要件定義とは。
発注者がやることと、
漏れやすい要件。

01 — Answer

要件定義とは

要件定義とは、これから作るシステムが「何をするか」「何をしないか」を、発注者と開発会社で話し合って決め、文書に残す工程です。誰が、どの場面で、どの画面を使い、どんなデータを入れて、何が出てくるかを一つずつ決めます。たとえば整備工場の予約システムなら、予約を受ける入口（電話、店頭、Web）、押さえる対象（リフト、整備士、代車）、キャンセルの決まり、前日のお知らせの方法などです。要件定義で決めた内容が、その後の見積、設計、動作テストの基準になります。ここで漏れた要件はテストの段階や使い始めてから見つかり、直す手間が大きくなるため、発注者側が自社の仕事を一番よく知る立場として加わることが大切です。

03 — Detail

業務フローの書き出し方

要件定義の材料として一番役に立つのが、今の業務フローです。きれいな図にする必要はありません。紙に箇条書きでも、ホワイトボードの写真でも伝わります。手順は5つです。

書き終えたら、実際にその仕事をしている人に読んでもらいます。抜けている手順は、たいていそこで見つかります。「この場合は店長に電話して決める」といった一言も、システムにとっては大事な要件です。

1. 始まりと終わりを決める「お客さまから電話が来る」から「入金を確かめる」まで、どこからどこまでを書くかを決めます。
2. 人ごとに分けて書く受付、整備士、事務、店長など、誰が何をするかを行に分けて書きます。
3. 使う物を書き添えるその時に見ている帳票、画面、Excelのファイル名を横に書きます。
4. 待ちと手戻りに印を付ける部品の入荷待ち、お客さまの承諾待ち、書き直しが起きる場所に印を付けます。
5. 困っている所を書く時間がかかる所、間違いが起きる所に、実際にあった出来事を一言添えます。

05 — Check

要件定義をうまく進めるコツ

要件定義の打ち合わせでは、開発会社から「この場合はどうしますか」と何度も聞かれます。その場で決められないことは、持ち帰って現場に確かめても構いません。分からないまま「たぶん大丈夫」と答えるより、確かめてから答えるほうが、後の手戻りが減ります。

全部を最初に決めきる必要はありません。迷う所は、最初の版では手で処理すると決めておく方法もあります。使い始めてから、本当に要るかを見て足せば十分です。

決めたことは、打ち合わせのたびに文書で確かめます。言った、言わないの行き違いを防ぐためです。短いメモで構いません。画面のイメージは、手書きの絵や今使っているExcelの画面でも伝わります。

日本カーネットのスクラッチ開発では、お打ち合わせで課題やご要望をうかがい、その内容をもとにシステムのご提案とお見積りを出します。打ち合わせはリモートで行うので、現場の画面や帳票をその場で見せていただきながら進められます。欲しいシステム診断を使うと、打ち合わせの前に要望のメモを作れます。

FAQ

要件定義とはのよくある質問

Sources

出典

国土交通省 報道発表資料「来年４月より、車検を受けられる期間が延びます」：https://www.mlit.go.jp/report/press/jidosha02_hh_000645.html
国土交通省 電子車検証特設サイト「電子車検証について」：https://www.denshishakensho-portal.mlit.go.jp/user/about/
国土交通省「自動車検査証の電子化」概要資料：https://www.mlit.go.jp/jidosha/kensatoroku/kensa/denshika_tesuryo.pdf
スクラッチ開発（日本カーネット）：https://www.j-carnet.co.jp/scratch