プロダクトバックログとスプリントバックログの違い~要求マネジメント
「成功する要求仕様 失敗する要求仕様」の最後に、要求マネジメントに関するクイックレシピがある。
その方法が、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
一応動いた…けど、
・スプリントバックログとプロダクトバックログの違いって何?
・ストーリーってチケットをまとめてくれるものじゃないんだ?
プロダクトバックログに入れてたストーリーにバージョンがついてなかったので、付けてみたら…
・プロダクトバックログから、スプリントバックログに移動した!
ScrumやXPにせよ、それらの概念やプラクティスは抽象的過ぎて、実際の現場ではどう運用してよいか分からない時が多い。
しかしながら、上記のようなRedmineのScrumプラグインを使えば、要求のトリアージやリリース計画へ要求のアサインを、Redmine上で実現できる。
つまり、実際の要求マネジメントをRedmine上で行っているのと同じなのだ。
ツールを上手に使いこなせれば、ツールが開発プロセスを改善してくれる。
そうすれば、チームは自然に成長している。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- プロジェクトのリスクはコストの増減で管理する(2021.04.08)
- 沢渡さんの資料「テレワークに役立つ8つのスキル」はいいね(2021.04.04)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
- ソフトウェア開発は打ち合わせ駆動開発だ(2021.03.30)
「Redmine」カテゴリの記事
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
- Redmine 4.1.2がリリースされた(2021.03.21)
- 信頼度成長曲線の落とし穴(2021.02.12)
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
「ソフトウェア工学」カテゴリの記事
- なぜInfrastructure as Codeが必要なのか?(2021.04.18)
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
- ソフトウェア開発は打ち合わせ駆動開発だ(2021.03.30)
「チケット駆動開発」カテゴリの記事
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- カンバンはステータス名が大事(2021.01.02)
- GTDは箱の使い分けが鍵を握る(2020.12.09)
「Agile」カテゴリの記事
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- 沢渡さんの資料「テレワークに役立つ8つのスキル」はいいね(2021.04.04)
- 要件定義プロセスはDXで終焉するのか(2021.04.01)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
コメント