![スクラムに興味が無くなってきた](https://images.microcms-assets.io/assets/e3a20f94365d441ba7a9a1c2839927cc/67dd1b9bd6fa4fb2ab337cf793c725c2/%E3%82%B9%E3%82%AF%E3%83%A9%E3%83%A0%E3%81%AB%E8%88%88%E5%91%B3%E3%81%8B%E3%82%99%E7%84%A1%E3%81%8F%E3%81%AA%E3%81%A3%E3%81%A6%E3%81%8D%E3%81%9F.jpg)
スクラムに興味が無くなってきた
タイトルの通りです。
といってもスクラムを否定する気はなくて、むしろ好んでいる方だと思います。
スクラムへの拘りが無くなってきた、と言った方が正しいかもしれません。
何か、スクラムじゃなくてもいいよなぁ、といった感じです。
スクラムを学び始めた当初は、「いかにスクラムガイドや周辺書籍に書かれているあり方を遵守するか」を最重要視していました。
でもそこに本質的な意義は無かった、と今では思います。
スクラムの枠組みに囚われて「レトロスペクティブだ!」「とにかくスプリントレビューだ!」とか考えると、スクラムマスターも開発者もプロダクトオーナーもしんどいです。
とりあえず簡単に振り返ってみたり、チームの関係性を良くしたり、CI/CDを改善したり…みたいなことの方が楽しいし、効果がありそうだなぁ、と。
あとは…より良いものを素早く作るためにチームを超えて組織レベルのスクラムを回そうとすると、組織がアジャイルであるかどうか次第でどん詰まることがある気がしています。
なので「小さなチームがスクラムを回せているか」以上に、「組織が良いものを作ろうと一致団結できる風土があるか」の方が大事かもしれません。
結論、素早く学び価値を届け続けるかを考えられるチームや組織であれば、それこそどんなフレームワークやプラクティスを利用してもいいんじゃないかと思います。
まぁ、この観点を学び醸成する手段としてのスクラム、って考え方もできるかもしれません。
当たり前のことですが、何でスクラムなんだっけ?っていう疑問は常に持ち続けたいですね。
といったことを最近は考えていました。
変わらず、スクラムは好きです。
でもスクラムに拘る理由は無くなってきました。
スクラムじゃなくてもいいよなぁ。