スクラム」を読みたい人が集まる勉強会の14回目。スクラムのプランニングの原則。人があらためて「原則とは?」という点について掘り下げてくれました。人が語ってくれました。「アジャイルソフトウェア開発宣言」と「アジャイル宣言の背後にある原則」についてその場でみんなで見返しました。事業体としての価値観と原則、個人としての価値観と原則、そして開発プロセスフレームワークとしての価値観と原則と、この辺り自身でも整理しないとなと最近考えているところです。プランニングプランニングについては出来上がった計画よりも計画のための対話などのプロセスが重要なのだなと最近感じるようになりました。事前にきちんと計画を作れると思うな計画を守ることよりも、計画の調整や再計画を重視するということで継続的にプランニングし直していくことが大切なのだなと。プランニングの選択肢は、最終責任時点まで変更可能にするについてはここではかなりあっさりとかかれています。物事を進めるには常に大小様々な意思決定をしていく必要があるので、さらっと読むと気持ちわるい感じがします。節にも重要で後戻りのできない決定をしかるべき最後の瞬間まで行わないのである。あるので、方向転換できない状態に早い段階でならないようにするといったところなのだと理解しました。早めにリリース、頻繁にリリースについては原則として頭にいれつつ、実際には適切なフィーチャーが揃っているかをきちんと考える必要がありますね。あまりに小さなリリースすぎて早い段階でユーザーに見限られてしまう危険性や、頻繁な変更によってユーザーが負担を感じて満足度が低下してしまう可能性も常に意識すべきかと。この章でもこの手法には限界もある。どんなプロダクトであっても、最低限これだけは揃えないとリリースできないし市場で勝負できないというフィーチャー群がある。言った上でもし部分的にでもよいから少しでも早めに受け取りたいという業界を相手にしているのなら、小さい単位で頻繁にリリースするという原則はとても重要になる。スクラム」を読みたい人が集まる勉強会の23回目。