要件定義書のサンプル・テンプレート｜公開されている見本の使い方

当サイトの記事は編集部が国土交通省・IPA・デジタル庁などの公的機関の情報、規格や業界団体の公開情報を調べて独自に執筆しています。記事内にIT・Webエンジニアの転職サービスへの案内（広告）を含みます。

要件定義書のサンプルはどこで探す？

『ネットで検索したら、たくさん出てきて選べない…』と迷っていませんか。まずは、見本の出どころを3つに分けて考えてみましょう。

まず社内に見本がないか確かめる

いちばん先に確かめたいのは、社内の過去案件です。社内で決まった表紙や版の付け方があれば、それに合わせるのが近道だからです。

「前に作った要件定義書って、どこかに残っていますか？」と先輩や情報システムの担当者に聞いてみてください。社内に見本がなければ、公的機関の手引きから項目を借りてくる、という順番がおすすめです。

業界団体や書籍のひな形を使う時

解説書の付録や業界向けのひな形は、記入例まで入っていて雰囲気をつかみやすいのが魅力です。一方で、想定している業界や規模が自社と違うこともあります。

使う時は、例文をそのまま写さず、項目の並びと書き方の粒度だけを借りましょう。出どころが分からないファイルは、社内で使ってよいかを確かめてからにすると安心です。

公的機関で公開されている要件定義書の見本

公的機関の資料は、特定の会社のやり方に寄っていないのがいいところです。項目の抜けを確かめる「ものさし」として使えます。

デジタル庁の要件定義書標準テンプレート

デジタル庁の「デジタル社会推進標準ガイドライン」のページには、DS-100の第5章に対応した要件定義書標準テンプレートと、第6章に対応した調達仕様書標準テンプレートが掲載されています。いずれも2026年7月15日更新と確認できました。

DS-100では、要件定義書に書く内容を原則として次のア〜エとしています。

国の情報システム向けの書式なので、民間の小さな案件には項目が多すぎることもあります。全部を埋めるのではなく、項目の抜けを確かめる見本として使うのがおすすめです。

要件定義書のサンプルをIPAで探す時

要件定義書をIPAの資料で探すなら、まず「ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ」が手がかりになります。IPAのサイトでは2019年9月12日の公開とされています。

このガイドは、ビジネス要件定義、システム化要求定義、要件定義マネジメント、要件定義の主要ドキュメント作成の各テーマで、よくある問題と解決策をまとめた手引きです。記入済みの見本というより、何に気をつけて書くかを学ぶ資料と考えておくとよいでしょう。

非機能要件の見本の使い方は、非機能要件とは？要件定義書に書く項目と決め方でくわしく紹介しています。

見本をそのまま使えない所と直し方

『見本の項目を全部埋めれば、ちゃんとした要件定義書になるはず』と思いがちですよね。実は、見本をそのまま使うと、かえって読みにくい文書になることがあるんです。

公的機関の手引きを小さな案件に使う時

DS-100の非機能要件には、ユーザビリティから保守まで多くの事項が並んでいます。社内の小さなツールなら、全部を書く必要はありません。

「対象外」と書いておくと、読む人に「検討したうえで外した」ことが伝わります。空欄のままだと、書き忘れなのか外したのかが分からないんです。

社内の過去案件を使う時の落とし穴

社内の過去案件はいちばん使いやすい見本です。ただ、前の案件の名前や数字が残ったまま出してしまう失敗が起きやすいんです。

要件定義書サンプルはPDF・Excel・Wordのどれを選ぶ？

要件定義書サンプルは、PDF、Excel、Wordなど、いろいろな形で見つかります。形式によって向いている使い方が違うので、目的に合わせて選びましょう。

ExcelとWordを組み合わせる形もある

要件定義書のサンプルをExcelとWordの両方で探す方もいますよね。実際に、本文はWord、機能一覧のような大きな表はExcelで別に作り、本文から参照する形もよくあります。

どちらを使うかより、社内で決まった書式があるかを先に確かめるのが大事です。作成ツールの選び方は、要件定義書の書き方｜項目・目次と、伝わる書き方のコツでも紹介しています。

簡単な要件定義書の例を見てみよう

『見本がいろいろあっても、結局どのくらい書けばいいの？』という声もよく聞きます。そこで、要件定義書の簡単な例を、章ごとの表で作ってみました。

表紙と1章 背景と目的

2章 業務の流れと3章 機能

業務の流れは、「社員が備品を選ぶ、貸出登録する、使う、返却登録する」の順に、今と後の流れを並べて書きます。

機能は、1行に1つずつ一覧表にします。

4章 非機能と5章 移行・運用

この例は、項目の並び方をつかむための架空の見本です。実際の案件では、聞き取った内容に合わせて項目を増やしたり減らしたりしてください。

見本を自社のフォーマットに仕立てる手順

要件定義書のフォーマットを一から作るのは大変です。見本から作る時の流れを並べてみました。

見本から作ったフォーマットのチェック

要件定義書そのものの役目を確かめたい方は、要件定義書とは？目的・書く内容・作る流れをやさしく解説も見てみてください。

要件定義書のサンプルでよくある相談

よく寄せられる相談を、内容をまとめた形で紹介しますね。

相談1：要件定義書って、どんなふうに書くもの？

要件定義が大事だと聞くけれど、実際の要件定義書はどんなふうに書くのか、という相談です。とても多く読まれていて、同じ疑問を持つ人が多いことが分かります。

要件定義書は、何のためにシステムを作り、何ができればよいかを、発注側と開発側で合意するための文書です。この記事の簡単な例のように、背景と目的、業務の流れ、機能、非機能、移行・運用の順に書くと形になります。

相談2：一度も書いたことがないのに、上司に書けと言われた

要件定義書を読んだことも書いたこともないのに、上司から書くように言われた、という相談もあります。

『どうしよう、何も分からない…』と焦りますよね。そんな時こそ、見本を使ってみてください。

まずは社内の過去案件を探し、なければ公的機関の手引きで項目を確かめます。そのうえで、たたき台を早めに上司に見せて、方向が合っているかを確かめるのが近道です。

「この目次で進めようと思いますが、足りない所はありますか？」と、目次の段階で一度見てもらうと、大きな書き直しを防げますよ。

相談3：要件定義書や基本設計書は、パワポとエクセルのどちらで書く？

要件定義書や基本設計書は何で書くのか、プレゼン資料なのか表計算なのか、という相談です。

これは職場によって違います。文章の多い章は文書ソフト、一覧の多い章は表計算、図で見せたい所はプレゼン資料、と組み合わせることもあります。

まずは社内で決まった書式があるかを確かめてみてください。決まっていなければ、読む人がいちばん開きやすい形を選ぶとよいですよ。

相談4：システムに詳しくないのに、アプリの要件定義書を作ることになった

仕事でアプリ開発とは関係のない立場なのに、アプリを作るための要件定義書をまとめることになった、という相談です。

詳しくなくても大丈夫です。発注する側がまず書くべきなのは、技術の話ではなく、誰が何に困っていて、何ができればよいかなんです。

この記事の簡単な例の1章と3章のように、背景と目的、機能一覧から書き始めてみてください。技術の項目は、開発会社に相談しながら埋めていけば進められます。

見本を読み解く力は仕事でも生きる

要件定義書を一度書き上げると、他の人が書いた要件定義書や設計書も読みやすくなります。何がどこに書いてあるかの見当がつくようになるからです。

例えば、見本の項目を「これはうちの案件に要る、これは要らない」と選び分ける作業は、要件定義そのものの練習になります。何が大事で何を外してよいかを判断する力は、上流工程で毎日のように使う力なんです。

上流工程にどう進んでいくかは、上流工程とは？要件定義・設計ができるエンジニアになる道筋で紹介しています。

要件定義や設計書を書く経験は、上流工程を任される職場で評価されやすいものです。今の職場で経験を積むのも大切な道ですし、担当工程から一歩進みたい人は、求人の仕事内容を比べてみると道が見えてきます。

よくある質問

まとめ

あわせて読みたい

要件定義書とは？目的・書く内容・作る流れをやさしく解説

仕様書とは？意味と目的、設計書・要件定義書との違い

要件定義書の書き方｜項目・目次と、伝わる書き方のコツ