スクラムガイド | 35. デイリースクラム

公開: 2022-07-08

デイリー スクラムは 15 分以内で、不必要な複雑さを軽減するために常に同じ場所で同時に開催されます。 これには、製品で共同作業しているすべての開発者と、オプションでスクラム マスターが参加します。 このスクラム イベントの主な目的は、その日に集中するタスクを計画することです。

デイリースクラム – 目次:

  1. 序章
  2. デイリースクラムの公式
  3. デイリースクラムと5W方式の問題点
  4. 補足質問
  5. 5 なぜなぜ
  6. 概要

序章

デイリー スクラムは、スクラム イベントの中で最も短く、最も頻繁に行われるものであり、その概要は別の記事に記載されています。 デイリー スクラムに参加する開発者のタスクは、次の 24 時間の作業目標をすばやく設定することです。 このようにして、彼らはそれぞれ、他の人が何に取り組んでいるか、共通のスプリント目標に向かってどのように取り組んでいるかを知っています.

デイリースクラムの公式

正しいデイリー スクラムの公式はありません。 各開発チームは、それに適した会議形式を開発します。 ただし、実行しやすくするための一般的なフレームワークがあります。

適切に実施されたデイリー スクラムでは、各参加者が次の 2 つの質問に答えることができます。

  • 今日実行する最も重要なタスクは何ですか?
  • このタスクを達成するための障害は何ですか?

ただし、直接尋ねることは必須の公式ではありません。 これらは、会議の軸を定義するサンプルの質問です。 デイリー スクラムは、開発チーム内のコミュニケーションを改善し、タスクに優先順位を付け、ボトルネックのリスクを軽減することを目的としています。

デイリー スクラムは、他のアジャイル手法におけるデイリー スタンドアップに相当するイベントです。 公式のスクラム ガイドでは、この短いイベントの間、開発者が立っている必要はありませんが、多くの場合、それは非常によく似ています。 多くの場合、その参加者は、非公式のグループで話している間、立っているだけです。

1 日 15 分という時間は、日々のタスクについて話し合うには多すぎるように思えるかもしれませんが、実際には、このような会議が開発チームの有効性を高めるのに最適であることが示されています。 目標とコミットメントに関する頻繁かつ定期的な更新により、すべての開発者は優先タスクに集中し、個々の結果よりもチームのスムーズな進行を優先します。

Daily Scrum

デイリースクラムと5W方式の問題点

デイリー スクラムの問題の 1 つは、開発者がミーティングの時間を長引かせることです。 この場合、デイリー スクラムの中心ではなく、チームにとって重要な問題をボード (物理的または仮想的) に書き留めるポリシーを導入することをお勧めします。 こうすることで、日中の非公式協議で取り残されていた問題に立ち返ることができます。 また、必要に応じて、別の記事で詳しく説明するスプリントレトロスペクティブ中にも行います。

デイリー スクラム中によく発生するもう 1 つの問題は、デイリー スクラムをミーティングに変えて、前日の作業を要約することです。 その後、開発者は、すでに達成された結果について議論することに集中します。 これは良い習慣ではありません。 確かに、スプリント目標につながる作業のステータスに関する開発者の現在の方向性は非常に重要です。 ただし、すでに完了したタスクにデイリー スクラムを当てても、効率は向上しません。

補足質問

チームがデイリー スクラムの恩恵を受けていない場合、スクラム マスターは、次の質問への回答を求めてミーティングを観察することで、開発者が問題を特定するのを助けることができます。

Daily Scrum

5 なぜなぜ

問題を最初に特定した後、問題の原因を特定するための効果的な手法は、豊田佐吉の 5 Whys または 5W とも呼ばれる5 Why メソッドです。 いくつかの「なぜ?」と尋ねる必要があります。 質問が相次いでいます。 これにより、問題のより深い原因を診断し、より簡単に解決できるようになります。

たとえば、表の最後の項目を見てみましょう。問題は、開発チームによる問題解決へのコミットメントの領域で発生します。 5 つの質問は次のようになります。

1×なぜ?

Q:開発者が、発生した問題を解決するさまざまな方法を提供しないのはなぜですか?

A:開発者のハリーは常に 1 つのソリューションを最初に提案するからです。

2×なぜ?

Q:開発者の Harry が常に 1 つのソリューションを最初に提案するのはなぜですか?

A:誰も話していないからです。

3×なぜ?

Q:なぜ誰も声を上げないのですか?

A:他の開発者は、より良いソリューションを探したくないからです。

4×なぜ?

Q:他の開発者がより良いソリューションを探したくないのはなぜですか?

A:解決策を見つけるには集中力が必要であり、ハリーの解決策は十分に優れていると考える方が簡単だからです。

5×なぜ?

Q:ハリーのソリューションで十分だと判断したのはなぜですか?

A:代替案を提案しても報われないので、ミーティングの冒頭で今日の予定を話し合って、始めようと考えています。

この場合、デイリー スクラムの順序を変更し、この課題から開始することで、問題解決へのコミットメントの欠如の問題を解決できます。 または、特定のスプリントでチームによって受け入れられた最大数のソリューションの作成者に象徴的な報酬を導入するなど、最良のソリューションに報酬を与えるシステムを考え出します。

概要

デイリー スクラムは、開発チームの日常業務の重要な部分です。 ただし、各チームは、この会議の最適な式を自分で解決する必要があります。 適切に実施されたデイリー スクラムは、スプリント ゴールを達成するためのサブゴールの継続的な設定を可能にします。 また、コミュニケーションの問題を迅速に診断し、開発者間の協力を改善することもできます。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest の忙しいミツバチ コミュニティに参加してください。

Scrum Guide | 35. Daily Scrum caroline becker avatar 1background

作者: キャロライン・ベッカー

プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

スクラムガイド:

  1. 基本的な用語、役割、および概念の用語集
  2. スクラムとは?
  3. スクラムの価値
  4. あなたの会社にスクラムを導入する方法は?
  5. スクラム チーム - それは何ですか?どのように機能しますか?
  6. プロダクトオーナーとは?
  7. プロダクトオーナーのよくある間違い
  8. スクラムマスターとは?
  9. 優れたスクラムマスターの特徴
  10. スクラムマスターのよくある間違い
  11. スクラム マスターはどのような統計と指標を追跡する必要がありますか?
  12. プロダクトオーナーとスクラムマスターの協力
  13. スクラムの開発チーム
  14. 開発者のよくある間違い
  15. スクラム成果物
  16. スクラムのスケーリング
  17. スプリントバックログ
  18. 製品バックログとは何ですか?
  19. ユーザーストーリーとは?
  20. INVEST で最高のユーザー ストーリーを作成する
  21. 最も一般的なユーザー ストーリーの間違い
  22. ユーザーストーリーの承認基準
  23. スクラムの見積もりとストーリー ポイント
  24. 企画ポーカー
  25. チーム見積もりゲーム
  26. 増分の定義
  27. スクラムイベント
  28. スクラムにおけるスプリントとは?
  29. スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
  30. バーンダウンチャートとは?
  31. バーンダウン チャートを作成して解釈する方法
  32. バーンダウンチャートのメリットとデメリット
  33. スクラムとスクラムバンのかんばんボード
  34. スクラムの速度 - 開発チームの速度
  35. デイリースクラム
  36. スプリント計画
  37. スプリントレビュー
  38. スプリントレトロスペクティブとは何ですか?
  39. スプリントふりかえりでよくある間違い
  40. 製品バックログ育成