過去に2週間の反復を計画するとき、私はユーザーストーリーを取り上げました。
- ストーリー：ファイルの名前を変更する
そしてそれをタスクに分割し、それを数時間で見積もった。
- ストーリー：ファイルの名前を変更する
- タスク：名前変更コマンドの作成（2h）
- タスク：選択したファイルのリストを維持する（3時間）
- タスク：F2キーに接続します（1時間）
- タスク：コンテキストメニューオプションの追加（1時間）
次に、作業するタスクを選択し、その作業に費やした時間を追跡します。次に、別のタスクでこのプロセスを繰り返します。反復の終わりに、各タスクに費やされた時間を調べ、それを見積もりと比較し、この情報を使用して将来の見積もりを改善することができました。
完全にテストによって駆動される場合、事前に明確に定義されている唯一の作業は、開発を開始する受け入れテストであり、大量の作業をカバーするユーザーストーリーでは、受け入れテストの範囲が広すぎて良い見積もりをしてください。
したがって、（以前のように）完了する予定のタスクを推測することはできますが、テストによって小さな垂直スライスで作業するため、それらに費やされる時間を追跡するのははるかに困難です。同時にタスク。
TDDを実行するときに、より詳細な見積もりを行い、時間を正確に追跡するために使用できる手法はありますか？上記のようにユーザーストーリーをタスクに分割することを奨励するTargetProcessを使用しているので、その形式で物事を維持すると便利です。