スポンサーリンク
書籍情報
「Kindleで読み放題」 および 「オーディブルで聴ける」 対象作品は時期によって変わる場合がございます。
炎上知らずのDXプロジェクトマネジメント～業務システム開発 七つの鉄則
あらすじ
（概要）
※この商品はリフロー型epubで作成されております。デバイスに合わせて文字の大きさやレイアウトが変更可能です。また，電子書籍内で検索をかけたり，マーカーを引いたり，自動読み上げを行うことも可能です。
曖昧な要件定義、度重なる仕様変更、それに伴うプロジェクトの遅延や炎上、現場の疲弊や顧客の不満など……。DXによる業務のIT化・効率化が進められる中、開発プロジェクトがなかなか上手くいかないという悩みを抱えている方は多いかもしれません。プロジェクトの舵取りを担う部門の担当者やリーダー、マネジメント層が、解決の糸口が見えない現状に危機感を抱くことも少なくないはずです。
本書では、著者が長年のシステム開発・プロジェクトマネジメントに従事した経験に基づき体系化した手法である「スペックパターン開発プロセス」を軸に、DX・業務システム開発プロジェクトを成功に導くためのノウハウを解説します。
科学的な手法による正しい計画作成から始まり、顧客の要求をしっかりと掴む会議運営と議事録作り、データベース化による仕様管理、上流工程での徹底的なユーザーテスト実施、生成AI時代も見据えた画面量産体制の構築などを、7つの鉄則として整理しました。スペックパターン開発プロセスの本質を理解することで、顧客・開発サイドの双方が満足できるWin-Winの業務システム開発プロジェクト実現に繋げられるでしょう。
（こんな方におすすめ）
・業務システム開発に携わるエンジニア、情報システム部門担当者、事業部門担当者
（目次）
第1章 なぜ日本のIT投資は利益を生まないのか
1.1 2025年の崖と社内DX～ベンダー丸投げの限界～
1.2 日本のIT人材不足の正体とその解決の道
第2章 第3の選択肢としての「スペックパターン開発プロセス」
2.1 ウォーターフォール vs. アジャイルという不毛な対比
2.2 スペックパターン開発プロセスが解決するもの
2.3 スペックパターン開発プロセスの重要なポイント
2.4 AI・DX時代におけるスペックパターンの価値
第3章 【鉄則1】正しく計画せよ～誤解されたWBSと、失われた計画作成～
3.1 「計画」という名の「要望記述書」
3.2 PMBOKが教える本来のWBSとは
3.3 WBS辞書がない計画は計画とは言えない「願望表」
3.4 アクティビティリストとプロジェクトネットワーク図～ストーリーからシナリオへ～
3.5 プロジェクトネットワーク図を作成する
3.6 アーンドバリューマネジメントでプロジェクトを数値化する
3.7 計画から工場への接続
3.8 まとめ：計画作成が変わればプロジェクトが変わる
第4章 【鉄則2】議事録は発言録ではない！ 決定事項を記録せよ～会議法＆議事録術～
4.1 会議と議事録はプロジェクトの土台であり両輪
4.2 4ビートミーティングの実践テクニック
4.3 AI時代の4ビートミーティング
4.4 会議コストとリスク管理
4.5 まとめ：笑顔の会議を4ビートミーティングで実現する
第5章 【鉄則3】仕様書は書かずに「出力」せよ～開発プロセスの心臓部 「仕様のデータベース化」～
5.1 最初に明確に伝えたいこと
5.2 なぜ仕様書は陳腐化するのか
5.3 画面項目レベルのスペックパターンレコード（画面項目定義）
5.4 スペックパターンデータベースが生み出す量産効果
5.5 レガシーシステムの刷新とAI時代のスペックパターン開発プロセス
5.6 まとめ：業務システムの開発をまるごと近代化せよ
第6章 【鉄則4】上流工程で成功を確定せよ～ソフトウェア製造ライン設計術～
6.1 モックアップによる超早期での合意
6.2 顧客業務の徹底理解と「産能大式」の威力
6.3 なぜ、設計書を渡してもまともなシステムはできないのか
6.4 インプリメントリーダーという最強のパートナー
6.5 モデルソースによる品質の固定
6.6 まとめ：ソフトウェア工場の製造ライン建設
第7章 【鉄則5】テストは最初に、徹底的に実施せよ～実装と品質保証の自動化・工場化～
7.1 コンバースリリース～最も難しい山を最初に登る～
7.2 仕様変更ゼロを実現する
7.3 まとめ：製造ライン建設を完了し「製造」から「組み立て」へ
第8章 【鉄則6】仕様と計画を完全支配せよ～内製化とベンダー共創の新しい形～
8.1 日本企業の現実と内製化ブームの落とし穴
8.2 丸投げでも抱え込みでもない第3の道
8.3 新時代の「仕様サプライチェーン」構築
8.4 まとめ：さあ、自社の「ソフトウェア工場」を建てよう
第9章 【鉄則7】工場は小さく始めて大きく育てよ～開発プロセスの導入と体制構築～
9.1 見えないコストに気づきROIを高める
9.2 スモールスタートの鉄則～いきなり全社展開をしない～
9.3 組織体制と人材戦略～誰が工場を回すのか～
9.4 まとめ：日本を「ソフトウェア工場の国」へ
第10章 業務システム開発におけるAIの活用
10.1 AI時代の業務システム自動生成
10.2 まとめ：AI時代にこそ仕様が価値を持つ
Appendix スペックパターン開発プロセス標準実施手順書
A.0 前提
A.1 【フェーズ1】プロジェクト立ち上げとイメージの固定
A.2 【フェーズ2】業務分析と「製造ライン」構築～要件定義の段階でテストを終わらせる～
A.3 【フェーズ3】量産（設計・実装・テスト）～書くのではなく出力し、作るのではなく組み立てる～
A.4 【フェーズ4】仕上げと運用への接続～「言った、言わない」を残さない～
※この商品はリフロー型epubで作成されております。デバイスに合わせて文字の大きさやレイアウトが変更可能です。また，電子書籍内で検索をかけたり，マーカーを引いたり，自動読み上げを行うことも可能です。
曖昧な要件定義、度重なる仕様変更、それに伴うプロジェクトの遅延や炎上、現場の疲弊や顧客の不満など……。DXによる業務のIT化・効率化が進められる中、開発プロジェクトがなかなか上手くいかないという悩みを抱えている方は多いかもしれません。プロジェクトの舵取りを担う部門の担当者やリーダー、マネジメント層が、解決の糸口が見えない現状に危機感を抱くことも少なくないはずです。
本書では、著者が長年のシステム開発・プロジェクトマネジメントに従事した経験に基づき体系化した手法である「スペックパターン開発プロセス」を軸に、DX・業務システム開発プロジェクトを成功に導くためのノウハウを解説します。
科学的な手法による正しい計画作成から始まり、顧客の要求をしっかりと掴む会議運営と議事録作り、データベース化による仕様管理、上流工程での徹底的なユーザーテスト実施、生成AI時代も見据えた画面量産体制の構築などを、7つの鉄則として整理しました。スペックパターン開発プロセスの本質を理解することで、顧客・開発サイドの双方が満足できるWin-Winの業務システム開発プロジェクト実現に繋げられるでしょう。
（こんな方におすすめ）
・業務システム開発に携わるエンジニア、情報システム部門担当者、事業部門担当者
（目次）
第1章 なぜ日本のIT投資は利益を生まないのか
1.1 2025年の崖と社内DX～ベンダー丸投げの限界～
1.2 日本のIT人材不足の正体とその解決の道
第2章 第3の選択肢としての「スペックパターン開発プロセス」
2.1 ウォーターフォール vs. アジャイルという不毛な対比
2.2 スペックパターン開発プロセスが解決するもの
2.3 スペックパターン開発プロセスの重要なポイント
2.4 AI・DX時代におけるスペックパターンの価値
第3章 【鉄則1】正しく計画せよ～誤解されたWBSと、失われた計画作成～
3.1 「計画」という名の「要望記述書」
3.2 PMBOKが教える本来のWBSとは
3.3 WBS辞書がない計画は計画とは言えない「願望表」
3.4 アクティビティリストとプロジェクトネットワーク図～ストーリーからシナリオへ～
3.5 プロジェクトネットワーク図を作成する
3.6 アーンドバリューマネジメントでプロジェクトを数値化する
3.7 計画から工場への接続
3.8 まとめ：計画作成が変わればプロジェクトが変わる
第4章 【鉄則2】議事録は発言録ではない！ 決定事項を記録せよ～会議法＆議事録術～
4.1 会議と議事録はプロジェクトの土台であり両輪
4.2 4ビートミーティングの実践テクニック
4.3 AI時代の4ビートミーティング
4.4 会議コストとリスク管理
4.5 まとめ：笑顔の会議を4ビートミーティングで実現する
第5章 【鉄則3】仕様書は書かずに「出力」せよ～開発プロセスの心臓部 「仕様のデータベース化」～
5.1 最初に明確に伝えたいこと
5.2 なぜ仕様書は陳腐化するのか
5.3 画面項目レベルのスペックパターンレコード（画面項目定義）
5.4 スペックパターンデータベースが生み出す量産効果
5.5 レガシーシステムの刷新とAI時代のスペックパターン開発プロセス
5.6 まとめ：業務システムの開発をまるごと近代化せよ
第6章 【鉄則4】上流工程で成功を確定せよ～ソフトウェア製造ライン設計術～
6.1 モックアップによる超早期での合意
6.2 顧客業務の徹底理解と「産能大式」の威力
6.3 なぜ、設計書を渡してもまともなシステムはできないのか
6.4 インプリメントリーダーという最強のパートナー
6.5 モデルソースによる品質の固定
6.6 まとめ：ソフトウェア工場の製造ライン建設
第7章 【鉄則5】テストは最初に、徹底的に実施せよ～実装と品質保証の自動化・工場化～
7.1 コンバースリリース～最も難しい山を最初に登る～
7.2 仕様変更ゼロを実現する
7.3 まとめ：製造ライン建設を完了し「製造」から「組み立て」へ
第8章 【鉄則6】仕様と計画を完全支配せよ～内製化とベンダー共創の新しい形～
8.1 日本企業の現実と内製化ブームの落とし穴
8.2 丸投げでも抱え込みでもない第3の道
8.3 新時代の「仕様サプライチェーン」構築
8.4 まとめ：さあ、自社の「ソフトウェア工場」を建てよう
第9章 【鉄則7】工場は小さく始めて大きく育てよ～開発プロセスの導入と体制構築～
9.1 見えないコストに気づきROIを高める
9.2 スモールスタートの鉄則～いきなり全社展開をしない～
9.3 組織体制と人材戦略～誰が工場を回すのか～
9.4 まとめ：日本を「ソフトウェア工場の国」へ
第10章 業務システム開発におけるAIの活用
10.1 AI時代の業務システム自動生成
10.2 まとめ：AI時代にこそ仕様が価値を持つ
Appendix スペックパターン開発プロセス標準実施手順書
A.0 前提
A.1 【フェーズ1】プロジェクト立ち上げとイメージの固定
A.2 【フェーズ2】業務分析と「製造ライン」構築～要件定義の段階でテストを終わらせる～
A.3 【フェーズ3】量産（設計・実装・テスト）～書くのではなく出力し、作るのではなく組み立てる～
A.4 【フェーズ4】仕上げと運用への接続～「言った、言わない」を残さない～
