📄リカバリー
トラブル発生時のリカバリー方法をまとめる。
以下の順序で進める。
- リカバリープランの策定
- 現状
- あるべき姿
- 原因
- 対処とその対処が適切である根拠
- たとえばスケジュールが遅れているのであれば、それまでのベロシティはいくつか、その対処によってどのような計算でどれだけベロシティが上がるのか、など
- 非現実的な対処になっていないか注意する
- 再発防止策
- リカバリープランに対する関係者の合意
- リカバリーの実施
- リカバリー状況のモニタリング
スケジュール
Section titled “スケジュール”クリティカルパスに適用するのが最も効果的なので、あらかじめ明らかにしておく。
クラッシング
Section titled “クラッシング”人員や資金を投入する。
人員を投入する場合は教育やコミュニケーションに新たなコストがかかるので注意。（ブルックスの法則）
ファストトラッキング
Section titled “ファストトラッキング”もともと後でやる予定だったタスクを並行して進める。
先行タスクの変更によって手戻りが発生するリスクがあるので注意。
また、タスク間の順序が変わるのでスケジュールやコミュニケーションの調整にかかるコストも発生する。
タスクの削減
Section titled “タスクの削減”優先度の低い機能を削ったり、少ない工数で実現できる機能で代替したりする。
また、不要な業務を削る。
- 会議を減らす
- 承認フローを簡易化する
- 日報をなくす
- etc
タスクをまとめる
Section titled “タスクをまとめる”分けて行っていたタスクを1つにまとめる。
- 機能ごとに行っていたレビューをまとめてやる
- メールの確認を決まった時間にまとめて行う
- チームごとに分けて置いていた資料を1ヶ所にまとめる
- 共有が必要になったときの手間が減る
割込みタスクを防ぐ
Section titled “割込みタスクを防ぐ”そもそも見積もりが間違っていない限り、スケジュールが遅れる原因は割込みタスクによるもの。
新たな割込みタスクを防ぐ。