正しいものをともに考え、正しくともにつくる
16 likes18,111 views
DevLOVE300 講演 https://devlove.doorkeeper.jp/events/102926
More Related Content
What's hot (20)
Similar to 正しいものをともに考え、正しくともにつくる (20)
More from toshihiro ichitani (20)
正しいものをともに考え、正しくともにつくる
- 1. 正しいものを ともに考え 正しく ともにつくる Ichitani Toshihiro 市⾕聡啓 The end of the journey is the beginning of a new journey
- 3. 市⾕ 聡啓 Ichitani Toshihiro https://ichitani.com/ Profile Twitter https://twitter.com/papanda “越境をエナジャイズするジャーニー” What Doing
- 4. 講演、研修、執筆 仮説検証型アジャイル開発 によるプロダクトづくり 仮説検証、アジャイル開発の 実践⽀援 (メンタリング) DX (Digital Transformation) ⽀援
- 8. “誰かのために作る” という時点で不確実性と向き合う ことは不可避 (“誰か" is ユーザー、顧客) Photo on VisualHunt.com
- 9. “SoE だから不確実性が⾼い” “SoR だから不確実性が⾼くない” という2元論で説明する時代は終わった Photo credit: Ravi_Shah on Visual hunt / CC BY
- 10. 10年あるいは20年近い、 “知る⼈ぞ知る” な基幹システム (なおそれを知る者はほぼいない) バックエンドにフタをして フロントの世界だけで新しい 価値を⽣み出そう の限界 (フロント(SoE)で”デキない制約”が強すぎる) Photo credit: v923z on Visual hunt / CC BY
- 11. ⼈知れず動くSoRを巡る調査は まさに(価値)探索 ひとりでいくな危険 Photo credit: Kylie_Jaxxon on Visual Hunt / CC BY-SA
- 12. 今われわれが直⾯していることは ⼈間が普段やっている⾏為を デジタルに置き換えよう ではなくて あらゆる⼿段を使って どのようにトランスフォーミング できるのかという検証そのもの Photo credit: Kevin M. Gill on Visualhunt / CC BY
- 14. Photo on VisualHunt.com 保険業務 SoE SoR 本⼈認証 ⼦供写真共有アプリ MaaS RPA従業員満⾜度 婚活 介護ロボット 決済 VR D2Cエクスペリエンスの再定義
- 18. 仮説とは？ 仮説 = 前提 + 仮定 + 期待結果 前提：昨年はある商品の売上が10%伸びた 仮定：リーチしていない顧客はまだまだいるはずで さらに広告投資を50%増やすため 期待結果：今年の売上は20%の伸びは期待できる
- 20. 前提 仮定 期待結果 データ 知⾒ 前提(事実)を作るための根拠が データ (定量/定性) であり、 知⾒ (経験知) ゆえにデータによる理由付けが 不可⽋であり、データを補う 知⾒(既知の事実)が全体の速度 を上げる
- 23. 前提 仮定 データ 知⾒ 情報 解釈 理解 ☓ ゆえに、正しい理解を得るためには、「解釈」を 鍛える必要がある（すなわち学習結果を積み重ねる） 期待結果 これまで 獲得した知識 検証結果 による学び
- 24. 検証結果 による学び 前提 仮定 データ 知⾒ 情報 解釈 ☓ 期待結果 これまで 獲得した知識 理解 仮説 合意形成 意思決定 その上で、⽴てた仮説に基づいて 意思決定のための合意形成を⾏う
- 27. 仮説検証の「例」
- 29. 仮定⽴案 (仮説キャンバス) 探索的検証 (顧客インタビュー) 仮説の修正 仮説検証1周⽬ (target : PSfit) 仮説検証2周⽬ (target : PSfit (被験者にイメージを深めてもらう)) イメージ制作 (ストーリーボード等) イメージを伴う検証 (顧客インタビュー) 仮説の修正
- 30. 仮定⽴案 (仮説キャンバス) 探索的検証 (顧客インタビュー) 仮説の修正 仮説検証1周⽬ (target : PSfit) 仮説検証2周⽬ (target : PSfit (被験者にイメージを深めてもらう)) イメージ制作 (ストーリーボード等) イメージを伴う検証 (顧客インタビュー) 仮説の修正 仮説検証3周⽬ (target : PSfit (被験者に操作関与でイメージを深めてもらう)) プロトタイプ制作 (No Code Prototyping) 操作を伴う検証 (プロトタイプ検証) 仮説の修正
- 31. 仮定⽴案 (仮説キャンバス) 探索的検証 (顧客インタビュー) 仮説の修正 仮説検証1周⽬ (target : PSfit) 仮説検証2周⽬ (target : PSfit (被験者にイメージを深めてもらう)) イメージ制作 (ストーリーボード等) イメージを伴う検証 (顧客インタビュー) 仮説の修正 仮説検証3周⽬ (target : PSfit (被験者に操作関与でイメージを深めてもらう)) プロトタイプ制作 (No Code Prototyping) 操作を伴う検証 (プロトタイプ検証) 仮説の修正 仮説検証4周⽬ (target : PSfit (被験者に利⽤体験してもらい評価する)) MVP特定と開発 (ユーザー⾏動フロー) 利⽤体験を伴う検証 (MVP検証) 仮説の修正
- 33. 仮定⽴案 (仮説キャンバス) 探索的検証 (顧客インタビュー) 仮説の修正 仮説検証1周⽬ (target : PSfit) 仮説検証2周⽬ (target : PSfit (被験者にイメージを深めてもらう)) イメージ制作 (ストーリーボード等) イメージを伴う検証 (顧客インタビュー) 仮説の修正 仮説検証3周⽬ (target : PSfit (被験者に操作関与でイメージを深めてもらう)) プロトタイプ制作 (No Code Prototyping) 操作を伴う検証 (プロトタイプ検証) 仮説の修正 仮説検証4周⽬ (target : PSfit (被験者に操作関与でイメージを深めてもらう)) MVP特定と開発 (ユーザー⾏動フロー) 利⽤体験を伴う検証 (MVP検証) 仮説の修正 課題仮説 課題仮説 機能仮説 課題仮説 機能仮説 課題仮説 機能仮説 形態仮説 検証⽬的の度合いが異なる
- 34. 仮説検証5周⽬ (target : PMfit) UXの推敲 課題仮説 機能仮説 形態仮説 ・5周⽬以降に必要となるものは4周⽬の結果に依るが、 アーリーなユーザー(課題が切実なため多少の瑕疵を⼤⽬にみれる) から、ユーザーの裾野を広げる⽅向に進む必要がある。 ・より「伝える」ことを丁寧に⾏う必要がある。それはPRだけでは なく、プロダクトの表現そのものの磨き込みである。 ・ユーザーを⾃分たちに宿し、利⽤体験を頭から何度も繰り返し テストし、つっかかりのない「つるつる」を⽬指す（UXの推敲）
- 35. 分からないことを分かるようにする 分かったことに基づいて、つくる 仮説検証型アジャイル開発の戦略 Photo credit: ilovepics11 on Visualhunt.com / CC BY-NC-ND
- 36. 問われるのは われわれは、どこまで変化に適応できるか？ 早く形が⾒える、触れられる 想像⼒頼みから体が使える だから、圧倒的に学びが増える Photo credit: Ale Art on Visualhunt / CC BY-ND
- 38. 変化を受け⽌められる 余⽩をつくりながら、 短いタイムボックスの中での 確実性は⾼める。 余⽩が無ければ変化を受け⼊れられない。 いかにして無いところに余⽩を作り出すか？ ⻑い距離で確実なことは⾔えない。 でも、短い距離でなら？成果の確度を⾼められる。 Photo credit: Arenamontanus on Visualhunt.com / CC BY
- 39. 余⽩の戦略 全体への 共通理解を統べる作戦 スプリント強度を⾼める戦術 プロジェクトレベル 複数スプリントレベル スプリントレベル ・調整の余⽩ ・期間の余⽩ ・受け⼊れの余⽩ ・背⾻駆動開発 ・状況をクリーンに保つ5つの条件 1. 受け⼊れ条件を定義している 2. ベロシティを計測し安定させている 3. 受け⼊れテストを実施している 4. 振り返りを実施しカイゼン継続 5. 実運⽤相当のデータが揃っている
- 42. スプリント強度を⾼める戦術 ・状況をクリーンに保つ5つの条件 1. 受け⼊れ条件を定義している 条件を定義しようとしてみることが⼤事。実際にはできない 場合もある。どこまではっきりしていて、どこからは作って⾒て なのかの理解をチーム、関係者で揃える 2. ベロシティを計測し安定させている 低すぎず、過熱しすぎず。ボトルネック事案の早期検出をチーム で⾏えるようになるために、ベロシティに関⼼を持つ。 3. 受け⼊れテストを実施している 条件と呼応するもの(場合によって条件そのもの)。スプリント毎 の確実な実施が安定度を格段に⾼めることになる。 4. 振り返りを実施しカイゼン継続 5. 実運⽤相当のデータが揃っている
- 43. 全体への共通理解を統べる作戦 ・⾃分たちの活動に”作戦名”をつける 活動 = まとまった機能群の開発、カイゼン… 距離感としては プロジェクト ＞ 複数スプリント ＞ スプリント 象徴的な名前付けで⽅針を分かりやすくする (“背⾻バックログを倒し切る作戦”) 「この期間」のミッションが明確になり、何をやれば 良いかが⾃明になり、優先基準もわかりやすくなる。 チームの⾃律的な動きへと繋がる。
- 44. 全体への共通理解を統べる作戦 ・⾃分たちの活動に”作戦名”をつける 活動 = まとまった機能群の開発、カイゼン… 距離感としては プロジェクト ＞ 複数スプリント ＞ スプリント 象徴的な名前付けで⽅針を分かりやすくする (“背⾻バックログを倒し切る作戦”) 「この期間」のミッションが明確になり、何をやれば 良いかが⾃明になり、優先基準もわかりやすくなる。 チームの⾃律的な動きへと繋がる。 このタイムボックスのことを “ジャーニー” と呼ぶ
- 49. Toshihiro Ichitani All Rights Reserved. Photo credit: James Marvin Phelps via Visualhunt.com / CC BY-NC ⾃らに問い続ける
- 50. 問い続けることで⾃分たちに傾向を与える プロダクトづくりにおいて最も誤りをおかす箇所とは ⾃分たち⾃⾝の意思決定や⾏動。 Photo credit: Shandi-lee on Visualhunt.com / CC BY-NC-ND
- 52. 第1部 完
- 53. https://amzn.to/2TBC0oA https://amzn.to/2VQ6oOM https://amzn.to/32Wuklp https://ichitani.com/ https://enagile.jp/
- 54. 第2部 ともに考え、ともにつくる
- 55. 不確実性との戦い 必要なのは「誰にも分からない」という 状況下で前に進んでいくあり⽅ Photo credit: Kylie_Jaxxon on Visualhunt / CC BY-SA
- 57. 混沌を引き寄せるものであり、 プロダクトの未来を変える可能性でもある 不確実性とは、 明⽇の予定調和が常に明るい未来なわけではない 未来を変えるためにはシナリオ(台本)を変えられる 必要がある Photo credit: occhiovivo on Visual Hunt / CC BY-NC-ND
- 61. 重奏型仮説検証
- 63. われわれはなぜこの事業をやるのか？ ⽬的 ビジョン 実現⼿段 優位性 評価指標 提案価値 顕在課題 潜在課題 代替⼿段 チャネル 状況 収益モデル 市場規模 中⻑期的に顧客にどういう状況に なってもらいたいか？ 提案価値を 実現するの に必要な⼿ 段とは何か？ 提案価値や実現 ⼿段の提供に貢 献するリソース (資産)が何かあ るか？ どうなればこ の事業が進捗 していると判 断できるのか？ (指標と基準値) われわれは 顧客をどん な解決状態 にするのか？ (何ができる ようになる のか) 顧客が気づいて いる課題に何が あるか？ 多くの顧客が気 づけていない課 題、解決を諦め ている課題に何 があるか？ 課題を解決するた めに顧客が現状取っ ている⼿段に何が あるか？(さらに 現状⼿段への不満 はあるか) 状況にあげたひ とたちに出会う ための⼿段は何 か？ どのような状 況にある顧客 が対象なのか (課題が最も発 ⽣する状況と は？) どうやって儲けるのか？ 対象となる市場の規模感は？ 傾向 同じ状況にある ⼈が⼀致して⾏ うことはあるか？ 仮説キャンバス (1.0)
- 64. Toshihiro Ichitani All Rights Reserved. Photo credit: somenice on VisualHunt / CC BY-NC プロダクトオーナーの視座を プロダクトの上限(ボトルネック)にしない
- 65. Photo credit: Wendelin Jacober on Visual Hunt / CC BY "プロダクトオーナー”の⺠主化 PO⼀⼈の視座、視野から チームの視座、視野へ
- 67. 重奏的仮説検証 チーム or PO を仮説検証にどうやって巻き込むか 最初は誰もが半信半疑。実践していく 中で、意義を⾒出して⾏く。 仮説検証についてのゴールデンサークル を確認した後、段階的な取り込みを設計 する。 第１ジャーニー：事前学習 第２ジャーニー：イベントベースの検証 第３ジャーニー：継続的な検証活動
- 68. Photo credit: Wendelin Jacober on Visual Hunt / CC BY 意味あるものを作り出したい という意思に POや開発者という分け隔ては無い
- 69. 相⼿のナラティブを知ろうとする Photo credit: zxjbfcindy2019 on Visual Hunt / CC BY-NC-SA
- 72. 検証結果 による学び 前提 仮定 データ 知⾒ 情報 解釈 ☓ 期待結果 これまで 獲得した知識 理解 仮説 合意形成 意思決定 多様性 ばらばらのままの 合意形成チームの 合意形成 個々の仮説
- 75. Photo credit: U.S. Pacific Fleet on VisualHunt.com / CC BY-NC チームの機動性を上げるとは？ インプット(変化)に対して即応性をあげる ただし、全体性を⾒失わずに。 誰かが与えた全体性のもとに、端っこから 作っていくのではなく、⾃分たち⾃⾝で舵を取る
- 79. Photo credit: mikecohen1872 on Visualhunt.com / CC BY チームもプロダクトも最初から 完成型(理想)が⾒えるわけではない
- 80. ジャーニー = 段階的発展 = 進化 当事者として 「意思のある進化」を仕組み、 その上で変化に適応していくこと
- 82. リーン・ジャーニー・スタイル
- 86. 繰り返し = イテレーティブ
- 90. 少しずつ = インクリメンタル 繰り返し = イテレーティブ 段階的に = ジャーニー 形作る
- 96. 「これまで」が引き寄せる 重⼒を突破できない Photo credit: Miles Cave on Visualhunt / CC BY-NC-ND
- 97. 厳然と存在する「変化格差」
- 103. DXは、現場と経営の変⾰意思が 噛み合う惑星直列的なチャンス 現場でいくらアジャイルを⾔っても通じなかった時代 “トップダウンによる変⾰”が空を切り続けた時代 を経て、われわれは共通の危機感の下に辿り着いた Photo credit: NASA Goddard Photo and Video on Visual hunt / CC BY
- 106. ジャーニーは重なり合う
- 112. 私⾃⾝のジャーニー ゆえに。さいごに、
- 114. Photo via Mars Williams via Visual hunt これまで⽇本の社会インフラを つくってきたプレイヤーこそ 逆境にある
- 116. Toshihiro Ichitani All Rights Reserved. Photo credit: James Marvin Phelps via Visualhunt.com / CC BY-NC 逆境からの越境
- 118. Toshihiro Ichitani All Rights Reserved. 20代、30代ではなく 今の⾃分だからできること、 やるべきことがある
- 120. 新たな境界でまた。会えることを。 Photo credit: digitalpimp. on Visualhunt.com / CC BY-ND