[実践活用]開発チームの朝会（DSU：Daily Stand Up）の正しいセットアップとは？
１）開発チームの朝会（DSU）が生産的ではない理由
朝会が形骸化する最大の要因は「作業報告会」になることです。各自が昨日やったことを列挙するだけでは、依存関係の解消や優先順位の再調整が起きません。さらに、会議内で技術議論が始まり時間超過しやすい、マネジャーへの報告に矮小化され当事者同士の連携が進まない、といった問題が重なり、スプリント目標との結びつきが失われます。
２）課題の乗り越え方
鍵は「調整の場」へと目的を再定義することです。15分の厳格なタイムボックス、毎日開催、参加者はコア開発メンバーを基本とし、司会（当番制可）がファシリテーションします。技術深掘りはパーキングロットに退避し、別枠で設定。朝会前に各自が事前入力した「進捗・今日やること・ブロッカー」に基づき、依存関係と優先順位をチームで即時に組み替えます。
３）具体的な朝会の設計
目的：
メンバー間の連携確保、スプリントゴールへの進捗と優先の確認、問題の早期発見と対処方針の合意。
進め方：
・事前準備：開始前までにJiraに①前回からの進捗②今日の最優先③ブロッカーを記入。
本編（15分）：
- 可視化を前提にJiraボードとバーンダウンを画面共有。
- 一人30～60秒で①②③のみ共有。
- 共有のたびに司会（PM or Lead Engineer）が「依存関係」「支援者」「優先度変更」の有無を即確認。
- 深掘り案件はパーキングロットに記録し、直後のミニ打合せを割当て。
避けること：
技術議論の開始
単なる作業列挙
上意下達の報告。
良い状態：
相互支援の割当てが決まる、
ブロッカーに対処オーナーと期限が付く
タスクの入替えでスプリントゴールとの整合が取れる
補足：
リモート時は事前入力を徹底し、欠席者は非同期で同フォーマットを更新。
４）まとめ
DSUは「情報共有の場」ではなく「意思決定と再調整の場」です。
15分で可視化→調整→割当てまで完了させ、議論は別枠へ切り出す。
これだけで朝会は速度の源泉に変わります。
継続的に実施し、ブロッカー解消速度や未消化タスクの推移をJiraとバーンダウンで振り返ることで、スプリントの学習サイクルが回り始めます。
