Management-concepts-critical-chain-scheduling
クリティカルチェーンスケジューリング（CCS）
前書き
プロジェクトに関しては、可能なリードタイムの下限があります。 これにより、基本的にプロジェクトに関連するコストが決まります。
プロジェクトの重要なチェーンは、可能なリードタイムの下限を定義する依存タスクです。 したがって、クリティカルチェーンはシーケンスされた依存タスクで構成されていると想定しても安全です。 クリティカルチェーンスケジューリング（CCS）では、これらの依存タスクは最も効果的で有益な方法でスケジュールされます。
クリティカルチェーンのスケジューリングに関しては、依存関係を使用してクリティカルチェーンを決定します。 この場合、2種類の依存関係が使用されます。手渡しの依存関係とリソースの依存関係。
手渡しの依存関係
これは単に、あるタスクの出力が別のタスクの入力であることを意味します。 したがって、最初のタスクが完了するまで、後者のタスクを開始できません。
リソースの依存関係
この場合、1つのタスクがリソースを使用しているため、他のタスクは最初のタスクが完了してリソースが解放されるまで開始できません。
従来のプロジェクト管理の用語を使用して簡単に言えば、クリティカルチェーンは「リソースに制約のあるクリティカルパス」として説明できます。
CCSとプロジェクト管理
クリティカルチェーンスケジューリングは、プロジェクトの「変動の影響」を評価します。 通常、プロジェクト管理では、変動の影響はPERTやモテカルロ分析などの統計モデルを使用して検出されます。 クリティカルチェーンスケジューリングは、「バッファ」と呼ばれる概念で分散の影響を補完します。
バッファについては後で詳しく説明します。 バッファは基本的に、クリティカルチェーンを他の非クリティカルチェーンの変動から保護し、クリティカルチェーンを確実にクリティカルにします。
バッファーとは何ですか？
バッファは、クリティカルチェーンスケジューリングで最も興味深い概念の1つです。 バッファは、プロジェクトの成功を確実にするために構築され、プロジェクトに適用されます。 バッファは、重要なチェーンの変動から納期を保護します。
適切なサイズの「フィードバッファ」を使用すると、非クリティカルチェーンタスクの出力に依存するクリティカルチェーンの依存タスクは、クリティカルチェーンの先行依存タスクとすぐにタスクを開始する絶好の機会を得ることができます。終了しました。 したがって、フィードバッファを使用すると、クリティカルチェーン内の依存タスクは、非クリティカルチェーンタスクの完了を待つ必要がありません。
これにより、重要なチェーンがプロジェクト完了に向けてより速く移動するようになります。
組織内で複数のプロジェクトが実行されている場合、クリティカルチェーンスケジューリングでは「容量バッファー」と呼ばれるものが使用されます。これらのバッファは、あるプロジェクトで別のプロジェクトに影響を与える主要なリソースパフォーマンスの変動を分離するために使用されます。
リソースバッファーは、プロジェクトの進行に対するリソースの影響を管理するためにプロジェクトに使用されるもう1つのタイプのバッファーです。
クリティカルチェーンとクリティカルパス
通常、クリティカルパスはプロジェクトの開始からプロジェクトの終了まで続きます。 代わりに、クリティカルチェーンはプロジェクトに割り当てられたバッファの先頭で終了します。 このバッファは「プロジェクトバッファ」と呼ばれます。これは、クリティカルパスとクリティカルチェーンの根本的な違いです。 クリティカルパスになると、アクティビティシーケンスが実行されます。 ただし、クリティカルチェーンでは、クリティカルチェーンのスケジューリングが実行されます。
プロジェクトのスケジュールになると、クリティカルパスはマイルストーンと期限に向かってより主観的になります。 クリティカルパスでは、リソースの使用率はあまり重視されません。 したがって、多くの専門家は、プロジェクトのリソースを平準化する前にクリティカルパスが得られると信じています。 これのもう1つの理由は、クリティカルパスでは、ハンドオフ依存関係が優先されることです。
クリティカルチェーンに関しては、リソースレベルのプロジェクトタスクのセットとして定義されます。
クリティカルチェーンスケジューリング用のソフトウェア
クリティカルパスの方法論と同じように、クリティカルチェーンスケジューリング用のソフトウェアがあります。 このソフトウェアは、「スタンドアロン」および「クライアントサーバー」カテゴリに分類できます。 このソフトウェアは、デフォルトでマルチプロジェクト環境をサポートしています。 したがって、このソフトウェアは、大規模な組織の大規模なプロジェクトポートフォリオを管理する場合に役立ちます。
結論
クリティカルチェーンスケジューリングは、リソースのレベリングに焦点を当てた方法論です。 依存タスクは主にプロジェクトのスケジュールを定義しますが、リソースの使用率が重要な役割を果たします。 クリティカルパスなどの方法論は、リソース不足のない環境で非常に成功する可能性があります。 しかし、実際にはそうではありません。
プロジェクトは限られたリソースで実行され、リソースの平準化は実用性にとって重要な要素です。 したがって、クリティカルチェーンスケジューリングは、リソースを集中的に使用するプロジェクトの配信を管理するためのより良い答えを提供します。
