---
type: guideline
title: Step.7 新しい業務要件の定義
source: デジタル庁
ds_code: ds-120
category: government-system
updated: 2025-06-19
source_url: https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/e2a06143-ed29-4f1d-9c31-0f06fca67afc/9ab95eed/20250619_resources_standard_guidelines_guideline_06.zip
---

# Step.7 新しい業務要件の定義

新しい企画方針が出来上がれば、この内容に基づき新しい業務要件を定義します。

現行の業務をベースに変更部分を明らかにしていく、全く新規にサービス・業務を作り上げるなど、様々な状況が考えられますが、いずれの場合も進める際に理解しておくべき手段やノウハウについて、解説していきます。

## 業務要件をまとめる

【標準ガイドライン関連箇所：第３編第４章第５節】

新たなサービス・業務企画の方向性が固まってきました。あなたはその内容を正確に第三者に説明できますか？

ここでは、新たなサービス・業務企画の内容を、業務要件という形で要素を分解して、可視化を行います。「要件」という言葉から、情報システム寄りの印象を受けるかもしれませんが、「業務要件」は、業務フローや、業務をいつ、どういう役割の職員が行うのかといった、サービス・業務の姿そのものを整理したものが中心となるため、実際に業務を実施する職員の視点に立たないと定義できません。

車の購入に例えると、業務要件は「アウトドアでキャンプする」「子どもの送り迎えをする」といった具体的な利用シーンを表します。機能要件（要件定義以降で検討）は、「４ＷＤで８人乗れるワンボックス」「チャイルドシートを装着しても、買い物を入れるスペースがとれる軽自動車」となり、それぞれ排気量や搭乗人数等の詳細な仕様を決定していきます。機能要件については自動車ディーラーに相談することができますが、業務要件は車を利用したい当事者でしか定義できません。ここで作成する業務要件も、まさに当事者にしか作成できないものです。

業務要件には、新しい業務実施手順（業務範囲、業務フロー等）、業務の規模、時期・時間、場所、目標として管理すべき指標、システム化の範囲等を記載します。具体的な書き方については、別紙のひな形を参照してください。基本的には、サービス・業務企画で検討してきた様々な分析結果を総合的にまとめた資料となります。

業務要件で作成した資料は、後続工程となる要件定義のインプットとして利用できます。

## 定義内容を関係者に共有する

【標準ガイドライン関連箇所：第３編第４章第６節】

新しいサービス・業務を定義したドキュメントが出来上がることで、関係者にとって理解しやすくなり、これまでは意識していなかった考慮点や抜け漏れが発見できる可能性があります。

そのため、作成した業務要件の定義内容を関係者に確認してもらい、その結果明らかになった変更要望や新たな課題は、ＰＪＭＯ内で対応方針を検討し、業務要件に反映した上で、再度関係者と共有してください。これにより、業務要件をより精緻なものへと更新することができます。

また、関係者に説明することで曖昧な内容や難解な箇所を修正でき、後続工程で事業者を含む第三者が理解しやすい内容になります。

##
