Book Summary / 章別要約

プロジェクト実行ガイド大全

著者: 大場 京子(プロシンクワーク 代表取締役社長) / 出版: 日経BP(2018年10月) / 全535ページ(Kindle版)
注記: 本書の内容を要約したものです。全文の複製ではありません。著作権は著者・出版社に帰属します。
取得状況について: Kindle Cloud Readerへのアクセスを試みましたが、同一ブラウザプロファイルを使用する別タスク(引越し申込作業)が実行中のため、ブラウザを共有利用できませんでした。 このため 各章の本文は直接読めていません。章別要約の内容は、①実際の書籍スクリーンショット(はじめに・ページ1〜3)、②出版社・書店の公式サイト掲載情報、③読者レビューから引用した書籍内容の3種類を組み合わせています。 各章の情報源を明記します。
はじめに 〜プロジェクト実行ガイド利用方法〜
実際の書籍スクリーンショットより

本ガイドの目的・位置付け

  • 本書はシステム構築プロジェクトにおける各フェーズの定義・標準タスクフロー・タスク概要と共に、PM(プロジェクトマネジャー)が行うべき取り組みをまとめた実行ガイド本
  • 内容は「PROKAN」メソッドに基づいている
  • PM に任命され、プロジェクトを担当する時に参照活用する。フェーズの進捗に合わせて各章を読み進める
  • 注意: 本書はプロジェクトマネジメントの勉強本ではない。勉強目的なら前著『驚異のプロジェクト実行術 準備編』『驚異のプロジェクト実行術 実践編』を推奨

PROKANとは

  • プロシンクワークが提供するプロジェクトマネジメントのメソッド。構成は「テオリー(How to do)」と「実行ガイド(What to do)」の2軸
  • プロジェクトの上流フェーズから最終フェーズまで順を追って「What Action(何をするべきか)」を解説
  • 著者が PM を担った40以上のシステム構築プロジェクトを成功に導いた実績に基づく実践的メソッド

本ガイドの狙い・応えたい課題感

  • PM の課題感:「実際にどのタイミングで何をどうすればいいのか知りたい」—— 特に経験の浅い PM は手探り状態になりやすい
  • 組織の課題感1「個人の力量依存で成功確率に差が出ている」—— PM 個人のスキルや経験頼みで組織標準がない状態
  • 組織の課題感2「共通項がないことの負荷とリスク」—— IT人材の流動性が高まり、バックグラウンドの異なるメンバーで開発用語・やり方のすり合わせコストが増大
  • 本書の答え:「PM 個人依存をなくし、組織全体の底上げをする」ための標準実行ガイドを提供
プロジェクト定義フェーズ(A〜F群)
A群 立ち上げマネジメント
  • プロジェクト定義フェーズの最初の群。プロジェクト立ち上げ時に PM が行うべき初動アクションを定義する
  • 各フェーズの定義・標準タスクフロー・推奨アクションが記述されており、PM が「誰が・いつ・何をやるか」を把握するための出発点
章タイトル: 公式出版社・書店サイトより確認
B群 方針設定 ― 段階的スコープ判断マネジメント
  • プロジェクトの方針を設定し、スコープを段階的に判断するプロセスを解説
  • スコープ判断フロー: 「投資見立て → 概算見立て → 概算見積もり」から「仮見積もり → 正式見積もり」へと2段階で絞り込む(プロジェクト定義フェーズ〜要件定義フェーズにかけて実施)
  • スコープの境界線を段階的に確定させることで、後工程での手戻りを防止する
章タイトル: 公式サイトより確認 / 内容: 読者レビューより
C群 概要要件・概念設計まとめマネジメント
  • 概要レベルの要件整理と概念設計のまとめ方を解説
  • アプリ機能構成図を概要レベルで作成することが推奨される。この図は後続のテスト範囲の図示に活用されるため、早期作成が重要
章タイトル: 公式サイトより確認 / 内容: 読者レビューより
D群 プロジェクトの仕立てマネジメント
  • プロジェクト体制・役割分担・進め方など「プロジェクトの仕立て」を整える工程を解説
  • 各フェーズの定義・標準タスクフロー・推奨アクションで構成される
章タイトル: 公式サイトより確認
E群 概算見積・プロジェクト計画策定マネジメント
  • 概算見積もりの策定方法とプロジェクト計画書の作成プロセスを解説
  • 計画書の作成例・成果物のイメージ・推奨フォルダ構成が本書全体を通じて豊富に収録されており、この群でも参照できる
章タイトル: 公式サイトより確認
F群 フェーズ完遂と要件定義フェーズ計画策定マネジメント
  • プロジェクト定義フェーズを締めくくり、次フェーズ(要件定義)に向けた計画を策定する工程
  • フェーズをきちんと完遂させてから次フェーズに移行するための管理ポイントを解説
章タイトル: 公式サイトより確認
要件定義フェーズ(G〜I群)
G群 全体とアプリ系タスクマネジメント
  • 要件定義フェーズの全体管理とアプリケーション系のタスクを解説
  • アプリ機能構成図: C群で概要作成したものをさらに詳細化。後続テストの範囲図示に直結するため、この段階での精度が重要
  • 「誰が・いつ・何をやるか」を標準タスクフローで明示し、アプリ系作業の漏れを防ぐ
章タイトル: 公式サイトより確認 / 内容: 読者レビューより
H群 テストと移行系タスクマネジメント
  • 要件定義フェーズにおけるテスト計画と移行設計のタスクを解説
  • テスト計画の要点: 工程ごとのテスト目的・範囲の決定、環境使用タイミング、テストデータ準備、サブシステム間連携の実施タイミング
  • データ移行要件定義: 現システムのデータ品質確認と、現システム→新システムへのデータマッピングを検討する
章タイトル: 公式サイトより確認 / 内容: 読者レビューより
I群 基盤系タスクマネジメント
  • 要件定義フェーズにおけるインフラ・基盤系のタスクを解説
  • アプリ系・テスト移行系と並行して基盤面での要件定義を進めるための管理ポイントを示す
章タイトル: 公式サイトより確認
基本設計フェーズ(J〜L群)
J群 全体とアプリ系タスクマネジメント
  • 基本設計フェーズにおける全体管理とアプリケーション系のタスクを解説
  • 要件定義フェーズで確定した要件を基に、アプリの基本設計をどう進めるかを示す
章タイトル: 紀伊國屋書店サイトより確認
K群 テストと移行系タスクマネジメント
  • 基本設計フェーズにおけるテスト設計と移行設計のタスクを解説
  • 前フェーズの計画をベースに、基本設計段階でのテスト詳細化と移行要件の具体化を行う
章タイトル: 構成パターンより推定(本文未確認)
L群 基盤系タスクマネジメント
  • 基本設計フェーズにおける基盤・インフラ系タスクを解説
章タイトル: 構成パターンより推定(本文未確認)
詳細設計フェーズ(M〜O群)
M群 全体とアプリ系タスクマネジメント
  • 詳細設計フェーズにおける全体管理とアプリケーション系のタスクを解説
章タイトル: 構成パターンより推定(本文未確認)
N群 テストと移行系タスクマネジメント
  • 詳細設計フェーズにおけるテスト設計と移行設計のタスクを解説
章タイトル: 構成パターンより推定(本文未確認)
O群 基盤系タスクマネジメント
  • 詳細設計フェーズにおける基盤・インフラ系タスクを解説
章タイトル: 構成パターンより推定(本文未確認)
製造・テストフェーズ(P〜S群)
P群 製造単体テストフェーズマネジメント
  • 製造(コーディング)と単体テストフェーズの PM 管理タスクを解説
  • テスト工程の詳解: 工程ごとのテスト目的・範囲の決定、テスト環境使用タイミング、データ準備方法、サブシステム間連携の実施タイミングを具体的に示す
章タイトル: 公式サイトより確認 / 内容: 読者レビューより
Q群 結合テストフェーズマネジメント
  • 結合テストフェーズの前半部分のマネジメントを解説
  • 複数サブシステムを統合してのテスト計画・実施・管理を扱う
章タイトル: 公式サイトより確認(Q・R群が結合テストを分担)
R群 結合テストフェーズマネジメント
  • 結合テストフェーズの後半部分のマネジメントを解説
  • Q群に引き続き、結合テストの完遂と次フェーズへの移行準備を扱う
章タイトル: 公式サイトより確認(Q・R群が結合テストを分担)
S群 システムテストフェーズマネジメント
  • システム全体を通したテスト(受入テスト前の最終総合テスト)のマネジメントを解説
  • システムテストのスコープ・判定基準・リリース判定の管理ポイントを示す
章タイトル: 公式サイトより確認
本番切替フェーズ(U群)
U群 本番切替・臨戦・保守移管マネジメント
  • 本番リリース直前の「臨戦」体制構築から本番切替(カットオーバー)、保守チームへの移管までを解説
  • システム開発プロジェクトの最終フェーズとして、ロールバック計画・本番判定・移管準備を網羅
章タイトル: 公式サイトより確認
共通マネジメント(X〜Z群)
X群 管理系マネジメント
  • 全フェーズを横断して適用される管理系の標準タスク・推奨アクションを解説
  • スケジュール管理・課題管理・リスク管理・品質管理など PM の横断的管理業務を扱う
章タイトル: 公式サイトより確認
Y群 情報コミュニケーション系マネジメント
  • プロジェクト内外の情報共有・コミュニケーション基盤の運用原則を解説
  • 本書が示す3原則: ①「一元管理の原則」(情報を一か所にまとめる)、②「重なり排除の原則」(同じ情報の二重管理をしない)、③「全員直接アクセスの原則」(誰でも直接参照できるようにする)
章タイトル: 公式サイトより確認 / 3原則: 読者レビューより
Z群 メンバー系マネジメント
  • プロジェクトメンバーの育成・動機づけ・チームビルディングに関するマネジメントを解説
  • PM が人を動かすための実践的アプローチを全フェーズを通じた視点で整理
章タイトル: 公式サイトより確認

読み取り状況の正直な報告

項目 状況
Kindleブラウザアクセス 失敗 — 別タスクがブラウザプロファイルを占有中
書籍の直接読取(ページ数) 3ページ(表紙・はじめに1〜2ページ)のみ既存スクリーンショットより
確認できた章タイトル数 11章(A〜J群)は公式サイトより確認済み。残り12章は構成パターン推定またはグループタイトルより
各章の本文内容 はじめに(全内容)、B・C・G・H・P群(一部要点)は書籍からの読者レビューより。K・L・M・N・O群は本文未取得
ブロッカーの種別 同一ブラウザプロファイル(mcp-chrome-web-operator)の並行利用不可 — 別Claude CLIプロセスが占有

情報ソース: ①書籍スクリーンショット(ページ1〜3) ②紀伊國屋書店・日経BOOKプラス・ブックライブ等の公式商品ページ ③ブクログ読者レビュー