アジャイルプロジェクトマネジメント

(日本の体制で言うところの)プレイングマネージャとリーダの皆様にお勧め。
少し古い本ですが、まだ読んでいない方は読んでみるといいです。
・ウォーターフォール開発プロセスに限界を感じているが、他に方法が無いと諦めかけている人。
・マネージャになってみたものの、仕事の実態は営業と事務処理。何か違うと思っているが具体的にどう違うのか整理の付いていない人。
　この本で、答えが見出せる可能性が高いです。

プロジェクトの掛け持ちを強要してくる経営層に対して、マネージャーの待遇改善を持ちかけるネタにも使えるかもしれません。

　読みやすく、また、楽しませてくれる本です。アジャイルなPMとはどういうことかといったややお堅い解説に加えて、別々の文化を持つ２つの会社のマネージャ(伝統的なプロセスを重んじる文化の会社の社員ハーマンとアジャイルな文化を実践する会社の社員マヤ)が登場する物語的な部分があります。この２人の会話で、これまで伝統的プロセスでやってきたマネージャ(私たち読者)が抱くアジャイルプロセスへの疑問をハーマンに代弁させ、それにマヤが答えるといった形になっていて、自分の疑問に答えてもらったかのような気にさせてくれます。

　失敗するプロジェクトと成功するプロジェクトを、対比させる形で記述してあるので、自分が今居るプロジェクトがどちらに属するのか明瞭に意識できます。

本の内容で、個人的にイケルと思った部分をいいかげんな粒度で列挙すると、
・コマンド＆コントロール型のマネジメントは基本NG。チームメンバ一人ひとりが自発的に能力を発揮できる環境を作ることで自然と成功するってば。
・無駄な作業と本来やるべき作業をはっきり分ける。無駄とは、顧客に価値を提供しない作業や成果物全て。(リーン思考というらしい。あまり知りませんが。)　例えば進捗管理図の作成は顧客価値を提供しないので単なるコスト。とか、設計書さえもその意味ではコストだって事に気づく。これに気づいたら、設計書は最小化しようって気になる。コストなので。
・パーキングロット図での進捗報告も良さげ。
・プロジェクトのルールは性善説に基づき、やる気のある人のために作る。一部の問題のある人を縛るために全体をげんなりさせるようなルールを作らない。問題のある人にはチームを抜けてもらうことで対応する。
・製品ビジョンBOX　と　エレベータテストステートメント。前者は、ビジョンの共有のために製品のパッケージを描いてみようといったもの。そこにはその製品の「売り」、機能説明、使用条件などをターゲット顧客を意識た上で限られた面積で書かなければならない。面積が限られているところがポイントで必然的に重要な項目しか書けない。
エレベータテストステートメントは、製品のターゲットとなる顧客、製品の利点、他社に対する優位性を示した短い文書のことで、その製品を作るプロジェクトの価値をエレベータが目的の階に着くまでに重役に認めさせるためのものってのが語源だそうです。
〜〜〜
ちょっと本題から外れますが、この本に出てくる役割の名称が日本(伝統的なうちの会社だけかな？)での名称とちょっとずれているように感じます。
以下のように読み替えるとピンと来るかも。
[本]経営層→[日本]マネージャ
[本]マネージャ→[日本]プレイングマネージャ及びリーダ
[本]リーダ→[日本]サブリーダ