ユーザーストーリーについて

Event:

アジャイルをゆるく語りたい！

Presented:

2022/06/16 nikkie

お前、誰よ（自己紹介）

  • Python（とアニメ）大好き にっきー ／ Twitter @ftnext ／ GitHub @ftnext

  • 株式会社ユーザベースのデータサイエンティスト（自称えぬえるぴーや😎）

  • ミノ駆動本_読書py 主催の1人

ラクスさんのLT会、お世話になっております

アジャイルは 旅の途中 にいる

  • XP（エクストリームプログラミング）歴3年

  • 「私の知っている／実践しているアジャイル、これで本当に合ってる？」

  • 👉書籍からのインプットとアウトプットに取り組んでいます

原点📚ケント・ベック曰く

ストーリー（ユーザーストーリー）とは

顧客に見える機能の単位を使って計画すること

『エクストリームプログラミング（第2版）』7.6

えっと、つまりどういうことですか？

  • かつて「なるほど」

  • 今改めて「私の知っている・やっているストーリーのプラクティスと一致してるのかな？」

  • 👉 他の書籍 にあたっていく

Uncle Bob『Clean Agile』📘

Uncle Bob曰く

ユーザーストーリーとは、システムの機能をユーザーの視点から簡潔に記述したもの

第3章「ストーリーとポイント」

ここで注目：簡潔に記述

詳細化を避けるのは鍛錬である。

第3章「ATMのストーリー」

なぜ詳細化を避ける？

ストーリーをマネジメント可能、スケジュール可能、見積り可能にするためには、「一時的な詳細の欠如」が必要である

第3章「ストーリーとポイント」

ストーリーは 会話のプレースホルダー

  • Webページ作成中のLorem Ipsumや「ああああ」と同じということ

  • 実際のコンテンツは後から挿入される

タイトルタイトルタイトル

  • ああああ

  • ああああ

  • ああああ

※プレースホルダーの例のスライドです

ストーリーは「あとで会話する」を表す

詳細な仕様を決めるのは、ストーリーを開発するときまで可能な限り遅らせたい。

第3章「ストーリーとポイント」

『Clean Agile』からユーザーストーリーについての学び

  • ストーリーは 会話のプレースホルダー

  • 💡プレースホルダーなので、詳細化はあまり効果的ではない（「ああああ」を「あいうえ」に凝っても・・・）

もう1冊『The Art of Agile Development, 2nd Edition』📖

英語で読んでます

AoAD2eより

Stories are for planning. They’re the playing pieces of the planning game. That’s it!

8.Planning > Stories

AoAD2e ストーリーとはnikkie訳

ストーリーとは計画のためのものです。ストーリーは 計画ゲームをプレーするための駒 で、それだけです！

規模により分類できればいい

  • 計画段階（プラクティス The planning game）においての話

    • ちょうどいい大きさ・大きすぎる・小さすぎるが分かる状態

  • 『Clean Agile』の 詳細化を避けると重なる

計画とは別にストーリーをタスクに分解する

Use task planning to break the first few stories into development tasks.

8.Planning > Adaptive Planning > How to Create Your Plan

『AoAD 2e』からユーザーストーリーについての学び

  • （やはり）ストーリーは詳細化しない

  • 計画とは別にタスクに分解

ユーザーストーリーについての考察

小さな点でもフィードバック待ってます

IMO：状況によって詳細化の程度が変わる！

  • 同じユーザーストーリーという言葉にも関わらず

  • 詳細化を避けるタイミング と、詳細化する（タスクに変える）タイミングがある

IMO：ユーザーストーリー×状況でチームで理解で捗りそう

  • 「規模で分類できればいい」フェーズで詳細化しすぎる開発者（過去の私）がいたら？

  • どこまで詳細化するかチーム内の認識合わせ がポイントっぽい！

まとめ🌯 ユーザーストーリーについて

  • ユーザーストーリーは状況によって 詳細化の程度が変わる 性質を持つ

  • IMO：チームで状況と詳細化の程度を認識合わせしよう（そのためのこのスライド）

まとめ🌯 ユーザーストーリーについて

  • 計画時点：プレースホルダーであり、詳細化は避ける

  • 計画とは別に詳細化する（タスク化）

再掲：ケント・ベック曰く

顧客に見える機能の単位を使って計画すること

達人の教え、言葉を補って理解進みました！

ご清聴ありがとうございました

Happy Agile!🙌

Announcements / References が続きます

📣ご存知ですか？ XP祭り

📣The Art of Agile Development 読書会

📣Uzabase Tech Blogのストーリーの記事

同僚のアウトプットから気付きを得ています！

📣Agile Journeyはじまりました！

📣6/24(金) TechBase vol.1

References

EOF