問いの設計力 — 曖昧な課題を分解する思考法と推薦4冊
概要¶
エンジニアリングで重要な「問いの設計」についての解説スレッド。曖昧な課題を目的・制約・前提に分解し、何を明らかにすれば意思決定できるかを定める力を「問いの設計力」と呼ぶ。この観点から4冊の本を紹介している。
問いの設計とは、曖昧な課題を目的・制約・前提に分け、何を明らかにすれば意思決定できるかを定める力です。良い問いは仮説と検証方法を伴い、解法に飛びつく前に問題の輪郭を整え、複雑さを扱える形へ変換します。そのため、エンジニアリング以外の場面でも生きます。
詳細¶
問いの設計の本質¶
エンジニアが陥りがちな失敗：「課題が来たらすぐ実装・解決策に飛びつく」。問いの設計力とは、その前に立ち止まって問題を整理する力。
曖昧な課題
↓
目的の明確化: 「何のためにやるのか」
制約の特定: 「何ができて、何ができないか」
前提の確認: 「何を事実として扱うか」
↓
「何を明らかにすれば意思決定できるか」を定める
↓
仮説 + 検証方法を設計する
エンジニアリングでの具体例¶
悪い問い: 「このシステムをマイクロサービスに分割してほしい」 - 解法に飛びついている - 制約・目的が不明
良い問い: 「現在のどのボトルネック（スケール/デプロイ頻度/障害影響範囲）を解決したいのか？マイクロサービス化はそのための最適解か？」 - 目的・制約・前提が整理されている - 仮説と検証方法が立てやすい
推薦4冊¶
- 新 問いかけの作法 — amzn.to/4enn6xA
-
問いの立て方そのものを鍛える
-
問いのデザイン: 創造的対話のファシリテーション — amzn.to/4eWHuFQ
-
ファシリテーション・チームでの問い設計
-
仮説行動――マップ・ループ・リープで学びを最大化し、大胆な未来を実現する — amzn.to/4t9xYTi
-
仮説→行動→検証のループ実践
-
仮説思考 BCG流 問題発見・解決の発想法 — amzn.to/4uoxzNS
- コンサル流の問題発見・仮説構築の方法論
なぜ重要か / いつ使うか¶
- 要件定義・設計レビュー時: 「なぜこの仕様なのか」を問う前に、そもそも問題の輪郭が正しく定まっているかを確認する
- 技術選定時: 「AとBどちらがいいか」の前に「そもそも何を解決したいか」を整理する
- 1on1・プロジェクト計画時: 曖昧なタスクを目的・制約・前提に分解するフレームワークとして使う
- スタッフエンジニア・テックリードが「Noと言わずに問い直す」スキルの土台になる