だまし絵を描かないためのーー 要件定義のセオリー(ダマシエヲカカナイタメノ ヨウケンテイギノセオリー)

◆◆◆業務とシステムの接点をしっかり捉える!◆◆◆

前著『システム設計のセオリー』で論理設計に範を示した著者が、さらなる上流工程である要件定義の手順と成果物を定式化します。
ユーザー企業と SI ベンダの両方を長く経験した著者だからこそ、ビジネス要求からシステム要件への「最初の入り口」で躓かないための極意を明らかにすることができました。
企業の情報システム部門と SI ベンダ、両者をつなぐ必読書です。
序 章 なぜいま「要件定」なのか?

第 1 章 情報システムにおける要件定義

第 2 章 要件定義の基本方針

第 3 章 要件定義の前にやっておくべきこと

第 4 章 要件定義でやるべきこと

第 5 章 非機能要件の定義

第 6 章 アーキテクチャの整備

第 7 章 妥当性確／合意形成

前著『システム設計のセオリー』において論理設計の進め方を示した赤俊哉氏が、さらに上流の工程を主題に据えたのが本書です。 2018 年にリックテレコムから刊行され、ビジネス要求をシステム要件へ変換する「最初の入り口」で躓かないための手順と成果物を定式化しています。書名の「だまし絵」は、関係者ごとに違う絵に見える要件定義書の比喩で、見る角度によって解釈が割れる成果物を作らないことが全体を貫くテーマです。

構成は、要件定義の基本方針から始まり、要件定義の前にやっておくべきこと、要件定義でやるべきこと、非機能要件の定義、アーキテクチャの整備、妥当性確認と合意形成へと工程順に進みます。方法論の紹介にとどまらず「何をどの順で作るか」まで踏み込むのが特徴で、ユーザー企業と SI ベンダの双方を長く経験した著者ならではの、発注側・受注側どちらの事情も汲んだ記述に価値があります。

読者として想定されるのは、企業の情報システム部門の担当者と、ベンダ側で上流工程を担う SE です。プログラミングの知識よりも、業務とシステムの接点を言語化する仕事への当事者意識が前提になります。設計工程を扱った前著と対で読むと、上流から論理設計までの流れが一本につながるため、要件定義から設計へ渡すものが曖昧だと感じているチームには 2 冊併読を勧めたくなる本です。