デイリースクラムで話すこと｜進捗報告で終わらせないスクラム開発の進め方
山崎講師こんにちは。ゆうせいです。
新人研修中に受講者から以下の質問をいただきました。
スクラム開発のデイリースクラムで話すべきことは何ですか？
今回はこの質問の答えたいと思います。
スクラム開発のデイリースクラムでは、「昨日やったことを順番に報告するだけ」になりがちです。
でも、本来の目的は報告会ではありません。
デイリースクラムは、スプリントゴールに向かって進めているかを確認し、必要に応じてスプリントバックログや当日の進め方を調整するための15分以内のイベントです。公式のスクラムガイドでも、デイリースクラムは開発者のためのイベントであり、スプリントゴールへの進捗を検査し、今後の作業計画を適応させる場だと説明されています。(Scrum Guides)
デイリースクラムで話し合うと良いこと
まず意識したいポイントは、「今日、チームとしてどう動けばスプリントゴールに近づけるか」です。
学校の文化祭準備でたとえるなら、「昨日ポスターを描きました」と報告するだけでは足りませんよね。大事なのは、「当日までに出し物を完成させるには、今日だれが何を手伝うべきか」を決めることです。
スクラムでも同じです。
次のような内容を話すと、デイリースクラムがかなり実践的になります。
| 話し合うこと | 質問例 | 目的 |
|---|---|---|
| スプリントゴールへの進捗 | 今の進み具合でスプリントゴールは達成できそうか？ | チーム全体の方向をそろえる |
| 今日やるべき作業 | 今日、誰が何を進めると一番効果的か？ | 作業の優先順位を整える |
| 困っていること | 止まっている作業や助けが必要な作業はあるか？ | 問題を早く見つける |
| 作業の重なりや抜け漏れ | 同じ作業をしている人はいないか？必要な作業が抜けていないか？ | ムダや手戻りを減らす |
| スプリントバックログの調整 | 予定を変えたほうがよいタスクはあるか？ | 現実に合わせて計画を直す |
専門用語も整理しておきましょう。
スプリントゴールとは、スプリント期間中にチームが達成したい目標のことです。単なるタスク一覧ではなく、「このスプリントでどんな価値を届けるのか」を表します。
たとえば「ログイン画面を作る」だけだと作業の名前です。一方で、「ユーザーが安全にサービスへログインできる状態にする」なら、価値が見えますよね。
スプリントバックログとは、そのスプリントで取り組む作業の一覧と計画です。買い物でたとえるなら、夕食を作るための買い物メモと段取り表のようなものです。ただし、料理中に「卵が足りない！」と気づいたら、予定を少し変えますよね。スクラムでも、毎日の状況に合わせてスプリントバックログを調整します。
デイリースクラムで使いやすい質問
昔からよく使われる質問に、次の3つがあります。
昨日、何をしましたか？
今日、何をしますか？
困っていることはありますか？
この3つは初心者にも使いやすいです。ただし、注意してください！
この質問だけを機械的に回すと、上司への進捗報告のようになりやすいです。スクラムガイドでは、デイリースクラムの進め方は開発者が決めてよく、スプリントゴールへの進捗に焦点が合っていれば形式は固定されません。(scrum.org)
おすすめの聞き方は、次のような形です。
「スプリントゴール達成に向けて、今日一番大事な作業は何ですか？」
「誰かの作業を待っているタスクはありますか？」
「今日中に解消しないと危ない問題はありますか？」
「レビューが必要な作業はありますか？」
「仕様があいまいで止まりそうな部分はありますか？」
この聞き方に変えるだけで、会話の中心が「個人の報告」から「チームの作戦」に変わります。
話し合わないほうがよいこと
デイリースクラムでは、深い技術議論を長々と続ける必要はありません。
たとえば、バグの原因調査を始めて15分を超えてしまうと、デイリースクラムの目的から外れます。技術的な詳細は、デイリースクラム後に必要な人だけで話しましょう。
避けたい内容は次のようなものです。
・上司への細かい作業報告
・個人への詰問
・長い設計議論
・優先順位が関係ない雑談
・スプリントゴールと関係ない相談
デイリースクラムは、病院の朝の申し送りに少し似ています。患者さんの状態を共有し、「今日どこに注意するか」を確認する場です。その場で大手術を始めるわけではありませんよね。
良いデイリースクラムの例
たとえば、ECサイトの決済機能を作っているチームを考えてみましょう。
悪い例は、こんな進め方です。
「昨日はAPIの実装をしました。今日はテストを書きます。困っていることはありません」
一見問題なさそうですが、チーム全体の状況が見えません。
良い例は、次のような会話です。
「決済APIの実装は終わりました。ただ、エラー時の表示仕様がまだ不明です。このままだとスプリントゴールの『安全に決済できる状態』に影響しそうです」
「では、午前中にプロダクトオーナーへ確認しましょう。テスト担当の人は、正常系から先に進められますか？」
「進められます。異常系は仕様確認後に着手します」
この会話では、進捗だけでなく、リスク、依存関係、今日の動き方まで決まっています。まさにデイリースクラムらしい使い方です。
デイリースクラムのメリット
デイリースクラムのメリットは、問題を早く見つけられることです。
ソフトウェア開発では、小さなズレが数日後に大きな手戻りになる場合があります。雪だるまが坂道を転がるように、最初は小さな問題でも、放置するとどんどん大きくなります。
毎日15分で確認すれば、「昨日から止まっている」「レビュー待ちで進めない」「仕様があいまい」といった問題を早めに発見できます。
さらに、チーム内の助け合いも生まれやすくなります。
「その部分、前に自分が似た対応をしたので手伝えます」
この一言が出るだけで、作業が一気に進むこともあります。
デイリースクラムのデメリット
一方で、やり方を間違えるとデメリットもあります。
最大のデメリットは、形だけの会議になることです。
毎日同じ順番で、同じような報告をして、誰も計画を変えない。そんな状態になると、参加者は「時間のムダだな」と感じます。
また、上司が細かくチェックする場になると、メンバーは本当の問題を言いにくくなります。「困っています」と言うと怒られそうな空気では、スクラムの良さが出ません。
デイリースクラムでは、問題を見つけた人を責めるのではなく、問題を早く共有してくれたことを歓迎する姿勢が大切です。
うまく進めるコツ
デイリースクラムを良くするコツは、毎回スプリントゴールを最初に確認することです。
「今回のスプリントゴールは何でしたか？」
この一言から始めるだけで、会議の方向がかなり変わります。
次に、タスクではなく流れを見てください。
「作業中」「レビュー待ち」「テスト待ち」「完了」のどこで詰まっているかを見ると、チーム全体のボトルネックがわかります。
ボトルネックとは、全体の流れを遅くしている一番細い部分です。ペットボトルを逆さにしても、水は口の細い部分からしか出ませんよね。開発でも、レビュー待ちが多ければ、実装を増やすよりレビューを片づけたほうが全体は進みます。
まとめ
デイリースクラムで話し合うと良いことは、単なる「昨日やったこと」ではありません。
大事なのは、スプリントゴールに近づいているか、今日の計画をどう変えるべきか、困っている人や止まっている作業がないかをチームで確認することです。
合言葉は、「報告会ではなく、作戦会議にする」です。
まずは明日のデイリースクラムで、次の質問を1つだけ追加してみてください。
「今日、スプリントゴール達成のために一番大事なことは何ですか？」
今後は、スプリントゴール、スプリントバックログ、プロダクトバックログ、レトロスペクティブの関係を順番に学ぶと、デイリースクラムの意味がさらに深く理解できます。スクラムは用語だけ覚えても身につきません。毎日の小さな改善を通じて、チームで少しずつ育てていきましょう！
セイ・コンサルティング・グループでは新人エンジニア研修のアシスタント講師を募集しています。
投稿者プロフィール
