＃1：残業する # 1: work overtime

残業は皆が嫌がることであるもの Everyone hates overtime, but if you think

の、論理的に考えてみればまずは logically, you will first respond by overtime.
残業によって対応することにな If project members work longer, they
る。プロジェクトメンバーがより should be able to complete more tasks in
the same number of days. Overtime may be
長い時間働けば、同じ日数でより the best option if the project is coming to
多くの仕事を完了できるはずであ an end and you need the last minute effort
る。残業は、プロジェクトが終盤 to get everything done on time. Also, just
を迎え、すべてを納期までに完了 before the end of the project, a holiday
may be given when the project is
させるために最後の頑張りが必要
completed. On the other hand, if the
である場合、最善の選択肢となる project is still in its infancy, there should be
だろう。また、プロジェクトの終 a more efficient strategy than overtime.
了間際であれば、プロジェクトが The option of overtime may have a cost
完了した暁には代休を与えること impact if the team includes many contract
employees.
もできるかもしれない。一方、プ
ロジェクトがまだ序盤である場
合、残業よりも効率的な戦略があ
るはずである。なお、残業という
選択肢は、チームに契約社員が多
く含まれている場合にコスト面で
の影響が出ることもある。
＃2：リソースの再割り当てを行う # 2: Reallocate resources

　プロジェクトマネージャーはま
First, the project manager needs to
ず、プロジェクトを成功させるう understand the series of tasks that are
えで最も重要となる一連の作業、 most important to the success of the
すなわち「クリティカルパス」を project, the “critical path”. In short, the
把握する必要がある。要するに、 project is moving towards late delivery due
to the delay on the critical path. Once you
プロジェクトが納期遅延に向かっ
have identified the critical path, you should
て進んでいるのは、クリティカル consider whether you can solve the
パス上で遅れが発生しているため problem by allocating resources allocated
なのである。クリティカルパスを to other tasks. This should allow the project
to be rebuilt by delaying or extending some
把握できた段階において、他の作
of the work. One thing to keep in mind,
業に割り当てているリソースを振 however: Deferring certain tasks can
り向けることでその問題が解決で change the critical path. Remember, every
きるかどうかを検討するべきであ time you change your schedule, make sure
る。これにより、一部の作業を後 that your critical path hasn't
changed. ?????????
回しにしたり、引き延ばしたりす
ることでプロジェクトを立て直す
ことができるはずである。ただ
し、注意しておかなければならな
いことがある：特定の作業を後回
しにすることで、クリティカルパ
スは変わってくる可能性があるの
だ。スケジュールを変更するたび
に、クリティカルパスが変わって
いないことを入念に確認するとい
うことを忘れてはいけない。
＃3：すべての依存関係を入念に確
認する

スケジュール上の依存関係によって、
The order for completing each task can be
各作業を完了させていくための順序を
identified by the dependency on the
洗い出すことができる。例えば、あな
schedule. For example, suppose you are
たが家を建てているとしよう。基礎コ
building a house. Even after the foundation
ンクリートが流し込まれても、それが
乾かないうちは柱を建て始めるわけに concrete has been poured, it cannot be
はいかない。プロジェクトが納期遅延 built until it has dried. If the project is
に向かって進んでいる場合には、作業 progressing toward a deadline, the
間の依存関係を誤って捉えているため dependency should be reconfirmed
にスケジュール遅延が発生しているこ because the schedule may have been
とも考えられるため、依存関係を再確 delayed due to misinterpretation of the
認すべきである。依存関係を誤って捉 dependency between operations.
えていることで、並行して行えるはず Misunderstanding of dependencies could
の作業を逐次的に行うようにスケ lead to scheduling tasks that should be
ジューリングしてしまっている可能性 performed in parallel to be done
もあるのだ。 sequentially.
　
スケジューリングソフトウェアを使っ
ている場合、誤って依存関係を付加し
てしまうこともある。また、レビュー If you are using scheduling software, you
を行えば存在しないと判断できるよう may accidentally add dependencies. In
な依存関係が、プロジェクトマネー addition, the project manager may add a
ジャーによって付加されることもあ dependency that can be determined to not
る。このため、チームメンバーにスケ exist after a review. For this reason, it
ジュールをレビューしてもらうこと makes sense to have team members review
で、プロジェクトマネージャーが必要 the schedule to check if any of the
であると考えていた依存関係の中に不 dependencies that the project manager
要なものが含まれていないかどうかを thought they needed were unnecessary.
チェックすることも理に適っているは Should be. Before taking any drastic
ずである。プロジェクトの遅れを取り measures to catch up with a project, you
戻すための思い切った対策を取る前に should check all dependencies to make sure
すべての依存関係をチェックし、すべ you are all right.
ての事実を正しく把握できているかど
うかを確認しておくべきである。
＃4：一定の時間を必要とする作業 # 4: Keep track of tasks that require a
certain amount of time
を把握しておく

一定の時間を必要とする作業と The work requiring a certain time refers to

は、割り当てられるリソースの量 a work whose work time does not change
によってその作業時間が変化しな depending on the amount of allocated
いものをいう。例えば、5 日間の研 resources. Imagine, for example, that you
修にチームメンバーを参加させる have team members to participate in a five-
ことになったと考えてほしい。そ day training. The training takes five days,
の研修は、参加するメンバーが 1 whether it be one or ten members. You
need to understand all of these tasks that
人であろうと 10 人であろうと、5
require a certain amount of time, and verify
日間という期間を要するのであ their duration. Taking a different approach
る。一定の時間を必要とするこう to your work may change your
いった作業すべてを把握し、その assumptions. For example, if a contract is
期間を検証する必要がある。作業 mailed to a customer and the delivery time
に対して異なるアプローチを採る is assumed to be three days, it is possible to
ことで、あなたの前提が変わって shorten the period to one day by paying an
くることも考えられる。例えば、 extra fee and delivering it the next day. .
契約書を顧客に郵送する場合に送
付日数が 3 日間だと想定している
のであれば、追加料金を支払って
翌日配達にすることでその期間を 1
日に短縮することも可能である。
＃5：リソースを入れ替える # 5: swap resources

スケジュールに遅れが生じてきて
As mentioned earlier, if the schedule is
いる場合、まず原因を突き止める getting late, you should first determine the
べきであるという点は既に述べ cause. One of the reasons is that there are
た。そういった原因の 1 つとし resources that are not achieving the
て、当初想定していたほどの生産 productivity as originally expected. Also,
certain team members may not have the
性を達成していないリソースの存
appropriate skills. Or there may be people
在を挙げることができる。また、 in your field where you are not as
特定のチームメンバーが適切なス productive as others. Either way, you might
キルを有していないという場合も be able to swap resources. In some cases, it
ある。あるいは、現在従事してい may only be necessary to replace that
person with another person in the same
る分野において、他の分野ほどの project. Or it may be necessary to remove
生産性を上げられない要員がいる the relevant personnel from the team and
場合もある。いずれにせよ、リ recruit new talent.
ソースを入れ替えることができる
 かもしれない。場合によっては該
当要員を、同一プロジェクト内の
他の要員と入れ替えるだけで済む
かもしれない。あるいは、該当要
員をチームから外し、新たな人材
を投入する必要があるかもしれな
い。

　クリティカルパス上にある作業
が鍵となることを忘れてはいけな
い。そういった作業に生産性の高
いリソースを割り当てる一方、生
産性の低いリソースをクリティカ
ルパス上にない作業に再割り当て
するような選択も可能なはずであ Remember that work on the critical path is
る。クリティカルパス上にない作 key. It should be possible to assign such
highly productive resources to such work
業が遅れたとしても、プロジェク
while reallocating less productive resources
ト全体の納期を守るという点では to work that is not on the critical path. Even
まだ大丈夫ということもあるの if work that is not on the critical path is
だ。 delayed, it may still be okay to meet the
deadlines of the entire project.

Cần allocate highly productive human resource (người có năng suất cao) vào công việc
critical path và allocate less productive human resource (người có năng suất thấp hơn) vào
công việc mà không phải là critical path, vì kể cả khi bị delay ở công việc không phải là critical
path thì deadline vẫn có thể được hoàn thành, vì critical path lúc này sẽ được hoàn thành
đúng hạn.