User Story Mapping + Inclusive Team

Scrum Fest Fukuoka 2025
https://confengine.com/conferences/scrum-fest-fukuoka-2025/proposal/21640/

Transcript

1. ユーザーストーリー マッピング の本質と実践 ～ 生成AIとの協働がもたらす 新しいバックログ作成の形 ～
2. Scrum Tokyo チャンネル 続々更新中
4. 川口 恭伸 かわぐち やすのぶ Twitter: @kawaguti YesNoBut株式会社 代表取締役社長 アギレルゴコンサルティング株式会社 シニアアジャイルコーチ 一般社団法人スクラムギャザリング東京実行委員会 代表理事 一般社団法人 DevOpsDays Tokyo 代表理事
6. ユーザーストーリー マッピングの本質
7. 変化は外から、障害の形で現れる。
8. 変化=障害を 代謝 する
9. 1.Focus（集中） • チームに集中させ、成果を出させる... • 気を散らすものを最小限に。 2.Done Done（完全完了） • 各スプリントで「完全完了」を目指す... • 作業を次のスプリントに持ち越さない。 3.Change（変化） • 新しいスプリントの開始時に 変更を取り入れる... • 途中ではない。 4.Courage（勇気） • 検査と適応の際に勇気を持つ... • 何も隠さない。 5.Events（イベント） • 定期的なイベントに習熟する... • それらが無意味な儀式に ならないようにする。 Top 5 Tips アジャイルを上手く活用して 変化を 代謝するために 変化は組織の外から やってくるのです。
10. 変革期 変革期 変化 変化 変化 安定期 拡大期 安定期 拡大期 安定期 拡大期 安定期のある変化から、変化し続ける環境へ 数年ごとのメジャーバージョンアップ 大規模な先行マーケティング ライセンス販売モデル 継続的な変更とリリース 事前告知なし・発表日に提供開始 従量制・サブスクリプション
11. 変革期 変革期 変化 変化 変化 安定期 拡大期 安定期 拡大期 安定期 拡大期 https://gazoo.com/feature/gazoo-museum/car-history/15/01/16_1/ https://www.honda.co.jp/50years-history/ challenge/1981city/page02.html https://www.youtube.com/watch?v=Hl1zEzVUV7w https://logmi.jp/tech/articles/327160 ハードウェアの変化のしかたすら、変化していく
12. テスラとSpaceXにおけるアジャイル Joe Justice
13. 1986 変革期から学び、変化し続ける環境でサバイブする 変革期 変革期 変化 変化 変化 安定期 拡大期 拡大期 安定期 拡大期 安定期 2005 https://logmi.jp/tech/articles/327160 2022 https://speakerdeck.com/kawaguti/roots-of-scrum-2005 https://hbr.org/1986/01/the-new- new-product-development-game
14. https://www.youtube.com/watch?v=tLbvnxCkXWA 初代プリウスにみるアジャイル開発の要素と 現代の環境での進め方について
15. 1. 現地現物評価: 試作初号車を半年で作成し、作って みると数字が出ない。（Test First, Sprint Review） 2. 近くでワンチーム: 近くで一緒に作業し、不具合を大部 屋で一つ一つ解決。（Cross Functional Team） 3. お手本なし: G21行動規範と性能目標を自分たちで決め て完結させる。（Working Agreement） 4. 高い士気: "世の中のために必要"という前のめりの姿勢 で、失敗しても転んでもただでは転ばない。 （Self Management） 初代プリウス開発とスクラムの関係 1/3
16. 5. 内製の強み: 身内に作っている人がいると話が早く、内 製なので1週間で作って問題を解決できる。（Fix it now） 6. ツール活用: シミュレーションがないと早く選定できず、 車載PCでリアルタイムモニタリングを実施。 （Continuous Integration） 7. 同時進行: 正式図なしで生産準備に入り、開発と量産を 並行して進め、認証は持込対応。（Type C Scrum） 8. リスク回避: スクラムは早期から現物確認しリスク発現 を前出しし、良いイメージで進めていく。 初代プリウス開発とスクラムの関係 2/3
17. 9. トップの想い浸透: これより大事な仕事はないと力 説し、打合せの度にラインオブになるのはアジャイ ルの原型。（Vision/Product Owner） 10.上位からの信頼: 実践者の目の色で判断し、前向き なリーダーを置いて一緒に学ぶ。（Respect and Trust） 11.上司はしご外し: スクラムと違い、心理的安全性が 少ない部署もあった。 初代プリウス開発とスクラムの関係 3/3
18. 変化を代謝するフレームワークとしてのスクラム https://www.youtube.com/watch?v=nHIlMlpDWzg
19. 自己組織的に働く人々。 優先順位に合わせて 出荷判断可能な プロダクトの増分を 生み出していく。 開発者(たち)
20. 自律的なチームには どのような情報が 必要なのだろうか？ ？
21. プロダクトバックログ 開発者(たち)
22. プロダクトバックログ 優先順位付けされた 機能リスト。 開発者たちが見積もる。 納期は決められない。
23. プロダクトバックログ 動作する プロダクト (の増分) 上から順に 生み出していく
24. 動作する プロダクト (の増分) 上から順に 生み出していく 価値があるか どうかがわかる プロダクトバックログ
25. しかし、この機構だけでは、 受発注関係になってしまう(かも)? 企画する人 開発する人
26. しかし、この機構だけでは、 受発注関係になってしまう(かも)? 企画する人 開発する人
27. 資料を作る人 会議する人 ものを作る人
28. エクストリームプログラミングの原動力のひとつ は、ビジネスとテクノロジーの間の溝を癒すこと でした。私は、一般的に言われている2つのグ ループが激しく対立し、協力する方法を見つけて も必要なものが得られないという状況を目の当た りにしてきました。つまり、自分には納期を決定 する力があると思っている人が、その力の幻想を 手放そうとしなかったのです。そこにエクスト リーム・プログラミングが登場し、一連の人間関 係とそれを支える儀式、そしてそれらの儀式や人 間関係を支える技術的な慣習を提示しました。そ して、その代償として、締め切りを指示すること ができなくなりました。 (Kent Beck 2021年７月のAgile 2021でのトークより) https://ja.wikipedia.org/wiki/ ケント・ベック
29. それを良しとする人もいました。そして、そのよ うなチームはとてもうまくいきました。しかし、 一般的には、力関係は変わっていません。つまり、 インセンティブが変わっていないのです。だから、 行動は変わらない。だから結果も変わっていない。 私は、これはペアプログラムをするかしないかと いう問題ではなく、意思決定をスキル・情報・結 果に向けて動かす意思があるかどうかという問題 だと思っています。 (Kent Beck 2021年７月のAgile 2021でのトークより) https://ja.wikipedia.org/wiki/ ケント・ベック
30. それを良しとする人もいました。そして、そのよ うなチームはとてもうまくいきました。しかし、 一般的には、力関係は変わっていません。つまり、 インセンティブが変わっていないのです。だから、 行動は変わらない。だから結果も変わっていない。 私は、これはペアプログラムをするかしないかと いう問題ではなく、意思決定をスキル・情報・結 果に向けて動かす意思があるかどうかという問題 だと思っています。 (Kent Beck 2021年７月のAgile 2021でのトークより) https://ja.wikipedia.org/wiki/ ケント・ベック 自分には納期を決定する力 があると思っている人が、 その力の幻想を手放そうと しなかったのです。
31. それを良しとする人もいました。そして、そのよ うなチームはとてもうまくいきました。しかし、 一般的には、力関係は変わっていません。つまり、 インセンティブが変わっていないのです。だから、 行動は変わらない。だから結果も変わっていない。 私は、これはペアプログラムをするかしないかと いう問題ではなく、意思決定をスキル・情報・結 果に向けて動かす意思があるかどうかという問題 だと思っています。 (Kent Beck 2021年７月のAgile 2021でのトークより) https://ja.wikipedia.org/wiki/ ケント・ベック 一般的には、力関係は 変わっていません。 自分には納期を決定する力 があると思っている人が、 その力の幻想を手放そうと しなかったのです。
32. 正しいことをしたければ、偉くなれ
33. 正しいことをしたければ、偉くなれ
34. https://www.youtube.com/watch?v=ipuwbFanqMY
35. https://www.youtube.com/watch?v=ipuwbFanqMY ソシアルの原点は ペアなんです。 俺と君は違うよねと。 (36:45)
36. おれときみはちがうよね、と。 知的コンバット
37. 軍艦島(端島)
38. https://www.tbs.co.jp/umininemuru_diamond_tbs/chart/
39. https://www.tbs.co.jp/umininemuru_diamond_tbs/chart/ 採掘する人 管理する人
40. おれときみはちがうよね、と。 知的コンバット
41. 植民地で鉱物資源が みつかった！ →安い作業力が欲しい →黒人から住居を奪う →働くしかなくなる →アパルトヘイト政策
42. 植民地で鉱物資源が みつかった！ →安い作業力が欲しい →黒人から住居を奪う →働くしかなくなる →アパルトヘイト政策 けんかとかぶつかりあい どころでなく収奪関係
43. https://www3.nhk.or.jp/news/html/20241014 /k10014607961000.html
44. 収奪的制度 Extractive 包括的制度 Inclusive
45. 収奪的制度 Extractive 包括的制度 Inclusive 少数エリートが権力と富を 独占し、大多数から資源や 機会を「収奪」する構造で す。 権力は集中し、法の支配は 弱く、イノベーションは 抑制されます。 広範な参加を促し、権力を 分散させ、法の支配を確立 します。経済的機会が広く 開かれ、財産権が保護され、 創造的破壊が奨励されるこ とで持続的な成長と繁栄を 生み出します。
46. ベンダーや若者を安くコキ使う仕組みは、 なんとなく収奪的制度に近そう。 企画する人 開発する人
47. ベンダーや若者を安くコキ使う仕組みは、 なんとなく収奪的制度に近そう。 企画する人 開発する人
48. 「ボツワナ、中国、合衆国南部の例は、イングランドの 名誉革命、フランス革命、日本の明治維新と同じく、歴 史は宿命ではないことを如実に物語っている。 悪循環 があるにもかかわらず、収奪的制度に包括的制度が取っ て代わることはある。だが、そうなるのは自動的ではな いし、容易でもない。多くの場合、国家がより包括的な 制度に向かって大きく前進するためにはさまざまな複合 的要因が必要だ。ことに決定的な岐路と、改革や既存の 好都合な制度を推進する人々の幅広い連帯が重なる必要 がある。そのうえで、ある程度の幸運がカギとなる。歴 史はつねに成り行き任せの展開をするからだ。」
49. 「ボツワナ、中国、合衆国南部の例は、イングランドの 名誉革命、フランス革命、日本の明治維新と同じく、歴 史は宿命ではないことを如実に物語っている。 悪循環 があるにもかかわらず、収奪的制度に包括的制度が取っ て代わることはある。だが、そうなるのは自動的ではな いし、容易でもない。多くの場合、国家がより包括的な 制度に向かって大きく前進するためにはさまざまな複合 的要因が必要だ。ことに決定的な岐路と、改革や既存の 好都合な制度を推進する人々の幅広い連帯が重なる必要 がある。そのうえで、ある程度の幸運がカギとなる。歴 史はつねに成り行き任せの展開をするからだ。」 だが、そうなるのは自動的 ではないし、容易でもない。
50. 「ボツワナ、中国、合衆国南部の例は、イングランドの 名誉革命、フランス革命、日本の明治維新と同じく、歴 史は宿命ではないことを如実に物語っている。 悪循環 があるにもかかわらず、収奪的制度に包括的制度が取っ て代わることはある。だが、そうなるのは自動的ではな いし、容易でもない。多くの場合、国家がより包括的な 制度に向かって大きく前進するためにはさまざまな複合 的要因が必要だ。ことに決定的な岐路と、改革や既存の 好都合な制度を推進する人々の幅広い連帯が重なる必要 がある。そのうえで、ある程度の幸運がカギとなる。歴 史はつねに成り行き任せの展開をするからだ。」 だが、そうなるのは自動的 ではないし、容易でもない。 ことに決定的な岐路と、改革や既 存の好都合な制度を推進する人々 の幅広い連帯が重なる必要がある。
51. 自律的なチームには どのような情報が 必要なのだろうか？ ？ 再掲
52. 情報を集める。 答え
53. ハイキュー!! 24巻
54. ハイキュー!! 24巻 今までずっと ボールだけを追ってた
55. ハイキュー!! 24巻 今までずっと ボールだけを追ってた でも コートの中には 情報がいっぱいだ
56. 本田宗一郎 「地面に耳をつける」 https://bikefun.jp/2025/03/05/soichirohonda_nonakajiro/
57. パラノイア だけが生き残る Only Paranoid Survive アンディ・グローブ (偏執狂)
58. パラノイア だけが生き残る Only Paranoid Survive アンディ・グローブ 偏執狂 (へんしゅうきょう) ある事について異常に執着 し、病的な態度を示す人。 https://kotobank.jp/word/%E5%81%8F%E5%9F%B7%E7%8B%82 (偏執狂)
59. ジェフ・パットン Jeff Patton 協調ワークショップを 通じて共通理解を作る。
60. 2011年。初来日が 第一回スクラムギャザリング東京
61. 最も驚いたのは、 付箋を書き出す際の 「スピード」と「量」
62. 62 世界最初のユーザーストー リーマッピングが生まれた時
63. 63 前書き
65. 65 ゲーリーから聞き取って 書いたカードで床が埋まった。 そして、それを整理した。
69. 69 利用現場を知らない人には、 この緻密さと情報量を 出すことは難しい。
70. 70 前書き リアルタイムに 議論し、記録し、 付け加えていく
71. https://www.1101.com/iwata/2007-09-04.html
72. 「オレは、これをいいと思う」って すべてのお客さんを代表するかのように、 思い込みで語るつくり手が多いんですよ。 https://www.1101.com/iwata/2007-09-04.html
73. 本当は「お客さんがこう反応する」 っていう事実があって、 「それはなぜだろう？」 という仮説があって、そこではじめて 「じゃあ、どうすれば、 根っこの問題が解決できるだろう？」 って考えなきゃいけないのに、 「オレはこう思う！」という、 事実と仮説をぐちゃぐちゃに混ぜた意見を 押し通してしまうことが多いんですね。 https://www.1101.com/iwata/2007-09-04.html
74. つまり、宮本さんというのは 視点を動かすことに長けているんですね。 そのとおりですね。 いままで近くで見てたのを、 突然ものすごく遠くから見てやり直すというか 虫メガネで見ていたかと思うと 地上一万メートルからもう一回見直してみたり https://www.1101.com/iwata/2007-09-04.html
75. 蒼天航路 6
76. 76 圧倒的な情報量から 絞り込んだ仮説
77. VS 圧倒的な情報量から 絞り込んだ仮説 説得のために作る わかりやすい資料 全く異なるスキルセットが必要
78. 圧倒的な情報量につきあえるチーム = 包括的な制度 インクルーシブ
79. 圧倒的な情報量につきあえるチーム = 包括的な制度 インクルーシブ
80. 松平春嶽 「ここに座ってみんか？坂本」 「その高いところに座ると、み んな気持ちよくなって、そこか らは、降りたくなくなるもん じゃ」 龍馬伝 48話
81. 坂本龍馬 「慶喜公は、降りてくださいま した。」 「春嶽さま。世の中は、もう変 わり始めちょります。これから は、身分の上下すら、のうなっ ていきますろう」 龍馬伝 48話
82. 新政府綱領八策
83. 新政府綱領八策
84. 新政府綱領八策 ◦◦◦自ラ盟主ト為リ 此ヲ以テ朝廷ニ奉リ始テ 天下萬民ニ公布云云
85. 新政府綱領八策 ◦◦◦自ラ盟主ト為リ 此ヲ以テ朝廷ニ奉リ始テ 天下萬民ニ公布云云 新政府の盟主となる人の 名前を空欄にして、 特定の有力者を前提と しないことを示した。
86. 86 誰かの責任にするのではなく、 ハイキュー!! 8巻
87. 87 利用者の情報を集める。
88. 本田宗一郎 「地面に耳をつける」 https://bikefun.jp/2025/03/05/soichirohonda_nonakajiro/
89. AIエージェントを 使ってみた印象
90. Replit Agent を使ってみた。 AIがWebアプリを 作ってくれるぞ！ (うそくさい)
91. https://chatgpt-lab.com/n/nccc10e804eba
92. だいたいの概要 Web上の開発環境として老舗の Repl.it の AIエージェント機能。 コード生成だけでなく、 ホスティングと結びついて、 デプロイから本番稼働までできる。
93. 要は、 チャットボットが コミットする。
94. ファイル
95. 作業中
96. チャット
97. 作業中 シェル Git デプロイ タブで 切り替え
98. 作業する→ デプロイ Git push → commitはエージェントがおこなう
99. 要求の提示
100. ←ここで作業承認ボタンを押す タスク開始 仕様の確認
101. ←タスクの宣言 ←ファイルの編集 ←タスクの宣言 ←開発サーバ起動 ←スクショ取得 ←コミット ←受入テスト要請
102. 作業中ペインで Web画面が 起動するので、 自分で操作して 受け入れ確認を 行う。
103. 追加要望 の提示
104. ←受入テスト要請 ←受入テスト完了 ←タスク完了確認 ←Gitコミット ←デプロイボタン
105. デプロイ実施 Provision Build Bundle Promote
106. 本番に反映される
107. Gitコミット履歴は チャットの応答
108. 作業する→ デプロイ Git push → commitはエージェントがおこなう
109. むっちゃ かわいいので ぜひ使ってみて ほしいです。 全国のスクフェス を地図表示する アプリを作ってみた
111. 使ってみた感じ 優しく原状復帰を繰り返して、 Baby Steps で指示するとよさげ。 手は早いが慎重さに欠ける 新人さんに仕事をお願いしている 感じ。(仕組みの理解は必要)
112. これはまさにPOの動き プロダクトオーナー(PO)の 練習にもってこいかもしれない。 開発者が理解できる粒度で バックログを提示して、 質問に答えながら、 有限時間内に実装してもらう。
113. PO スクラム マスター 開発者たち プロダクト オーナー
114. 顧客 PO スクラム マスター 開発者たち プロダクト オーナー
115. 顧客 PO スクラム マスター 開発者たち アウトプット プロダクト オーナー
116. 顧客 PO スクラム マスター 開発者たち アウトプット アウトカム プロダクト オーナー
117. 顧客 PO スクラム マスター 開発者たち アウトプット アウトカム プロダクトオーナー は、各種の要望を 「実現可能な仕様」 に落として、 バックログに積み、 優先順位付けして ROIを高く保つ。 プロダクト オーナー
118. 顧客 PO スクラム マスター 開発者たち アウトプット アウトカム 開発したものは アウトプット、 それを利用して エンドユーザーが 得られる成果が アウトカム。
119. 顧客 PO スクラム マスター 開発者たち アウトプット アウトカム なるべく少ないアウトプットで、 アウトカムを得たい Jeff Patton 『ユーザーストーリーマッピング』
120. 顧客 PO スクラム マスター 開発者たち アウトプット アウトカム プロダクト オーナー
121. 私なりの腹落ち POが仕組みをわかっていると とてもコスパ(ROI)がよくなりそう。 常にリリース可能な状態を保つ アジャイルの学びがそのまま使える。 (そこそこコードもシンプルっぽい)
122. 気を付けることは人間と同じ 環境不正や細かいエラーは 作業前に直しておく。 (技術的負債) 45分以上作業して、MP(AIトークン の利用可能量) がすり減っているときに 大きな作業を始めない。
123. 結論 Replit Agent を使ってみた。 AIがWebアプリを 作ってくれるぞ！ (うそくさい)
124. 結論 Replit Agent を使ってみた。 AIがWebアプリを 作ってくれるぞ！ (うそくさい)
125. 結論 割とここにいる皆さんと 相性がいいツールかなと 感じましたんで、気が向いたら そのうち使ってみたら いいと思いました。 以上
126. あとは細かい話。
127. 使ってみた感じ テストコードも書いてくれるが、 こけた E2Eテストはまるで 直してくれなくなった。 シンプルに指示すると、 シンプルに実装してくれる。 割と気持ちいい。
128. 使ってみた感じ 逆に、論理的なものや定石は、 すごく早いし気が利いていたりする。 ログインとか管理画面とか。 副作用系(描画不正とか)は、 エージェントからは見えないので、 修正が手間取りがち。
129. 使ってみた感じ なので、一歩一歩の受入確認重要。 エージェントが直せないものを 自分で解析して直そうかと思った けど、ロールバックして別の手段を 試すほうが早い。
130. 使ってみた感じ なので、あきらめも肝心。 さっさとロールバックする。 エージェントはしばらく使うと リミットに達して５時間使えない。 …ので、問題解決に堂々巡り されるとつらい。
131. 使ってみた感じ ポート5000で強制再起動を 依頼すると直してくれる。 開発用サーバーが 中途半端に生きてるのか、 ポートがふさがってて起動しない ことがある。
132. 使ってみた感じ もろもろの確認がこけまくるので、 ロールバック。 強制再起動を指示しないと、 新しく5001で起動するように ソースを書き換えて起動してしまう。
133. https://addyo.substack.com/p/the-70-problem-hard-truths-about 割と近しい見解がちゃんと解説されてました
134. むっちゃ かわいいので ぜひ使ってみて ほしいです。