スタンドアップミーティングは 日中の最短のミーティングです 30分間の"スタンドアップ"で みんな座って 昨日のタスクを朗読し 部屋の半分が スラックをチェックする間に 順番を待っています 日常的な短編で 問題を早期に明らかにします 多くの場合 チームではなく 格式が失敗するものです このガイドでは スタンドアップミーティングを短く有用なものにする方法を示し,分毎のアジェンダを提示し, 3つの習慣を提示し, EngageSlideを使って全員から一度にブロックを集める簡単な方法を示しています.
スタンドアップミーティングは何のためにあるのか
A スタンドアップ会議 短い日々のタイムボックスの同期です 人々が最初は 立ち上がって 歩き回るほど 快適に過ごせるようでした スクラムでは"日々のスクラム"と呼ばれています 公式のスクラムガイド スプリントの目標への進捗をチェックし,次の日の計画を調整する.
この定義に欠けているのは status reporting to a managerです スタンドアップとは 仕事をしている人同士の連携です 報告の儀式へと導かれ 報告の儀式は常に長続きします 役に立たないスタンドアップはチーム全体にとって 3つの質問に答えます
- 我々はまだゴールに向けての道を歩いているのか? "各人が何をしたか"ではなく 重要なことを チームが終わろうとしているかどうかです
- 何が阻止されているか 危険にさらされているか? 会議で最も価値のある成果です
- 誰が誰と話す必要がある? スタンドアップは会話を始めます ホストはしません
スタンドアップが15分過ぎる理由
日常 の スタンド アップ 会議 が 25 分 から 30 分 まで 継続 し て いる なら,その 原因 は,通常,三 の 習慣 の 一つ です.
1. ラウンドロビン状況報告
"昨日 X や今日 Y やります ブロックはなし" 8回繰り返され 10分で表紙に読めない人に ほとんど何も言わない さらに悪いことに 話し終えたらみんな 聴くのをやめて 話し終えた人は 練習中です
2. 会議で問題解決
誰かがバグを挙げると 2人のエンジニアが 大声でデバッグを始め 6人が見ています 議論は重要だが 部屋の大部分は必要ない
3. 音が上がらないブロッカー
これは微妙だ ブロッカーが"他のチームを待ってる"と 言うのは チーム全員の前で 閉じ込められていることを認めるのは 恥ずかしいことだとか ブロッカーが"他のチームを待ってる"と 言うのも 言う価値がないからです 会議は早く見えるが役に立たない. この問題は3日後に 欠落した期限として現れる.
3人とも同じことに戻ります 会議は続きます 人々が交代して話をするゆっくりと 素直ではない それを変えれば ほとんどの問題は消える
15分間のスタンドアップ・アジェンダ
明日使える構造です 議論が始まる前に全員から ブロッカーを集めます
0分 –1: 目標チェック
スプリントや週間のゴールを一言で読みます これは次のようなすべての更新を 固定します 更新が目標に 関連していないなら おそらく別の場所に 属しているはずです
1分 –3: ブロック投票
スクリーンに簡単なアンケートをお見せしましょう "今日 何かが阻害したのか?" 10人のチームには 3人のチームよりも時間がかかりません 実際の摩擦と一致するカテゴリを使用します 例えば:
- いいえ,大丈夫です
- コードレビューを待っています
- 他のチームを待ってる
- 不明な要求
- ツールや環境問題
誰も集団の前で手を挙げなくなり より正確なイメージが得られます 3人が静かに"コードレビューを待っている"を 選ぶのは 通常のラウンドロビンで 見逃すパターンです
3分 –10: ボードを右から左へ歩いて
"完成"に最も近い列から開始して 個別に行ってみてください これを終わらせるには 何が必要なのか? 次に左に 検討中の項目へ移動し 進行中の項目へ移動します 作業を終わらせるよりも 作業を始める方が良いし 右から左に歩くことで 話しを終わらせるのです 人は自分の物事が出てくる時 話すのではなく 自分たちの番だから
10分 –13: ブロッカーごとに所有者
投票結果に戻りましょう ブロッカーは2つのことを得ます: ブロッカを解除する相手と時間 ("この直後のレビューでプリヤとサムのカップル") ブロックを解決するな フォローアップを教えてください
13分 –15: 駐車場と閉鎖
長く議論を促したものは 駐車場名簿に載る 留まる必要がある人は留まる 他のみんな間に合って行きます. 日々の間に終わることは 議題のどの項目よりも重要だ チームに会議が信頼できることを教えてくれるからです
EngageSlideで実行する方法
大規模な策定は必要ない EngageSlideのスタンドアップデッキ インタラクティブなプレゼンテーションツール 2~3枚のスライドで 毎日再利用できます
- "デイリー・スタンドアップ"のプレゼンテーションを作成する Pollスライドを ブロック カテゴリーに追加する 名前収集をオフにします 答えが匿名で欲しい場合は 名前収集をオフにします 信頼する小規模なチームにとって 名前を保持することで フォローアップが速くなります
- デッキを再利用し,毎日結果をリセットします. "このプレゼンテーションの結果をリセットする"を毎回スタンドアップの前に使って,昨日の回答が今日の回答と混同されないようにし,接続コードは馴染みがあるようにします. QR codeをスキャンしたり コードを入力したりすることで チームメンバーは携帯電話から参加します
- 選択的な信頼チェックを追加する. 週 に 1 回 スケール スライド を 追加 し て "この スプリント の 目標 を 達成 する こと に どの よう に 確信 し て い ます か" (1 – 5) 平均値の低下は ボードだけでは表示されない早期警告です
- 駐車場への Q&Aスライドを開けてください. スタンドアップの後で 議論したい話題を捨てて 流動を邪魔せずに 他の人を投票させることができます
- あなたがどこにいても 存在します リモートまたはハイブリッドチームでは,ビデオ通話でプレゼンテーションウィンドウを共有してください. チーム内で スタンドアップを行なうなら Microsoft Teams 統合 すべてを1つの場所に保管します
スタンドアップを短縮する最速の方法は 速く話さないことです 交代をやめましょう 一度にみんなからブロッカーを集めて 節約した時間を 話し合う必要のある数点に費やしてください
リモートおよびハイブリッドスタンドアップ
分布されたチームは スタンドアップの痛みを最も感じます ビデオでは ローンドロビンがさらに遅くなっています 人々が遅くまで黙ったり お互いの話をしたり キーボードから離れている人に 手を差し伸べたりします いくつかの 調整 が 助け に なり ます.
- カメラはオプションで 回答は必須 速度のアンケート結果では 8人の顔が格列に並ぶことがわかります
- 同じコードを毎日使います チームチャンネルに入れて 2秒かかる
- 前もってアシンクアップデートを書いてください. 人々が詳細な進展を伝えたい場合は 会議前に短い書き込みのチャットアップデートで ブロッカーがライブタイムを自由にする.
- 時間帯を尊重する 誰にとっても時間がない場合は 投票を非同期的に実行し 直接の部分を 交差する人のために 保存します
避けるべき一般的な誤り
- マネージャーに更新を任せる 協調者を毎週回転させる 会議が1人に報告されるのを止めます
- "何も起きない"と スタンドアップを飛ばす 静かな日には 隠れたブロックが成長する 2分間のバージョンは 投票だけで 価値があります
- 計画会議になるまで テーマを追加する チームには毎週別のセッションが必要で スタンドアップは不要です
- 振り返らない スプリントで一度 チェックしてみてください スタンドアップで持ち上げられたブロッカーが 以前よりも早く解消されたか? そうでない場合,カテゴリーまたはフォローアップステップを調整してください.
健康的な会議文化の一部としてスタンドアップ
良いスタンドアップは全体像の一部分です チーム内の他の会議も遅延している場合 同じ考えが引き継がれます 各会議に明確な目的を与え 順番ではなく 一度に答えさせ 決定とオーナーで終わります より広範なアプローチを 会議の運営方法 人々が怖がらない.
小さいから始めろ 明日,現在のスタンドアップを 維持してください. しかし,開始時に単一のブロッカー投票と 15分後にハードストップを追加してください. チームの大半は1週間以内に 違いを目にします 会議は短く 答えが正直で ブロッカーがスプリントの終わりではなく 同じ日に解消されます 会議や便利化ガイドは EngageSlideブログ.
封面写真: "Họp Scrum hàng ngày" ウィキメディア・コモンズライセンス CC BY-SA 4.0.