【要約&レビュー】『システムを作らせる技術』白川克——非エンジニアがITシステム発注を成功させるための実践書

3行で分かるこの本のポイント

• 「「作らせる」という視点——エンジニアに依頼する側のための唯一の教科書」——「システムを作る技術」の本は多いが、「システムを作らせる技術」、つまり発注者・ビジネス担当者が開発を成功に導くための本は少ない。「依頼する側のリテラシー」を高める希少な実践書
• 「要件定義という最重要工程——「何を作るか」の言語化が成否を決める」——システム開発失敗の多くは「要件定義の失敗」に起因する。「エンジニアに伝えられる言葉で要件を定義する」技術が、発注者に最も必要なスキルだという本書の核心
• 「ベンダーとの関係構築——「発注者と受注者」ではなく「共同作業者」として協働する」——適切なベンダー選定・コミュニケーション・進捗管理の方法論が、開発プロジェクトを「両者が成功する」協働へと変える視点

この本はこんな人におすすめ

• 非エンジニアでITシステム発注に関わるビジネス担当者
• 社内システム開発のプロジェクトオーナー・PMO
• ベンダーとのやり取りに悩んでいる担当者
• 「要件定義とは何か」を基礎から学びたい方

独自5段階評価

項目	スコア
発注者視点という希少な切り口	★★★★★
要件定義の実践的な解説の充実度	★★★★☆
ベンダーマネジメントの具体的なアドバイス	★★★★☆
読みやすさ・非エンジニアへの親しみやすさ	★★★★☆
実際のプロジェクトへの適用しやすさ	★★★☆☆

要約・内容紹介

「作らせる側」の役割とは

白川克が定義する発注者の責任：

「何を作るか」を決める責任：

• 「エンジニアに何を頼むべきか」を言語化する
• 「あれもこれも」ではなく優先順位を決める力
• 「システムで解決すべき問題は何か」を問い直す

発注者が持つべき三つのスキル：

• 要件を文書化するライティング力
• エンジニアと対等に話せる最低限の技術知識
• ステークホルダーをまとめる社内調整力

要件定義を成功させる

「要件」の正しい書き方：

• 「何をしたい」という願望から「システムが何をすべきか」への変換
• 曖昧な表現を排除した具体的な機能要件・非機能要件
• 「誰が・いつ・どこで・何を・どうする」という5W1H形式の記述

優先順位のつけ方：

• MoSCoW法（Must/Should/Could/Won't）による機能の分類
• 「コアな価値を最初に作る」というMVP思考
• スコープコントロールという発注者の最重要スキル

ベンダーとの協働

見積もり評価・契約形態の選択（請負vs準委任）・進捗管理・変更管理という、ベンダーリレーションシップの全工程の解説。

実際に試してみた

WEBビジネスの仕事で外注するケースがあり、「何を依頼するかの言語化」に苦労した経験があります。本書の「5W1H形式での要件記述」を意識したら、依頼後の手戻りが減りました。

「依頼者側がリテラシーを上げることが、良い成果物への近道」という視点は、外注全般に通じる重要な気づきでした。

読者の評判・口コミ

楽天レビューでは「発注者目線の本がなかったので助かった」「要件定義の基礎が分かった」という実務直結の評価が多く見られます。

「技術的な内容はカバーされていない」という声もある一方、「非エンジニアのIT担当者の必読書」という定評があります。

良い点

• 発注者・ビジネス担当者という希少な視点への特化
• 要件定義という最重要工程の体系的な解説
• ベンダー選定から契約・進捗管理までの全工程カバー

注意点

• エンジニア自身には物足りない内容（発注者向けのため）
• 実際のシステム開発の技術的詳細は別途学習が必要
• 事例が大企業系に偏っている箇所がある

この本の前後に読む本

前に読む本: 特になし。IT発注入門として最初から読めます 後に読む本: アジャイル開発・プロジェクトマネジメントの専門書へのステップアップがおすすめです

読了データ

項目	内容
ページ数	約280ページ
読了時間の目安	3〜4時間
図解・イラスト	あり（図解・フロー）
難易度	★★☆☆☆（IT知識不要、ビジネス経験があれば読みやすい）

まとめ

白川克・濱本佳史『システムを作らせる技術』は、非エンジニアがITシステム開発を成功させるために必要な要件定義・ベンダーマネジメント・プロジェクト管理を体系的に解説した実践書です。「作らせる側のリテラシーが成功を決める」という視点が、IT開発プロジェクトへの関わり方を変えます。システム発注に関わるビジネス担当者に——発注者として知るべきITプロジェクト管理の実践書としておすすめします。