ブログ

ryuzeeによるブログ記事。不定期更新

直近開催のScrum Alliance認定スクラムマスター研修のご案内

スクラムで削除された5つのトピック

みなさんこんにちは。@ryuzeeです。

スクラムのフレームワークの中身はスクラムガイドで定義されていますが、登場以来ずっと同じ内容なわけではなく、何度か改定が行われています(2010年版、2011年版、2013年版、2016年版、2017年版)。過去の改定内容はこちらに記載されています。

過去の変遷においてよく議論になる5つの項目についてWillem-Jan Ageling氏が5 controversial topics that were removed from Scrumという記事にまとめています。 御本人から快諾いただきましたので和訳にて紹介します。

スクラム再発見の時間です。

5年かそれ以上前にスクラムを適用した場合、現在のものとは異なる情報源を元にしていたはずです。 しかし、スクラムとして定義されてスクラムガイドで言及されたものの、ある時点で削除されたものが多数あります。 まとめて外されたものもあれば、他の項目に置き換えられたものもあります。 多くの人は、こういった項目をまだスクラムに関連付けています。 それ自体は仕方のないことです。 しかし、スクラムは進化しており、結果として、もはや関連付けは有効ではなくなっています。

ここでは削除されたり置き換えられたもののうち、議論になることの多い5つの項目を見てみましょう。 これらの項目を見ることで、スクラムがあなたの役にたつか再考したくなるかもしれません。

1. 鶏と豚

スクラムガイドの初版にはこんな話が書いてありました。

鶏と豚が一緒にいると、鶏は「レストランを始めよう」と言いました。
豚はちょっと考えてからこう言いました。「そのレストランの名前はなんというんだい?」。
すると鶏は言いました。「ハム・アンド・エッグスだよ!」。
豚は言いました。
「お断りだね。君は単に関わるだけだろうが、こっちは身を切られるんだ」

スクラムチームは豚です。 それ以外のすべては鶏です。 鶏は豚に対して仕事の進め方を指示することはできません。 しかし、この話は、必ずしも常に期待した効果があったわけではありませんでした。 かえって、スクラムチームとその「外部」との間に亀裂を生み出してしまうこともあったのです。

この話は、スクラムガイドの2011年版で削除されました。

※訳注:スクラムチーム外の人が直接スクラムチームに対して何かをしてよくなったというわけではありません。あくまでスクラムチームとその外部の関係を示すメタファーとしてふさわしくないということです。

2. スプリントで計画した作業に対するコミットメント(確約)

2011年の時点で、開発チームはスプリントで計画した作業に対して確約(コミットメント)はしないようになっています。 代わりに予測をたてます。

これは大きな変更です。 コミットメントは、スプリント中に新しい気づきがないことを暗示しています。 予測を使うことで、経験主義(透明性、検査、適応)を考慮に入れているのです。

3. グルーミング (追加後に削除)

2010年版のスクラムガイドでは、プロダクトバックログのグルーミングを単なるTIPSの1つとして紹介していました。 すなわちスクラムガイドの一部ではなく、スクラムでうまくいくプラクティスとして扱っていたのです。 2011年7月版のスクラムガイドでは、プロダクトバックログのグルーミングがスクラムに追加されました。 2013年7月版のスクラムガイドでは、グルーミングという単語がリファインメントという単語に置き換えられました。 グルーミングという単語にはネガティブな意味(例えば、チャイルド・グルーミング)があったためです。

※訳注:チャイルド・グルーミングは、子供を危ない世界に誘いこむために、子供の警戒心を解き手懐けること。

4. デイリースクラムでの3つの質問

かつて、スクラムガイドでは、すべてのチームメンバーが以下の3つの質問に答えるとしていました。

  • 前回のデイリースクラムから行ったこと
  • 次回のデイリースクラムまでに行うこと
  • 問題点

結果として、デイリースクラムは単なる進捗報告のイベントになってしまうことが多々ありました。 スプリントゴールやそれに向けてどのように進んでいるかを考慮していないこともあったのです。 このようにしているチームではデイリースクラムから効果を得られません。 デイリースクラムという名前にふさわしくないものにしてしまっていたのです。

そのため2013年度版のスクラムガイドでは3つの質問は以下に改められました。

  • 開発チームがスプリントゴールを達成するために、私が昨日やったことは何か?
  • 開発チームがスプリントゴールを達成するために、私が今日やることは何か?
  • 私や開発チームがスプリントゴールを達成するときの障害物を目撃したか?

これは大きな前進です。 しかし、チームが自己組織化していれば、デイリースクラムから最良の結果を得る方法はほかにもある、という結論に達しました。 そのため、2017年版のスクラムガイドでは、これら3つの質問はデイリースクラム実施時のオプションであるとして、スプリントゴールに注目している限り別の方法でやっても良いということを明確にしたのです。

5. スクラムマスターがデイリースクラムをリードする

Ken SchwaberとMike Beedleが2002年に書いた『Agile Software Development with Scrum』という本ではこう言っています。 「スクラムマスターはデイリースクラムを成功裏に実施する責任がある」。 そして、この本では、スクラムマスターがどのようにデイリースクラムを準備しリードするかについて詳しく説明しています。

2010年版のスクラムガイドでは次のように変わりました。 「スクラムマスターは開発チームにデイリースクラムを開催してもらうようにする。ただし、デイリースクラムを開催する責任があるのは、開発チームである」。

2010年版のスクラムガイド以降はこの記述は変わっていません。 開発チームがデイリースクラムの責任を担っており、開発チームは自己組織化してスプリントゴールに向けた進捗を検査するのです。 スクラムマスターは、デイリースクラムが15分以内で終わらせるようにコーチし、デイリースクラムが開発チームのためのものであることを組織に理解させます。 スクラムマスターは必ずしもデイリースクラムに参加する必要はありません。

それでは。

アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください(初回相談無料)
前の記事 Keycloakを使ってAWSにSSO接続する方法
次の記事 【翻訳】スクラムは抽象クラス

プロダクト開発で、こんな課題を感じていませんか?

  • 何を作るべきか、順位の決め方が定まらない
  • プロダクトの方向性をチームで共有できていない
  • 開発組織の体制や役割がうまく機能していない
  • 開発プロセスが形骸化し、目的を見失っている
  • アジャイルを導入したが、組織に定着しない

プロダクトマネジメント、組織構造、開発プロセスの課題について、組織全体の視点から支援します。

お問い合わせ(初回相談無料)

契約を前提にした相談でなくて構いません。相談に際して事前の整理や準備は不要です。

Aligned ―プロダクト開発におけるステークホルダーとの関係性の築き方
ダイナミックリチーミング 第2版
Tidy First?
脳に収まるコードの書き方
プロダクトマネージャーのしごと 第2版
エンジニアリングマネージャーのしごと
チームトポロジー
スクラム実践者が知るべき97のこと
プロダクトマネジメント
SCRUM BOOT CAMP THE BOOK
みんなでアジャイル
レガシーコードからの脱却
Effective DevOps
変革の軌跡
ジョイ・インク
アジャイルコーチの道具箱
カンバン仕事術
Software in 30 Days
How to Change the World