はじめに

新たな業務システムを発注・導入する際、「要件定義」や「機能要件」「非機能要件」など、似たような言葉が飛び交い、混乱する方も多いのではないでしょうか？

本記事では、これらの言葉の違いや役割を、例を交えてやさしく解説します。

この記事でわかること

住民サービスや庁内業務の中で「何を改善したいか」「どんな課題があるか」を整理する工程です。

「子どもが生まれたので部屋を増やしたい」「在宅勤務用の書斎がほしい」など、暮らしの理想や困りごとを伝える段階です。

システムが「どのような機能を持っているべきか」という具体的な仕様です。

「キッチンにはIHコンロ」「洗面所に乾燥機付き洗濯機」など、具体的に欲しい設備や部屋を指定する段階です。

「どれだけ速く・安全に・安定して」システムが動くか、といった品質面の要件です。

「断熱性が高くて冬でも暖かい」「耐震等級3で安心」「通信環境が速い」など、快適さや安心感に直結する“性能”に関わる部分です。

これまでの要件（やりたいこと・欲しい機能）をどんな仕組み・構成で実現するかを検討する工程です。

「鉄筋コンクリートにする」「太陽光パネルを屋根に設置する」「配線は壁内に通す」など、具体的な施工・技術的構造の話にあたります。

区分	担当	粒度	役割・記載例
要件定義書	業務部門＋情報政策課	中〜粗	何がしたいか（業務課題・改善方向）
機能要件書	発注者＋ベンダー	詳細	画面／操作／入力／出力などの具体的仕様
非機能要件書	発注者＋ベンダー	詳細	性能、安定性、セキュリティ要件など
システム構成案	情報政策課＋ベンダー	技術的詳細	クラウド構成、認証方式、インフラ設計

これらの要素は、システム導入を成功に導くための「設計図」にあたります。
まずは、“業務で本当に困っていること”を丁寧に言葉にすることから始めましょう。
誰かが「使って良かった」と思える仕組みは、こうした丁寧な整理から生まれます。

複雑に見えるものも、解きほぐせば必ず形になります。まずは目の前の一歩から始めましょう🍀