要件定義を未経験から身につける方法｜小さな成果物で慣れる3か月

当サイトの記事は編集部がIPAなど公的機関の公開資料と読者の声を調べて独自に執筆しています。

要件定義は未経験からでも身につく？

要件定義（RD：Requirements Definition）は、システムで何を実現するかを関係者で決める工程です。

『上流の仕事だから、経験を積んだベテランしかできないのでは』と感じる方も多いはずです。

たしかに、要件定義全体をまとめるには経験が要ります。

ただ、要件定義の中には、未経験の人でも担当できる作業がたくさんあるんです。

要件定義の中で、未経験でも始めやすい作業

要件定義の作業を細かく分けると、次のようになります。

上の二つから始めて、下へ少しずつ広げていくイメージです。

要件定義そのものの意味から確かめたい方は、要件定義とはもあわせてどうぞ。

要件定義に役立つ力は、ほかの仕事でも育つ

要件定義で役に立つ力は、次のようなものです。

実は、この中でITの知識が必要なのは最後の一つだけなんです。

営業や事務、接客の仕事で身につけた「聞く力」や「調整する力」は、そのまま要件定義で生きますよ。

練習の前に、最初に覚えたい言葉と流れ

打ち合わせに初めて出ると、知らない言葉が次々に出てきて戸惑いますよね。

『みんな当たり前のように話しているけど、聞き返していいのかな』と不安になる方もいるはずです。

まずは、よく出てくる言葉を対にして覚えておくと、話の流れがつかみやすくなります。

要件定義は、最後に受入テストで確かめられる

工程の流れでは、V字モデルという見方もよく出てきます。

左側に要件定義や設計などの上流の工程、右側にテストの工程を置き、それぞれを対応させて考える見方です。

要件定義で決めた内容は、最後に発注側が行う受入テストで確かめられます。

つまり、要件定義で書いた一文一文が、そのままテストの物差しになるんです。

この関係が分かると、「確かめられる言葉で書く」ことの意味が腹落ちしますよ。

未経験から慣れる3か月の練習メニュー

ここからは、未経験の人が要件定義に慣れるための練習メニューを紹介します。

身につける順番は、議事録を書く、要件一覧を整理する、業務フローを書く、小さな機能の要件を書いてレビューを受ける、という流れがおすすめです。

『3か月で要件定義ができるようになるの？』と思いますよね。

3か月で全部ができるようになるわけではありません。

ただ、要件定義の打ち合わせに入った時に、何が起きているかが分かり、手伝える状態にはなれます。

3か月の練習メニュー（例）

期間はあくまで目安なので、自分のペースで進めて大丈夫です。

1か月目：議事録で「決まったこと」を残す練習

最初の1か月は、議事録を書く練習です。

議事録は、要件定義の成果物の中でもいちばん身近で、すぐに始められます。

コツは、話した順に書くのではなく、「決まったこと」「決まっていないこと」「宿題」に分けて書くことです。

書いたら、打ち合わせに出ていた先輩に見てもらいましょう。

「この宿題、期限が抜けているね」のような指摘をもらえると、ぐっと上達しますよ。

打ち合わせ中は、全部を書き取ろうとしなくて大丈夫です。

「今のは決まったことですか、それとも次回までの検討ですか」と確かめるだけで、議事録の質はぐっと上がります。

「退職した方の名刺は、すぐ消してしまっていいんでしょうか」
「そこは部長に確認したいので、次回までの宿題にしましょう」

こういう一言を拾えるようになると、議事録を書く力がついてきた証拠です。

2か月目：要件一覧で「要望を分ける」練習

2か月目は、議事録から要望を拾って一覧にする練習です。

要望は、一つの文に二つ以上のことが混ざっていることがよくあります。

例えば「名刺を登録して、部署のみんなで検索できるようにしたい」は、登録と検索の二つに分けます。

番号と状態の列があるだけで、「どれが決まっていて、どれが残っているか」が一目で分かります。

3か月目：業務フロー図と、小さな要件を書く練習

3か月目は、一つの業務の流れを図にしてみましょう。

業務フロー図は、登場する部署や人を横のレーンに分け、作業の順番を矢印でつなぐ図です。

名刺の例なら、「名刺を受け取る」「登録する」「部署で検索する」「古い情報を整理する」のような流れになります。

図が書けたら、その中の一つの機能について、要件を書いてみます。

名刺の検索機能を例に、手順どおりに書くと次のようになります。

ここまで書けたら、もう立派な要件の下書きです。

業務フロー図の詳しい描き方は、要件定義の業務フロー図の書き方で紹介しています。

職場で要件定義の経験を積むには？

練習の次は、実際の仕事で経験を積む段階です。

『今の職場では、下流の工程しか任せてもらえない』という方もいますよね。

そんな時でも、要件定義に近づく方法はあります。

頼み方の例

漠然と「上流をやりたい」と伝えるより、手伝える作業を具体的に言うほうが、相手も任せやすくなります。

議事録は、先輩にとっても手間が減る作業なので、喜ばれることが多いです。

今の仕事の中で練習する

要件定義に入れなくても、今の仕事の中で練習できることがあります。

例えば、テストを担当しているなら、テストのもとになった要件を読み、「この書き方だと合否が判断しにくい」と感じた点をメモしておきます。

それだけでも、良い要件の書き方が少しずつ分かってきますよ。

やったことは記録に残しておく

小さな作業でも、要件定義に関わった経験は記録に残しておきましょう。

「どんな業務の案件で」「何の成果物を」「どこまで担当したか」を書いておくと、次の案件で手を挙げる時の説明に使えます。

こうした記録は、上司と面談する時にも「次はこれをやってみたい」と伝える材料になりますよ。

学びの目安としての資格

学ぶ範囲の目安として、IPAの情報処理技術者試験にはシステムアーキテクト試験やプロジェクトマネージャ試験があります。

ただ、資格は知識の整理には役立ちますが、要件定義は実際に書いて直す経験で伸びる仕事です。

資格の勉強と、議事録や要件一覧を書く練習を並行するのがおすすめです。

つまずきやすい点と、乗り越え方

最初のうちは、打ち合わせで飛び交う言葉が分からず、置いていかれることもありますよね。

それは誰もが通る道なので、焦らなくて大丈夫です。

あいまいな言葉を直す練習

要件を書く時に、つい使ってしまうのが「早く」「使いやすく」「きちんと」のような言葉です。

例えば「名刺をすぐに探せること」と書くと、「すぐ」が人によって違います。

「会社名の一部を入力すると、該当する名刺が一覧で表示されること」のように書き直すと、誰が読んでも同じ意味になります。

要件定義がなぜ難しいと言われるのかは、要件定義が難しい理由とつまずきポイントで詳しく紹介しています。

よくある相談に答えます

要件定義を未経験から目指す方の、よくある相談を要約してお答えします。

未経験から入る場合、最初から要件定義を一人で任されることは少ないです。

多くは、テストや資料作りなど、ほかの工程から入って少しずつ広げていきます。

辛いかどうかは職場によりますが、「最初は分からなくて当然」と思えると、気持ちがだいぶ楽になりますよ。

まずは、今の現場で手伝える作業を具体的に申し出てみてください。

議事録や要件の一覧づくりなら、下流の工程を担当しながらでも引き受けやすいです。

それでも機会がない場合は、社内の小さな改善を要件定義の形で提案して、書いた経験を作っておくと次につながります。

下流の工程の経験は、要件定義で「実現できるか」「テストで確かめられるか」を判断する時に役立ちます。

遠回りに見えても、今の経験はむだになりませんよ。

結論から言うと、まずは「何のための基盤か」と「どのくらいの品質が必要か」から書き始めてみましょう。

品質の目安には、IPAの「非機能要求グレード」が役立ちます。

可用性、性能・拡張性、運用・保守性、移行性、セキュリティ、システム環境・エコロジーの6つの大項目に沿って、必要な水準を発注側と決めていきます。

詳しくはインフラ・基盤の要件定義が参考になります。

よくある質問

まとめ

要件定義書の書き方をもう一歩深く知りたい方は、要件定義書の書き方で章ごとの記入例を見てみてください。

あわせて読みたい

要件定義とは？意味をわかりやすく解説｜家づくりで見る全体像

エンジニアと要件定義の役割分担｜SE・社内SE・発注側は何をする？

要件定義書の書き方を手順で解説｜NG文の直し方と章ごとの記入例