プロジェクト管理の方法論：ウォーターフォールとアジャイル

時折、「ガントは死んだ」、「アジャイルに管理しなければならない」、「プロジェクト管理は死んだ」などの叫び声を耳にします。 その多くは単なるマーケティングのくだらないものですが、私は、プロジェクト ポートフォリオ マネージャー、スクラム マスター、その他の PM の専門家とよく会います。 アジャイルと滝ガント）方法論.

プロジェクト管理のアイアントライアングル

鉄の三角形は、実際には、プロジェクト計画を成功させるための重要な要素の非常に単純なトップレベルのプレゼンテーションです。 範囲、時間、および価格/リソース. 多くの業界では、リソースは価格の唯一または重要な要素です。

人は最も価値のある資産です 増加、減少、または乗算することはできません。 同様に、機械のようなリソースには生産能力があり、クリックするだけでは変更できません。

鉄の三角形は、ウォーターフォールとアジャイルのどちらを選択するかを左右します

では、どうやって鉄のトライアングルが写真に登場するのでしょうか？ これにより、ウォーターフォール計画をどこで使用する必要があるか、およびアジャイルアプローチの一部をいつ使用するかを理解するためのシンプルで効率的な機能が提供されます。

簡単なプロジェクトのアイアントライアングル

ウォーターフォールプロジェクト管理

ウォーターフォールアプローチは、スコープが明確に定義されており、プロジェクトの重要な要素であるプロジェクトで最も役立ちます。

例：家づくり、会議企画、PMソフトの導入 Easy Project

使用方法： プロジェクト スコープが定義されている （修繕）。 これは、家の窓の数を変更できないことを意味します。 会議の場所や件名を変更することはできません）。 と プロジェクト時間は制限要因です 絶対的に (会議) または絶対的に近い (EP 実装)。

プロジェクト マネージャーまたはポートフォリオ マネージャーの主な課題は、スコープが固定されているため、特定のプロジェクトごとに必要な一連のアクションに関して、すべての種類のリソースを時間内に並行プロジェクトにわたって計画することです。

住宅建設を例にとると: セメントの供給を担当する労働者は、セメント資源の不足による遅延により、石工が自分の仕事を完了できなくなる可能性があるため、時間通りに作業を完了する必要があります。 そして、コンクリートが固まったら、彼らはすでに別の建設現場にいるかもしれません.

簡単なプロジェクトのアイアントライアングル

アジャイルプロジェクト管理

アジャイルアプローチは、次のようなプロジェクトで使用する必要があります 時刻は固定されています, リソースは決定的要因です & スコープは計画の対象です （優先順位付け）。

例：SW開発（スプリント）、出版（雑誌・新聞の発売日）、マーケティング内容（キャンペーン）

使用方法: 締め切りとよく知られているリソースがある場合、スクラム マスターまたは同様の役割のワーカーは、次のスプリントで提供されるものに優先順位を付けます。 スクラム マスターは通常、リソースの種類ごとに異なるバックログとスクラム ボードを持っています (SW ではバグ修正担当者と機能要求、新聞では政治とスポーツのジャーナリスト)。

簡単なプロジェクトのアイアントライアングル

これはどのように役立ちますか

明らかに、問題全体は依然としてプロジェクト管理のアイアントライアングルを中心に展開しており、運用計画は同じもののさまざまな部分に重点を置いています。 では、これから何を得ることができますか？

1. 基本的に、すべての組織にはプロジェクトの種類があります。 両方の方法論が必要です 効率的な作業プロセスを設定するため。
2. 高品質のリソース計画 タイムラインに関連付けることは、ウォーターフォール プロジェクト、特にプロジェクト ポートフォリオの計画に不可欠です。 Easy Projectのものと同じです。
3. アジャイル プロジェクトの管理: 優先順位の管理は通常、さまざまなツールを使用して適切に処理されることがわかりました。 しかし、多くの場合、問題は特定のバックログにリソースを正確に割り当てることです。 だから、ここで私はお勧めします リソースを正確にマッピングして専用にする. たとえば、SW 開発者は、より多くのバックログ (バグと機能要求) で使用される場合があります。 しかし、バックログへのリソースの定量的な割り当てを修正しないと、成果物の優先順位を計画することができず、スクラム マスターはそれらの間の矛盾を常に解決する必要があります。

まとめ: この XNUMX つの管理方法の組み合わせ

写真でわかるように、基盤として機能するウォーターフォール プロジェクトがあります。 当然のことながら、この SW リリース計画の例には、明らかな順序と依存関係があります。 しかし、このプロジェクトに参加しているチーム (マーケティング担当者、ドキュメント ライター) は、それぞれの部門のアジャイルな方法で配信を管理できます。

前者の方法論が後者より優れているわけではありません。単に異なる課題に対処するだけです。

簡単なプロジェクトアジャイルの滝