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

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

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

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

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

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

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

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

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

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

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