スクラムを最小で実施するために、やったこと&やめたこと

スクラムを最小で実施するために、　　　　　　　　　　　やったこと&やめたこと株式会社タイミー　阿部勇一郎

スクラムって難しいですか？

なぜスクラムは難しいのか？

難しいのは、本当にスクラムですか？

そもそも、プロダクト開発は難しい

ちなみに、スクラムガイドを見てみると

スクラムガイドによると、スクラムは軽量級フレームワークらしいスクラムガイド 2020: https://scrumguide-ja.kdmsnr.com/

さらに、以下のように述べられているスクラムガイド 2020: https://scrumguide-ja.kdmsnr.com/

最小の仕組みで、最大の価値を生み出す

最小の仕組みからスタートできているだろうか？🤔

実際、そんなことは難しい

• 長い年月を書けて作られた会社の規則 • 既存の仕組みに慣れすぎた社員 • 積み上がった様々な負債 • etc…

スタートの時点で、抱えてる物が多すぎる

結論... 「スクラムはスタートアップ向きだ。　我々には合ってない」

fin. 〜　さらばスクラムよ永遠に〜

ちょっと待ってください

今やってることが必要なのか見つめ直す不要なことを捨てる勇気を持つ

ということで、本日話すことスクラムを最小に実施するために、　　　　　　　　　　　やったこと&やめたこと

阿部　勇一郎( Yuichiro ABE) @razpy 株式会社タイミー - スクラムマスター

スクラムを最小に実施するために、　　　　　　　　　　　やったこと&やめたこと

※ 弊社は設立5年未満のスタートアップなので、　そもそも、しがらみが少ない & 捨てやすい環境です

スクラムを最小に実施するためにやったこと

1. スクラムガイドを読み、守破離の守を大事にする 2. 困った時に最小限

1. スクラムガイドを読み、守破離の守を大事にする

• スクラムの骨格について共通理解を育む • 抽象的な表現が多いスクラムガイドでお互いの理解を確認しあえる • よくわからなかった部分を共有しあい、やりながら理解を深めようという話をしやすいまず、チームメンバーでスクラムガイドを一緒に読む

• 弊社はフルリモートなので、miroを使ってます実際の風景

• この疑問を持つために、書かれてることを意識する • 最初から「自分たちにはいらなそう。」っと決めてイベントを実施しないを選択すると、本当にいらないものを見失う • スクラムが上手くいかないときに、自分たちの既存の仕組みによって上手くいってない可能性がある ◦ なぜ必要なのか？
◦ ないことで顧客やステークホルダーへの影響は？それはスクラムガイドで示されてますか？

• 守から外れそうになったときに、スクラムガイドを参照する動きをする「でも、スクラムガイドにはこう書かれてるよね」「スクラムガイドは、具体的なこと指示してないよ」 • スクラムガイドの解釈が不安になったら、認定スクラムマスターを受講したり、外部のスクラムマスターに相談するのがおすすめ

2. 困った時に最小限

最初のころは、課題が山積みであれもこれも解決したい！となりやすい

課題を全部をまとめて解決できる魔法のようなソリューションがほしい！

そんなものは存在しないと諦める

課題を分解して、なるべく簡単に小さく試せる解決策を試してみる

思いついた解決策が上手くいくかもしれないし、上手くいかないかもしれない

世の中にあるプラクティスは、役にたつかもしれないし、たたないかもしれない

自分たちで実験してみて、上手くいかなくても、どうやったら上手くやれるか繰り返し対話と実験して、解決策を見つけるしかない

• 実験の試行回数を増やせる • 失敗しても気になりにくいスプリントは短くしており、自分のチームは1週間です

スクラムを最小にするためにやめたこと

1. PdMがチームをマネジメントする 2. プロダクトバックログアイテムのフォーマットに拘る

1. PdMがチームをマネジメントする

PdMがチームメンバーと1on1を実施してメンタリングしたり、評価者になっていた

• PdMがプロダクトと向き合う時間が減る • PdMが不在のときに意思決定できないメンタルになる • チームの改善をチームが実施しない

「PdMがマネジメントする」をやめた

• チームで意思決定しやすいように、プロダクトゴール&スプリントゴールなどで方針を伝えてもらうようにす　「ゴールで方向性は示されてるから、自分たちで決めてみよう」　「間違えても、どうすれば認識あわせれるか新たに実験してみよう」 • チームの改善はチームで実施していくように促す　「その改善アクションは、開発者でもできるよね？」 • PdMに、プロダクトに向き合う以外の時間をさせない
　「ユーザーインタビューに、ステークホルダーとの対話と、プロダクトバックログの検査など、あなたにしかできあに重要な仕事があるので、それ以外のことに時間を使う余裕なんてないはずですよ」

チームは自分たちで意思決定できるようになった PdMは顧客価値創出のための、ユーザーインタビューなどに時間を使えるようになった

2. プロダクトバックログアイテムのフォーマットに拘る

新しいアイディアや課題があったとき「PBIを起票するのは、なんか重いので書かずに自由にやりたいです」 ※PBI = プロダクトバックログアイテム

「重い」とはどういうこと？🤔

PBIがドキュメントのように扱われ、事前に色々な情報を書かされるテンプレートが存在することで、テンプレートを埋めないといけないこんな空気感になっていた

「起票時にテンプレートを埋める」をやめた

「PBIを付箋に書くとして、こんな複雑なこと書ける？」っという問いかけから、PBIの在り方を考えてもらった

PBIを書く際に必須事項を撤廃テンプレートはリファインメント以降で書く物として活用

活発にPBIを通じて議論が行われるように何かあればPBIを通じて話が始まるようになった

まとめ・スクラムは、スクラム以外のことのによって難しくなっている・捨てる勇気を持って、最小限になってるか考える・スラムガイドは最小限の基本が全て詰まっているので上手く活用する・守破離の守を示す・それは守の外側の物だが、本当に必要なのか？考えるキッカケを作る・勇気をもって「捨てる」・「今までこれでやってきた」を如何に捨ててもらえるか・本当に必要なら、また拾えるはず

上手くいっていることは良いことスクラムに使われず、スクラムを活用する間違いを発見する機会をスクラムは提供してくれているその機会を見逃さず、カイゼンを促していく

スクラムを最小で実施するために、やったこと&やめたこと

スクラムを最小で実施するために、やったこと&やめたこと

Other Decks in Technology

Featured

Transcript