目次

PART 1　新人管理者のためのマネジメントの基礎知識

Chapter 1　組込みソフトウェア開発を取り巻く状況

• 1-1　組込み系ソフトウェア開発を取り巻く状況
  • 製品開発の現状
  • ソフトウェア開発の大規模化
  • 共同開発

Chapter 2　四種の神器 その1「QCD」

• 2-1　QCDとは
  • Quality（品質）
  • Cost（費用）
  • Delivery（納期）

Chapter 3　四種の神器 その2と3「PDS」と「段取り」

• 3-1　Plan-Do-See
  • Plan（計画）
  • Do（実行）
  • See（評価）
• 3-2　段取り
  • 段取りとは
  • リスク管理

Chapter 4　四種の神器 その4「地図」

• 4-1　「地図」とは
  • SWEBOK
  • PMBOK
  • CMMI
  • UP

Chapter 5　四種の神器を超えて

• 5-1　マネージャの仕事とは
  • モチベーション管理
  • コミュニケーション管理
  • プロジェクトを守るということ
• 5-2　まとめ

PART 2　現場が共鳴する開発管理の姿

Chapter 6　組込みソフトを取り巻く環境の変化

• 6-1　間違いだらけのアプローチ
  • 改善されない現場
• 6-2　市場の多様化
• 6-3　ビジネスモデルの変化
  • ブルー・オーシャン戦略
• 6-4　種類を増やすアプローチとは
  • 「ソース自動生成」と「テスト自動化」と「再利用」

Chapter 7　改革／改善できない本当の理由

• 7-1　変化に取り残される開発現場
  • メンバーが増えていく開発現場
• 7-2　どうしても人に依存してしまう開発現場
  • 仕事が増え続ける開発
• 7-3　開発技術の退行
  • PDCA（Plan-Do-Check-Action）の不在
• 7-4　改善／改革できない理由
  • 非技術的要素
  • 人的要素
• 7-5　開発管理の必要性とそのポイント
  • 開発管理はできていますか？
  • 開発管理のポイント

Chapter 8　実戦的な開発管理のヒント

• 8-1　開発管理とは
• 8-2　開発管理の問題
  • 「それは管理者の仕事」という認識
  • 開発者自身も認識すべきこと
• 8-3　CMMIやPMBOKが目的ではない
  • 実践開発における問題点
  • 本来の目的
• 8-4　現場中心の管理スタイル
  • 管理内容の共有
  • 新たに管理要素を追加する場合
  • まずはやってみる
• 8-5　改善するための具体的なヒント
  • 手法によるのではなく、手法の考え方による改革69
  • 変えるところ、変えないところ
  • 課題を解決するアプローチ
  • 開発者の気づきをどう促進するか
  • 良いツールは、それを使うことで勉強できる73
• 8-6　まとめ

PART 3　実践的プロジェクト計画の立て方

Chapter 9　プロジェクトマネジメントとは

• 9-1　プロジェクトマネジメントの必要性
• 9-2　プロジェクトマネジメントの考え方
  • プロジェクトマネジメントの注意点
• 9-3　本当のプロジェクトマネジメントとは
  • ソフトウェア開発の階層構造
• 9-4　プロジェクトマネジメント作業の進め方
  • プロジェクトのプランニング
  • 円滑なプロジェクト運用のための管理
  • 開発管理
  • 設計・開発・製造
  • 開発環境・ツール
  • 成果物とプロジェクトの総括

Chapter 10　組込みソフトウェア開発におけるプロジェクトマネジメント

• 10-1　組込みシステムの特徴
  • プロジェクトマネジメントのポイント

Chapter 11　アローダイアグラムによるプロジェクト計画の立て方

• 11-1　アローダイアグラムとは
  • 従来方式との違い
  • アローダイアグラムの表現方法
• 11-2　アローダイアグラムの作成
  • プロジェクト計画
  • リスク管理
  • アローダイアグラムを作成する
  • 実際の作成にあたって
  • 完成したアローダイアグラムの検証
• 11-3　アローダイアグラムでの進捗管理
  • アローダイアグラムへの実績の記入
  • 実際の運用を効果的に行うために
• 11-4　まとめ

PART 4　プロセス改善のススメ

Chapter 12　組込みソフトウェア開発現場の現状

• 12-1　混乱する現場
  • 多人数での開発
  • スケジュールの逼迫
  • 変わりやすい要求仕様
  • 改造の繰り返し
  • 外部リソース依存
  • 不透明な進捗

Chapter 13　混乱を抑えるのに有効な技術

• 13-1　ソフトウェアアーキテクチャ設計
• 13-2　UML/MDA
• 13-3　リファクタリング
• 13-4　CMM

Chapter 14　プロジェクトの混乱を抑えるには

• 14-1　ソフトウェアプロセスとその改善活動
  • 改善活動のトラップ
  • 改善活動の推進者
• 14-2　改善活動の形態
  • トップダウン的な改善活動
  • ボトムアップ的な改善活動
• 14-3　効果的な改善活動を実施するには

Chapter 15　取り組み事例

• 15-1　ソフトウェアアーキテクチャとプロセス改善
• 15-2　支援対象のプロジェクト
  • 改善担当の位置付け
  • 改善活動の進め方
• 15-3　改善事例
  • 基本設計書の標準化
  • 単体試験の改善
  • 構成管理の改善
  • その他の改善項目

Chapter 16　改善活動を推進する方のためのヒント

• 16-1　今すぐできること
• 16-2　心がけておくとよいこと
• 16-3　準備しておくとよいこと
• 16-4　ノウハウ・コツ
  • プロジェクトは「生もの」
  • 銀の弾丸はない
  • 気づきを促すのが◎
  • やってくれない理由はいろいろ
  • 改善のサイクルは小回りよく
  • プロジェクトの中に改善リーダーを見つける
  • ときにはプロジェクトの開発者として作業を請け負う
• 16-5　まとめ

PART 5　勘違いだらけのプロセス改善

Chapter 17　プロセス改善とは何だったか

• 17-1　プロセス改善とは何か
• 17-2　改善は必要か
• 17-3　いつ始めたらよいのか
• 17-4　どこから始めたらよいのか
  • 現状を認識する
  • 事実を見えるようにする
  • CMM/CMMIを参考にする

Chapter 18　CMM/CMMIの上手な使い方

• 18-1　CMM/CMMIをめぐる葛藤
  • CMM/CMMIに取り組むきっかけ
  • 認証取得が最終ゴールなのか？
• 18-2　CMM/CMMIは使いよう
  • CMM/CMMIの本質

Chapter 19　プロセス改善の勘違いと落とし穴

• 19-1　たちまち仕事が楽になる？
• 19-2　たちまち工数が削減される？
• 19-3　目に見えて生産性が向上する？
  • どんな無駄が減らせるか
• 19-4　まずは十分な教育から？
  • 教育と実践、どちらが先か？

Chapter 20　身の丈に合ったプロセス改善

• 20-1　正しいプロセス改善とは
• 20-2　定着しなければ意味がない
• 20-3　プロセス改善は活動し続けるもの
• 20-4　目的を明確にする
  • きれいな規定書を作ることが目的ではない
• 20-5　ツールは道具
  • 危険な「ツールありき」の取り組み
• 20-6　外部から見てもらう
• 20-7　改善は組織全体の取り組み
• 20-8　まとめ

Chapter 21　どうしてプロダクトラインなのか？

• 21-1　組込み開発の上流をさかのぼる
  • なぜ再利用がうまく進まないのか？
• 21-2　プロダクトラインとは？
  • 3つの基本的な活動
  • プラクティスエリア
  • プラクティスパターン
• 21-3　まとめ

Chapter 22　3つの基本活動

• 22-1　プロダクトラインの考え方
• 22-2　・コア資産開発
• 22-3　・製品開発
• 22-4　・管理（マネジメント）
• 22-5　まとめ

Chapter 23　プラクティスエリア

• 23-1　29のプラクティスエリア
  • （1）アーキテクチャ定義
  • （2）アーキテクチャ評価
  • （3）コンポーネント開発
  • （4）COTSの利用
  • （5）既存資産の発掘
  • （6）要求エンジニアリング
  • （7）ソフトウェアシステム統合
  • （8）テスト
  • （9）関連ドメインの理解
  • （10）構成管理
  • （11）データの収集／メトリクス／追跡
  • （12）内作／購入／発掘／委託の分析
  • （13）プロセス定義
  • （14）スコープ定義
  • （15）技術計画策定
  • （16）技術リスク管理
  • （17）ツールによる支援
  • （18）ビジネスケース作成
  • （19）顧客インタフェース管理
  • （20）調達戦略策定
  • （21）資金調達
  • （22）プロダクトラインの着手と制度化
  • （23）市場分析
  • （24）プロダクトライン運営
  • （25）組織計画策定
  • （26）組織リスク管理
  • （27）組織編成
  • （28）技術予測
  • （29）トレーニング
• 23-2　まとめ

Chapter 24　プラクティスパターン

• 24-1　デザインパターン
• 24-2　（1）カリキュラムパターン
• 24-3　（2）必須範囲パターン
• 24-4　（3）統合運営パターン
• 24-5　（4）商品開発パターン
• 24-6　（5）資産確立パターン
• 24-7　（6）部品開発パターン
• 24-8　（7）生産ラインパターン
• 24-9　（8）製品生産パターン
• 24-10　（9）コールドスタートパターン
• 24-11　（10）作動パターン
• 24-12　（11）監視パターン
• 24-13　（12）プロセスパターン

Chapter 25　プロダクトラインの実践

• 25-1　プロダクトライン型再利用開発プロセス
• 25-2　プロダクトラインとCMMI
• 25-3　プロダクトライン導入アプローチ
• 25-4　何をもってプロダクトラインと言えるのか？
• 25-5　まとめ