CBT時代を生き抜くための「新・過去問活用術」と実務への応用

Tech

style_prompt 本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト(未検証)です。

令和5年度 春期 ネットワーク 午前Ⅱ 問5 スクラムのプロダクトバックログ

本問は、アジャイル開発手法スクラムにおける、プロダクトバックログの役割と特性に関する知識を問う。プロダクトオーナーの責任範囲を理解することが解法の鍵となる。

【問題】

スクラム開発におけるプロダクトバックログの説明として、最も適切なものはどれか。

ア. 開発チームがスプリント期間内に行う作業のリストであり、着手する順序に並べ替える。 イ. プロダクトの将来的なビジョンや目的を記述したものであり、変更は原則として認められない。 ウ. プロダクトに必要な機能や要求を一覧化したものであり、ビジネス価値などに基づいて優先順位付けされる。 エ. スプリントレビューの結果、対応が必要と判断された欠陥や改善事項を記録したものであり、次のスプリント計画に反映される。

【解説】 プロダクトバックログ(Product Backlog: PBL)は、プロダクトの価値を最大化するために必要なすべての作業項目(機能、要求、修正、改善など)を一元管理するリストです。このリストの管理責任者はプロダクトオーナー(PO)です。

プロダクトバックログの特性 プロダクトバックログの最も重要な役割は、「何を作るべきか」の要求を一覧化し、ビジネス価値やリスクに基づいて項目に優先順位を付け、絶えず変更(リファインメント)していく動的なリストである点です。この優先順位に基づき、開発チームはスプリント計画で最上位の項目を選択します。

したがって、選択肢ウの「プロダクトに必要な機能や要求を一覧化したものであり、ビジネス価値などに基づいて優先順位付けされる」が、プロダクトバックログの定義として最も適切です。

Mermaid図解

プロダクトバックログの優先順位付けとスプリントへの入力の流れを図示します。

graph LR
    A["市場/顧客要求/POのビジョン"] --> P("プロダクトバックログ")
    P -- 優先順位付け(リファインメント) --> P
    P -- 最上位項目を選択 --> S["スプリントバックログ"]
    S -- 開発チームの作業 --> I("インクリメント/成果物")
    I --> F("フィードバック/学習")
    F --> P % PBLが動的に更新される

【選択肢の吟味】

選択肢 判定 解説
誤り これはスプリントバックログ(Sprint Backlog)の説明である。スプリントバックログは、プロダクトバックログから選択された項目を、特定のスプリント内で完了させるための具体的なタスクリストである。
誤り PBLは要求や機能を記述するものであり、ビジョンや目的を記述したものではない。また、PBLは環境変化に対応するため、常に変更(リファインメント)が行われる動的なリストである。
正解 プロダクトの実現に必要な要求を一覧化し、ビジネス価値などに基づいて優先順位付けする。これがPBLの核となる機能である。
誤り スプリントレビューの結果、発見された欠陥や改善事項は、PBLに追加される項目の一部であり、PBL全体の定義ではない。これらは他の要求事項と同様に優先順位が付けられる。

【ポイント】

  • プロダクトバックログ(PBL)は、プロダクトに必要な全ての要求を優先順位付けした単一のリストであり、プロダクトオーナーが責任を持つ。

  • スクラムの3つの成果物(PBL、スプリントバックログ、インクリメント)を混同しないこと。

  • PBLの項目は、市場の変化や学習結果に基づき、絶えずリファインメント(詳細化、見積もり、再優先順位付け)される。

ライセンス:本記事のテキスト/コードは特記なき限り CC BY 4.0 です。引用の際は出典URL(本ページ)を明記してください。
利用ポリシー もご参照ください。

コメント

タイトルとURLをコピーしました