いつも出口から考えよう ~Why?How?So What?で始めるプロジェクト・調査設計~
•Als PPTX, PDF herunterladen•
5 gefällt mir•1,313 views
Key Summary - Start from the project goal, always. - Keep Asking "Why? How? So what?" to yourself and within team. プロジェクト設計・調査設計に関する対面での検収で用いた資料です。 不明点などありましたらお問い合わせ下さい:-) nonchalant.tanaka[a]gmail.com
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie いつも出口から考えよう ~Why?How?So What?で始めるプロジェクト・調査設計~
Ähnlich wie いつも出口から考えよう ~Why?How?So What?で始めるプロジェクト・調査設計~ (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (8)
いつも出口から考えよう ~Why?How?So What?で始めるプロジェクト・調査設計~
- 2. ● 田中 志 Noxomi Tanaka ● 長野生まれ、大学から神戸、大学院から東京 ● Lead Solution Designer@日本エンブレース ○ 新卒でBoston Consulting Group、そのあと QUANTUMでビジネスデザインを担当 ○ いま医療分野でソリューション・プロダクト作り ● 趣味は読書、料理、ランニング ○ 読書ブログをかいています（たなかの読書記録） 自己紹介 2
- 6. コンサルタントの口癖から考える Why ? 「○○だと 思います」 「なんでそう言えるの？」 「どう検証するの？」 「どう実行するの？」 「で？」 「何の意味があるの？」 How ? So What ? 6
- 7. そう問うのは、お客さんに刺されないため プロジェクトの途中で Why? How? So What？と言われないために、 （やり直しで手戻りしないために） 私たちはプロジェクト・調査を設計する これだけの事実では、 ○○すべきとは言い切れなく ないですか？ この調査をやった結果、 何がわかるんでしたっけ？ これって一個人の意見で、 数値で検証されたわけじゃ ないですよね？ 自社内にあるデータだけで なんとか意味のあるような 分析できませんか？ 7
- 8. 3つの問いが意味すること Why ? How ? So What ? 論理的な根拠を担保していること 実現性のある方法を担保していること 期待効果、意味を示していること 8
- 9. 全部同じだけ大事です コンサルティングの出口＝動くこと Why ? How ? So What ? 動くまで 動いてから 9
- 11. 以上です。 11
- 12. ちょっと休憩。 12
- 13. コンサルティングとは コンサルの仕事は ● 世にある事実を前提に ● 示唆を出し ● 取るべき行動を明示 すること。よって、、、、 アウトプット・報告書は ● 調査結果・ファクト ● 分析・メッセージ ● アクションプラン からなる 13
- 16. 不都合な真実① 事実＝無限 16
- 21. 出口から考えている人たち ~ゲーム理論~ Source: 首都大学東京講義 ゲーム理論スライド03章 https://www.slideshare.net/fumiwo/03-36581607 21 例
- 24. 出口から考えている人たち ~サービス開発~ Source: kintone devCamp Vol.10 developer networkリニューアル（https://www.slideshare.net/kintone-papers/kintone-devcamp-vol10-developer-network） 24 例
- 27. 考え方 “出口” = プロジェクトのゴール “通過点” = プロジェクトの論点 27
- 28. ちょっと脇に。 論点とは？ 28
- 29. イシューとは イシューとは、 ● 2つ以上の集団の間で決着 のついていない問題 ● 根本に関わる、または はっきりしていない問題 by「イシューからはじめよ」安宅さん イシューを特定するとは、 ● 何を考えるべきか、受け手 の関心は何かを熟考し ● 考え、論じる目的を 押さえること 29
- 33. 元のお話しに戻ります。 33
- 38. プロジェクト設計の7Step 1. クライアントとプロジェクト目標及び前提・制約の共有・確認 2. 論点リスト具体化＋プロジェクトリスクの洗い出し 3. 各論点に対する初期仮説構築＋アウトプットイメージ作成 4. 必要な事実の洗い出し 5. 検証方法・スケジュール設計 6. クライアントKickoffで論点・検証方法・スケジュール合意 7. 検証開始 38
- 39. 1. クライアントとの共有・確認 目標だけでなく前提・制約をセットで確認。 目標以外のKGI/KPIは？ いつまでに結論を出す？ 人・金はどこまでかけられる？ 時間・金・品質どれを最優先する？ 39
- 43. 2. 論点リスト具体化＋プロジェクトリスクの洗い出し Workflowy Google Docs Dynalist OmniOutliner 43 例
- 45. 4. 必要な事実の洗い出し 何を知らなくてはいけないか、 モジュール単位で切り出す＝責任者をつける。 検証しなくてはいけない事実を書き出しておく。 Post itなどを活用するか、Trello/Scrapbox/Google Keep などのWebサービスを活用するのもあり。 45
- 51. みたいな。 51
- 55. 持って帰る前に、カバンから出してみましょう 自分たちに向けてもこの3つ Why ? How ? So What ? 論理的なつながりを担保していること 実現性のある方法を担保していること 期待効果、意味を示していること 55
- 56. 調査設計の7Step 1. 調査目的明示 2. 論点リスト具体化 3. 調査手法選択 4. アウトプット化 5. アウトプットをみつつ論点見直し・再構築 6. アウトプット調査結果・示唆仮説出し 7. 調査項目設計 8. バイアスチェック 56
- 61. 3. 調査手法選択 どの視点から調査手法を選択するか ● 有効性：論点に応えるだけの結果を得られる手法か ● 速報性：手軽に結果を得ることができる手法か ● 中立性：調査実施者のバイアスは排除されているか ● 厳密性：再現性が担保できる手法か 61
- 62. 4. アウトプット化 メッセージから書く、スライド化もする Source: https://www.rieti.go.jp/users/iwamoto-koichi/serial/034.html いったん空欄、分析後埋める スライド化すると ● どのデータを取るべきか ● 分析はどう行えばよいか がわかる。 62
- 65. ● アクションのWhy？に答えるために調査をする ○ 事実から始めて打ち手を見出すのではない ○ アクションを起こす・決断をするために事実を探しに行く ● Howは常に進化する ○ 事実はつくるのではなく既に世の中にある。見つけてあげるのが調査 ○ 事実の見つけ方はどんどん進化する、常にアップデートすること ● So What？に強い設計が求められる ○ 事実も示唆も、それ単独では意味がない ○ 打ち手・決断に繋がる、意味ある論点に答えるための事実をあつめる 内容のさくまとめ 65
- 66. 1. 論点意識の強化：”イシューからはじめよ” 2. Why? How? So What? の口癖化 3. 調査チェックリスト作成 a. 目的 b. 手法及びその選択理由 c. 論点リスト d. 現場の仮設 e. 検証スケジュール アクションプラン 66
- 67. ● イシューからはじめよ ● 論点思考・仮説思考 ● 考える技術 書く技術 ● ザ・会社改造 ● This is Service Design Thinking/Doing さらなる学び 67