プロジェクトマネジメント方法論レビュー（パート1）

選ぶAプロジェクト管理方法論チョコチップクッキーを焼くときに従うためにどのレシピを選択するようなものです。別のダークチョコレートの代わりに、半甘いチップ用の溶融したマーガリン、またはコールを推奨しながら、一つのレシピは、室温のバターを使用する場合があります。各レシピはあなたにおいしいクッキーを与えるが、手順、食材や技法は、あなたのtastebudsに合わせて、すべての少し異なっています。あなたは、あなたに入手可能な成分に基づいて、PMの方法を選ぶ必要があります。 事業 制約 、タイムライン、ツール、および人々。

共通のこのリストを読みますプロジェクト管理方法論 彼らはあなたのプロジェクトや組織に合わせように、彼らが聞こえるかどうかを確認します。私たちは、それぞれの簡単な説明、長所、短所とが含まれ、1キャプチャあなたの注意ならば、我々は間違いなく、さらに研究を奨励します。

ここに私たちのPM手法リストの最初の半分です。

1.適応プロジェクトのフレームワーク（APF）APF方法は、経験から学ぶに努めています。これらのプロジェクトは、製品の要件、機能、サブ機能、および機能に基づいて戦略的なプロジェクトの目標を定義するために必要なブレークダウンストラクチャで始まります。彼らが進むにつれて、チームが継続的にプロジェクトのライフサイクルの各段階での政策や慣行を改善するために、以前の結果を評価します。クライアント/利害関係者は、プロジェクトを変更することができます 範囲 各ステージの開始時にチームは、ほとんどのビジネス価値を生み出すことができるように。

プロ：これは、あなたの目標が何であるかを知っていると確かにそこに着くための最良の方法のないときのために良いアプローチです。CON：その柔軟性のために、適応フレームワークは、プロジェクトの遅延につながるか、予算を増加させたことがあります。

2.アジャイルプロジェクト管理 彼らは最高の一品を作成するために、新しい材料を加えることができるように、彼らは料理として偉大なシェフが自分の食べ物を味わいます。アジャイルは、私たちが行くように、私たちのプロジェクトを試飲し、それに応じて調整するようなものです。 企画 最終製品が使用される方法を記述するクライアント、その利点、およびその上で始まり、そのチームは期待をよく理解して取得します。プロジェクトは、計画の実行、およびタスクを評価するプロセスを通じて、チームのサイクルを開始していたら、 これは最終的に変更される可能性があります 納品 。連続コラボレーションは完全に情報に基づいた意思決定を行うために、チームメンバー間やプロジェクト関係者との両方、キーです。

プロ：このアプローチは、柔軟性があり、途中で変更することができる目標と創造的なプロジェクトのために有益です。CON：タイムラインと予算を定義するのは困難であり、利害関係者が積極的に日々の仕事に関与するための時間と欲望を持っている必要があります。

APFとアジャイルの違いについて混乱？ APFで、あなたの最終目標が明確であるが、その目標を達成するためのあなたの方法は、プロジェクトの各段階で、あなたの経験に基づいて変更されます：私たちはあなたのためにそれを打破するでしょう。アジャイルで、あなたの最終目標は、以下に定義されています。各ステージには、あなたの意思決定を手助けし、改善したり、最終製品を変えるために、利害関係者からのフィードバックをもたらします。

3.特典実現このプロジェクトマネジメント方法論は、ちょうどスペアに時間とお金でパッケージを提供するが、所望の利益を達成していないような成功を再定義します。ここでは例です：あなたの顧客は15％で、その売上高の変換率を高めたいと言います。彼らは、販売チームは彼らのコミュニケーションをパーソナライズを支援売上データを追跡し、理想的な通信スケジュールを決定する新しいCRMソフトウェアの開発を管理するためにあなたを雇います。あなたは時間と予算内でこれらの機能とCRMを提供します。成功、右？あなたのクライアントの販売コンバージョン率は5％しか増加したらどう？クライアントの所望の利益が達成されるまでの利益の実現では、あなたのプロジェクトが正常に完了していません この場合には、まで販売変換率は15％アップしています。

プロ：あなたのプロジェクトがビジネスに真の価値を貢献し、最後は自分の利害関係者が気になり届けることをこのアプローチを保証します。CON：利点は、常に正確な、測定可能な、あるいは科学的ではありませんので、彼らが達成してきたかどうかは知ることは困難な場合があります または、あなたのプロジェクトが実際にその成功に貢献します。あなたは、このようなROI、工程能力としてプロジェクトの成果、高速配信時間、または高い顧客満足度を測定するための効果的な指標を開発に慎重な考えを配置する必要があります。

4.クリティカルチェーンプロジェクト管理（CCPM）プロジェクトの遅延は通常、あなたがそれらを必要なときに利用できないリソースによって引き起こされます。 CCPMは、Aを構築することにより、これを回避しますプロジェクトスケジュールそれは最初に「クリティカルチェーン」を識別し、そのタスクのリソースを予約します。あなたのプロジェクトのタイムラインが長くなるかもしれませんが、あなたは現実的な締め切りを予測する可能性が高いです。

プロ：必要に応じてすべてのキープレーヤーが利用可能であることがわかっているため、タスクをコラボレーションできます。コンター：CCPMがクリティカルチェーンに沿って追加のタイムバッファを構築するため、このアプローチは短期辞序を持つプロジェクトには効果的ではないかもしれません。

5。 クリティカルパス方法（CPM）プロジェクトの最短のタイムラインを決定し、CPMを使用して移動期限をシフトするように調整します。プロジェクトを完了するために絶対に必要なすべてのタスクを調べ、それから各ステップの完了時間を推定することから始めます。タスク依存関係、マイルストーン、および最終的な成果物。

プロ：特定の日付を各タスクに割り当てることができますので、管理者は毎日何が起こっているのかを何が起こっているのかを比較できます。それは短い締め切りのプロジェクトにとって最適です。コンター：批評家は、CPMが計画においてリソースの可用性を考慮しないという主な欠点は、過度の楽観的な計画を立てていく可能性があるという大きな欠点です。

イベントチェーン方法論（ECM）ほとんどのプロジェクトは計画に従って正確には行きません。リスクは識別して分析するのが難しく、プロジェクト管理者はステークホルダーによって圧力を受けて、楽観的なタイムライン、予算、または成果物を作成することができます。イベントチェーン方法論は、プロジェクトの範囲外にある可能性がある潜在的なリスクを認識し計画するのに役立ちます。のような技術を使うことによってモンテカルロ解析そしてイベントチェーン図、プロジェクトマネージャは、外部イベントがプロジェクトタスクにどのように影響し、特定のリスクの確率を決定するかを確認できます。

プロ：外部イベントとタスクの間の関係を視覚化することによって、管理者はより現実的なプロジェクト計画を作成することができます。コンター：外部イベントがあなたのプロジェクトに対する脅威ではないことを忘れやすいです 彼らはまた機会を提示することができます。すべての潜在的なリスクを自動的に押し下げ、幸運な状況を利用できません。

7.極端なプログラミング（XP）XPは、短い開発サイクル、頻繁なリリース、および一定のクライアントコラボレーションを特徴としています。生産性が高く、アプローチは複雑なプロジェクトまたは未定義のプロジェクトによく適しています。これらのチームはスプリント内での変更を可能にします。チームが機能上の作業を開始していない場合は、同様のタスクを交換するためにスワップアウトできます。チームは効果的なコラボレーションを通して、そして目的の機能を生み出すための最も単純な可能なコードを書くことによって彼ら自身を避けています。

プロ：XPは効率的で、単純さに焦点を当てています。チームは持続可能なペースで働いています。 品質 出力。コンター：批評家たちは、XPアプローチの強さがプロセス自体ではなくユニークなチームメンバーの創意工夫に多すぎると警告しています。

8。 かんばん 継続的なワークフローと遅い安定した成果物の流れがあなたの主な優先事項であるならば、かんばんはあなたの男です。マネージャは、プロセスの問題を解明し、タスクが「動作中の作業」として失効するのを防ぐために、ワークフロー（ホワイトボードまたはスティッキーノートを使用して）の視覚的表現を作成します。スティッキーノートはボードを横切って移動してプロジェクトの進行状況を表します。

プロ：カンバンは、チームが自分の時間が本当に費やされているのかを理解するのに役立ちます。コンター：顧客の需要のバリエーション ホリデーシーズンの始まりのように、またはリコールのため落とし 安定した出力を生成するように設計されているので、かんばんが非効率的になることができます。

あなたが好きなプロジェクト管理方法論を見つけますか？より多くの咬合サイズの故障のためのかゆみ？パート2のために調整されたままこの投稿のうち、私達はあなたの午後のハンドブックの次の章として、より重要な方法論をさらにカバーします。

あなたの会社はこれらのPM方法論の1つを使いますか？それはいいですか？悪い？下記のコメントでの経験について教えてください。

関連記事： • プロジェクト管理の基本：PM方法論のレビュー（その2） • プロジェクト管理方法論におけるクラッシュコース（インフォグラフィック）