【すとーりーすらいしんぐ】

ストーリースライシング とは?

最終更新:
💡 ケーキを「横」ではなく「縦」に切る技術

ユーザーストーリーを小さく分割して、短期間で完成・検証できるサイズにする技法のこと。縦に薄く切ることで、各スライスが単独で価値を持つようにする。

📌 このページのポイント
ストーリーは利用者が試せる小さな機能へ 技術の層だけで分割 価値ごとに縦に分割 UI API DB UI API DB 完全一致 で検索 UI API DB あいまい 検索 画面だけ・DBだけでは 価値を試しにくい 例:検索の条件ごとに、画面からデータまで 必要な品質・セキュリティも満たす
横の技術層と縦の価値単位を比較。検索の分割例であり、必要な層や分割サイズは機能・チームに合わせる。
ひよこ ひよこ
ストーリースライシングって、ストーリーを切るってこと?
ペンギン先生 ペンギン先生
そう!大きすぎるユーザーストーリーを、短期間で完成・検証できるよう小さく切り分ける技法だよ。ただし切り方にコツがあるんだ
ひよこ ひよこ
コツって?
ペンギン先生 ペンギン先生
ケーキに例えるとわかりやすいよ。横に切ると「スポンジだけの層」「クリームだけの層」になるよね。でも縦に切れば、各ピースに必要な層を含められる。ストーリーも同じで、技術レイヤーで切るんじゃなくて、ユーザー価値で縦に切るんだ
ひよこ ひよこ
横に切るとどうなるの?
ペンギン先生 ペンギン先生
たとえば「まずDB設計だけ」「次にAPI だけ」「最後にUIだけ」と切ると、動く機能としての価値を確かめにくいよね。縦に切れば「ログイン機能だけ」「検索機能だけ」と、利用者が試せる小さな機能を目指すんだ。ただしログインや検索も大きければさらに分けるよ
ひよこ ひよこ
どのくらい小さくすればいいの?
ペンギン先生 ペンギン先生
チームが短期間で完成・検証できる大きさを目指そう。Scrumなら1スプリントで完了できる範囲にする。ポイントの尺度はチームごとに違い、日数と固定換算はできないよ。大きすぎると見積もりが不正確になるし、小さすぎると管理コストが増えるから、ちょうどいいバランスが大事だよ
ひよこ ひよこ
うまく切れないときはどうするの?
ペンギン先生 ペンギン先生
いくつかパターンがあるよ。「ハッピーパスとエラーパスで分ける」「対応するデータ種別で分ける」「CRUD操作で分ける」など。経験を積むと自然に切れるようになるけど、最初はチームで一緒に考えるのがおすすめだね
もっと詳しく知りたい人へ

DBやAPIごとの作業に分けてはいけないの?

実装タスクを技術別に分けることはできます。ただし、ユーザーストーリーの分割では利用者が検証できる価値を単位にします。たとえば検索なら、まず完全一致の検索をUIからデータ取得まで通し、あいまい検索は別のストーリーにできます。公開前に必要な品質・セキュリティ条件を省く意味ではありません。

ペンギン
まとめ:ざっくりこれだけ覚えればOK!
「ストーリースライシング」って出てきたら「大きなユーザーストーリーを価値ある小片に分割する技法」と思えればだいたいOK!
📖 おまけ:英語の意味
「Story Slicing」 = ストーリーの薄切り
💬 Slicingは薄く切るという意味。ここでは価値を保ってストーリーを分割する様子を表すよ

参考資料

← 用語集にもどる