アジャイルな見積りと計画づくり

アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~
Amazon
優先順位付けの判断要素
費用対効果とか正味現在価値とか内部収益率とかの話をしてるけど、多くのケースでそんな議論ができるほど見積もれないのでは
顧客満足度の狩野モデル
曳光弾
- ストーリーをタスクに分割してはならない
- この言葉の出典は「達人プログラマ」らしい
- 「UIを実装する」「中間層を実装する」と分けてはいけない
- 特定の論理層を1つだけ完成させるのではなく、部分的にであっても、すべてをまたぐように実装する
- why?
- 「サーバに1イテレーション、クライアントに1イテレーション」みたいな両方が完成しないと何も学べないような分割の仕方をしたのではイテレーションを分けて「早く実行→学習のサイクルを回そう」としているのに台無し。そうではなく、サーバとクライアントの両方を使い試しに使うことが出来る最低限の実装とかを作る。トレーサー(曳光弾)。
不確実性コーン
パーキンソンの法則 仕事の量は、完成のために与えられた時間をすべて満たすまで膨張する
スケジュールの遅れは先へと伝わる
クラークとウィールライトによるマルチタスク化の実験 同時に3つ以上のタスクをすると生産性が落ちる
労力と見積もりの正確さ
ページのタイトルが間違っていたので修正した(見積もり/見積り 揺れ)