スタンドアップミーティング：15分の価値がある進め方

9人が同じ通話に入っている。4人目が「昨日は、昨日話したことの続きをだいたいやっていました」と言い、グリッドのどこかでカメラが1つ消える。時刻は9:47。この会議は9:30に始まった。

スタンドアップミーティングは15分を使って、その日の計画を出すはずのものだ。ところが実際には25分かかり、通話にいる一番役職の高い人に向けたステータス報告を出している会議が山ほどある——名前がもう合っていないだけで、それは別の会議だ。

直し方は規律ではない。その会議が何を尋ねているか、である——そして大半のチームは、このフォーマットの考案者たち自身が何年も前に推奨をやめた3つの質問を、いまだに尋ねている。

スタンドアップミーティングとは何か

スタンドアップミーティングとは、同じゴールを共有するチームが毎日行う短い同期だ。全員が同じ仕事を見て、どこが詰まっているかを言い、その日の計画を調整する。進捗報告ではないし、意思決定をする場でもない——もっとも、意思決定が必要だと気づく場になることは多い。

この習慣には2つの親がいる。Ken Schwaber と Jeff Sutherland は1995年の OOPSLA カンファレンスで初めて共同で Scrum を発表し、このフレームワークには毎日のイベントが含まれていた。「scrum」という言葉自体は、竹内弘高と野中郁次郎が1986年に『ハーバード・ビジネス・レビュー』へ寄せた論文に由来し、チーム全員でボールを前に運ぶラグビーの絵を借りている。1990年代末には、エクストリームプログラミングのプラクティスの中にも毎日のスタンドアップが登場する。今日ではほとんどの人が、この2つの名前で同じものを指している。

立つことは原則ではなく小細工だった。立ったままの会議は居心地が悪くなり、その居心地の悪さが長さに上限をかける。スクラムガイドのどのバージョンもそれを要求したことはないし、それを強いれば、楽に立っていられない人を排除することになる。

境界を1つ。これはチームの毎日の同期だ。マネージャーがチームと優先順位を順に片づけていく定例とは違う——あれは別の生き物で、効果的なスタッフミーティングの進め方で扱っている。まして全社を対象とするオールハンズミーティングでもない。スタンドアップの中身がそのどちらかへ引っ越し始めたときは、上流のどこかが壊れている。

スクラムガイドが今言っていること、言うのをやめたこと

大半のチームは、自分たちが思っているようなことをもう書いていない文書から来たフォーマットを回している。

現行版である2020年版スクラムガイドは、デイリースクラムを「スクラムチームの開発者のための15分のイベント」と説明し、スプリント中の毎営業日、同じ時刻・同じ場所で行うとしている。目的はスプリントゴールに向けた進捗を検査し、スプリントバックログを適応させることだ。プロダクトオーナーとスクラムマスターは、自分がそのバックログの項目に取り組んでいるときだけ参加する。

そしてほとんど誰も読んでいない一文がある。スプリントゴールへの進捗に焦点を当て、翌日の作業に対する実行可能な計画を生み出すのであれば、開発者は好きな構造とテクニックを選んでよい。

つまり、あの有名な3つの質問はもうない。以前の版はそれを規定していたが、2020年の改訂は、他の多くの規範的な記述とともにそれを削除した。現行のスクラムには、昨日何をしたかを言うことを求める記述は1つもない。ガイドはついでに、再計画できるのはこの時だけではない、とも述べている。

3つの質問が古びた理由

昨日は何をしたか。今日は何をするか。何に妨げられているか。この形式を一度もやったことのないチームの補助輪としてなら、悪くない。だが恒久的な構造としては、予測できる4つの形で失敗する。

それは仕事ではなく人に向けられている：9人×3つの答えで27本の小さな独白になり、聞き手が本当に必要とするのはそのうち4本ほどだ。ゴールは一度も出てこない。どの質問もそれを尋ねていないからだ。

「昨日」は監査の問いかけだ：同僚の前で前日の説明を求めれば、返ってくるのは弁明であり、充実した一日に聞こえるように水増しされる。この質問が招いているのはそれだ。

報告の向きが漂流する：視線はその場で一番役職の高い人に向かい、3週間もすれば、対等な同期ではなくその人へのブリーフィングになる。

スプリントの状態を隠してしまう：全員が忙しく、誰も詰まっておらず、それでもゴールは滑っていく。このフォーマットにはそれを見せる手段がない。

一度だけ試してほしい：昨日やったことを誰も言ってはいけないスタンドアップをやってみる。それでも役目を果たすなら——たいてい果たす——あの質問は最初から価値を運んでいなかった。

より良いスタンドアップミーティングの質問

大半のスタンドアップを直す転換は、部屋を回るのではなく仕事を回ることだ。ボードを開き、項目ごとに右から左へ進む——完了に一番近いものから始める。始めるより終わらせるほうが価値があるからだ。人は自分の項目が来たときに話し、誰も日報を演じない。

その場所にふさわしい質問はこれだ。

• この項目が動くために、今日何が起きなければならないか？人ではなく項目に尋ね、それを持っている人が答える。
• 何がリスクで、いつ分かるのか？正直に答えられるように書き直したブロッカーの質問だ。リスクがあると認めるのはコストがかからない。ブロックされていると言うのは告白のように聞こえる。
• 昨日から変わったことで、誰かが知っておくべきことは何か？3人しか聞いていない裏チャネルの決定を捕まえる。
• このあと、誰が誰の10分を必要としているか？会議の中で最も見返りの大きい質問であり、残り14分をきれいに保つ質問でもある。
• 私たちはまだゴールに届くのか？週に2、3回、声に出して。答えられないチームは共有ゴールを持っていない——スタンドアップの衣装を着た計画の問題だ。

15分はどこへ消えるのか

タイムボックスは人数に応じて伸びない——4人でも10人でも、15分は15分だ。10人チームで計算すれば1人90秒で、これは持ち回りが間違った形であることを示す最も明快なシグナルだ。

スタンドアップが膨らむ道は3つある。誰かがその場で問題を解き始める。誰かが欠席しているステークホルダーにブリーフィングする。そして人は努力を証明するために語る——これは怠慢ではなく、その会議がこれまでどう使われてきたかの症状だ。

3つとも直し方は同じだ。名前を付け、持ち主を決め、時間を入れる。「それは設計の話だね——Rosa と Tunde、このあとすぐ、15分」。コミットメントになったものはきちんとしたタスクとして退出させる。その書き方には方法があり、実行される行動項目の書き方にまとめてある。

超過がほとんど毎日起きるなら、それを規律の失敗と呼ぶのはやめよう。超過分は、あなたのチームが必要としている会議そのものだ——そして本物の会議アジェンダテンプレートを背後に持つ週次のワーキングセッションのほうが、毎朝10分を継ぎ足すよりその仕事をうまくこなす。

そのまま使えるデイリースタンドアップのテンプレート

ボード1つ、タイマー1つ、6ステップ。このフォーマットは意図的に項目優先だ。名前が出るのは、誰かが誰かに何かを必要としているときだけ。

テンプレート — 15分のデイリースタンドアップ

[チーム名] スタンドアップ — [日付] · 15分 · タイマー：[誰]

向かっているゴール：[1行——変わったときだけ読み上げる]

ボードを右から左へ

[項目] — [状態] — [動かすために今日何が起きる必要があるか] — [持っている人]

着地しないリスクがあるもの

[項目] — [理由] — [いつ分かるか]

昨日からの変化

[他の人が知る必要のあること——決定、破損、新しい情報]

今日、誰かを必要としているもの

[名前] が [名前] から [何] を必要としている — [いつ会うか]

保留

[トピック] → [誰が持つか] → [いつやるか]

記入例 — 15分のスタンドアップ

PAYMENTS スクワッド スタンドアップ — 9月1日（火）· 15分 · タイマー：Meg

ゴール：12日までに返金を新しい元帳に通す。

ボードを右から左へ

返金の取り消し — レビュー中 — 昼までに Nils に見てもらう必要あり — Rosa

照合ジョブ — 進行中 — 今日9月のデータに対して実行中 — Tunde

一部返金 — 未着手 — 取り消しが出るまで誰も着手しない

着地しないリスクがあるもの

照合ジョブ — 9月のエクスポートに2日分のデータが欠けている — Tunde が14:00までに把握する

昨日からの変化

経理が締めを10日に前倒しした。ボードにある日付より2日早い。

今日、誰かを必要としているもの

Rosa は Nils のレビューが必要 — 昼まで · Tunde はデータエンジニアリングから欠けたエクスポートが必要 — Meg が10:00に催促する

保留

一部返金をこのバッチに入れるかどうか → Meg → このあと20分、Tunde と

うまく回れば、ここまでで7分ほどだ。残りの8分は、話し合いが必要だった項目を誰も急がせないための余白である。

非同期スタンドアップと、それが単なるステータス劇場になるとき

非同期スタンドアップは、締め切り時刻までにチャンネルへ投稿される文章の更新で会議を置き換える。きちんとやれば、多くのチームにとってライブ版より良い。雑にやれば、誰も読まない儀式になる——置き換えた会議より悪い。少なくとも会議なら人は聞くからだ。

非同期が勝つのは、チームが数時間を超えるタイムゾーンにまたがっていて、どのライブ枠も誰かを罰することになるとき。仕事が疎結合であるとき。そしてチームの価値が中断されない長い時間から生まれ、固定の9:30が協調の衣を着た中断でしかないときだ。

ライブを続けるべきなのは、同じファイルを触っていて衝突が半日を吹き飛ばすとき、チームが新しいとき、あるいは投稿が静かに読まれなくなったとき——誰か返信しているかを見れば1分で分かる。

ライブかつ分散でいることは、見た目より時間調整が難しい。毎日の会議は月次の会議のようには持ち回りにできないからだ。不親切な枠は、同じ人にとって1年間ずっと不親切であり続ける。本社の朝の始まりではなく、本当の重なりの時間帯に置くこと。重なりがおよそ3時間を切るなら、非同期は怠慢な答えではなく誠実な答えだ。

非同期を機能させるルール：他人の名前を挙げた投稿はステータス行ではなく依頼であり、依頼には同じ営業日中に返事をする。これがなければ、手に入るのは更新の壁だけで、協調はない。

テンプレート — 非同期スタンドアップの投稿

#[チーム]-standup — [日付] · [時刻、あなたのローカル時間] までに投稿

4行。詳細はスレッドへ。

進めるもの

[今日終わらせる1つのこと。リストにしない。]

リスク

[着地しないかもしれないこと、いつ分かるか]

依頼

[@名前 — 何をいつまでに必要としているか — なければ「なし」]

共有

[聞いていなかったらチームが困る1つのこと]

記入例 — 非同期の投稿

#payments-standup — 9月1日（火）· Tunde、09:10 WAT

進めるもの

照合ジョブを9月のデータに対して実行中——退勤前に結果を出すのが目標。

リスク

エクスポートに2日分が欠けている。14:00 UTC までに直らなければ木曜にずれ込む。

依頼

@meg — データエンジニアリングに3日と4日分を催促してもらえますか。14:00 UTC までに必要です。

共有

経理が締めを10日に前倒しした。ボードはまだ12日のまま。

ツールについて正直に言えば、15分のスタンドアップに文字起こしは要らないし、それを売ろうとする人は、あなたが抱えていない問題を解こうとしている。例外は狭い——「スタンドアップ」が実質は録画で、半分の人が後から見る分散チームと、誰も書き残さないまま毎回意思決定の会議に変わってしまうスタンドアップだ。その2つには、通話を録音して要約する AI ミーティングアシスタントが働きに見合う。Laxis は Zoom、Google Meet、Teams に対応し、行動項目と担当者を抜き出し、100以上の言語を扱う。普通の7分の同期には、ボードとタイマーがどんなソフトウェアにも勝つ。

スタンドアップが死ぬ4つの形

誰も価値を感じていないスタンドアップを、やめるか直すか

スタンドアップの場で多数決にかけてはいけない。1人ずつ聞くこと。集団の中では、その会議を設定した人の前で時間の無駄だと言いたい人はいないからだ。

そのうえで実験する。2週間中止し、何にも置き換えない——別の会議ではなく、何もなしだ——そして先に、何が壊れると予想するかを書き出しておく。たいていのチームは4日ほどで、2人が同じ仕事でぶつかるか、同じ決定が2度行われる。その衝突こそがその会議が提供していた価値であり、これでその大きさが分かる。

何も壊れないなら、そのチームはそもそも仕事を共有していなかった。スタンドアップは、毎日の調整を必要としない並行トラックを埋め合わせていたわけで、誠実な直し方は儀式を生かし続けることではなく、仕事の分け方を変えることだ。

やめるまでいかないなら、頻度を半分にする。スクラムの外なら週3回の朝は正当だ。スクラムの中なら、それはフレームワークから出たことを意味する——なんとなく流れ着くのではなく、自分たちで決めるのであれば問題ない。そして生き残ったのが同期ではなく意思決定の会議なら、それとして扱うこと。アジェンダ、ファシリテーター、書かれた記録。覚えておくことは、スタンドアップが最も苦手とすることだ。

記録が本当に必要な会議には

Laxis は Zoom、Google Meet、Teams 上の重要な通話に参加し、要約を書き、すべての行動項目を担当者付きで一覧にする。無料プランには月300分の文字起こしが含まれる。

Laxis を無料で試す

ここから何をするか

スタンドアップは、価値を検証しやすい数少ない会議の1つでありながら、ほとんど誰も検証していない。中止して何が倒れるかを見る。質問を1つ変えて、人の話し方がどれだけ変わるかを聞く。30分後ろにずらして、その朝が守る価値のあるものだったかを確かめる。

ルールを書いた人たちは、この15分の使い方を教えるのを静かにやめた。それは見落としではなく、招待である。

よくある質問

スタンドアップミーティングとは何ですか？

スタンドアップミーティングは通常15分の短い毎日の同期で、共有ゴールに向かって働くチームが一緒に進捗を確認し、その日の計画を調整する場です。目的は、何が詰まっていて誰が誰を必要としているかを表に出すことであり、上へステータスを報告することではありません。スクラムでは、これに相当するイベントをデイリースクラムと呼びます。

デイリースタンドアップはどれくらいの長さにすべきですか？

15分です。しかもこの数字は人数に応じて増えません。2020年版スクラムガイドは、チーム規模にかかわらずデイリースクラムを15分と定めています。だからこそ、1人ずつ順番に話す形式は6、7人を超えると機能しなくなります。いつも30分必要なら、それはスタンドアップの中でワーキングセッションを開いているということです。

スタンドアップミーティングの3つの質問とは何ですか？

昨日は何をしたか、今日は何をするか、何に妨げられているか、の3つです。以前の版のスクラムガイドはこれを規定していましたが、2020年の改訂で規定は完全に削除されました。今も使ってかまいませんし、多くの新しいチームは補助輪として役立つと感じますが、現在のスクラムがそれを要求することはありません。

スタンドアップミーティングでは立たなければいけませんか？

いいえ。立つことは会議を短く保てる程度に居心地悪くするための工夫であって、スクラムガイドが要求したことは一度もありません。それを強いると楽に立っていられない人を排除することにもなり、リモートチームには何の効果もありません。代わりに全員に見えるタイマーを使ってください。演出なしで同じ仕事をしてくれます。

マネージャーはデイリースタンドアップに出席すべきですか？

ボードに自分の仕事があるときだけです。スクラムガイドはデイリースクラムを開発者のためのイベントと位置づけており、マネージャーが観客として出席した瞬間、その会議は静かにその人へのステータス報告になります。マネージャーとして可視性が必要なら、ボードを読むか、週次の要約を求めてください。

非同期スタンドアップはライブより優れていますか？

非同期が勝つのは、チームが数時間を超えるタイムゾーンにまたがるとき、仕事が疎結合のとき、あるいは即時性より集中時間の確保が重要なときです。ライブが勝つのは、同じファイルを触っているとき、チームが新しいとき、そして書かれた更新が誰にも読まれなくなったときです。