スプリントバックログとストーリーカード（sprint backlog / story card）

分類: テクノロジ系ソフトウェア開発管理技術
出る試験: 基本情報応用情報
重要度: ★★★☆☆

プロダクトバックログから今回ぶんを取り出した一覧がスプリントバックログ。要望を利用者の言葉で1枚に書いたものがストーリーカード。

もう少し詳しい説明

前提：スクラムとは

スクラムは、アジャイル開発（短い期間で作っては見せる、を繰り返す進め方）のやり方のひとつです。

1〜4週間の決まった期間を区切り、その中で「ここまで作る」と決めたぶんを作り切る、というのを繰り返します。この1回ぶんの期間をスプリントと呼びます。

最初に全部の仕様を固めてから作り始めるのではなく、作って見せて、出てきた意見を次の回に入れるという進め方です。

やることの一覧を、2段階で持つ

スクラムでは、やることの一覧を2段階で持ちます。

1つ目がプロダクトバックログです。 その製品に求められることを全部入れて、上から順に並べた一覧です。足したい機能、直したい不具合、調べておきたいことが1行ずつ並んでいます。何から手を付けるかを決めるための一覧で、上にあるものほど先に作ります。

2つ目がスプリントバックログです。 そのプロダクトバックログの上のほうから、今回のスプリントでやれるぶんだけを取り出した一覧です。

プロダクトバックログは優先順位を付けて1本の列に並べ、同じ順位のものを作りません。そこから今回やれるぶんを取り出し、作業に分けたのがスプリントバックログです。スプリントの途中で外から項目を足すことはせず、足したいものは上の一覧へ入れて次回に回します。

	何が並ぶか	範囲	管理する人
プロダクトバックログ	その製品に求められること全部	製品の一生	プロダクトオーナー
スプリントバックログ	今回のスプリントでやること	1〜4週間	開発チーム

上から取り出して、下を作るという関係です。

プロダクトバックログ

優先順位を付けて並べた一覧です。順位は上から下へ、1本の列になっています。

同じ順位のものはありません。 「どちらも重要」という状態を許すと、何から手を付けるか決まらないためです。

中身は固定されません。使ってみて分かったこと、市場の変化、新しい要望を入れて、並べ替え続けます。

	性格
要件定義書（作る前に、何を作るかを全部決めて書いた文書）	先に全部決めて、固める
プロダクトバックログ	並べ替え続ける。生きている一覧

WBSのように全体を先に分解して固めるやり方とは、考え方が違います。

スプリントバックログ

スプリントのはじめに、プロダクトバックログの上位から、今回やれるぶんを選びます。

選んだ項目を、実際の作業に分けたものがスプリントバックログです。

選んだ項目	作業に分けると
「利用者が注文履歴を見られる」	画面を作る／データを取る処理を作る／テストを書く

選ぶ量を決めるのは開発チームです。前回どれだけ終わったかを目安にします（これをベロシティと呼びます）。

スプリントの途中で、外から項目を足すことはしません。 期間を固定して集中するのがスプリントの前提なので、割り込みを入れると意味がなくなります。足したいものは、プロダクトバックログへ入れて次回に回します。

完成の定義

もうひとつ、組で出る言葉があります。

完成の定義（Definition of Done）は、「どうなったら終わりと言えるか」をあらかじめ決めたものです。

テストが通っている
コードレビューが済んでいる
文書が更新されている

これを決めておかないと、「できた」の基準が人によって変わります。 動いたことにして次へ進み、あとで戻ってくることになります。

ストーリーカード

ユーザーストーリーを1枚のカードに書いたものです。もともとXP（エクストリームプログラミング）の道具で、スクラムでも使われます。

書き方

利用者の言葉で、ほしいことを書きます。

（誰）として、（何）をしたい。なぜなら（理由）だから。

例としては、次のような形になります。

常連客として、前回と同じ注文を1回の操作で出したい。なぜなら毎回同じものを選び直すのが面倒だから。

技術の言葉を使いません。 「注文履歴テーブルに索引を張る」は、ストーリーではなく作業です。

なぜカードなのか

紙のカードを使う理由があります。

理由	中身
小さい	書ける量が限られるので、大きすぎる要望は分けることになる
並べ替えられる	机の上で優先順位を動かせる
会話の引き金	カードは覚書で、詳細は話し合って決める

3つめが肝心なところです。 ストーリーカードは、仕様書ではありません。「これについて後で話す」という付箋にあたります。書いただけで分かった気にならないように、あえて細かく書けない大きさにしてあります。

3つのC

ストーリーの扱い方をまとめた言い方があります。

	中身
Card（カード）	ほしいことを短く書く
Conversation（会話）	詳細は、作る前に話して詰める
Confirmation（確認）	どうなったら満たしたと言えるかを決める

3つめの確認は、受入条件とも呼ばれます。完成の定義が全ストーリー共通の基準であるのに対して、こちらはそのストーリー固有の基準です。

試験ではこう出る

科目A（旧・午前）では、プロダクトバックログとスプリントバックログの区別が出ます。「製品全体の要求を優先順位付きで並べた一覧」＝プロダクトバックログです。

スプリントの途中で項目を追加しないという点も問われます。

ユーザーストーリーは、「利用者の視点で要求を記述したもの」という形で出ます。

応用情報では、ベロシティを使った見積りや、完成の定義がないと何が起きるかが問われます。

ミニクイズ

スクラムにおけるプロダクトバックログとスプリントバックログの関係として、適切なものはどれか。

正解は 1番：プロダクトバックログから今回のスプリントで扱う項目を選び、スプリントバックログを作る

プロダクトバックログは、その製品に求められることを優先順位を付けて並べた一覧です。スプリントのはじめに、上位から今回やれるぶんを選び出し、作業に分けたものがスプリントバックログになります。積み残した項目はプロダクトバックログへ戻るので、逆向きの関係ではありません。範囲も管理する人も違い、プロダクトバックログはプロダクトオーナーが優先順位を決め、スプリントバックログは開発チームが自分たちで管理します。

間違えた用語の復習リストを見る →

この分野をまとめて解く → システム開発とユーザーインタフェースのミニテスト（全40問）

最終更新：2026-10-20