Management-concepts-project-management-methodologies

提供:Dev Guides
移動先:案内検索

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

前書き

定義されたスケジュールと予算内で目標と計画された結果を達成するために、マネージャーはプロジェクトを使用します。 どの分野や取引に関係なく、プロジェクトの開始から実装、閉鎖までのすべての段階で管理者を支援するさまざまな方法論があります。 このチュートリアルでは、最も一般的に使用されるプロジェクト管理方法について説明します。

方法論とは、プロジェクトマネージャーがプロジェクトの目的の設計、計画、実装、および達成に使用するモデルです。 さまざまなプロジェクトにメリットをもたらすさまざまなプロジェクト管理方法があります。

たとえば、NASAが宇宙ステーションを構築するために使用する特定の方法論がありますが、海軍は潜水艦を構築するために別の方法論を使用します。 したがって、さまざまなビジネスドメインにまたがるさまざまなプロジェクトのニーズに応えるさまざまなプロジェクト管理方法があります。

プロジェクト方法論

以下は、プロジェクト管理業務で最も頻繁に使用されるプロジェクト管理方法です。

1-適応プロジェクトフレームワーク

この方法では、プロジェクトの範囲は変数です。 さらに、時間とコストはプロジェクトの定数です。 したがって、プロジェクトの実行中に、プロジェクトから最大のビジネス価値を得るために、プロジェクトの範囲が調整されます。

2-アジャイルソフトウェア開発

アジャイルソフトウェア開発方法論は、要件に非常に俊敏性を必要とするプロジェクト向けです。 アジャイルの主な機能は、短期間での配信サイクル(スプリント)、アジャイル要件、動的なチームカルチャー、制限の少ないプロジェクトコントロール、リアルタイムコミュニケーションの重視です。

3-クリスタル法

クリスタル法では、プロジェクトプロセスの優先度は低くなります。 この方法では、プロセスの代わりに、チームのコミュニケーション、チームメンバーのスキル、人、および相互作用に重点が置かれます。 Crystalメソッドはアジャイルカテゴリに分類されます。

4-動的システム開発モデル(DSDM)

これは、Rapid Application Development(RAD)方法論の後継です。 これは、アジャイルソフトウェア開発方法論のサブセットでもあり、この方法論がサポートするトレーニングとドキュメントを誇っています。 この方法は、プロジェクトのライフサイクルにおけるアクティブなユーザーの関与をより強調しています。

5-エクストリームプログラミング(XP)

要件変更のコストを下げることが、極端なプログラミングの主な目的です。 XPは、細かいスケールのフィードバック、継続的なプロセス、共有された理解、およびプログラマの幸福を重視しています。 XPでは、詳細な要件仕様やソフトウェアアーキテクチャは構築されていません。

6-機能駆動開発(FDD)

この方法論は、シンプルで明確に定義されたプロセス、短い反復および機能駆動型の配信サイクルにより重点を置いています。 このプロジェクトタイプのすべての計画と実行は、機能に基づいて行われます。

7-情報技術インフラストラクチャライブラリ(ITIL)

この方法論は、プロジェクト管理のベストプラクティスの集まりです。 ITILは、組織管理レベルから始まるプロジェクト管理の幅広い側面をカバーしています。

8-共同アプリケーション開発(JAD)

プロジェクトのタスクにクライアントを初期段階から参加させることは、この方法論によって強調されています。 プロジェクトチームとクライアントは、クライアントからの貢献を得るために、JADセッションを共同で開催します。 これらのJADセッションは、プロジェクトのライフサイクル全体で行われます。

9-リーン開発(LD)

リーン開発は、変更耐性ソフトウェアの開発に焦点を当てています。 この方法では、顧客を満足させることが最優先事項です。 チームは、顧客が支払った金額に対して最高の価値を提供するように動機付けられています。

10-PRINCE2

PRINCE2は、プロジェクト管理に対してプロセスベースのアプローチを採用しています。 この方法論は、8つの高レベルプロセスに基づいています。

11-迅速なアプリケーション開発(RAD)

この方法論は、高品質で製品をより速く開発することに焦点を当てています。 要件の収集に関しては、ワークショップ方式を使用します。 プロトタイピングは、明確な要件を取得し、ソフトウェアコンポーネントを再利用して開発のタイムラインを加速するために使用されます。

この方法では、すべての種類の内部通信は非公式と見なされます。

12-Rational Unified Process(RUP)

RUPは、最新のソフトウェア開発方法論のすべての肯定的な側面をキャプチャし、1つのパッケージで提供しようとします。 これは、ソフトウェア開発への反復アプローチを提案した最初のプロジェクト管理方法論の1つです。

13-スクラム

これはアジャイルな方法論です。 この方法論の主な目標は、考えられるあらゆる負担を取り除くことにより、チームの生産性を劇的に向上させることです。 スクラムプロジェクトは、スクラムマスターによって管理されます。

14-スパイラル

スパイラル方法論は、プロトタイプを使用した拡張ウォーターフォールモデルです。 この方法は、大規模プロジェクトにウォーターフォールモデルを使用する代わりに使用されます。

15-システム開発ライフサイクル(SDLC)

これは、ソフトウェア開発プロジェクトで使用される概念モデルです。 この方法では、2つ以上のプロジェクト管理方法を組み合わせて最良の結果を得る可能性があります。 SDLCは、ドキュメントの使用にも重点を置いており、厳格なガイドラインを持っています。

16-滝(伝統的)

これは、ソフトウェア開発プロジェクトのレガシーモデルです。 この方法論は、新しい方法論が導入される前に数十年にわたって実践されてきました。 このモデルでは、開発ライフサイクルに固定フェーズと線形タイムラインがあります。 このモデルでは、最新のソフトウェア開発ドメインの課題に対処することはできません。

結論

最も適切なプロジェクト管理方法論を選択するのは難しい作業です。 適切なものを選択する場合、考慮すべき要因が数十あります。 各プロジェクト管理方法論には、独自の長所と短所があります。

したがって、良い方法や悪い方法はなく、従うべきことはプロジェクト管理要件に最も適した方法です。