YOWから始める理解の積み上げとプラクティスエフェクトによる学習設計/yow practice effect sf mikawa2022

■更新
2025/04/15 内容を分かりやすくなるように修正しました

■目次
・なぜこの話をしているの?
・前回のおさらい
・プロダクトは分かったことしか作れない
https://speakerdeck.com/moriyuya/yow-practice-effect-sf-mikawa2022?slide=28
・YOW入門
https://speakerdeck.com/moriyuya/yow-practice-effect-sf-mikawa2022?slide=77
・YOW中級
https://speakerdeck.com/moriyuya/yow-practice-effect-sf-mikawa2022?slide=139
・YOW上級
https://speakerdeck.com/moriyuya/yow-practice-effect-sf-mikawa2022?slide=390
・プラクティス・エフェクトを軸にした仕事の全体設計
https://speakerdeck.com/moriyuya/yow-practice-effect-sf-mikawa2022?slide=568

■概要
Scrum Fest Osaka 2021で『シン・仮説検証 70,000枚の付箋で分かった仮説検証のエッセンス』という発表をし、そのなかでYOWというやり方を紹介しました。
https://speakerdeck.com/moriyuya/shin-hypothesis-testing

YOWとは簡単にいえば下記の頭文字です。
　Y:やったこと
　O:起きたこと
　W:分かったこと

行動と、行動によって起きた結果と、行動が結果を引き起こしたメカニズムに焦点を当てることで、自分達の身のまわりに起きている出来事の理解を深めます。その深まった理解を元に、次の行動を効果的なものに変えていくフィードバックループの方法です。

Scrum Fest Osaka 2021では簡単な紹介だったにも関わらず、多くの方に使っていただき、Scrum FestやRSGTで活用事例を紹介していただきました。日常的に使われている方やチームも現れてきています。

プロダクトは分かったことしか作れない
私たちはなにかしらのプロダクトを作っています。直接的にプロダクトを作る人もいれば、プロダクトをユーザーが購入できるように流通を確保する人もいますし、困ったユーザーをサポートする人もいます。

これらの仕事は、はじめての人ができるような単純なものではなく、知識や経験といった「分かっていること」を積み重ねて、ユーザーを助けられるだけの能力を持ったプロフェッショナルによってプロダクトは実現されています。

この分かっていることの質と程度はプロダクトに反映され、性能や、価格、ものの使いやすさに繋がります。よりよく分かっていけばプロダクトはより手間無く、簡単に、安全に変化しています。

この分かったことを積み上げるための方法として、YOW(やったこと/起きたこと/分かったこと)を紹介します。

毎月登場するフレームワーク、振り回される私たち
さて、さまざまな専門家が毎月のように新しいフレームワークを発表しています。みなさんも仕事をよりよくするために新しいフレームワークを採用して試してみたり、自分達で作ったり組みあわせたりして、仕事の流れをより良くできないかと工夫されていると思います。

ところがフレームワークを試してみたものの、確かな効果を実感したり、使いつづけているものは少ないのではないでしょうか。

・使ってみたもののピンとこなくてやめてしまった
・効果はあったけど時間がかかりすぎて、またやる時間がとれず放置してしている
・次から次へと出てくるフレームワークに振り回されている気がする

改めて思い返してみれば、私たちはそもそもフレームワークとはなんなのかを教えられていなかったり、どのように仕事を組み立てればいいのかはっきりしないまま、試行錯誤しているのではないでしょうか。

YOWはこのような状況を変え、フレームワークに振り回されるのではなく自分達の手中に収め、仕事そのものの設計を自由自在にできるようにするために作った3分から始められる方法です。

本セッションでは、はじめてでもできるYOWの入門に加えて、私たちの仕事を組み立てる方法を紹介します。

「プロダクトは分かったことしか作れない!?」 YOW(やったこと/起きたこと/分かったこと)から始める分かったことの積み上げと、プラクティス・エフェクトを軸にした知識創造と仕事の全体設計
https://confengine.com/conferences/scrum-fest-mikawa-2022/proposal/17177/yow

Transcript

1. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?
9. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?
10. https://speakerdeck.com/moriyuya/shin-hypothesis-testing
12. そもそもどんな発表だった? 簡単におさらい https://speakerdeck.com/moriyuya/shin-hypothesis-testing
16. 当時の仮説検証はうまくいかないのも当然!
17. 仮説検証の学習には 何が必要だった?
20. たくさんできて、検証しやすく、 失敗に気付きやすい方法が必要!! 「仮説検証」を仮説検証するぞ!
21. 仮説検証に恋い焦がれ 付箋に書き出して 70,000枚
22. 仮説検証に恋い焦がれ 付箋に書き出して 70,000枚 辿り着いた結果が
23. YOW やったこと/起きたこと/分かったこと よー
25. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?
26. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?
27. そもそもなぜ 仮説検証が必要なのか?
28. そもそもなぜ 仮説検証が必要なのか? プロダクトは 分かったことしか 作れないから
29. プロダクトは分かったことしか作れない 31
30. プロダクトは分かったことしか作れない 32 様々な仕事を受け持つ人々によって プロダクトは実現されている
31. プロダクトは分かったことしか作れない 33
32. プロダクトは分かったことしか作れない 34 深い専門知識や経験をもつ人々によって プロダクトは実現されている
33. 様々な仕事と 深い専門知識と経験を 担う人々によって プロダクトは実現する
34. 言い換えると 現代のプロダクトは
35. 言い換えると 現代のプロダクトは 一人の人間の能力を 超えている
36. 膨大な仕事量と 専門的理解を 分業によって まかなっている
37. - 分業の性質 - 分かっていないことが 無数に生まれる
38. 分業の性質、分かっていないことが無数に生じる 40
39. プロダクトは 一点のミスで台無しになる
40. プロダクトは一点のミスで台無しになる 42
41. プロダクトは一点のミスで台無しになる 43 10の工程をうまくやれても、1つのミスで 「がっかりしたので★マイナス3点です」
42. 分業は 顧客や消費者に及ぶ
43. 企業は生産を、顧客は使用を分業している 45
44. 企業は生産を、顧客は使用を分業している 46
45. 顧客の限られた 分かっていることを 前提にする
46. 「顧客の限られた分かっていること」を前提にする 48
47. 「顧客の限られた分かっていること」を前提にする 49
48. 「顧客の限られた分かっていること」を前提にする 50
49. 分かっていることにも 度合いがある
50. 分かっていることには度合いがある 55
51. プロダクトには分かっていることが反映される 56
52. プロダクトには分かっていることが反映される
53. 分かると何が起こるか
54. 分かると何が起こるか 59
55. 分かると何が起こるか 60
56. 分からないと何が起こるか
57. 分からないと何が起こるか 64
58. 分からないと何が起こるか 65
59. 良いプロダクトを作りたい 良いプロダクトのために もっと分かりたい でも、分かるまでが 大変だとつらくなる
60. 理解を積み重ねるにも 方法ごとに違いがある
61. 分かるための シンプルな方法も 分かりたい!!
62. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?
63. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?
64. YOW入門 やったこと/起きたこと/分かったこと よー
66. はじめて みYOW!
67. Y: O: W:
68. Y:やったこと O:起きたこと W:分かったこと
69. 図にすると
74. - 仮説とは - ある原因が ある結果を引き起こす 原因と結果の説明
75. - YOWとは仮説検証の方法 – やったこと(原因) 起きたこと(結果) 分かったこと (原因が結果を引き起こす説明) この3点から仮説検証する方法
76. 仮説検証の最小の3点に 集中することで たくさん練習して 短期で身に付ける
77. 仮説 検証
78. 仮説 検証
79. 仮説を立ててみよう
80. 例1 リンゴを切ったら 変色した
88. そもそも 仮説ってなに? 検証ってなに?
94. 例2 勉強会に参加したら 同じ悩みを持つ人と出会えた
102. 仮説 検証
103. 仮説 検証
104. 立てた仮説を 検証してみよう
115. - 検証のコツ - 簡単に検証できる Y(やってみること)を 見つけること
116. - 検証のコツ例 - リンゴの変色と酸素の場合は 変色したリンゴを切って 内側を確認するだけ
117. - 検証のコツ例 - リンゴの変色と酸素の場合は 変色したリンゴを切って 内側を確認するだけ もし内側も変色していたら 検証の精度は高くても 手間のかかる他の検証方法を 避けられる
119. 良い仮説と悪い仮説
121. - 仮説検証のコツ - ・価値の高い仮説を立てる ・検証を簡単にする
122. Wは難しいので はじめはYとOだけ たくさんするのも おすすめだYO!!
124. YOW中級 よくある失敗、山腹の道のり よー
126. YOWの誤解 他のふりかえり方法との 使い分け
129. YOWは1回1分から 他のフレームワークと 一緒に使える
131. YOWのありがちな失敗 前半
132. YOWのありがちな失敗 前半 Wの仮説立案で失敗
133. Wの仮説立案で失敗1 同語反復(トートロジー)
139. Wが 同じ意味を繰り返して いないか確認しよう
140. Wの仮説立案で失敗2 複数の事象を混ぜる複文
145. Wが 原因と結果を合成した だけになってないか 確認しよう
146. Wの仮説立案で失敗2A 複文Yパターン
150. YOWの各要素には 1つだけを表現しよう
151. Wの仮説立案で失敗3 YO要約
156. Wが原因と結果の 要約になってないか 確認しよう
157. YOWのありがちな失敗4 Yの
162. Wが結果を詳細にした 表現になってないか 確認しよう
163. YOWのありがちな失敗5 Yの抽象化(簡略化)
168. Wが 抽象化したOやYの 表現になってないか 確認しよう
169. 同語反復 複文、要約 具体化、抽象化 これらは全て YとOの言い直し
170. 人は具体化や抽象化を 混ぜると自然に聞こえる
171. 人は具体化や抽象化を 混ぜると自然に聞こえる しかし、有用な情報は 増えているだろうか?
172. DXはデジタルトランス フォーメーション! ネコはキャット!
175. YOWのありがちな失敗 後半
176. YOWのありがちな失敗 後半 仮説検証構造の失敗
177. 仮説検証構造の失敗1 YY (やったこと+やったこと)
182. 仮説検証構造の失敗2 YYO
189. 縦に並べるYYOは 間違いではない
190. 縦に並べるYYOは 間違いではない YOWのつもりで YYOになってしまう 誤解が問題
191. 仮説検証構造の失敗3 OYO
201. ないない言葉
202. ないない言葉は 仮説検証を簡単に壊す
207. 語尾に「～ない」がつく 表現が「ないない言葉」
208. 語尾に「～ない」がつく 表現が「ないない言葉」 多くの場合 実際に起きていることではなく 解決策の裏返しになっている
211. ｢Yやったこと｣にも現れる ないない言葉
217. ないない言葉は 解決策の裏返し 「新技術に触れてないから、 プロジェクトは失敗した」 (新技術に触れていれば、プロ ジェクトは成功しただろう)
218. - ないない言葉の問題 - 起きている事実が無視され 一足飛びに解決を狙い 効果の薄い行動になること
221. ないない言葉は 事実情報なしに 解決策を表現できる 考えることの節約
222. ちょっとだけ知っていたり 手間を惜しむとき ｢ないない言葉｣を多用する
223. 知ったかぶり めんどくさがり 他人事
224. 知ったかぶり めんどくさがり 他人事 分かったことを積み上げる 仮説検証の障害
225. ｢ないない言葉｣は 多用されるとき
226. ｢ないない言葉｣が 多用されるとき 解像度ゼロでも 相手を説得したいとき
227. コンサルがクライアントの 個別事情を調査する手間を 惜しんでパッケージを 売る場合に使われたりする クライアントは実際に起きて いるかを確かめることなく 問題が｢ある｣ように錯覚する
228. 同じように 私たちがプロダクトを 顧客に買ってもらうとき 顧客の一人一人の個別事情を 無視したくなるとき ｢◦◦ない｣と言いたくなる
229. 相手が何をしているのかを 無視して自分の売りたいものを 押しつけることができる
230. 相手が何をしているのかを 無視して自分の売りたいものを 押しつけることができる 「スクラムやってないんですね」 「それはよくない!」 「スクラムやりましょう!!」
231. 顧客インタビュー UXリサーチ、デザイン思考 ユーザーストーリーマッピング これらの実施にもかかわらず ないない言葉が 多用されていたとしたら 想像上のユーザーと都合のよい やり取りをしている可能性がある
232. ないない言葉を見たら 事実情報がたくさん含まれた あるある言葉を探そう
234. YY、YYO、OYO Wにないない言葉
235. YY、YYO、OYO Wにないない言葉 共通するのは ｢W:分かったこと｣との 取り違え
236. 分かったこと(W)は なぜ難しいのか
237. 日常生活では YOを中心に構成され Wの経験は限られている (学校教育はYO中心)
238. 学校では YOを中心に教える
244. - ブラックボックス - 仕組みや働きを理解せずとも 入力によって 結果を得られること
248. ほぼ全てのプロダクトは 顧客が仕組みや働きを 理解せずとも
249. ほぼ全てのプロダクトは 顧客が仕組みや働きを 理解せずとも やり方さえ分かれば 結果を得られるように 提供されている
250. 知識はやり方に偏っており 原因が結果を引き起こす メカニズムは知らないことが多い
251. 知識はやり方に偏っており 原因が結果を引き起こす メカニズムは知らないことが多い だからこそ 顧客は学習コストを最小限にして アウトカムを享受できる (顧客との分業が可能になる)
252. ところが プロダクト開発する側が 顧客の立場のまま 消費者感覚のまま プロダクト開発をすると 簡単に行き詰まってしまう
256. Photo by Elevate Photo by Max Ducourneau 273
257. 本から学ぶとき YO中心になってないか ｢やったこと｣と ｢起きたこと｣ばかり 解説されてはいないか Wも解説されているか?
258. 原因が結果を引き起こす メカニズムにも 慣れ親しもう
259. 仮説(W)のポイントは メカニズムや働きを 表現すること
264. 人の話を YOWく聞く (よーく聞く)
265. 人の話をYOWく聞く 288
266. 人の話をYOWく聞く 289
267. 人の話をYOWく聞けば 相手の話を構造化でき 相手よりも相手の 言葉を理解できる
269. 難しいYOW1
270. 難しいYOW1 失敗ではないけど 行動が難しくなる表現 OO (起きていること+起きていること)
275. 難しいYOW2 失敗ではないけど 行動が難しくなる表現 OY (起きたこと+やってみること)
277. なぜYOWが ｢Y:やったこと｣から 始まるのか
278. なぜ、YOWが｢Y:やったこと｣から始まるのか 301
279. なぜ、YOWが｢Y:やったこと｣から始まるのか 302
281. 何が分かると役に立つ? YOWのお題
285. ｢分かる｣に立ち塞がる障害
286. メタファーは メカニズムを覆い隠し 理解を止める
288. 例 知の高速道路 出口で大渋滞
290. 分かりやすい印象と 実際に分かったことには ギャップがある 実際の分かったことを メカニズムの説明を 通して検証しよう
292. 分かると 分からないことが減る
293. 分かると 分からないことが減る のではなく 分からないことが増える
294. 理解が深まるほど 無数の疑問が湧いて ｢十分に知ってる｣から 遠のく感覚に陥る
295. もし分からないことが 増えていないなら 学習に失敗している
296. 分からないことが増えたら どう思う?
299. 行き詰まり 322
301. ゴリッ 324
308. 行き詰まりとは 目の前に起きている状況と、 知識や理解と相互参照する 連続性とが途切れて、 大きなギャップを感じているとき
318. メカニズムの探求ではなく 良し悪しの評価をするとき 理解を止めている 341
323. いかにして 視界は曇るか 346
324. たかがネジという 値踏みと侮り 347
326. 今が順調でも いつか必ず 行き詰まる 349
327. 行き詰まったときに いかに視界を 広げるか 350
328. ｢ネジは考えるほどすごい｣を 自分の思考過程に見つけ 理解の過程を楽しむ 351
333. 心が自由に働く 356
334. プロのアスリートは ただ筋力が強いだけでなく 自分の身体の使い方を 学びつづける 357
335. 身体に変化が起きたり 少しずつ老化しても 思ったとおりに 身体が働く 358
336. スポーツが下手な人とは 筋力が衰えている人ではなく 思った通りに身体が働かない人 359
337. 知的労働者は 知的アスリート 360
338. 知識を知っているだけでなく 自分の心の使い方を 学びつづける 361
339. 思ったとおりに 心が働く 362
342. いきなりエベレストは無謀 366
346. - 隣接可能性 – これができると 次に何が可能になるのか
348. ハンマーを手にしたら 全てが釘に見えはじめる
349. ハンマーを手にしたら 全てが釘に見えはじめる しかし 釘を打てば理解が深まる
352. YOWで分かったら 分かったことを用いて 行動する その行動が新たな結果と 新たな分かったことを 生み出す
353. 発達の最近接領域 Zone of Proximal Development 377
356. 今日 助けられながらできることは 明日は一人でできる
357. 一人でできないことでも 会社でもできないことでも 様々な経験を持つ人が集まる コミュニティでは可能性がある
359. コミュニティで 助けてもらいたいことを どんどん聞いていきましょう 383
361. YOW上級だ よー
362. YOW上級だ Yoooooow! よー
364. 原因は複数の結果をもたらす YOOOOOOW
371. 396 マングースの例 גיזונימ CC 表示-継承 4.0
372. 397 マングースの例 גיזונימ CC 表示-継承 4.0
373. 398 マングースの例 גיזונימ CC 表示-継承 4.0
374. 399 マングースの例 גיזונימ CC 表示-継承 4.0
375. 400 マングースの例 גיזונימ CC 表示-継承 4.0 飛べない鳥 ヤンバルクイナ
376. 原因は必ず複数の 結果をもたらす
377. 循環する YO-YO-W
386. 経済価値の大部分が 循環によって生まれる
387. 循環構造とメカニズムを 明らかにして解決すれば 大きな利益を生む
389. 原因と結果を結ぶ 隠れた関係1
390. 潜在変数 notY-O
397. 同時に行った他の行動が 結果を引き起こした かもしれない
398. ｢この原因｣が ｢この結果｣を 引き起こししたのかを 確かめきって ようやく理解したといえる
399. 原因と結果を結ぶ 隠れた関係2 十分条件 Y&YO
416. ついつい 自分に都合がよい条件を つい想定してしまう
417. 都合のよい条件ばかりでは 負けるプロダクト開発
418. 都合が悪い条件を打開すると プロダクト開発は強くなる
428. お腹が満たされてるから 可能になること ライバルが強いから 可能になること
429. 厳しい条件を乗り越えたり 厳しい状況を活かせば 競合優位性が高まる
430. プロダクト開発は 因果関係において 十分条件の操作をする活動
432. SECIモデル 毎週何回、回してる?
434. あちこちで取りあげられる SECIモデル
435. あちこちで取りあげられる SECIモデル いざやろうにも 抽象的で回す実感が乏しい
436. もしチームで毎週YOWを してたら、SECIを回してる
441. センテンスオープナーによる YOW
448. 仮説検証の対象は プロダクトに関すること だけじゃない
449. ｢会話の仕方｣ ｢会議の結論｣ 自分達の仕事のやり方が 本当に効果的なのか 仮説検証する必要がある
450. いつでもどこでも 仮説検証はできる
451. 話しているだけで 仮説検証してしまう会話
455. 不確実性とプロダクト開発の 隠れた真実
461. 不確実性な領域は 実は限られている
462. 実際の不確実性よりも プロダクトに関わる自分たちの ｢しらない、できない、興味ない｣ この態度のほうが影響が大きい
463. 専門家でも分からなかったら 不確実といえるかもしれない
464. 専門家でも分からなかったら 不確実といえるかもしれない しかし、専門家が ちょっと調べれば分かったら 不確実とはいえない
465. 「不確実」 だから、できないのか
466. 「不確実」 だから、できないのか ｢しらない、できない、興味ない｣ だから、できないのか
467. 本当は 不確実ではないものまで
468. 本当は 不確実ではないものまで 不確実に押し込んで しまっていないか
472. 506 「いけたらいくね!」 (いくための努力まではしないけど)
474. 自分が認識していること 自分が話していること 自分が行動していること
475. 自分が認識していること 自分が話していること 自分が行動していること これらが食い違っているとき 認知言行不一致になる
476. 口で話すことと 実際の行動のギャップが チームの 知ってる/できる/当事者意識を 耳触りの良い言葉で壊す
477. 認知言行不一致に どのように向き合っていくか
478. 認知言行不一致に どのように向き合っていくか 自分の行動から向き合う 自分の行動を仮説検証する
481. 扱っている事柄は、どこに位置する?
482. 例 スクラム知ってる? 516
483. ) 「知ってるよ」 517
484. (アメフトでしょ?) 「知ってるよ」 518
485. (ラグビーでしょ?) 「知ってるよ」 519
486. (聞いたことあるから) 「知ってるよ」 520
487. (一度やったから) 「知ってるよ」 521
488. (何回もやってるから) 「知ってるよ」 522
489. (20年やってるけど、まだまだ…) 523
490. (20年やってるけど、まだまだ…) 「知らないよ」 524
493. 自分のスクラムはどこ?
494. 自分のスクラムはどこ? 右に向かう行為を YOWすると分かる
497. どれくらい 調べているだろう やってみているだろう 好きになろうとしているだろう
498. 好きは 大抵のめんどくさいを 乗り越える
499. 無関心なら ちっと調べれば分かることも 「不確実に」放り込む
501. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?
502. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?
504. プラクティス エフェクト (訓練効果)
505. - プラクティス・エフェクト - 使うほど磨かれ 使わないほどヘタになる プラクティスに働く力
507. 太い経験と細い経験が もたらす経験格差
512. どちらに 声がかかる?
517. 経験格差がさらに 機会の偏りを生み 経験は独占される
519. 組織の人々が 広く経験を得るには どうすればいいか
520. いいかえると プラクティスの習熟には 何が作用するのか
521. 所要時間の壁
524. 1時間より時間がかかる プラクティスは 太い経験と細い経験を生む
525. 機会の壁
527. 経験機会に差がある プラクティスは 太い経験と細い経験を生む
528. プラクティスエフェクトに よる学習設計
530. マップで考えてみよう プラクティスエフェクトの 働きやすさ
542. マップで考えてみよう 経験格差の生まれやすさ
545. 配置してみよう プラクティスや フレームワーク 会議体
554. プラクティスを 日々の行動へとデザインし 分かったことを 積み上げていこう
555. V1.2 2025/04/15 V1.0 Scrum Fest Mikawa 2022 witch&wizards inc. 森 雄哉 YOWから始める理解の積み上げと プラクティスエフェクトによる学習設計 プロダクトは分かったことしか作れない!?