プロジェクト管理方法論

トッププロジェクト管理方法論

「あなたは複数のプロジェクト管理方法論があるという意味ですか？」実際にはたくさんの多く、そしていくつかも組み合わせて新しいハイブリッドアプローチを形成するために組み合わせることさえあります。しかし、彼らは正確に何ですか？プロジェクトチームがどのように機能するのを助けますか？そして1つの方法論を他の方法よりも良くするのは何ですか？

プロジェクト管理方法論は、プロジェクトに近づくための基本的に異なる方法です。それぞれに固有のプロセスとワークフローがあります。

あなたが人気のある方法論に迅速なビジュアルガイドを探しているならば、このブログ投稿とインフォグラフィックをチェックしてください。16トッププロジェクト管理方法論。

ここでは、類似性と人気によってグループされた、上位のプロジェクト管理方法論のいくつかを見ています。

A.伝統的な順次の方法論

プロジェクトを計画する最も一般的な方法は、最終的な成果物につながるタスクを順番に配列することです。このプロセスは、プロジェクトを管理するための従来の方法と、理解するのが最も簡単なものとしても知られています。次のパブリック可能なアイテムのシーケンスで始まる前に、次のタスクを完了する必要があります。物理的なオブジェクト（建物、コンピュータ）をもたらすプロジェクトの理想的な方法であり、将来の使用のためのプロジェクト計画を簡単に複製することができます。

この方法論の力は、あらゆるステップが予め計画されて適切なシーケンスでレイアウトされることです。これは最初に実装する最も簡単な方法かもしれませんが、ステークホルダーのニーズや優先順位の変更は一連のタスクを中断し、管理が非常に困難です。この方法論は予測可能性に優れていますが、柔軟性に欠けています。

重要な経路メソッドは、前のタスクが完成するまで開始できないという考えに基づいて、1950年代に開発されました。これらの依存タスクをStartからFinishに一緒に文字列すると、クリティカルパスをプロットします。

この重要な経路を識別して集中させることで、プロジェクトマネージャは、リソースを優先して割り当てることで、最も重要な作業を行い、チームの帯域幅を目指している可能性がある優先順位の低いタスクを再スケジュールすることができます。このようにして、プロジェクトスケジュールを変更する必要がある場合は、結果を遅らせることなくチームの作業プロセスを最適化できます。

クリティカルパスは1-2-3と同じくらい簡単です

プロジェクト管理における重要なパスを計算する方法

クリティカルチェーンプロジェクト管理は、重要なパスメソッドを1ステップさらに取ります。 CCPMは、クリティカルパスにリソースの可用性を追加することによってプロジェクトのタスクを完了するために必要なリソースに焦点を当てた方法論です。また、プロジェクトのスケジュールでこれらのタスクの周囲の時間のバッファーを構築し、プロジェクトはその期限を満たしています。

B.アジャイル家族

競争力のあるビジネス環境とイノベーションの増加のおかげで、アジャイルプロジェクト管理方法論は人気が高まっています。一般に、アジャイル方法論は、より短い、反復サイクルおよび柔軟性を優先する。

最も人気のあるアジャイルフレームワークのいくつかを見てみましょう。

アジャイル方法論の中核は2001年に4つの中心値を備えた。

theソフトウェア開発のアジャイルマニフェスト価値を配達し、顧客との協力に関する画期的な考え方を提出します。今日、アジャイルはこれらの値、ならびにスクラム、カンバン、エクストリームプログラミング、および適応プロジェクトフレームワークを含むそれらを実装するためのフレームワークを参照することができます。

これらのさまざまなアジャイルの枠組みが共通点になるのは何ですか？

プロジェクト目標は、顧客（内部または外部）によって明らかにされていますが、プロジェクトが進行するにつれて最終的な成果物は変更できます。プロジェクトチームは繰り返しサイクルで動作し、常に最後に結果を評価します。これらの評価の結果に応じて、顧客のニーズに応じて最終的な成果物を修正することができます。継続的なコラボレーションは、プロジェクトチーム内およびプロジェクトの利害関係者の両方でも重要です。

生き残ることから繁栄するまで：3つの挑戦PMOS今征服する必要がある

アジャイルマーケティングチームを開発するための7つのステップ

あなたのビジネスは敏捷に行くべきですか？

あなたのアジャイルプロジェクトを沈めることが保証されている8つの態度

プロジェクトマネジメントのアジャイル起源2.0

アジャイルマーケティング革命に参加しよう！

アジャイルプロジェクト管理対プロセス指向：どちらもどちらもいませんか？

実装が比較的簡単であるため、Scrumは最も人気のあるアジャイル開発フレームワークです。それはまた、畳み込み開発サイクル、柔軟性のないプロジェクト計画、および生産スケジュールのシフトなど、過去にソフトウェア開発者が苦労する多くの問題も解決されています。

スクラムでは、小規模なチームはスカムマスターによって主要な仕事が効率的に働くためにすべての障害を片付けることです。チームは「スプリント」と呼ばれる2週間の短期間で働いていますが、チームのメンバーは彼らの仕事とクリアを必要とする障害物について話し合うために毎日会います。この方法論は、特に小規模チーム内で、迅速な開発とテストを可能にします。

スクラム方法論の基礎

顧客の一日のヒント：フリーランススタッフの管理をより効率的にする方法

マーケティングのスクラム：Enterprisesを適応させる

のスクラムUDNタスクマネージャー：ソフトウェア開発をもっと敏捷にする

Kanbanは、チームの容量に基づいてアジャイルを実装するための別のフレームワークです。それは1940年代のトヨタの工場から始まった。部門は、彼らのチームがより多くの原材料の準備ができていて、より多くの生産能力を持っていたことを知らせるために、カードの視覚的システム（「かんばん」）を使用しました。

今日、プロジェクトを管理するこの視覚的アプローチは、安定した出力を必要とする作業に最適です。プロジェクトチームは、しばしばスティッキーノートとホワイトボードを使用していることが多いタスクの視覚的表現を作成します（またはオンラインカンバンボードそのまま所定の段階を通して注意事項またはタスクを移動して、障害が発生した場所を特定することができます。

Extreme Programming（XP）は、Agileの別のオフショートです。 XPは、ソフトウェアの品質（および単純さ）を強化するための方法論と、開発チームの顧客のニーズに適応する機能です。元のアジャイルの公式のように、XPは短い仕事のスプリント、頻繁な反復、そしてステークホルダーとの絶え間ない協力を特徴としています。変更はスプリント内で発生する可能性があります。作業が特定の機能で起動していない場合は、同様のタスクにスワップアウトして置き換えられます。

適応プロジェクトフレームワークは、不確実かつ変更の変更のために、従来のプロジェクト管理方法を使用してほとんどのプロジェクトを管理することの困難さから成長しました。

APFは、製品の要件、機能、サブ機能、および機能に基づいて戦略的プロジェクトの目標を定義するための要件の故障構造（RBS）から始まります。プロジェクトは反復段階で進み、各ステップの終わりに、チームは業績と慣行を改善するために以前の結果を評価します。ステークホルダーは各段階の開始時にプロジェクトの範囲を変更することもできますので、チームは最も業務値を生成できます。

C.管理管理方法論

いくつかの方法論はプロジェクトの管理を扱いますが、特別な焦点が合っています変更管理- 特にリスクの計画と変更の管理を行うそれが起こるとき。注目すべき方法は次のとおりです。

イベントチェーン方法論の背後にある根本的な考え方は、潜在的なリスクがプロジェクトの範囲の外側にあることが多いということです。予期しないイベントは、プロジェクトのスケジュール、成果物、およびその成功に影響を与えるため、これらのリスクに準備し、回答を計画することが不可欠です。

極端なプロジェクト管理（XPM）は滝の反対です。それはあなたに大規模な変化を管理する方法を提供し、それでもプロジェクトの完了に進むために進みます。 XPMでは、プロジェクト計画、予算、さらには、プロジェクトに沿って遠く離れていても、変更のニーズに合わせて適合させるための最終成果物でさえ変更できます。数週間から単なる日までのどこでもプロジェクトを管理するときは、良い選択肢です。

極端なプロジェクト管理とは何ですか、それはあなたのチームにとって正しいですか？

D.プロセスベースの方法論

次に、事業管理方法（BPM）が事業プロセス管理（BPM）に販売するプロジェクト管理方法があり、各アプローチはプロセスの集まりとしての作業に焦点を当てています。プロジェクト管理の純粋主義者がこれらのメソッドが別のリストに属していると主張するかもしれませんが、プロジェクトを計画して実行するためのものではまだ良い方法であると思います。

リーンは、廃棄物の合理化と切り取りに焦点を当てた方法論です。最初のステップは、ボトルネックと遅延を識別し除去するための作業プロセスの内訳を作成することです。目標は、より少ない人員、少ないお金、そしてより少ない時間を使用して、顧客に価値を提供するために、より多くのことをすることです。

Wright Brothersからの製品開発のヒント

ライトブラザーズからのリーン製品開発の5レッスン

起動はリーンプロジェクト管理に傾いているべきです

7人の危険な知識労働者が廃棄されます

6つのシグマは、存在する欠陥またはバグを測定し、できるだけ多くを排除することによってプロセスの品質を向上させることを目的としている統計ベースの方法論です。最終製品の99.99966％の場合、プロセスは6つのシグマの定格を達成することができます - あなたのプロジェクトは欠陥がありません。

リーンのミニマリストアプローチと6つのシグマの品質改善（「ゼロ欠陥！」）、リーンシックスシグマは、プロジェクトがより効率的で、費用効果が高く、本当に答えられるように、廃棄物の排除に焦点を当てています。ニーズ。

プロセスベースのプロジェクト管理は、すべてのプロジェクト目標を会社のより大きなミッションおよび企業価値を整合させる方法です。すべてのプロジェクトの目標とタスクは戦略的なままであり、より大きな企業目的に転がりなければなりません。含まれるステップには、プロセスの定義、測定方法、測定方法の設定、不安定な場合は目標の調整、計画の改善、およびそれらを実装することが含まれます。

E.その他の方法論

Prince2は、制御された環境でのプロジェクトを表します。これは、英国政府が使用しているプロジェクトを管理し、製品ベースの計画アプローチを特徴としています。 Prince2では、業務正当化とリソース配分の設定など、構造化されたプロジェクトボードが高水準の活動を担当しています。プロジェクトマネージャーは、スケジュールのような低レベル、日々の活動を大事にします。この方法論は、チームをリソースのより大きな管理と、リスクを効果的に軽減する能力を与えます。

Prince2について説明しました

プリズムは持続可能な方法を統合し、環境の持続可能性をそのプロセスに取り入れながら、変更の管理を目的としています。プリズムを伴う目標は、会社の否定的な環境と社会的影響を減らす一方で、タスクを完了することです。それは、かなり文字通り、グリーンプロジェクト管理です。

概念から配達への実行まで、利点の実現方法論は、あなたの成果物が顧客が期待する利益を満たしているかどうかに焦点を当てています。この方法論は、あなたが顧客や利害関係者に実際の価値を提供することを保証します。

生き残ることから繁栄するまで：3つの挑戦PMOS今征服する必要がある

F. PMBOK「メソッド」

これが本当のプロジェクト管理方法論であるかどうかは議論があるかもしれませんが、プロジェクトの管理のためのPROMBOK（PMBOK）方法のプロジェクト管理体（PMBOK）方法を使用する組織を見つけるでしょう。

公式の方法論ではないが、このシステムはプロジェクト管理研究所（PMI）によって合意された5つのプロセスグループにプロジェクトを分割し、プロジェクト管理本体（PMBOK）のガイドに記載されている。 5つの段階は次のとおりです。

PMBOKガイドの内側にあるもの

PMBOKは、プロジェクト管理業界が標準として受け入れている、セットプロセス、ベストプラクティス、用語、およびガイドラインを収集します。あなたはそれが本に文書化されていることを知るでしょう、プロジェクト管理体のガイド知識のガイド（PMBOKガイド）プロジェクト管理研究所（PMI）によって編集され、監督されています。

PMBOKガイドは、プロジェクトのマネジャーにガイドラインとベストプラクティスを提供し、プロジェクトライフサイクルからプロジェクト管理戦略と概念にすべてを定義しています。 PMBOKガイドでは、プロジェクトのライフサイクルを通じて対話して重複するさまざまなプロジェクト管理プロセスを詳しく説明します。

PMBOKは、10個の知識分野に編成された47の典型的なプロジェクト管理プロセスを正式に認識しています。

トッププロジェクト管理方法論＆amp;成功したチームのためのフレームワーク

PMP認証？このような役立つPMBokガイドリソースのリストを使用してください

初心者向けのオンラインプロジェクト管理コース

プロジェクトマネージャのためのオンライントレーニングリソース

どのプロジェクト管理本を読むべきですか？