現代のプロジェクト管理には、2つのタイプの哲学があります。 1つはいわゆる従来の予測モデルであり、2つ目はアジャイルモデルと呼ばれます。 両方について、以下で説明および特性評価します。
この記事では、次のことがわかります。
従来の予測プロジェクト管理モデル
従来の予測モデルは、計画の制御と監視を伴う、堅実な計画に基づくモデルです。 の間に発生する可能性のあるあらゆるタイプの逸脱を識別および検証できるようにするために、厳密に プロセス。
広告
従来の予測モデルの特徴:
- スタッフの専門分野(依存関係):種類 従来の予測プロジェクト管理 専門分野に分けられたチームワークに焦点を当て、各チームは必要に応じて専門分野に基づいて計画の一部を実行することに焦点を当てます。
- 明確なフェーズへの分割:従来の予測プロジェクト管理モデルは、順番に作業すること、つまり、それぞれを実行することを指します。 以前に規定された最終製品を達成するための正式な方法での注文後の活動 同じ。
- 詳細な製品要件:この特性により、従来の予測プロジェクト管理モデルは、 事前の計画を経て、作業を分析、表示、詳細化する 実行。
- 計画のフォローアップ:従来の予測プロジェクト管理は、計画を実行するために行われるプロセス全体で追跡されます 逸脱を検出し、以前と同じ状態を維持するために必要な措置を講じるために継続的 規定。
広告
- プロジェクト開始
- 計画
- 実行
- プロジェクトの終了
- 制御と監視
前の図に示されているように、従来の予測モデルでは、 計画、これらは開発の観点から最も複雑なプロセスの1つであるためです。 ここで最も重要な決定が行われ、実行されるタスクとアクティビティが定義され、時間が見積もられ、リソースが指定されます。 いつでも、さまざまな要因の結果として逸脱が発生する可能性があり、これを考慮して、上記の点を再評価する必要があります。
アジャイルプロジェクト管理モデル
アジャイルプロジェクト管理モデルは、柔軟性と 変化への適応性。これは、注目の焦点が 最終スコア。
広告
アジャイルプロジェクト管理は、従来の方法とは異なる方法として提案されていますが、 プロセスの管理。この方法論では、プロセスの管理は、企業の現実に適合させる必要があります。 逆行。 文書化、規制、手順などの分野でも同じことが起こります。 これらはこの方法論によって脇に置かれるのではなく、 オリエンテーションと優先順位の表。前述のように、最終製品と満足度に向けられています。 クライアント。
この方法 契約交渉よりもクライアントコラボレーションを重視、作業チームの一員になります。
広告
この方法論の基本的な軸は変化への対応であり、その主な価値は、 従来の予測管理の変更は、の逸脱を回避するために、計画と制御に重点を置いています。 予定。
アジャイルプロジェクト管理モデルの特徴:
広告
- 学際的なチーム:この方法論では、すべてが連携し、連携しない作業チームの形成が優先されます。 小さな専門グループに分け、それぞれが計画の独自の領域を実行することを担当します。
- オーバーラップ:この方法論が機能する方法は、それぞれの最終結果が何であるかを知らなくても機能することです。 アクティビティ、つまり、開始時に以前に詳細な要件がなくても機能します ステージ。 これは、プロジェクトを開発するチームが最初からすべての活動を同時に実行し、変更と調整が現在行われていることを意味します。
-
製品ビジョン:この特性により、このプロジェクト管理モデルは、最終結果、つまり製品に焦点を当てることの重要性を高めます。
- 変化への適応:この管理モデルは、計画を監視するよりも、変更に迅速に対応することを優先する必要があることを示唆しています。
前の図は、アジャイル管理モデルが実行に重点を置いていること、つまり、最終製品の実現に重点を置いているため、すぐに適用できることを示しています。 最適な方法で実施されていない場合に必要な修正に加えて、上記のように、お客様の意見を常に取り入れています。
アジャイルプロジェクト管理モデルの特徴
- プロジェクト開始
プロジェクトを開始するとき、アジャイルプロジェクト管理は、プロジェクトを実行するチームの形成と、 従来の予測プロジェクト、プロジェクトマネージャーまたはディレクター、および資格のあるチームの任命は、 目的。
ただし、プロジェクトを実行するために開発する必要のあるドキュメントについて話すとき、アジャイルプロジェクト管理の場合は同じではありません 価値と重要性。これは、必要な最終製品の特性を事前に詳細に知ることに基づいていないためです。 提供するのではなく、結果の価値に焦点を当てます。イノベーションと柔軟性が提供の2つの基本的な特性です。 値。
この管理モデルでは、現在の法律、法的側面などの環境要因も考慮して、いくつかを強調しています。
- 計画
以前に発表されたように、計画は結果または製品を事前に知ることに基づいていないため、計画はこのプロジェクト管理モデルの基礎ではありません。 最終的ですが、それは「コンセプト」と呼ばれるフェーズを指します。これは、最終結果として何が求められているのか、そしてそのスコープは何になるのかを知ることを意味します。 下書き。 このためには、担当する作業チームによるこれらすべての情報の知識が不可欠です。
「コンセプト」フェーズに直接関連するのは、「推測」と呼ばれる別のフェーズであり、従来のプロジェクト管理では、 これらのフェーズでは、プロジェクトの制限は、コストと製品がどうなるかについてのおおよそのアイデアを参照して決定されるため、これを計画します 最後の。
ただし、予測および従来の管理モデルが計画の作成を参照するのと同じ方法で、次のようになります。
- 納品計画:プロジェクトの開発時間を参照する計画。
- リスク管理計画
- 実行
前に強調したように、実行は、このタイプのモデルにさらに重点が置かれるフェーズの1つです。 管理、これは彼が彼の最大の集中力とチームワークに焦点を合わせ、そして製品が達成される場所です 最後の。
柔軟性は、最終製品の結果だけでなく、必要な柔軟性と適応性にも基づいているため、この管理モデルの重要なポイントです。 環境の絶え間ない変化と要件、および顧客のニーズのために、このモデルでは、迅速に適応し、計画されていることに従わなくても問題はありません。 これが作成された目的であるため、結果を迅速に提供し、不安定な環境に迅速に対応できる高速なソリューションを提供することから始まります。 機能しています。
- プロジェクトの終了
この管理モデルの場合、このモデルはに基づいているため、プロジェクトの終了はプロジェクトの終了を意味するものではありません。 最終製品が頻繁に改善されないように改善されることを前提とする革新性と柔軟性 廃止。 このモデルは、プロジェクトの開発全体を通じて、これに基づいて研究と構築を行う製品ビジョンを無視していないことに注意することが重要です。
- 制御と監視
制御と監視は、最初に設定された目標とは対照的に、定期的にレビューされる「レビュー」と呼ばれるフェーズによって実行されます。