チーム制作の振り返りテンプレート：成果・判断・協働を残す | 実践講座

チーム制作の振り返りで「コミュニケーションが大切だった」とだけ書いても、何を学んだか伝わりません。出来事、判断、結果をつなげて残します。

まず事実をそろえる

制作期間:
メンバーと役割:
作ったもの:
利用者と解決したい課題:
担当した機能:
使用技術:
公開URL:
リポジトリ:

共同成果と自分の担当を分けます。自分だけで全体を作ったように見せないことも、信頼される説明の一部です。

技術名の一覧より、選択の理由がある方が理解度を説明できます。

悪い例:

GitHubを使って協力しました。

改善例:

PRを一機能ごとに分け、変更意図と確認手順を書きました。
レビュー待ちが長くなったため、翌週から担当者と確認期限を決めました。

行動と、その後の変化まで書きます。

起きた問題:
最初の仮説:
集めた情報:
原因:
行った対応:
再発を減らす変更:

問題がなかったように見せるより、問題からどう学んだかを示す方が実務に近い説明になります。

次回の改善候補をすべて実行しようとすると続きません。最も影響が大きく、次の制作で確認できる一項目を選びます。

例:

次回は、実装前にAPIの入力・成功・失敗レスポンスを表にして合意する。
確認方法は、仕様の食い違いによる手戻り件数を数える。