多拠点プロジェクトマネジメント　「手戻り」「誤認」「遅延」ゼロで現場を回すしくみ

「テンプレートを配ったのに使われない」「定型文だけの報告で実態が見えない」「仕様の解釈が何度伝えてもズレる」距離・時差・文化のズレを解決！「仕様伝達」「進捗報告」「品質管理」「ルール運用」「人材育成」日本・インド・ベトナムでのオフショア開発の知見を凝縮。

・「80％完了」と言われていたのに「とりあえず動くだけ」のコードしかなかった
・「最優先で」とお願いしていたのに、他のタスクが優先された

そんな開発あるあるも、距離・時差・文化の壁がある多拠点開発では、致命的な遅れに直結します。
日本・インド・ベトナムの3拠点、計300名体制の開発組織を統括する著者が、失敗の末に辿り着いた、マネジメント設計の知見を初公開。

・「Summary」「Risk」「Help/Request」の3種セットでの報告を常に義務付ける
・DoD、RACI、PERT、Estimation Poker...見積もりを対話に変えるしくみ
・「形式を守らせる」のではなく「経験が循環する」ことを主眼にレビューする

仕様伝達、進捗報告、品質管理、ルール運用、人材育成.......各場面で頻出する「ズレ」を解決する実践知！

目次

まえがき──しくみはあるのに、なぜ進まない・伝わらない・育たないのか

第1章 なぜ進まない・伝わらないのか──日常の違和感から考える多拠点連携
1.1 見積もったのに合わない、伝えたのに通じない。現場で起きているすれ違い
1.2 ソフトウェア人材確保とオフショア開発拠点の役割
1.3 技術マネジメントとは何か──しくみ・関係・成果

第2章 任せたのに進まないのはなぜか──進捗と期待値を合わせるしくみ
2.1 報告があるのに不安が残る理由──伝えている」と「伝わっている」のギャップ
2.2 見積もりと期待値のズレを防ぐ設計──前提のすり合わせができているか
2.3 タスク分解と役割整理──属人化を防ぐ任せ方の基本
2.4 異文化環境での任せる再設計──安心と納得を両立させる仕掛け

第3章 仕様が伝わらないのはなぜか──伝える技術の再設計
3.1 技術的な仕様ズレの構造──「何を作るか」が噛み合わない背景
3.2 ドキュメントだけでは足りない意味の共有
3.3 本社と現地、 開発とテストをつなぐ言葉の整理
3.4 ブリッジSEの役割背景を伝えるコミュニケーション設計

第4章 しくみが形骸化するのはなぜか──プロセスを現場で回す方法
4.1 「守られないプロセス」の構造──導入が形骸化する理由
4.2 設計から始める品質づくり──上流での具体策
4.3 フィードバックを価値ある学びに変える──レビュー文化と育成の接続
4.4 日本から守らせるでは動かない──共通ルールの伝え方を見直す

第5章 技術と育成をどう両立させるか──成長する開発組織の設計図
5.1 技術スキルは現場資産としてマネジメントする
5.2 任せ方と信頼関係の設計──テックリード・マネージャーを育てる
5.3 経験移譲と配置設計──育つ場をつくる
5.4 教育のしくみとしてのレビューとOJT
5.5 育てる＝設計するという視点

ほか

本の帯に関して

帯つきでの出荷はお約束しておりません。
商品ページに、帯のみに付与される特典物等の表記がある場合でも、確実に帯つきでの出荷はお約束しておりません。
また、帯は商品の一部ではなく「広告扱い」のため、帯の有無・破損による交換や返品は承っておりません。

版・表紙について

版・表紙（カバー）のご指定は承っておりません。ご注文いただくタイミングによっては、お届けする商品の版や表紙が商品ページ上のものとは異なる場合がございます。
また、初版にのみにお付けしている特典（初回特典、初回仕様特典）がある商品は、商品ページに特典の表記がされている場合でも、無くなり次第終了となります。