要件定義で話は進むのに、後から“そんな話は聞いていない”になる

なぜ要件定義で認識ずれが起きるのか

要件定義では、会議も行い、資料も作り、関係者とも会話しているのに、あとから「そんな話は聞いていない」「それは想定していなかった」と言われることがあります。プロジェクトマネジメントの現場では非常によくあるトラブルですが、これは単に誰かの記憶力が悪いから起きるわけではありません。

むしろ多くの場合は、要件定義の進め方そのものに原因があります。
つまり、話し合いはしていたが、合意の形になっていなかった、ということです。

要件定義では、関係者ごとに見ているものが違います。たとえば、利用部門は業務が回るかどうかを重視し、システム部門は実現方法や制約を重視し、ベンダーは見積やスケジュールに影響する範囲を重視します。同じ会議に参加していても、各人が「重要だと思って聞いている点」が違うため、同じ説明を聞いても受け取り方が変わります。

その結果、会議の場では「特に反対がなかったから進めてよい」と見えていても、実際には各自が別々の理解をしている状態が生まれます。これが後になって噴き出すと、「聞いていない」「そこまで決まっていない」「そういう意味だとは思わなかった」という形で表面化します。

重要なのは、要件定義で怖いのは“議論していないこと”だけではないという点です。
“議論したつもりになっていること”も同じくらい危険です。

要件定義では、会話の量や会議の回数よりも、次の3点が明確になっているかが重要です。

• 何が決まったのか
• 何がまだ決まっていないのか
• 何を前提にその話をしているのか

この3つが曖昧なまま進むと、プロジェクトは一見順調でも、設計や開発、受入テストの段階で大きな手戻りになります。要件定義の認識ずれは、その場では小さく見えても、後工程になるほど修正コストが大きくなるため、早い段階で防ぐことが非常に大切です。

“そんな話は聞いていない”が起きる典型パターン

このトラブルには、よくある型があります。現場で頻発する典型パターンを押さえておくと、事前に警戒しやすくなります。

会議では話題に出たが、決定事項になっていない

もっとも多いのがこれです。会議中にある案が出て、参加者も特に反対しなかったため、進める前提で理解してしまうケースです。しかし、発言した側は「方向性の相談」と思っていて、聞いていた側は「確定した内容」と受け取ることがあります。

たとえば、「CSVで取り込めるようにしたいですね」という会話があったとします。利用部門は「取り込み機能が要件として入った」と思うかもしれませんが、開発側は「要望として出ただけで、まだ実現可否は未確認」と理解しているかもしれません。こうした食い違いは、会話だけでは非常に起きやすいものです。

前提条件が共有されていない

ある要件が成立するには、前提条件があります。たとえば「申請を電子化する」という話でも、対象部署はどこまでか、例外申請は含むのか、既存システムとの連携は必要かなど、前提が違えば内容はまったく変わります。

ところが実際の会議では、前提が暗黙のまま会話が進みやすくなります。
発言者は自分の頭の中にある前提で話し、聞き手は別の前提で理解します。すると、同じ言葉を使っていても、意味する範囲が変わってしまいます。

決まっていないことが、決まったように扱われる

「その件はまた後で詰めましょう」となった項目が、いつの間にか誰かの中では確定事項になっていることがあります。要件定義では未決事項があるのは普通ですが、未決のまま放置すると非常に危険です。

未決事項は、誰が、いつまでに、何を判断するのかが決まっていないと、そのまま忘れられるか、勝手な解釈で進められます。そして後から、「そんな前提で進んでいたのか」と揉めます。

関係者全員が同じ資料を見ていない

会議の参加者ごとに、見ている資料が違うこともあります。業務フロー資料だけ見ている人、要件一覧だけ見ている人、画面イメージだけ見ている人が混在すると、認識の基準がそろいません。

また、最新版が共有されていない、変更履歴がわからない、口頭説明しかない、といった状態では、あとから「その資料は見ていない」「いつ変わったのかわからない」となります。

言葉の定義が人によって違う

「対応する」「連携する」「管理する」「できるようにする」といった言葉は便利ですが、人によって意味の幅が違います。
たとえば「連携する」と言っても、自動連携を想像する人もいれば、CSV出力して手動で取り込むことを連携と呼ぶ人もいます。

要件定義では、このような曖昧な言葉が非常に多く使われます。便利な言葉ほど危険であり、具体化しないと認識ずれの温床になります。

認識ずれを防ぐために整理すべき4つの情報

「そんな話は聞いていない」を防ぐには、会議を増やすことより、情報の整理の仕方を変えるほうが効果的です。特に次の4つを分けて扱うことが重要です。

決定事項

決定事項とは、その時点で合意し、以後の進行の基準にする内容です。
要件定義では、何が決まったのかを明文化しなければなりません。

ここでのポイントは、「決定した内容」だけでなく、「誰が承認したか」も残すことです。
単に文章があるだけでは、あとから「それは誰が決めたのか」が不明になります。承認者や合意した会議体を残しておくことで、決定の重みが明確になります。

前提条件

前提条件は、決定事項と同じくらい重要です。
たとえば「営業部の申請業務を対象とする」「今回は国内拠点のみ対象とする」「既存マスタを流用する」といった条件です。

前提条件が抜けると、決定事項だけ読んでも正しく理解できません。
前提が変われば、要件そのものが変わることも多いため、セットで管理する必要があります。

未決事項

未決事項は悪いものではありません。要件定義の途中で決めきれないことは普通です。問題は、未決事項が見える化されていないことです。

未決事項には、最低でも次の情報を持たせると管理しやすくなります。

• 何が未決なのか
• なぜ未決なのか
• 誰が判断するのか
• いつまでに決めるのか
• 決まらないと何に影響するのか

ここまで整理されていれば、未決のまま放置されるリスクを減らせます。

宿題事項

会議では「調べておきます」「持ち帰って確認します」という宿題がよく出ます。
しかし、宿題事項は要件そのものではないため、議事録の中に埋もれやすいのが難点です。

宿題事項は、タスクとして独立して管理し、期限と担当を明確にする必要があります。
宿題が片付かないまま次の会議へ進むと、曖昧なまま検討が積み重なり、後から大きな認識差になります。

要件定義で実践したい進め方のポイント

ここからは、実際にどう進めればよいかを解説します。難しい仕組みを入れなくても、いくつかの基本を押さえるだけで、認識ずれはかなり減らせます。

会議の最後に「決まったこと」「未決のこと」を分けて確認する

会議の終わりに、必ず次の2つを口頭で確認します。

• 今日決まったこと
• まだ決まっていないこと

この確認をしないと、参加者はそれぞれ印象に残った内容だけを持ち帰ってしまいます。短い時間でもよいので、最後に整理して読み上げるだけで効果があります。

特に有効なのは、「これは決定でよいですか」「これは未決で次回持ち越しでよいですか」と明確に言葉にすることです。会議中に自然に流れてしまった話題を、合意の単位に変えるイメージです。

要件は“できる・できない”ではなく“どこまでやるか”で書く

要件定義の文章が曖昧になる原因の一つは、表現が抽象的すぎることです。
たとえば「承認機能を実装する」と書いてあっても、何段階承認なのか、代理承認はあるのか、差戻しはできるのかが不明では不十分です。

要件は、「何を」「誰が」「いつ」「どの範囲で」行うのかがわかるように書く必要があります。
つまり、機能の有無だけでなく、業務上の使い方まで含めて具体化することが大切です。

曖昧な言葉を具体例で潰す

「柔軟に対応」「必要に応じて」「連携する」「管理する」といった表現は、会議では便利ですが、要件としては危険です。こうした言葉が出たら、具体例を確認する癖をつけましょう。

たとえば次のように確認します。

• 連携とは、自動連携ですか、手動取込ですか
• 管理とは、閲覧だけですか、登録・更新・削除まで含みますか
• 必要に応じてとは、誰の判断で、どの条件のときですか

この一手間で、後の手戻りがかなり減ります。

図を使って認識を合わせる

文章だけでは伝わりにくい場合、業務フロー、画面遷移図、データの流れ、役割分担図などを使うと効果的です。
とくに利用部門は、文章の仕様書よりも、業務の流れや画面イメージのほうが理解しやすいことがあります。

ただし、図を使う場合も注意が必要です。図だけ見て詳細条件が抜けることがあるため、図と補足条件をセットで扱うようにします。図は認識合わせの道具であり、図だけで全要件を表現しようとしないことが大切です。

“その場の空気で進めない”ことを徹底する

会議では、時間が足りない、参加者が多い、早く進めたいといった事情から、「いったんこれで」と進めてしまうことがあります。もちろん全てをその場で決め切る必要はありませんが、“曖昧なまま決まったことにする”のは避けなければなりません。

進めるなら、次のどれなのかを明確にします。

• 決定した
• 仮置きした
• 未決である
• 調査して次回決める

この区別をしないことが、もっとも危険です。

“そんな話は聞いていない”を防ぐための管理の仕組み

要件定義のトラブルは、個人の注意力だけで防ぐのは限界があります。再発を防ぐには、進め方を仕組みにすることが有効です。

要件管理表を作る

おすすめなのは、要件を一覧で管理する表を持つことです。
最低限、次の項目があると運用しやすくなります。

• 要件ID
• 要件名
• 要件内容
• 背景・目的
• 前提条件
• 決定状況
• 承認者
• 関連資料
• 未決事項
• 変更履歴

このように整理すると、会議の断片的な会話が、管理可能な単位に変わります。
特に要件IDは重要で、後から「この話はどの要件のことか」を追いやすくなります。

議事録ではなく“決定の証跡”を残す

議事録は、会話をそのまま残すだけでは不十分です。
「誰が何を言ったか」より、「何が決まり、何が未決で、次に何をするか」が重要です。

そのため、議事録の形式も、発言メモ中心ではなく、次のような見せ方にすると実務的です。

• 本日の決定事項
• 変更された前提
• 未決事項
• 宿題事項
• 次回確認事項

この形なら、読み返した人が「今どの状態か」をすぐ理解できます。

承認の単位を明確にする

要件定義では、「説明した」と「承認された」は違います。
説明しただけで進めると、後から「聞いたが同意した覚えはない」と言われることがあります。

どの資料を、誰が、どの会議で、どの範囲まで承認したのかを明確にしておくことが重要です。
全体一括承認が難しい場合は、業務領域や機能単位に分けて段階承認する方法もあります。

変更管理を入れる

一度決めた要件でも、後から事情が変わることはあります。問題なのは変更そのものではなく、変更が見えないことです。

変更が発生したら、少なくとも次の点を明確にします。

• 何を変えるのか
• なぜ変えるのか
• どこに影響するのか
• 誰が承認するのか
• スケジュールやコストへの影響はあるか

これを曖昧にすると、「前に聞いていた話と違う」という不満が必ず出ます。変更管理は、要件を固定するためではなく、変わるなら変わるで、関係者全員が追えるようにするための仕組みです。

プロジェクトマネージャーが意識したい実務上の着眼点

最後に、プロジェクトマネージャーやリーダーが実務で意識したいポイントを整理します。

まず大切なのは、「相手が理解したはず」と思い込まないことです。
会議でうなずいていた、質問が出なかった、反対がなかった、というだけでは合意とは言えません。相手の理解を確認するには、要点を言い換えてもらう、資料上で確認してもらう、承認範囲を明示する、といった手順が必要です。

次に、「話が進んでいる感」と「定義できている状態」は違うと理解することです。
会議が多く、議論が活発で、関係者も参加していると、進んでいるように見えます。しかし、要件定義で本当に必要なのは、論点が整理され、決定・未決・前提が見える状態です。にぎやかな会議より、整理された合意のほうが価値があります。

また、要件定義では、利用部門の言葉をそのまま仕様にしないことも大切です。利用部門の発言は、困りごとや要望のヒントとして非常に重要ですが、そのまま書くと曖昧さが残ります。背景、目的、業務条件、例外、頻度などを確認し、業務要件として翻訳する役割が必要です。

さらに、「例外」を軽視しないことも重要です。普段の通常業務だけを前提にすると、一見話はスムーズに進みますが、運用開始後に困るのは例外ケースです。
たとえば、代理対応、差戻し、取消、緊急対応、手動補正、外部要因による遅延など、例外時の扱いが抜けると、「そんなときの話は聞いていない」につながります。

そして、要件定義の品質を上げるには、参加者の記憶に頼らず、見える形にして残すことです。
人は悪気がなくても、都合よく記憶します。だからこそ、文書、表、図、履歴、承認記録が必要です。これは相手を疑うためではなく、関係者全員を守るための管理です。

まとめ

要件定義で話は進んでいたのに、後から「そんな話は聞いていない」となるのは、珍しい失敗ではありません。むしろ、要件定義で特に起きやすい代表的なトラブルです。

その原因は、会話不足だけではなく、次のような構造的な問題にあります。

• 話題に出たことと決定事項が混ざっている
• 前提条件が共有されていない
• 未決事項が管理されていない
• 資料や言葉の意味がそろっていない
• 承認と説明が区別されていない

これを防ぐには、会議を増やすよりも、情報を整理することが効果的です。
特に、「決定事項」「前提条件」「未決事項」「宿題事項」を分けて扱うこと、そして議事録ではなく“決定の証跡”として残すことが重要です。

要件定義の品質は、立派な言葉で書かれた資料の量では決まりません。
関係者が同じ前提で、同じ内容を、同じ状態として理解できているかで決まります。

もし現場で「ちゃんと打ち合わせしているのに、後から揉める」という悩みがあるなら、まずは会議のたびに次の3つを確認してみてください。

• 今日決まったことは何か
• まだ決まっていないことは何か
• どんな前提でその話をしているか

これだけでも、認識ずれはかなり減ります。
要件定義は、話すことそのものより、合意を見える形にすることが成功の鍵です。