【要約】「言った・言わない」を防ぐ。要件定義で使うべき質問の技術 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
エンジニアが要件定義のヒアリングにおいて、顧客の要望を表面的な言葉通りに受け取ってしまうことで、開発後に「意図と違う」と指摘される問題がある。この問題は、技術力ではなくコミュニケーションの設計ミスに起因する。具体的には以下の課題が挙げられる。
- ・顧客の「使いやすくしてほしい」といった曖昧な要望を、具体的な仕様へ落とし込めていない。
- ・要望の背景にある目的（Why）を無視し、手段（What）の実現に終始してしまう。
- ・合意形成が不十分なまま開発へ進み、後工程での大幅な手戻りが発生する。
// Approach
筆者は、顧客の要望を正確に把握し、合意形成を確実にするために、質問の方向性と目的を使い分ける手法を提案している。単に話を聞くのではなく、意図を持って問いを設計することが重要である。具体的な手法は以下の通りである。
- ・情報の範囲と深さを制御する：
1.水平質問：要望の全体像を把握し、仕様漏れを防ぐ。
2.垂直質問：具体的な原因や状態を深掘りし、言語化を促す。
- ・目的と手段を分離する：
1.「なぜ作るか」を問い、技術的な手段ではなく真の課題を特定する。
- ・合意と収集を使い分ける：
1.拡大質問：未言語化の情報を引き出す。
2.限定質問：「はい/いいえ」で回答を求め、合意を確定させる。
- ・視座を操作する：
1.チャンクダウン：大雑把な要望を細かい要素に分解する。
2.チャンクアップ：目先の仕様から本質的な目的に視座を引き上げる。
// Result
これらの質問技術を適切に運用することで、要件定義における認識の齟齬を最小化できる。エンジニアは、単なる作業者ではなく、顧客の課題を解決するパートナーとしての地位を確立できる。具体的な成果は以下の通りである。
- ・仕様漏れによる開発終盤での追加開発リスクを低減する。
- ・顧客の真の課題に基づいた、コスト効率の高いソリューション提案が可能になる。
- ・「言った・言わない」のトラブルを回避し、顧客との信頼関係を構築できる。
Senior Engineer Insight
> 本記事はソフトスキルの領域を扱っているが、大規模開発における手戻りコストは指数関数的に増大するため、極めて実戦的な内容である。特に「チャンクダウン」による仕様の具体化と、「チャンクアップ」による目的の再定義は、設計の品質に直結する。エンジニアが「なぜ」を追求することは、単なる御用聞きを防ぐだけでなく、システムのスケーラビリティや運用コストの最適化に寄与する。技術責任者の視点では、こうした上流工程の規律こそが、プロジェクトの予測可能性を高める鍵であると評価する。