クリティカルチェーンプロジェクト管理の基本
概要
Critical Chain Project Management(CCPM)は、プロジェクト管理方法論です。これは、プロジェクト内の重要なリソースを監視し、従属タスクを優先します。このフレームワークを使用して、組織がリソースとプロジェクトをできるだけ効率的に完全に管理するのに役立ちます。
あなたがビルディングブロックで遊んでいる子供だと思います。あなたが望むものは何でも構築することができますが、あなたはあなたに利用可能な集合のブロック数だけを持っています。あなたが行くと、利用可能なブロックのStockpileからリソースを引いてください。しかし、あなたがすべてのリソースを使うとき何が起こるのですか?あなたが持っているブロックを使ってビルドしたいものを構築できるようにする方法をどう思いますか?
これはクリティカルチェーンプロジェクト管理の背後にある概念です。
クリティカルチェーンプロジェクト管理とは何ですか?
クリティカルチェーンプロジェクト管理(CCPM)はAですプロジェクト管理方法論それはあなたが本質的なリソースを監視し、優先順位を付けます依存タスク-soプロジェクトはできるだけ効率的に完了できます。チームがリソースの使用を慎重に監視しようとしている場合、クリティカルチェーンプロジェクト管理はそれらのリソースを追跡するための良い戦略です。
クリティカルチェーンプロジェクト管理の履歴
エリヤフ博士M.ゴールドラット1997年のCCPMのコンセプトを開発しました.CCPMは、Goldrattの他の理論の1つに非常に密接に関連しています。制約の理論は、あなたがあなたのプロジェクトの完成の邪魔になる邪魔になった重要なボトルネックまたは制限要因を特定するのに役立ちます。このアイデアは、すべてのプロジェクトに1つの主な制約があるということであり、この制約は最も弱いチェーンを破ることによってプロジェクト全体を乱す能力を持っていることです。
クリティカルチェーン法とクリティカルパス法
これら2つの形態のプロジェクト管理は非常に似ていますが、1つの大きな違いがあります。 theクリティカルパスメソッドプロジェクトを完了するために必要な単一の同時タスクの一連の文字列に焦点を当てています。他のタスクを完了する必要があるかもしれませんが、クリティカルパスはプロジェクトの完了に絶対に必要なすべてのタスクを強調表示します。この形式のプロジェクト管理は、チームが効率的なプロジェクトタイムラインを作成するために最も最適なワークフローを識別するのに役立ちます。クリティカルパスの一部ではないタスクは、優先順位の低いものに除去されます。プロジェクトの健康は、特定の重要なタスクが一定の時間によって完了したかどうかによって決定されます。
クリティカルチェーン方式もタスクの依存関係に焦点を当てていますが、プロジェクトを完了するために必要なリソースも考慮しています。リソースの制約に貢献できる未知の変数がたくさんあるため、クリティカルチェーンメソッドはリソースバッファ(バリアとして機能するための超過リソース)をプロジェクトタイムライン。タスクが完了したときにのみ焦点を合わせるクリティカルパスメソッドとは異なり、クリティカルチェーンメソッドは、リソースバッファがどの程度迅速に消費されるかによってプロジェクトの成功を決定します。チームがリソースバッファを使用していない場合は、プロジェクトが正常に進行中です。
クリティカルチェーンの構成要素
クリティカルチェーンの主要部分が3つあります。クリティカルパス、給電チェーン、およびリソースバッファ。
クリティカルパス
クリティカルパスは、プロジェクトを完了するために起こる必要がある依存タスクの最長シーケンスです。言い換えれば、プロジェクトの成功に絶対に必要なすべてのタスクで、それらが完了する必要がある順序でレイアウトしました。クリティカルチェーン方式では、依存関係には異なるレベルがあることを理解することが重要です。クリティカルパスは、依存関係の主なレベル、またはプロジェクトの重要なタスクを保持しており、タスクがクリティカルパスに影響を与えない場合は、フィードフィードチェーンとも呼ばれる別のパスに委任されます。
餌鎖
給電チェーンは、クリティカルパスと同時に実行する必要がある依存タスクのセカンダリチェーンです。各給電チェーンは最終的にクリティカルパスとマージします。これは、給電チェーン内のイベントの文字列がクリティカルパス上のタスクの1つにのみ影響します。給電チェーンは、クリティカルパス内の遅延を防ぐためのクリティカルパスと同時に実行する必要があります。
簡単な例でクリティカルパスと給電チェーンを見てみましょう。仕事パーティーを計画しているとします。重要なパスは次のようになります。
テーマを決める
パーティーの招待を送ります
会場を探す
ホストイベント
これらはまだクリティカルパスへのステップですが、クリティカルパスとタンデムで起こる必要がある摂食チェーンにいくつかのタスクがあります。たとえば、パーティーの招待状を発送する前に、チームは誰が招待するのかを決める必要があります。イベントをホストする前に、それらはテーマに従って装飾を購入し、そのイベントを設定する必要があります。これらはすべて、摂食チェーンにあるタスクの例です。
リソースバッファー
バッファは、プロジェクトがスムーズに実行されるように、クリティカルチェーンのリソースに内蔵されているセーフガードです。ボーリングレーンのバンパーのように、これらのバッファーは、計画に従って行かない場合に、プロジェクトに追加のWiggle Roomを提供するように設計されています。
クリティカルチェーンプロジェクト管理方法論で一般的に使用されているバッファには3種類あります。
プロジェクトバッファ:最後のタスクとプロジェクトの終わりの間にある余分な時間。予想される期日までの余分な時間を追加すると、チームメンバーに、以前に到達できなかったプロジェクトタスクに追いつく機会があります。
給電バッファ:給餌チェーン(非クリティカルチェーンとも呼ばれる)とクリティカルチェーンの間に置かれた余分な時間。このバッファをタイムラインに追加することは、クリティカルチェーンに影響を与える給電チェーンからの遅延を防ぎます。
リソースバッファー:これらはあなたが脇に置かれたリテラルリソースです。クリティカルチェーンは、手、追加の機器、またはサードパーティからの助けを持っている追加のコンプリートのような追加のチームメンバーが必要です。
クリティカルチェーンプロジェクト管理プロセスを使用するための4ステップ
クリティカルチェーンプロジェクト管理プロセスを使用するには新しい場合は、これら4つのステップを試して起動してください。
1.クリティカルパスを識別します
クリティカルチェーンメソッドを使用しているとき、クリティカルパスはプロジェクト全体の脊髄です。それは計画の全体的な基礎であるので、そのコアチェーンがそのコアチェーンを構成するものは非常に重要です。
2.プロジェクトが必要とするリソースの正確な量を確認します
この場合、リソースは、チームメンバーが必要とする時間、実際の製品とツールの額を参照することができます。
できる場合は、このプロジェクトを完了するために必要なリソースの数を見積もります。クリティカルチェーンで特定のタスクを完了するのに必要な人数を見積もり、そしてそれがそれらを取るのにどのくらいかかります。クリティカルチェーンでレイアウトされたすべてのタスクに対してこれを行います。これらの計算に基づいて、このプロジェクトを完了するのに十分なリソースがありますか?
チームメンバーなどの既知のリソース制約がある場合は、休暇のために残している場合は、これらの制約を予定することができます。これは、クリティカルチェーン方法論を使用するという主な利点の1つです。プロジェクト計画プロジェクトが始まる前に起こります。
3.バッファーを置きます
クリティカルパスとフィードチェーンのために必要なリソースを決定すると、バッファーの場所やバッファーにどれだけの時間かリソースを含めるかを特定するのが非常に簡単です。これにより、クリティカルパスを作成するときにすでに計算した要件に基づいて構築する必要があるバッファを計算する機会が得られます。プロジェクトマネージャがバッファ管理を処理している場合、それらはリソースの可用性を維持し、どのようにしないでください。 ボトルネック 。
4.チームメンバーに焦点を当てたままにします
マルチタスクあなたのチームの最悪の敵です。チームメンバーが異なるプロジェクトや異なるタスクを切り替える必要がある場合 集中 断片化する可能性があり、それらが典型的な品質と速度で作業を生み出すのに難しいことがあります。
チームメンバーがプロジェクトスケジュールで追跡できるようにするには、1人の人が異なるタスクを割り当てないでください。あなたがそれらを1つのプロジェクトまたは1つのタスクに志向させ続けるならば、彼らは集中し続ける可能性が高いです。一度にチームメンバーが多すぎるプロジェクトに取り組んでいないことも、コンテキストの切り替えを防ぐのに役立ちます。燃えるように 。
作業管理ツールであなたのクリティカルチェーンを計画してください
Aを使用して簡単なクリティカルチェーンスケジューリングを行う作業管理ツールお気に入りUDNタスクマネージャーチーム全体を追跡するのを助けるために。のような機能を使ってタイムラインチームメンバーは、すべての場所でタスクの期間、完了日、および重要なリソースを素早く理解できます。