■PM Tools A to Z_No.35
　　クリティカル・チェーン（４）

今回はクリティカル・リソース（ボトルネックとなるリソース）を考慮したパスであるクリティカル・チェーンの考え方と、リソース競合が起ったときのプロジェクトのスケジューリング方法について説明します。

1. クリティカル・チェーンとは
   あるリソース（人的資源）がクリティカル・パス上のアクティビティと非クリティカル・パス上のアクティビティにアサインされている場合、クリティカル・パスをキープするためにクリティカル・パス上のアクティビティを最優先に実施すると、アサインされている非クリティカル・パス上のアクティビティの方が遅れてしまい、それらが在るパスが新たにクリティカル・パスになってしまう危険があります。
   　　 前回までの説明では、リソースの制約を考慮しないままプロジェクトのボトルネックとしてクリティカル・パスを挙げてきましたが、実際にはリソースの制約を考慮したスケジューリングが必要になります。
   具体的には、各リソースは一度に一つのアクティビティしか実行できないという制約の下で見出された新たな最長パスが、プロジェクトの真のボトルネックになります。このパスのことをTOCによるプロジェクトマネジメント手法ではクリティカル・チェーンと呼んでいます。
   
   
2. クリティカル・チェーンによるプロジェクトのスケジューリング
   それでは、クリティカル・チェーンの考え方に沿って、プロジェクトのスケジューリングの方法を図で例示しましょう
   
   
   • 図１において、リソースRの担当するアクティビティがR1〜R6とします。
     横方向を時間軸とします。
     リソースRには、R3とR5のアクティビティが同時にアサインされています。
     また、R2、R4、R6も同時にアサインされています。
   • TOCによるプロジェクトマネジメント手法では、一度に一つのアクティビティしか実行しないので、これらのリソース競合を避けるには図２のようにスケジュールを組み直して、リソース競合を解消する必要があります。
     このように再スケジューリングすると、クリティカル・パスで計画したスケジュールよりもプロジェクトが延伸してしまいますが、リソース競合がある場合にはやむを得ません。
   • 次に図２で合流バッファーの位置を見てみましょう。
     前回説明したとおり、合流バッファーとはクリティカル・パスに合流するパスの遅れによって、クリティカル・パスそのものが遅れてしまうことを防ぐために、その合流点に設けられたバッファー（安全余裕）のことです。
     したがって、図２で置かれている合流バッファーの位置を修正して、図３のようにクリティカル・チェーンに合流するパスに合流バッファーを設定するようにします。これで、クリティカル・チェーンの考え方によって、リソース競合がある場合のプロジェクト・スケジュールが作成できました。

参考文献：

クリティカル・チェーン　エリヤフ・ゴールドラット著　ダイヤモンド社 TOCクリティカル・チェーン革命　稲垣公夫著　JMAM