March 2021
Beginner to intermediate
288 pages
5h 8m
Japanese
| 原田 騎郎 | ![]() |
「最近、なにかフィーチャーを削除したことある?」
プロダクトをすでにリリースし、メンテナンスをしつつ、新規開発も行っているチームに、ときどきする質問である。「この前のリリースであの機能を消したよね」みたいな回答が返ってくることはまずない。「ユーザーがいるのに消すわけにはいきませんよ」とか、「もっと機能を足せというプレッシャーをかけられているのに、機能を減らすのに工数なんか使えませんよ」あたりがありがちな答えだ。
スクラムで言うところの、「リリース判断可能なインクリメント」とは、その前のスプリントのプロダクトに加えて、そのスプリントに含まれたプロダクトバックログアイテム(PBI)が実装されたものが含まれる増分である。増分であるから、機能が増えて当たり前というわけだ。
それで問題ないだろうか?
古くはカオスレポートにあるように、ソフトウェアに含まれる機能のうち、本当に使われているものは多くない。プロダクトオーナーは、ユーザーに本当に使われる機能だけを選んで、スプリントに投入できているだろうか?
スプリントレビューでしょっちゅうフィードバックを受けていても、プロダクトバックログリファインメントでいつも必要な機能について話し合っていても、必ず当たるPBIを選択するのは至難の業だ。
使われない機能を残したままプロダクトの開発を続けていると、だんだん開発スピードが遅くなってくる。仮にリファクタリングを継続的に行えていたとしてもプロダクトの規模がだんだん大きくなっていくのは避けられない。ユーザーから見えるフィーチャーは、勝手に消すわけにもいかない。 ...