プロダクトバックログとスプリントバックログの違い～要求マネジメント

「成功する要求仕様 失敗する要求仕様」の最後に、要求マネジメントに関するクイックレシピがある。

その方法が、Scrumのプロダクトバックログとスプリントバックログを上手に使い分けるのと同じように思えたのでメモ。

【1】あるシステムを作るために、要件定義をしているとしよう。
その時、「成功する要求仕様 失敗する要求仕様」のクイックレシピによると、以下の手順が必要になる。

1.ブレーンストーミングで要求をまず洗い出す。
　要求の実現性は問わない。
　要求の優先度や重要度も洗い出す。
　
2.ブレーンストーミングで洗い出した要求リストから、要求か否かを決定する。
　実現できる要求のトリアージを行い、要求の候補を決定する。
　但し、この段階では、コストやスケジュールは未決定。
　
3.リリース計画を作る。
　実現可能なスケジュールと予算を作り、リリース計画へ入れる要求を足していく。
　
　但し、作成中のリリース計画では不満がある場合、次のリリースで対応することを考える。
　例えば、Ver2.0のリリースでは機能が不十分な場合、Ver2.1というつなぎのリリースで対応する。
　あるいは、Ver1.4をリリース済みで、Ver2.0へ向けて開発中の場合、Ver1.5で早めに部分的なリリースで対応する。

4.要求文書を作成する。
5.要求文書を品質測定する。
6.要求をベースライン化する。
7.ステークホルダー全員へ要求を周知する。

8.ベースライン後に、要求を変更・追加する場合、変更管理会議(CAB)でリリース計画を立てる。

【2】上記のやり方の特徴は、要求をトリアージして要求の候補を作ることと、リリース計画へその要求をアサインすることの2点にある。

トリアージして要求の候補を作ることは、Scrumのプロダクトバックログにストーリーカードを入れることと同じ。
つまり、プロダクトバックログにあるストーリーカードは、開発予定の機能であるが、どのバージョンで反映されるかは未決定の状態。

要求をリリース計画へアサインすることは、Scrumのスプリントバックログへストーリーカードを入れることと同じ。
つまり、プロダクトバックログからスプリントへストーリーカードを移したら、そのストーリーカードはそのスプリントで実装することになり、リリース計画に組み込まれる。
スプリントにあるストーリーカード全ては、スプリントバックログになる。

【3】RedmineのScrumプラグインは、上記の機能を実現している。
下記のBlogでは、そのインストール手順が書かれている。

【元ネタ】
プログラマの思索: RedmineへScrumのアイデアを注入

scrumalliance's redmine at master - GitHub

ストーリーとタスク - cougerの日記

一応動いた…けど、
　・スプリントバックログとプロダクトバックログの違いって何？
　・ストーリーってチケットをまとめてくれるものじゃないんだ？
プロダクトバックログに入れてたストーリーにバージョンがついてなかったので、付けてみたら…
　・プロダクトバックログから、スプリントバックログに移動した！

ScrumやXPにせよ、それらの概念やプラクティスは抽象的過ぎて、実際の現場ではどう運用してよいか分からない時が多い。

しかしながら、上記のようなRedmineのScrumプラグインを使えば、要求のトリアージやリリース計画へ要求のアサインを、Redmine上で実現できる。
つまり、実際の要求マネジメントをRedmine上で行っているのと同じなのだ。

ツールを上手に使いこなせれば、ツールが開発プロセスを改善してくれる。
そうすれば、チームは自然に成長している。