スプリントプランニングってどうやってやったらいいか、モヤモヤしていませんか？

スクラムガイドを読んで、又は認定トレーニングを受けていざスクラムやっていこう！となったとき、実際にやってみると具体的にはどうやって進めたらいいかわからない、ということがスクラムには多いのではないかと思います。

「プロダクトバックログってどうやって作るの？」とか「自己組織化って何から始めたら？」とか「Doneの定義って具体的に何？」とかいろいろありますが、中でもワカラナイ代表の一つとしてあげられるのが「スプリントプランニングってどうやるの？」じゃないかなと思っています。

私自身もトレーニングを受けてから見様見真似でスプリントプランニングをやっていましたが、
「今までやってたWBSと何が違うんだ」
「タスクってどの単位で切るの？細かくするにも限界が・・・」
「なんかしっくり来ないな」
という感じでモヤモヤしていました。

それでもなんとか試行錯誤を繰り返していたら、チームの学びとして一つのやり方が確立できてきて、スプリントプランニングの役割もなんとなくしっくりきたな、と思えるようになったので、そのあたりを共有していきます。

これが全てではないけれど、きっと誰かの参考になるだろうと思います！

スクラムガイドを読んでも、研修を受けても、書籍を読んでも、スクラムマスターという役割はいつだって「スクラムをよく知るスペシャリスト」です。

そしてそういうコンテンツはスクラムマスターのスクラム熱を爆上げしてくれるので、スクラムを始めたての頃などは「スクラムマスターとしてのプレッシャー」と「スクラムマスターやったるぞ感」がBadにコラボレーションして迷走することがあります。（私がそう。）

このセッションでは、私が実際に迷い込んだ失敗の経験と、そのおかげで辿り着いた一つの心の落ち着きどころを紹介します。

スクラムと出会ってから今まで試行錯誤してきたのですが、ようやくちょっと心に余裕が出てきたのでこれまでを振り返って、体験と学びを共有できたらと思います。

去年、別のイベントで登壇したときの内容をアップデートしてお送りします！

社内へアジャイルを推進していく中で、いくつもの失敗や衝突がありました。
振り返ってみるとその原因は、アジャイルに対する期待値のギャップだったり、目的不明のプラクティス導入だったり、捨てきれないこれまでのやり方だったり。

でもそこに「それはダメ！」「そうじゃない！」と迫っても、「”よくわからないアジャイルというもの”は随分と面倒なんだな。」と終わってしまうかもしれない。まずはアジャイルがどんなものかを正しく知ってもらうのが良いんじゃないだろうか。

そんな中で見えてきた、私の感じた「アジャイルを始めるにはこのあたりから取り組んでいくと良さそう」を紹介します。

DevOpsやアジャイルなんて当たり前、という組織もたくさんありますが、中には必要性を何となく認識しながらも未だ十分な取り組みにはつながっていなかったり、レガシーなやり方や組織の文化に阻まれて、なかなか浸透していない組織も多くあるのではないかと思います。

本セッションでは、社内にアジャイルを推進していく中で得られた気付きをもとに、組織がDevOpsを実現する上で何を考えたらよいか、DevOpsが組織に何をもたらすかを、いくつかの視点で考察していきます。

自分の組織の状況に合わせて、それぞれ違った気づきを得てもらえると嬉しいです。