終会〜実装完了の宣言

概要

8日間の実装フェーズ、最後の終会です。今日はいつもの進捗報告ではなく、完了の儀式を行います。

時間	内容
5分	通し確認の最終結果を共有（朝会のDoneの定義と突き合わせ）
5分	かんばんの全タスクをDoneへ移動（残ったカードの行き先を決める）
5分	実装完了の宣言と、チームでの称え合い
5分	明日からの「伝える」フェーズの予告と確認

完了の宣言は気分ではなく基準で行います。

flowchart LR A["Doneの定義を読み上げ"] --> B["各項目をOKと根拠で確認"] B --> C{"全項目OKか?"} C --|YES|--> D["実装完了を宣言"] C --|NO|--> E["条件付き完了として影響を明記"]

Todoに残ったカードは、放置せず行き先を決めます。

捨てるのではなく、未来の資産にする視点で。

最後に1人ずつ、他のメンバーの仕事を1つ具体的に挙げて称えます。「Bさんがデグレード確認を徹底してくれたから、安心して変更できた」のように、行動を名指しで。照れますが、これも「話す＆行う」の練習です。

型は「行動 + 助かった理由」。

AIにも手伝ってもらえます。

製品は完成しました。明日からは、この製品の価値を「誰の・何が・どう変わるのか」として伝えるフェーズです。

Day11の最初のスプリントを思い出してください。エラーが出るたびにAIに全文を貼って相談し、小さな機能を1つ動かすだけで歓声が上がった日。今日のあなたは、通しシナリオを書き、デグレードを意識し、ゴールデンパスを磨ける開発者になっています。8日前と今日の自分を比べてみてください。

作った本人にしか語れない物語を、明日からペルソナと一緒に届けましょう。

以下の問いに答えられるか確認してみましょう：

答えに自信がない場合は、かんばんと通し確認の記録を見返してみてください。

このセクションは、受講者が理解を深めることをサポートする参考情報です。

質問	ヒント
Doneの定義を1項目だけ満たせなかった	満たせなかった事実と影響を明確にして「条件付き完了」をチームで合意する。曖昧なまま宣言するより誠実で、発表でも説明できる
発表準備中に不具合を見つけたら直していい？	デモ導線上で、修正が小さく、通し確認をやり直せる場合のみ。それ以外は「既知の問題」として回避手順を決める方が安全
称え合いが気恥ずかしい	「行動＋助かった理由」の型に乗せると言いやすい。チームで働く力の総仕上げだと思って声に出す
「今後の拡張」と「既知の問題」の違いは？	拡張は「あれば嬉しい新機能」、既知の問題は「今あるけど直せていない不具合」。発表での扱いも違うので分けて記録する

つまずきポイント	ヒント
残タスクをなんとなくDoneに移してしまう	Doneは「完了条件を満たした」の意味。未着手のカードは「対応しない」「今後の拡張」へ。かんばんの正直さはDay22の振り返りの質を決める
完了宣言をせず、ずるずる実装を続けたくなる	区切りがないと発表準備に頭が切り替わらない。宣言は「もう作らない」とチームで約束する装置
「今後の拡張」リストを作らずに捨ててしまう	削ったものは発表とKPTの貴重な材料。5分で箇条書きにするだけで、明日からの資産になる
称え合いを省略してしまう	チーム開発の総仕上げ。8日間支え合った相手に言葉を贈ることが、明日からの伝えるフェーズの推進力になる