要件定義がつらいのはなぜ？決まらない現場で消耗しないための進め方

※この記事はPRを含みます

こんにちは！

この記事では、以下の様な疑問を解決します。

この記事の内容

要件定義がつらいと感じている人は多いです。会議を重ねても決まらない、決まったはずのことが翌週ひっくり返る、そのうち自分の進め方が悪いのかと思えてくる。

先に結論を書くと、要件定義がつらいのは、あなたの能力ではなく前提条件のせいであることがほとんどです。

この記事では、なぜ決まらないのかを分解したうえで、いまの現場で使える進め方と、限界を超えているサインを書きます。

要件定義がつらいのは、進め方ではなく前提のせい

要件定義がつらいと感じるのは、あなたの力不足ではありません。多くの場合、お客さんも答えを持っていない、決める人が会議にいない、といった前提の側に原因があるからです。

会議を重ねても決まらない、決まったはずのことが翌週ひっくり返る。こうした状態で「自分の進め方が悪いのでは」と悩む人は多いですが、決まらない前提のまま頑張っても、決まらないのは当然です。

お客さんも、実は答えを持っていない

要件定義でよくある誤解が、「お客さんは答えを知っていて、こちらがうまく聞き出せばいい」というものです。実際には、お客さん自身も業務のあるべき姿を言葉にできていないことがほとんどです。出てこないものを引き出そうとするから、消耗してしまいます。

決める人が、その会議にいない

会議に出ている人に決定権がないと、持ち帰って上の判断を待ち、また次の会議になります。この構造がある限り、会議の回数を増やしても決まりません。増やすべきは会議ではなく、決める人が参加する機会です。

「言った・言わない」が後で問題になる

口頭で合意したことは、数か月後に必ず食い違います。悪意ではなく、単に全員の記憶が違うからです。そして揉めたとき、責任を問われるのは要件をまとめた人です。

要件定義が難しいのは、3つの考え方を同時に使うから

要件定義がつらい理由をもう一段深く見ると、この仕事が性質の違う3つの考え方を同時に求めることに行き着きます。どれか1つが得意でも、ほかでつまずくと苦しくなります。

考え方	やること	つまずきやすい点
業務を理解する	お客さんの仕事の流れと、本当の困りごとを知る	現場の言葉が分からない
仕組みに置き換える	業務を画面・データ・処理の流れに変える	人の判断に頼る作業ほど形にしにくい
合意を作る	部署ごとの要望をまとめ、全員が納得する形にする	いちばん時間がかかる

いまどの考え方でつまずいているのかを切り分けるだけで、次に何をすればいいかが見えてきます。

限界を超えているサインは、2つの場面に出る

つらさが個人の努力で何とかなる範囲を超えると、決まって次のどちらかの場面が起きます。当てはまるなら、進め方をすぐに変える必要があります。

どちらも、本来あなたが背負わなくていい荷物を背負わされている状態です。

プログラマーから、いきなり任されたときの慣れ方

作る仕事をしてきた人が、急に要件定義を任されるのはよくあることです。最初は戸惑って当然なので、次の順で少しずつ慣れていくのがおすすめです。

消耗しないための進め方は、3つに絞れる

決まらない前提そのものは変えられなくても、進め方を変えれば消耗は大きく減らせます。とくに効くのが、次の3つです。

動くものを早めに見せると、話が一気に進む

要件がなかなか決まらない原因の一つは、関係者がそれぞれ違う完成形を頭の中に思い浮かべていることです。これを防ぐには、早めに形にして見せるのがいちばん効きます。

• 手書きの画面の絵を見せる
• 表計算ソフトで、入力する項目の一覧を作って見せる
• 似たような既存システムの画面を例に出す

完成度は低くて構いません。「こういうイメージで合っていますか」と見せるだけで、言葉だけでは出てこなかった要望や食い違いが見つかります。後で気づくより早い段階で気づくほうが、手戻りはずっと小さく済みます。

失敗しやすい4つのパターンを先に知っておく

要件定義のつらさの多くは、後になって問題が表に出てくることから来ています。よくある失敗を知っておけば、同じ落とし穴を避けられます。

失敗のパターン	防ぎ方
決まったつもりで、実は決まっていない	決まったことは必ず文章にして、関係者に確認してもらう
実際に使う人の話を聞いていない	毎日使う現場の人にも、必ず話を聞く
例外の処理を聞き逃している	「いつもと違う対応をすることはありますか」と必ず聞く
機能以外の条件を決め忘れる	同時に使う人数、動く速さ、データを残す期間を早めに確認する

打ち合わせでは、この質問リストを手元に置く

何を聞けばいいか分からないまま打ち合わせに出るのが、要件定義でいちばんつらい状態です。次の質問を用意しておくと、聞き漏れがかなり減ります。

最後の質問はとくに大切です。効果がはっきりしない要望は、優先順位を下げてもらう根拠になります。

丸投げされたら、決める人と期限を最初に押さえる

「いい感じにまとめておいて」と丸投げされたときは、自分を守りながら進める必要があります。いちばん大事なのは、最初の打ち合わせで決める人と期限を確認することです。決める人があいまいなまま進めると、後から全部ひっくり返るからです。

そのうえで、待っていても何も出てこないので、仮の案を自分で作って「この方向で進めてよいですか」と承認をもらいます。承認の記録を残しておけば、後で覆されても説明ができます。

要件定義の経験は、転職市場ではかなり強い

つらい仕事ではありますが、要件定義ができる人は転職市場で確実に評価されます。作れる人より、何を作るか決められる人のほうが少ないからです。

書き方	例
伝わりにくい	要件定義を担当。基本設計書を作成した
伝わる	部門間で割れていた要件を、優先度の基準を作って整理し、2か月で合意まで進めた

ITコンサル、PMO、事業会社の企画職など、要件を固める力が中心になる仕事はたくさんあります。とくにITコンサルタントは、要件定義の経験がそのまま強みになる仕事です。選び方はITコンサル転職エージェントおすすめ3選で紹介しています。SEとして上流工程に関われる会社を探すなら、SE転職エージェントおすすめ｜未経験から現役SEまで目的別に解説も参考にしてください。

急いで動く必要はありません。選択肢を知ったうえで、いまの現場に残ると決めた人もたくさんいます。

要件定義を任されたら、最初の1週間でやること

要件定義は、最初の1週間の動き方で、その後の進みやすさがほとんど決まります。始まってから前提を確かめようとしても、すでに話が進んでいて言い出しにくくなるからです。

この3つを先に済ませておくと、打ち合わせのたびに前提を確かめ直す手間が減ります。「最初に決めるべきことを決めておく」だけで、要件定義のつらさはかなり軽くなります。

よくある質問

要件定義ができる人は、何が違うのですか？

知識の量よりも、「分からないことを分からないと言える」「決まっていないことを放置しない」という姿勢の差が大きいです。質問が上手な人ほど、要件定義もうまく進みます。

要件定義に向いていないのかもしれません

最初から得意な人はほとんどいません。つらさの多くは、決める人がいない、期限がないといった環境の問題です。進め方の型を覚えるだけで、楽になる部分はかなりあります。

お客さんの要望が細かすぎて、まとまりません

要望をすべて同じ重さで扱うと、まとまらなくなります。「絶対に必要」「あると助かる」「今回は見送り」の3つに分けて、優先順位を決めてもらいましょう。

要件定義をやりたくないときは、断ってもいいですか？

断ること自体は悪くありません。ただ、要件定義の経験は将来の選択肢を大きく広げるので、いきなり断るより「最初は補佐として入らせてください」と範囲を絞って引き受けるのもおすすめです。

要件が決まらないときの、進め方

決まらないまま時間が過ぎると、後半に作業が集中します。決めるための工夫を挙げます。

ひとつは、決める期限を先に合意することです。この日までに決まらなければ、この案で進めると決めておくと、判断が動きます。

もうひとつは、選択肢を用意することです。白紙で聞くと決まりませんが、案を2つ示すと選んでもらえます。決める負担を減らすことが、こちらの負担も減らします。

3つ目は、決まらないことを記録に残すことです。未決の項目と、それによる影響を共有しておくと、後で責任の押し付け合いになりません。

聞き取りで、抜けを防ぐ方法

要件の抜けは、後工程で大きな手戻りになります。防ぐ観点を挙げます。

• 例外の処理（想定外の入力や状態）
• 過去のデータの扱い
• 他の仕組みとの連携
• 権限や利用者の範囲
• 運用開始後の手順

5つ目は見落とされがちです。作ったあとに誰がどう運用するかまで確認しておくと、実際に使える形になります。

要件定義の経験を、次に活かす

この経験は、転職市場で高く評価されます。書き方を決めておきましょう。

書くのは、聞き取りの相手（部門や役職）、整理した要件の件数、優先順位の決め方、そして合意の取り方です。規模と判断の範囲が分かると、任せられる範囲が伝わります。

事業会社の社内SEでも、ITコンサルでも、求められるのはこの力です。つらい仕事ですが、市場価値は確実に上がっています。

つらさの原因を、工程ごとに分ける

要件定義がつらい理由は、人によって違います。原因を分けると、対処も変わります。

原因	起きていること	対処
決める人が決めない	打ち合わせが繰り返される	期限と選択肢を用意する
範囲が広すぎる	聞き取りが終わらない	優先順位で区切る
知識が足りない	業務が分からず質問できない	現場の作業を見学する
板挟みになる	部門ごとに要望が違う	決定者を一人にする

3つ目は、経験を積めば解決します。業務を知るために、実際の作業を見せてもらうのが近道です。

決まらない状態を、上に伝える

自分の努力で決められない場合は、上位に伝える必要があります。伝え方を決めておきましょう。

未決の項目、それによる影響、いつまでに決める必要があるか。この3点を書面で共有してください。感情ではなく、進行の問題として扱われます。

記録が残っていれば、遅れが出たときの説明にも使えます。自分を守る材料にもなります。

まとめ

要件定義がつらいのは、あなたのせいではなく、決まらない前提のせいです。決まらない状態を放置しないことだけが、あなたの仕事だと考えると、ずっと楽になります。

まずは次の会議の案内に、決めることを1行書くところから始めてみてください。