プラクティス名（別名）
レトロスペクティブ （ふりかえり、レトロ、スプリントレトロ～、リリースレトロ～、プロジェクトレトロ～）
スプリントレトロスペクティブ ：スプリントの最終日に行うふりかえり
リリースレトロスペクティブ ：リリースを行うたびに行うふりかえり
プロジェクトレトロスペクティブ：プロジェクト完了後に行うふりかえり
プラクティスの目的・狙い
- 気づき、学びの共有
- チームの成長
- 関係の修復
どんな時に使うか
- スクラムでは必須（最低限スプリントレトロは実施する）
- チームの問題を解消したい時
- チームを改善し、方向性を軌道修正したい時
実施手順
※以下はスプリントレトロの場合
- スクラムチーム全員でふりかえり、良かった点や改善したい点について話し合う
- 主な観点は５つ「個人」「相互作用」「プロセス」「ツール」「完成の定義」
- プロダクトの課題より、チームの課題（活動やコミュニケーション）に着目する
- 次スプリントで行う改善アクションを最低1つは決める（多すぎてもよくない）
とくにスプリントゴールが未達に終わった回はPOとDEVの間に溝ができがちなため、原因と対策について掘り下げ、同じ失敗を繰り返さないように最大限努力する。納得感のある改善策を提示することでPOとの関係を修復することができ、前向きな気持ちで次のスプリントに臨むことができる。これはDEV間の関係についても同様。
アレンジ例
- YWTやKPTといったフレームワークを使って事前に各自で意見を書き出しておく
- 2週間スプリントだが、レトロスペクティブは毎週実施する
アンチパターン
- 発言が特定のメンバーに偏っている、そもそもいつも参加しない人がいる
- 悪かった点ばかりに注目してしまい憂鬱なイベントになる
- 特に困ってることは無いので改善する点も無い、という姿勢
参考情報
こぼれ話（私的コメント）
ウォーターフォール出身者は「ふりかえり」と聞くと"できればやっといた方がいいもの"ぐらいの温度感で認識されている方が多いのですが、スクラムにおいては"絶対にやらないとダメなヤツ"です。レトロをやらずにどうやってスクラムを回すのか、ぐらいの勢いです。
レトロで悩むのが誰がファシリテーターを務めるべきか、という点。定番はSMだと思いますが、DEVが主体性を持ち始めたら任せてもいいと思いますし、チームをリードしてくれるタイプのPOだったらその人が適任かもしれません。逆に避けた方がいいかもと思うパターンは持ち回り制ですね。レトロをきちんと回すってそんなに簡単じゃないので、ある程度は個人に集約した方が無難な気がします。でもその場合は「ファシ役はいつも自分の意見が言えない」問題があるので悩ましい。
余談ですがアジャイル界隈では「振り返り」ではなく「ふりかえり」とひらがなで表記することが多いです。(りゆうはマニアックなので省きます。悪しからず。)