task-ops
デイリースクラムを始めてしばらく経つと、多くのチームが同じ場所で行き詰まります。15分で終わらない、進行役が一人ずつ順番に当てていく、聞いている側は自分の番まで黙っている。形は残っているのに、そこで何かが決まった記憶がない状態です。
結論を先に書きます。報告会になる原因は、意識の低さでも進行役の技量でもありません。人の順に話しているからです。人を軸にすると、話す内容は自然に「自分が何をしたか」になります。スプリントゴールに向けて何が危ないかは、人の単位では出てきません。
この記事では、スクラムガイドが何を決めていて何を決めていないのかを確かめたうえで、15分に収まらない原因、詰まりを先に出させる進め方、リモートでの扱い、そして板の作り方までを順に扱います。
まず、公式に何が書かれているかを確かめます。2020年版のスクラムガイドでは、デイリースクラムの目的は「スプリントゴールに向けた進捗を検査し、必要に応じてスプリントバックログを適応させ、これからの計画を調整すること」と書かれています。
ここに「共有」という語は入っていません。検査と適応です。検査は、うまくいっていない箇所を見つけるための行為で、うまくいっている箇所を並べる行為ではありません。
さらに、しばしば型として使われる3つの質問、つまり昨日やったこと、今日やること、困っていることは、2020年版のガイドには書かれていません。開発者が構造や技法を自分で選んでよいという形に変わっています。2017年版に載っていた3つの質問が残り続けているために、多くのチームが「ガイドに書かれた型を守っている」と思いながら報告会を続けています。
3つの質問が悪いわけではありません。問題は、この型が人を軸にしていることです。昨日やったことを1人ずつ述べると、人数分の報告が並びます。5人なら5本、8人なら8本です。その中でスプリントゴールが危ないかどうかを判断するのは、聞いている全員の頭の中でしかできません。
検査を目的にするなら、見る対象はスプリントバックログです。人が何をしたかではなく、どの項目が動いていないか、どの項目が今日で終わらないかを見ます。この切り替えだけで、話す量は半分以下になります。
デイリースクラムで最も難しいのは、まだ本人も気づいていない詰まりを表に出すことです。
本当に問題がないのであれば良いことですが、実際は問題があるにもかかわらず見落としていることも少なくありません。これは、デイリースクラムの中でも特に難しいポイントです。特に「スプリントゴール達成を阻みかねない問題」は、なかなか表に出てこないことが多くあります。本人も問題に気が付かず、周りが確認した結果、問題が発覚するというケースもあるでしょう。 出典: products.sint.co.jp
「困っていることはありますか」と聞いて「特にありません」が返ってくるのは、隠しているからではありません。本人の視界の中では詰まっていないからです。詰まりが見えるのは、予定と実際を並べたときだけです。
だから問い方を変えます。「困っていることはありますか」ではなく「この項目は今日で終わりますか」と聞きます。前者は本人の感覚を尋ねる問いで、後者は日付を尋ねる問いです。日付には答えが1つしかないため、答えるためには残りの作業を数えることになり、そこで初めて足りないものが見えます。
もう1つ効くのは、時間の基準を先に決めておくことです。2日動いていない項目は、その理由を必ず話すという決めごとにします。理由を話す義務を項目に付けると、誰かを名指しする必要がなくなります。動いていない項目が3つあれば3回話すだけで、責める場面が発生しません。
出てこない問題を出させる仕掛けは、人への問いかけではなく、項目に付けた条件で作ります。条件は機械的に判定できるものにします。判定に解釈が入ると、忙しい週に運用されなくなります。
スクラムガイドがデイリースクラムについて決めているのは、実質4つです。それ以外は自分たちで決められます。ここを混同すると、守る必要のない型を守って時間を使います。
1つ目は、15分という上限です。これは目安ではなく上限で、短く終わるのは問題ではありません。
2つ目は、開発者のための会であることです。進捗を誰かに報告する場ではありません。プロダクトオーナーとスクラムマスターがスプリントバックログの項目に実際に取り組んでいる場合は、開発者として参加します。取り組んでいないなら、参加しても発言の中心にはなりません。
3つ目は、スプリントの毎営業日に行うことです。週に2回にすると、検査の間隔が広がり、見つかる時点が遅くなります。
4つ目は、同じ時刻と同じ場所で行うことです。ガイドはこれを複雑さを減らすためと説明しています。毎回の調整をなくすための決めごとで、効率の話ではありません。
逆に、決まっていないことを並べます。話す順番、使う質問、立って行うか座って行うか、進行役を置くかどうか、どの画面を開くか。すべて開発者が選べます。上限の15分と毎日という点を守っていれば、形は自分たちの都合に合わせて変えてよい部分です。
この4つと、それ以外を分けて紙に書いておくと、運用を変えるときの議論が短くなります。「ガイドに反するのでは」という懸念のほとんどは、決まっていない部分についてのものです。
時間を超える理由は、たいてい次の3つのどれかです。
1つ目は人数です。 話す単位が人である限り、時間は人数に比例します。8人を超えるチームで一巡させると、1人あたり1分でも8分かかり、少し補足が入るだけで超えます。人数を減らせないなら、話す単位を人から項目に変えます。項目の数は人数より少ないことが多く、動いている項目だけに絞れます。
2つ目は、その場で解決しようとすることです。 詰まりが出た瞬間に原因の議論を始めると、関係のない人が黙って待つ時間が生まれます。詰まりは出すところまでが会の役割で、解決は会の外です。ガイドも、開発者が計画を調整できるのはデイリースクラムだけではないと書いています。
3つ目は、進捗の説明が長いことです。 何をしたかを言葉で説明すると長くなります。画面を開いて、動いたカードを指して済む話です。言葉で説明が必要なのは、画面に出ていないことだけです。
この3つのうち、いちばん効くのは2つ目です。詰まりが出たときに「これは後で、関係する人だけで」と言える人を決めておくと、それだけで時間が半分近くまで戻ります。言う人が決まっていないと、誰も止められず、議論が始まります。
止め方の言い方も決めておくと運用しやすくなります。「その話は終わってから、AさんとBさんで」と言い切る形です。「あとで」だけでは残らないため、誰と誰が話すかまでを口に出します。
進め方を1つに絞るなら、スプリントバックログを開いて、完了に近い側から見ていく形です。
右から左に見る理由は、完了に近い項目のほうが今日で片付く可能性が高く、片付けば次の項目を始められるからです。左から見ると、着手していない項目の話に時間を使い、あと一歩で終わる項目が残ります。
見るときの問いは項目ごとに2つだけです。今日で終わるか。終わらないなら何が足りないか。この2つに答えられない項目があれば、それが今日の話題です。
この形にすると、発言しない人が出ます。これは問題ではありません。全員が毎日話す必要はないという点を、始める前に明示しておきます。明示しないと、進行役が気を遣って一人ずつ当て始め、元の形に戻ります。
もう1つ効くのは、板が会の前に最新になっている状態を作ることです。会の場でカードを動かし始めると、そこで時間を使います。前日の終業時にカードを動かす習慣が付いていれば、会は画面を見るだけで始まります。板が古いまま始まる会は、必ず口頭の説明に戻ります。
板の上で見る項目には、担当者が入っていることが前提になります。担当者が空のカードは、会の場で「これは誰が」という会話を生みます。担当を決める会話は15分の中で行うものではないため、前日までに埋めておきます。
15分を守るには、外に出す先が用意されている必要があります。行き先が無いまま止めると、話が消えます。
1つ目の箱は、あとで話すことの一覧です。会の中で出た議題のうち、その場で扱わないものをカードにして1か所に集めます。集める先は、会で開いている板の中に専用の列を作る形がいちばん手間が少なく済みます。別の道具にすると、そこを見る習慣が要るため、忙しい週に見られなくなります。
この一覧は、会の終わりに1回だけ見ます。見るのは中身ではなく件数です。件数が毎日増えて減らないなら、会の外で話す時間が確保されていないという意味になります。
2つ目の箱は、会の直後の短い相談です。関係する2人か3人だけが残って話します。全員が残る形にすると、デイリースクラムが30分に延びただけになります。ここで大事なのは、残る人を会の中で名指ししておくことです。「関係する人は残ってください」では誰も残りません。
この2つを用意すると、進行役は安心して話を止められます。止めることが議論を打ち切ることではなく、場所を移すことになるためです。行き先の無い状態で止めると、発言した人には無視されたように見えます。同じ「止める」でも、受け取られ方が逆になります。
同じ場所に集まれないチームでも、決まっている4つは変わりません。変えるのは形の部分です。
時差が小さいチームでは、同じ時刻を固定することを優先します。全員の都合の良い時刻を毎週探し直すと、そのやり取りだけで15分を超える手間がかかります。少し不便な時刻でも固定したほうが、合計の時間は短くなります。
時差が大きくて全員が同席できないときは、書く形に切り替える選択があります。ただし条件が2つあります。板が最新になっていること、そして書いたものを読む時間が決まっていることです。書くだけにして読む時間を決めないと、書いた内容が誰にも届かず、検査が成立しません。
書く形にする場合、書く内容も項目の単位にします。人ごとに文章を書くと、読む側が全員分を読まなければならず、非同期のほうが時間がかかる状態になります。動いていない項目と、今日終わらない項目だけを書く形にすると、読む量が減ります。
もう1つ、書く形で抜けやすいのは、その場の判断です。同席していれば「では今日はこちらを先に」と決まることが、文章では決まりません。判断が必要になった項目だけ、短い通話に切り替える運用を先に決めておきます。全部を非同期にしようとすると、判断だけが翌日に繰り越されていきます。
画面を開いて同じものを見られる状態は、リモートでは特に効きます。カンバンやガントチャートを同じカードから切り替えて見られると、会の中で「どの画面を見ていますか」という確認が消えます。できることでは、8種類のボードがそれぞれ何を見るためのものかを並べています。
うまくいかない形には、繰り返し出てくるものがあります。
上司や社外の人が聞いている。 聞かれていると分かると、発言は説明に寄ります。詰まりは弱みとして扱われるため、出てこなくなります。関係者に進捗を伝える必要があるなら、板を見られるようにするか、別の場を設けます。
進行役が毎回同じ人。 同じ人が毎日当てていくと、その人への報告になります。板の順に見る形にすると、進行役の役割は時間を見ることだけになり、誰がやっても同じになります。
全員の発言を一巡させる。 話すことが無い日に話すことを探すのは、時間の使い方として逆です。動いていない項目が無い日は、5分で終わります。
遅れが出た日だけ長くなる。 遅れの原因を会の中で議論し始めると、いちばん時間が無い日にいちばん長い会になります。遅れた日ほど、会は短く終えて、外で話します。
板が更新されていないまま続ける。 板が古いと、口頭の説明に戻らざるを得ません。ここを直さずに進め方だけを変えても、元に戻ります。更新は前日の終業時に済ませる習慣にします。
この5つのうち4つは、進め方を板の順に変えるだけで自然に消えます。残る1つ、聞いている人の問題だけは、誰が参加するかを決め直す必要があります。開発者のための会であるという点を、参加している人にも伝えておきます。
日本のチームでは、もともと朝礼や朝会があった場所にデイリースクラムを乗せることが多くあります。名前を変えただけの状態になるのは、この経緯が原因です。
違いは1点です。朝礼は報告の相手が管理する側にいて、デイリースクラムは相手が自分たちです。前者は「伝える」ための場で、後者は「直す」ための場です。目的が違うため、うまく設計された朝礼をそのまま使うと、デイリースクラムとしては機能しません。
具体的に何が変わるかを並べます。朝礼では、全員が発言することに意味があります。参加している証と、情報が行き渡ったという確認が目的に含まれているためです。デイリースクラムでは、話すことの無い人が黙っていても問題ありません。検査の対象は人ではなく項目だからです。
もう1つは、扱う時間の幅です。朝礼は連絡事項を含むため、今日以外の話も入ります。デイリースクラムが扱うのは、このスプリントのゴールに向けた話だけです。全社の連絡や来月の予定は、範囲の外にあります。
両方が必要なチームは、両方をやって構いません。ただし分けます。連絡事項を混ぜると、時間の上限が意味を失い、連絡が多い日だけ長くなります。連絡は別の場か、文字で流す形にして、デイリースクラムからは外します。
移行するときに効くのは、名前を変えることです。朝礼という名前のまま中身を変えようとすると、参加者の期待が前の形に残ります。呼び方を変えて、何のための場かを最初の1回だけ説明しておくと、前の形に戻りにくくなります。
デイリースクラムがうまくいかない原因が、会そのものではなくその手前にあることがあります。スプリントゴールが決まっていない場合です。
検査は、基準があって初めて成立します。スプリントゴールが「今スプリントで取る項目の一覧」になっているチームでは、進捗は項目の消化率でしか語れません。消化率で語ると、どの項目が遅れても同じ重さに見えます。
ゴールが1文で書かれていれば、話す順番が自動的に決まります。ゴールに直接効く項目から見て、効かない項目は今日でなくてよいと判断できます。10件の項目のうちゴールに直結するのが3件なら、会で丁寧に見るのはその3件です。
ゴールの書き方で失敗しやすいのは、機能の名前を並べることです。「検索機能とお知らせ機能を作る」はゴールではなく一覧です。「利用者が過去のやり取りを自分で探せる状態にする」と書くと、検索の項目が遅れているときに、範囲を狭めて達成する道が見えます。
ゴールが決まっていないままデイリースクラムの進め方だけを直しても、効果は限られます。会が短くなるだけで、危ない項目を見つける精度は上がりません。進め方を変える前に、ゴールが1文で書かれているかを確かめます。書かれていなければ、スプリントの計画の場で決めるのが先です。
進行役を固定すると、その人への報告に戻ります。ここは意識ではなく、仕組みで防ぎます。
板の順に見る形にしておけば、進行役の仕事は時間を見ることと、議論が始まったときに止めることだけになります。判断が要らない役なので、毎日回せます。週ごとに交代する形でも、スプリントごとでも構いません。
回すことには副産物があります。自分が進行役をやると、板が古いまま始まる会がどれだけ進めにくいかが分かります。全員が一度経験すると、前日の終業時にカードを動かす習慣が付きやすくなります。
スクラムマスターがいるチームでも、毎日の進行をスクラムマスターが持つ必要はありません。スクラムマスターの役割は、会が目的から外れているときに指摘することと、会の外に出た詰まりが放置されていないかを見ることです。毎日の司会を持つと、その2つに手が回らなくなります。
会の後に残る作業を1つだけ決めるなら、あとで話すことの一覧に入ったカードに担当と期日を入れることです。ここが空のまま溜まると、一覧は行き先ではなく捨て場になります。捨て場になった時点で、会の中で止めることができなくなります。
デイリースクラムの議事録を書いているチームは、書くのをやめて構いません。ただし、記録は別の形で残します。
残すべきものは3つだけです。詰まりとして出た内容、それを誰と誰が会の外で話すことにしたか、そして判断が変わった項目です。この3つは、すべてカードの上に残せます。詰まりはカードのコメント、担当はカードの担当者、判断の変更はカードの移動です。
別の文書に書き起こすと、二重の記録になります。二重になると、どちらが正しいかを確かめる手間が増え、やがて片方が更新されなくなります。更新されなくなるのは、たいてい読まれていない議事録の側です。
記録を残す目的は、会の証拠ではなく、振り返りの材料です。スプリントの振り返りで見たいのは、詰まりが出てから解消するまでに何日かかったかです。カードのコメントに日付が入っていれば、この日数は数えられます。議事録を時系列で読み返す必要はありません。
もう1つ、記録が効く場面があります。同じ詰まりが繰り返し出ているときです。3回以上同じ理由で止まっている項目があれば、それは個別の詰まりではなく、進め方そのものの問題です。カードに残っていれば、振り返りの場で数えられます。記憶に頼ると、直前のスプリントの印象だけが残ります。
1つのチームが10人を超えると、項目の単位で見ても15分に収まりにくくなります。ここで取る手は3つあり、効き方が違います。
いちばん素直なのは、チームを分けることです。ただし分ける線は人ではなく、扱う対象で引きます。同じ対象を2つのチームで触る形にすると、依存の調整が毎日発生し、会が2つに増えたうえで両方が長くなります。
対象で分けられないときは、会を1つ残したまま、見る範囲を絞ります。ゴールに直結する項目だけを全員で見て、それ以外は関係する人だけで会の後に扱う形です。この形にすると、全員が全部を把握している状態は失われます。そこを許容できるかを先に決めておきます。
3つ目は、時間を延ばす選択です。ガイドの上限を超えることになるため、その場合は検査と適応の場という位置付けを維持できているかを毎回確かめます。延ばした時間が説明に使われているなら、延ばした分だけ報告会に近づいています。
どの手を取るにしても、決めた形を2週間は変えないでおきます。毎週変えると、参加者は今日の形を確認することから始めるため、そこで時間を使います。
新しい進め方が定着せずに元へ戻るとき、原因はほぼ2つです。
1つは、板が会の前に最新になっていないことです。ここが崩れると、口頭の説明に戻らざるを得ません。更新の手間が理由なら、カードに書く項目を減らします。担当者と期限と状態の3つがあれば、会は進みます。説明の文章はカードに書かず、話す必要が出たときだけ口で足します。書く量を減らすほど、板は最新に保たれます。
もう1つは、止めたあとの行き先が機能していないことです。あとで話す一覧に入ったまま誰も触らない状態が2週間続くと、参加者は「その場で話さないと消える」と学習します。学習すると、会の中で議論を始めます。一覧に入れたカードは、その日のうちに担当と期日を入れます。
崩れる前に気づく方法が1つあります。会の長さを毎日1行だけ記録することです。開始と終了の時刻をカードのコメントに残すだけで足ります。長さが3日続けて伸びていれば、そのどちらかが起きています。記録が無いと、長くなっていることに気づくのは元の形に戻ったあとになります。
逆に、定着したチームに共通するのは、会の中で誰も説明していない状態です。画面に出ていることを口で繰り返す必要が無くなると、15分は自然に余ります。余った時間を埋める必要はありません。終わりにします。早く終わった日が続くことは、検査が甘くなった証ではなく、詰まりが早く外に出ている証です。
デイリースクラムを短く終えるための道具の条件は3つです。
1つは、同じカードを別の見え方で確認できることです。 詰まりを見るならカンバン、締切の重なりを見るならガントチャート、誰に作業が積み上がっているかを見るなら人を縦に並べる表です。画面を切り替えるたびに別の道具を開くと、会の中で待ち時間が生まれます。
2つは、話した内容がカードに残ることです。 詰まりの経緯がチャットに流れると、翌日には探せません。カードにコメントが付く形なら、その項目を見れば経緯が読めます。課題の追跡を開発部門が使っている場合の見え方はBacklogとの比較で確かめられます。付箋のように動かす使い方が中心ならTrelloとの比較が近い比較になります。
3つは、見るだけの人を入れられることです。 進捗を知りたい関係者を会に呼ばずに済ませるには、板を見られるようにするのがいちばん簡単です。ここで効いてくるのが料金の形で、機能で絞らず、区切るのは人数とボードの数だけという形であれば、見るだけの人にも同じ画面を見せられます。2026年9月27日時点の料金では、5人まで期限なしで無料、6人目からが1人あたり月額500円（税抜）です。閲覧だけのゲストを人数に数えるかどうかは道具ごとに違うため、関係者を招く前に確かめておくと見積りがずれません。上限の当たり方を横並びで見たい場合は比較の一覧にまとめてあります。
始め方は小さく決めます。明日から、人の順ではなく完了に近い側から項目を見る形に変え、動いていない項目の理由だけを話します。あとで話すことの一覧を1列作り、会の終わりに件数だけを数えます。この2つを2週間続けて、会の長さを前後で比べます。短くなっていなければ、板が会の前に最新になっているかを先に確かめます。運用の細かい点はよくある質問にも並べています。
15分は上限で、短く終わるのは問題ありません。動いていない項目が無い日は5分で終わります。超える場合の原因はほぼ3つで、人数が多い、その場で解決しようとしている、進捗を言葉で説明している、のどれかです。板を開いて項目の順に見る形に変えると、多くのチームで半分近くまで戻ります。
間違いではありませんが、2020年版のスクラムガイドには3つの質問は書かれていません。開発者が構造や技法を自分で選んでよい形になっています。この型の弱点は人を軸にしている点で、人数分の報告が並び、スプリントゴールが危ないかどうかは判断しにくくなります。
デイリースクラムは開発者のための会です。プロダクトオーナーとスクラムマスターは、スプリントバックログの項目に実際に取り組んでいる場合に開発者として参加します。取り組んでいない関係者が聞いていると発言が説明に寄るため、進捗を伝えたい相手には板を見られるようにする形が向いています。
問い方を変えます。本人の感覚を尋ねる問いではなく「この項目は今日で終わりますか」と日付を尋ねる形にします。答えるには残りの作業を数える必要があるため、そこで足りないものが見えます。あわせて、2日動いていない項目は理由を必ず話すという決めごとにすると、人を名指しせずに詰まりが出てきます。