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

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