[本] 『リーン開発の本質』
散文的でいい話をまとめました形式なのでリズムよく読めないなあ。
でも、ポイントポイントではいいことを言ってる。
ただ、範囲が広い分、底が浅いので、参考文献から別の場所へ飛ぶべき（あ、bliki_jaが載ってる!!）。
メモ
「すばらしいじゃないか！問題を早期発見したぞ」
W・エドワーズ・デミングの「深遠なる知識の体系」と「14項目」。
-
- 恐怖感を持たせない。
- 10.スローガンや説教、到達目標の使用をやめる。人ではなくシステムを変える。それはマネジメント側の責任。
- 11.作業者への数値的ノルマをなくす。（システムを提供するということか？）
- 12.固定給の作業謝意は、毎年の査定をやめる。
決定論的なスケジュールは間違った手法。次の3つのいずれかの手法を使うほうがいい。
- モンテカルロ・シミュレーションを使って確実性を上げる
- CCPMを使用してプロジェクトバッファを用意
- 責任をベースとした計画と制御にする
情報共有と協力が不可欠な場合には、
個人の管理範囲よりも影響範囲に基づいて報酬が与えられるべき。
関係的契約は、製品仕様を契約でうまく記述することはできない、という想定に立っている。そのため、契約内容は、「各社がどのように協業するか、何を提供していくか」に重点を置いている。良好な協力関係ができれば、ドラッカーが言うように、コストは30%程度抑えられる。
関係的契約の例は http://www.leanconstruction.org/ に載っている。
- CCPMは「依存関係が事前に計画できる」ものに対する解決策に過ぎない*。←それ、もうアジャイルで解決できてるよ。『Agile Estimating and Planning』の17章読め。