ブログ

ryuzeeによるブログ記事。不定期更新

直近開催のScrum Alliance認定スクラムマスター研修のご案内

より良いユーザーストーリーを書くための10個のヒント

みなさんこんにちは。@ryuzeeです。

Roman Pichler氏によるユーザーストーリーの書き方の資料が分かりやすいので紹介します。

https://www.romanpichler.com/wp-content/uploads/2013/06/WritingGreatUserStories.pdf

より良いユーザーストーリーを書くための10個のヒント

  • システムの利用者に焦点をあてる
  • ストーリーの記述ではユーザーロールを意識する
  • ユーザーストーリーをもとに議論する
    • ユーザーストーリーはチームとステークホルダー間の議論を活性化させるための道具
    • ユーザーストーリーは仕様ではなく、機能に関する議論のエッセンスである
  • ユーザーストーリーを書くのはチーム全体の仕事
    • ユーザーストーリーを書くのに全員が協力する
    • ユーザーストーリーをより良くするために定期的にバックログリファインメントを行う
  • シンプルに保つ
    • あいまいな表現や言葉は避けて誰でも理解できる言葉で書く
    • 重要なことにフォーカスし、必要以外のことは書かない
  • より良くするために継続的にリファインする
  • 受け入れ基準(Acceptance Criteria) を使う
    • ユーザーストーリーをよりわかりやすくするためにAcceptance Criteriaを使う
    • Acceptance Criteriaがあるということはテスト可能ということ
    • ストーリーは最低3〜5個のAcceptance Criteriaを持っていることがお勧め
  • ストーリーをグループ分けしてテーマにする
    • テーマ分けすることで網羅性が分かる
    • テーマ分けすることで優先度の高いストーリーが分かる
  • 紙のカードを使う
    • カードは共同作業を促進させる(簡単に選んだり書き足したりできる)
    • テーブルの上で簡単にグループ分けしたりできる
    • もしバックログの管理にソフトウェアを使ってるなら、一旦プリントアウトして、またあとで変更を登録しなおした方が良い
  • ユーザーストーリーを可視化する
    • ユーザーストーリーの中身はどんどん議論されるべきなので見える壁等に貼っておく
  • ユーザーストーリーとしては記述できないものもある
    • 制約事項などはユーザーストーリーとしては記述できないが、別の形で書いておく

それでは。

アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください(初回相談無料)
前の記事 「塹壕よりScrumとXP」その後とテスト自動化順序の決め方
次の記事 スクラムの流れを1枚で説明したポスター
ダイナミックリチーミング 第2版
Tidy First?
脳に収まるコードの書き方
プロダクトマネージャーのしごと 第2版
エンジニアリングマネージャーのしごと
チームトポロジー
スクラム実践者が知るべき97のこと
プロダクトマネジメント
SCRUM BOOT CAMP THE BOOK
みんなでアジャイル
レガシーコードからの脱却
Effective DevOps
変革の軌跡
ジョイ・インク
アジャイルコーチの道具箱
カンバン仕事術
Software in 30 Days
How to Change the World