アジャイルプロジェクトマネジメント入門（４）～アジャイルプロジェクトマネジメントのフレームワーク

本ブログは移転しました。こちらをご覧ください。

◆ＡＰＭのフレームワークと価値

ジムハイスミスが提案しているＡＰＭには、価値、原則、プロセス、プラクティスからなるフレームワークがある。

価値は前回説明したように、

（１）コミュニケーション＞プロセス
（２）プロダクト＞ドキュメント
（３）変化への対応＞計画
（４）市場や顧客との対話＞要求分析・市場調査
（５）自律＞統制

といったものだ。

━━[PR]━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
「アジャイルプロジェクトマネジメント入門【ＰＭＡＪ共催】」
http://www.pmstyle.biz/smn/pm_agile.htm
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

◆原則

原則はマネジメントの考え方の原則であり、ＰＭＢＯＫでいえば「プロアクティブ」などに相当する。ＡＰＭの原則には大きくは

・商品提供と顧客価値の原則
・コラボレーションとリーダーシップの原則

の２つがあり、それぞれについて具体的な原則がある。詳細については、別途、説明する。

◆プロセス

さらに、プロセスはライフサイクルプロセスで、計画重視型プロジェクトマネジメントのライフサイクルは最適化のライフサイクルであり、一般的には「計画→設計→開発」と表現することができる。これを、たとえば、ＰＭＢＯＫ（Ｒ）であれば

・立上げ
・計画
・実行
・統制
・終結

というプロセスに展開している。これに対してアジャイルのライフサイクルは適応型のライフサイクルで、一般的には「構想→探索→適応」と表現できる。これをＡＰＭでは、

・構想（Envision）
商品ビジョンやプロジェクトビジョン、プロジェクトコミュニティ、チームでの作業方法を決定する
・思索（Speculate）
ビジョンに沿った機能ベースのリリース、マイルストーン計画、イテレーション計画を策定する
・探索（Explore）
技術フィージビリティを検討し、検討が終わった機能を、短いタイムフレームで機能仕様を明確にしていく。継続的にプロジェクトリスクや不確実性を軽減していく
・適応（Adapt）
生み出された成果と現在の状況などから、アウトプット、チームのパフォーマンスをレビューし、必要に応じて調整していく
・終結（Close）
次フェーズへのインプットを整理するとともに、次フェーズの前提条件、制約条件を設定する

と展開している。終結から分かるように、ＡＰＭもフェーズを設定できるフレームワークになっている。また、ＰＭＢＯＫ（Ｒ）のプロセスは厳密にいえばプロセス群で、それぞれの下にさらにいくつかのプロセスが定義されるが、ＡＰＭにはこれ以上細かなプロセスはない。

━━[PR]━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
「アジャイルプロジェクトマネジメント実践【ＰＭＡＪ共催】」
http://pmstyle.biz/smn/pm_agile_pra.htm
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

◆プラクティス

最後の要素はプラクティスだが、これはマネジメントとして行うべきことである。ＰＭＢＯＫ（Ｒ）でいえば、ツールと技法というのがあるが、これだ。詳細は追って説明するが、ツールと技法と同じようにプラクティスは自由に定義できる。PMstyleではＡＰＭのオリジナルのプラクティスにいくつかの要素を加えている。たとえば、構想プロセスであれば、

・商品ビジョンボックスとエレベータテストステートメント
・プロジェクト憲章
・ステークホルダ分析とコミュニケーションプラン
・顧客チーム・開発チーム間のインタフェース
・プロセスやプラクティスのテーラリング

といったプラクティスを準備している。以上から分かるように、フレームワークは計画重視型のプロジェクトマネジメントと同じようなものだ。この点はあとあと、実装上の重要なポイントになるので、頭に入れておいてほしい。


◆アジャイルの本質

アジャイルプロジェクトマネジメントの本質は管理コストをかけないようにして、その分を顧客対応コストに回すことにある。管理コストで大きいのは、リスク管理やコンフリクトの解消が上げられるが、これらのコストを顧客対応コストとして顧客への透明性を確保する。言ってみれば、そのためにどのようなプラクティスが必要かということを考えなくてはならない。