終会〜進捗報告とかんばん更新
概要
- 日程: Day 11 / セッション 3
- 時間: [12:20-12:40]
- 形式: 演習
- ゴール: 進捗・課題・明日の予定を1人1分で報告し、かんばんをDone/Doing/Todoの実態に合わせて更新できる
- 学習形式: グループワーク（話す＆行う）
導入（3分）
実装初日、お疲れさまでした。終会は20分の短時間ですが、ここでサボると明日が混乱します。
考えてみてください。今日やった作業を頭の中だけに置いて家に帰ったら、明日の自分はそれを覚えているでしょうか。1日経つと記憶は驚くほど薄れます。終会は「未来の自分とチームへの引き継ぎ」です。
今日の終会で大切にしたい文化が1つあります。
「できたこと」だけでなく「困っていること」を必ず1つ言う。
困りごとを早く出すほどチームは早く動けます。初日にこの文化を作りましょう。
本編（10分）
1. 終会の進行〜20分のタイムテーブル
20分の使い方を決めておくと、毎日同じリズムで回せます。
1分"] --> B["2. 一人ずつ報告
1分 x 人数"] B --> C["3. かんばん更新
5分"] C --> D["4. 明日の見通し共有
3分"] D --> E["5. 解散宣言
1分"]
司会・書記は毎日交代します。司会は時間管理、書記はかんばんとメモを担当します。
コード例・実例
1人1分の報告テンプレート。
【できたこと】
- 会員一覧画面の表示を実装し、仮データで動作確認まで完了。Doneにします。
【困っていること】
- メール重複チェックのSQLが分かりません。明日午前にAIと相談してから着手します。
【明日の予定】
- 会員登録画面の入力チェックを実装。お昼までにDoneを目指します。
「特になし」「順調です」は使わない約束にします。困りごとがゼロなら「困りごとはありませんが、こうなったら困りそう」という予兆を1つ出します。
ここがポイント
- 1人1分は厳守。タイマーを画面に出す
- 「困りごと」は弱さの告白ではなく、チームへの貢献
- 司会・書記はローテで全員が経験する
コラム
医療現場では「ヒヤリ・ハット」という、事故にはならなかったがヒヤッとした出来事を全員で共有する文化があります。早く共有するほど大事故を未然に防げるからです。ソフトウェア開発の終会も同じ役割を持ちます。「もう少しでバグを埋め込むところだった」「設計書と違うことに今日気づいた」を恥ずかしがらずに出すことで、明日以降のチーム全体が救われます。
2. かんばんの実態合わせ〜取り繕わない
かんばんは「実態の鏡」です。良く見せようとした瞬間に価値を失います。
未着手"] --> B["Doing
作業中"] B --> C["Done
完了条件を満たす"] B --> D["Todoに戻す
本日着手しなかった"] B --> E["分割する
大きすぎた"]
Doingに残っているタスクは正直に状況を書きます。「8割完了」「動作確認だけ残り」など、再開時に自分が困らない粒度で。
コード例・実例
かんばんカードの状態メモ例。
[会員登録画面 入力チェック]
状態: Doing (60%)
完了条件: 必須項目チェックとメール形式チェックが画面に出る
残り: メール形式チェックの実装と動作確認
担当: Bさん
明日の再開ポイント: validateEmail関数の正規表現を書くところから
ここがポイント
- Done条件を満たしたものだけDoneにする。途中はDoingのまま
- 大きすぎたタスクはここで分割する
- 翌朝の朝会で「今日やること」をかんばんで指せる状態にする
コラム
トヨタ生産方式の「かんばん」が起源です。元々は工場で部品の補充を指示する物理的な板でした。ソフトウェア開発に持ち込まれたとき、最も大事にされたのは「見える化」と「正直さ」でした。実態と違うかんばんは、無いかんばんより危険です。
💬 AIに聞いてみよう
終会の質を上げるためにAIに聞けること。
- 「終会で困りごとを言うのが恥ずかしい。心理的なハードルを下げるコツは?」
- 「Doingのタスクが3日続いている。何を見直すべき?」
- 「終会で必ず聞かれる質問テンプレを作って」
実習・演習（5分）
課題
司会1名・書記1名を決めて、終会を実施してください。
- 司会が開始宣言（1分）
- 1人1分の報告（できたこと・困りごと・明日の予定）
- かんばんを実態に合わせて更新（5分）
- 明日の見通しを声に出して確認（3分）
- 司会が解散宣言（1分）
成果物
- 実態に合ったかんばん
- 全員が1つ以上口にした「困っていること」リスト
まとめ（2分）
今回学んだことを一言でまとめると「終会は未来の自分とチームへの引き継ぎ」です。
- 1人1分で「できたこと・困りごと・明日の予定」を共有
- かんばんを取り繕わずに実態へ合わせる
- 「困りごと」を必ず1つ出す文化を初日に作る
明日の朝会では、今日の「困りごと」がフォローされたかを最初に確認します。
🔄 振り返りチェック
以下の問いに答えられるか確認してみましょう。
- 終会の20分の使い方は?
- 「順調です」と言ってはいけない理由は?
- かんばんがDoingで止まっているタスクに書くべき情報は?
答えに自信がない場合は、該当部分を読み返すか、AIに質問してみてください。
補足資料
- 参考リンク: 自チームのかんばん、今日の実装メモ
- 発展課題: 終会の進行台本を1ページにまとめてチームの共有スペースに置く
学習ガイド
このセクションは、受講者が理解を深めることをサポートする参考情報です。
想定される質問と回答例
| 質問 | ヒント |
|---|---|
| 1分で報告しきれない | 詳細は終会後に。終会は「全体共有」、解決の打ち合わせは別途設定 |
| 困りごとが本当にない日もある | 「今日は無いが明日詰まりそうな点」を1つ出す。予兆共有も立派な貢献 |
| かんばん更新の時間が足りない | 報告時間を短縮するか、各自が事前に下書きしておく |
| 司会・書記が苦手 | 進行台本を読み上げるだけで成立する。慣れの問題なのでローテで全員が経験する |
つまずきやすいポイント
| つまずきポイント | ヒント |
|---|---|
| 「特になし」が続き、終会が形骸化 | 困りごとリスト（メールが届かない等の予兆）から1つ選ぶルールにする |
| Doingが増え続け、Doneが少ない | タスク粒度が大きすぎる。終会で分割する |
| 終会で議論が始まり時間超過 | 司会が「それは終会後に」と打ち切る。終会は共有の場、議論の場ではない |
| 翌朝、何から再開すべきか分からない | Doingカードに「再開ポイント」を1行書く習慣をつける |