組込み系プロジェクト開発管理技術部会活動成果 (Embedded System development Management Reference) (Embedded System development Management training Guide) 2006 年 11 月発行 2011

(1)

IPA 独立行政法人情報処理推進機構

SEC ソフトウェア・エンジニアリング・センター

Information-technology Promotion Agency, Japan

Software

Engineering

Center

組込みソフトウェアの

プロジェクト計画書を作成する

～『組込みソフトウェア向けプロジェクトマネジメントガイド』の解説～

研究員松田充弘

2012年6月7日

ＳＤＭ公開講座「現代ソフトウエアエンジニアリングの俯瞰図」第９回

(2)

SEC

Software Engineering for Mo･No･Zu･Ku･Ri

Software Engineering Center

2 SDM公開講座（2012.6.7）

特徴

プロジェクト計画書の記載項目と記述フォー

ムを解説

国際標準（IEEE 1058）に、委員企業の知

見を加えて解釈

(Embedded System development

Management Reference)

SEC組込み系プロジェクト「開発管理技術部会」活動成果

(Embedded System development

Management training Guide)

2006年11月発行

特徴

ESMRの実践編

詳細なプロジェクト計画書の事例を提示

プロジェクト計画の立案過程を解説

2011年11月発行

(3)

SEC

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

プロジェクト計画書の必要性

2. プロジェクト計画書とは何か

• 目的

• 誰のために作成するか

• プロジェクト計画書に記述する内容

• フォーマット

• いつ誰が書くか

3. プロジェクト計画を立案する手順

• 計画立案のための検討テーマ（１１テーマ）

• 計画立案の流れ

• 計画立案の事例

(10)

(55)

(10)

(4)

SEC

Software Engineering Center

4 SDM公開講座（2012.6.7）

１．組込みソフトウェア開発を取り巻く状況と

プロジェクト計画書の必要性

(5)

SEC

ソフトウェア開発規模の増大

2001年当時

100万行

500万行

現在

5倍以上

携帯電話

プログラム行数

2000年当時

100万行

500万行

～1000万行

現在

5～10倍

自動車

プログラム行数

(6)

SEC

Software Engineering Center

6 SDM公開講座（2012.6.7）

(7)

SEC

組込みとエンタプライズの比較

(8)

SEC

Software Engineering Center

8 SDM公開講座（2012.6.7）

組込みプロジェクトの計画達成状況（２０１２年）

(9)

SEC

背反する問題へのマネジメントの役割

短納期

増大する作業

合理的な計画・プロジェクト運営

(10)

SEC

Software Engineering Center

10 SDM公開講座（2012.6.7）

プロジェクトマネジメントの重要性

•プロジェクトの肥大化

•新規（未経験）メンバーの参入

•新規技術による開発リスク増大

•不明確な製品仕様

•高品質への期待増大

•開発コストの削減

⇒外部委託依存度の増加

•短期開発の常態化

プロジェクトの運営がより難しくなってきている

ソフトウェア規模の増大

QCDの制約増大

プロジェクトマネジメントの重要性

(11)

SEC

良いプロジェクト vs. 悪いプロジェクト

-的確な作業見積り・計画によるスケジュー

ル適正化

-無理・無駄・矛盾を排した作業計画

-約束した納期を守れる的確なコントロール

-生産性向上への取り組み

悪い

プロジェクト

良い

プロジェクト

-そもそもの計画に無理がある

-計画段階で必要な事項が検討・決定できて

いない

(12)

SEC

Software Engineering Center

12 SDM公開講座（2012.6.7）

プロジェクト計画書の作成方法（2012年）

IPA 2012年版ソフトウェア産業の実態把握に関する調査：組込み向け調査

７１％

全体の７割の企業に共通

規定有

参考

2012年調査：７１％

2010年調査：５２％

2009年調査：４２％

(13)

SEC

プロジェクト計画書作成上の問題点

① 計画書にどのような項目を書いていいかわからない

②

計画書に書くべき項目はわかったとしても、具体的にどのよ

うに項目を埋めていくかわからない

③

部門として共通化された計画書のフォーマットなどが整備さ

れていない

④

複数部門との協業でプロジェクトを進める場合に、部門や組

織によって計画書の書き方が異なっている

⑤

そもそも計画書をいつ、誰が書くかが決まっていない

(14)

SEC

Software Engineering Center

14 SDM公開講座（2012.6.7）

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

プロジェクト計画書の必要性

2. プロジェクト計画書とは何か

• プロジェクト計画書の目的

• プロジェクト計画書に記述する内容とフォーマット

3. プロジェクト計画を立案する手順

• 計画立案のための検討テーマ（１１テーマ）

• 計画立案の流れ

• 計画立案の事例

4. 最後に

２．プロジェクト計画書とは何か

・目的

・誰のために作成するか

・プロジェクト計画書に記述する内容

・フォーマット

・いつ誰が書くか

(15)

SEC

プロジェクト計画書の目的

1 プロジェクトの初期段階で、プロジェクトの実現可能性を

判断する際の判断材料

2 プロジェクト内外のステークホルダ間での共通理解としてのベース

（それぞれのコミットメントを確立する際にも利用できる）

3 プロジェクトをコントロールするための基本計画

4 プロジェクトの予実の差分の把握し、是正措置をとる際

の判断材料

(16)

SEC

Software Engineering Center

16 SDM公開講座（2012.6.7）

プロジェクト計画書は誰のために作成するか

経営者

経営判断の視点から

管理者

組織管理の視点から

ＰＪマネジャ

プロジェクト運営の視点から

ＰＪメンバー

個々の担当作業の認識の視点から

＊それぞれの視点に必要

な情報が盛り込まれてい

ないと役に立たない

プロジェクト

計画書

関係他部署

部署間インタフェースの視点から

(17)

SEC

プロジェクト計画書に記載する内容

PJの概要情報

PJの体制

Qualityの計画

Costの計画

Deliveryの計画

(18)

SEC

Software Engineering Center

18 SDM公開講座（2012.6.7）

プロジェクト計画書のフォーマット例

フォーム例および記入のためのガイド

(19)

SEC

誰がいつ書くか



プロジェクトに責任を持つ人



キックオフさせるために



プロジェクトマネージャ



詳細部は各パートを最も理

解しているメンバ



詳細化の過程で段階的に

（実現可能性が具体的となる）



ある時点で確定させる

(20)

SEC

Software Engineering Center

20 SDM公開講座（2012.6.7）

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

プロジェクト計画書の必要性

2. プロジェクト計画書とは何か

• 目的

• 誰のために作成するか

• プロジェクト計画書に記述する内容

• フォーマット

• いつ誰が書くか

3. プロジェクト計画を立案する手順

• 計画立案のための検討テーマ

• 計画立案の流れ

• 計画立案の事例（テーマ１～１１を一通り示す（3段階で））

4. 最後に

３．プロジェクト計画を立案する手順

• 計画立案のための検討テーマ（１１テーマ）

• 計画立案の流れ

• 計画立案の事例

（プロジェクト計画を立案する作業にはノウハウがある）

(21)

SEC

計画立案のための共通検討テーマ

テーマ６工程設計を行う

テーマ７要員計画を立てる

テーマ５実施する作業を決める

 装置ドメイン

 開発形態（投資型、請負型）

 ソフトウェア規模

等に非依存の検討テーマ

テーマ１プロジェクト条件を洗い出す

(22)

SEC

Software Engineering Center

22 SDM公開講座（2012.6.7）

 計画立案作業は「準備」「立案」「まとめ」の流れ

で行われる

①プロジェクト条件を洗い

出す

③プロジェクトの特徴

や課題を把握する

②プロジェクトの目的・目

標・終了条件を明確にする

⑤実施する作業を決

める

④品質計画を立てる

⑥工程設計を行う

⑦要員計画を

立てる

⑧コスト計画を

立てる

⑩プロジェクトの体制と運

営の仕組みを明確にする

⑪日程計画表を作成

する

⑨リスクマネジメント計画を立てる

★準備（洗い出し・把握）

_{★計画立案（じっくり検討）}

★整理と纏め

 プロジェクトの目的を明確に共有しなければ、人によって異な

る理解が生じる（②）。

 品質計画を明確にした上で作業を決める（④）。

 日程計画表をイメージするために工程設計表を作成する（⑥）。

 気になることは、リスク候補として常にメモしておく。（⑨）。

 各テーマを擦りあわせながら立案してゆく。各テーマを行ったり

来たりすれば良い。

(23)

SEC

(24)

SEC

Software Engineering Center

24 SDM公開講座（2012.6.7）

テーマ１プロジェクト条件を洗い出す（１／２）

プロジェクトチーム

・予算

・スケジュール

・品質

・関係部門等

①開発対象への要求事項や条件

ソフトウェア

・機能

・非機能

・ハードウェア

装置

・他の関連

システム

・作業範囲

・引渡し条件

③プロジェクト内部で検討できる条件

②プロジェクトを

計画するために

与えられる条件

ツール類

作業場所

メンバ

請負会社

候補

 条件を洗い出す視点３つ

 漏れなく洗いだす（ESMGにCheck項目を整理している）

メンバ候補

(25)

SEC

テーマ１プロジェクト条件を洗い出す（２／２）

■出力情報

 制約条件と前提条件に分類しておく

 未決定事項を明確にしておく

(26)

SEC

Software Engineering Center

26 SDM公開講座（2012.6.7）

テーマ2 プロジェクトの目的、目標、終了条件を明確にする

プロジェクトの目的を明確にする

 何故、このプロジェクトが発足したのか？

※企画書等を確認する。

※記されていないことは考える。

↓

プロジェクトメンバで共有する。

(27)

SEC

テーマ2 プロジェクトの目的、目標、終了条件を明確にする

（１）コスト目標

 プロジェクト予算＝コスト目標として

プロジェクト計画を立てるが、予算と

乖離する場合は、上申要。

 コスト目標からプロジェクト規模をイ

メージする。

（３）品質目標

 品質目標は、要求されている目標と、

自ら設定する目標がある。

プロジェクトの目標を明確にする

(28)

SEC

Software Engineering Center

28 SDM公開講座（2012.6.7）

テーマ2 プロジェクトの目的、目標、終了条件を明確にする

プロジェクトの終了条件を明確にする

 プロジェクトのゴールは目的や目標だけ

では表現し難いこともあるため、終了条

件として整理する。

(29)

SEC

テーマ3 プロジェクトの特徴や課題を把握する

 重要な条件

 難しい条件

 未経験の条件

 開発規模の概算

 リスク

 要員スキルと必要

スキル

 作業環境の課題

テーマ１で洗い出したプロジェクト条件を

目的、目標、終了条件を理解したうえで、

分析し、咀嚼して、特徴的な事柄や課題を把握する。

(30)

SEC

Software Engineering Center

30 SDM公開講座（2012.6.7）

テーマ4 品質計画を立てる

品質方針と品質作り込み手段を決める

品質評価指標と目標値を決める

テーマ２の品質目標を踏まえる

ISO/IEC 9126-1「ソフトウェア品質特性」の観点

ESQR参照

品質保証における主要イベントを

決める

設計レビューとテスト評価

(31)

SEC

開発プロセスを明確にする

テーマ5 実施する作業を決める（１／３）

当該プロジェクトの開発プロセス（作業

テンプレート）を明確にする。

これを元に、そのプロジェクトに合った

作業を決めてゆく

(32)

SEC

Software Engineering Center

32 SDM公開講座（2012.6.7）

5.ソフトウェア結合テス ト

機能と作業マトリクス

■出力情報

開発対象を機能分割する

テーマ5 実施する作業を決める（１／２）

 作業の実施順序を検討（次テーマ）するために

_{は、機能ブロックや機能ユニットの抽出が必要。}

 管理面、技術面から実装イメージを考えてソフト

ウェア機能を分割

 全体で実施する作業と個別の機能で実施する

作業を決める。

(33)

SEC



アーキテクチャの新規設計を行う場合は、プロジェクト計画の具体化は、アーキテクチャ決定後

かもしれない。機能分割できないため。

機能分割できなくても、各工程のマイルストーンは示す必要あり

ある程度の機能分割を示せれば、ある程度の作業分担も示すことができる。

アーキテクチャ設計しなければ、機能ユニットは抽出されない

 小規模の開発の場合は、アクティビティを纏めるなど工夫する。

ｿﾌﾄｳｪｱ

要求定義

ｿﾌﾄｳｪｱ

ｱｰｷﾃｸ

ﾁｬ設計

ｿﾌﾄｳｪｱ

詳細設計

実装及び

単体ﾃｽﾄ

結合ﾃｽﾄ

ｿﾌﾄｳｪｱ

総合ﾃｽﾄ

ｿﾌﾄｳｪｱ

（通常規模）

扱い易い作業単位を考える

(34)

SEC

Software Engineering Center

34 SDM公開講座（2012.6.7）

作業テンプレートを元に機能ごとに実

施する作業・入力情報・成果物を明確

にする。

実施する作業内容を明確にする

テーマ5 実施する作業を決める（３／３）

【備考欄】

大よその作業

ボリュームを

検討しておく

(35)

SEC

テーマ6 工程設計を行う（１／２）

作業の実施順序を決め、時間軸上に割り付ける

スケジュールの大枠を決める

日程計画表を作る前にラフデッサン（下書き）する

工数見積もり、要員割付けのために全体イメージを把握する

重要イベント

工程の期間配分（過去事例も参考）

大よその作業期間も決める

(36)

SEC

Software Engineering Center

36 SDM公開講座（2012.6.7）

テーマ6 工程設計を行う（２／２）

日程計画表を作る前にラフ

デッサン（下書き）する

工数見積もり、要員割付け

のために全体イメージを把

握する

作業の実施順序を決め、時間軸上に割り付ける



開発工程が見えるようになると、人のアサ

インを具体的に行える。



開発工程が見えるようになると、各作業の

工数が見積もり易くなる。



検討漏れや課題がもっと見えてくる。

工程設計の出力

(37)

SEC

ソフトウェ

ア要求定

義

ｿﾌﾄｳｪｱ

ｱｰｷﾃｸ

ﾁｬ設計

ｿﾌﾄｳｪｱﾌﾟﾛｼﾞｪｸ

ﾄ計画立案

（具体化）

ｼｽﾃﾑｱｰ

ｷﾃｸﾁｬ設

計

システム

要求定義

ｿﾌﾄｳｪｱﾌﾟﾛｼﾞｪｸﾄ

計画立案

（

プロジェクト概要

）

ハードウェ

ア設計

ｿﾌﾄｳｪｱ

詳細設計

実装及び

単体ﾃｽﾄ

ソフトウェ

ア要求定

義

ｿﾌﾄ

ｳｪｱ

ｱｰｷ

ﾃｸ

ﾁｬ

設

計

ｿﾌﾄｳｪｱﾌﾟﾛｼﾞｪｸ

ﾄ計画立案

（試作）

ｼｽﾃﾑｱｰ

ｷﾃｸﾁｬ設

計

システム

要求定義

ｿﾌﾄｳｪｱﾌﾟﾛｼﾞｪｸﾄ

計画立案

（

）

ハードウェ

ア設計

_ｿﾌﾄ

ｳｪ

ｱ

詳

細

設

計

実

装

及

び

単

体

ﾃｽ

ﾄ

ｿﾌﾄｳｪｱﾌﾟﾛｼﾞｪｸﾄ計画立案

（具体化）

ｿﾌﾄ

ｳｪ

ｱ

ｱｰ

ｷﾃ

ｸ

ﾁｬ

設

計

ｿﾌﾄ

ｳｪ

ｱ

詳

細

設

計



開発モデルを工夫する

実

装

及

び

単

体

ﾃｽ

ﾄ

★スパイラルの例

★Waterfallの例

【例】ｿﾌﾄｳｪｱｱｰｷﾃｸﾁｬ

がほぼ決まっている

【例】ｿﾌﾄｳｪｱｱｰｷﾃｸﾁｬ

WaterFall型で作業見通しが立たない場合

(38)

SEC

Software Engineering Center

38 SDM公開講座（2012.6.7）

テーマ7 要員計画を立てる（１／５）

38 ソフトウェア規模と工数を見積もる

類似プロジェクトを参考に規模を見積もり、生産性を設定する。

作業量（開発規模と工数）を見積もったうえで要員をアサインする。

 類似プロジェクトや社内標準

から参照する生産性について

は、生産性の定義を明確にす

ることが重要です。

(39)

SEC

テーマ7 要員計画を立てる（２／５）

全体工数を各工程に配分する

各工程の各作業に配分する

(40)

SEC

Software Engineering Center

40 SDM公開講座（2012.6.7）

テーマ7 要員計画を立てる（３／５）

個々の作業に必要な人

数とスキルを検討する

確保済み要員のスキ

ルを評価する

 スキル不足が明白で

あれば、出来るだけ定

量的に明示し、リスク

計画に織り込む。

(41)

SEC

テーマ7 要員計画を立てる（４／５）

要員を割付けながら、期間や

人数を調整する

キーパーソン

サブチーム

要員計画を立てる

(42)

SEC

Software Engineering Center

42 SDM公開講座（2012.6.7）

テーマ7 要員計画を立てる（５／５）



「要員毎の稼働計画」と「作業毎に割付ける要員の一覧表」の両方を作成する。



作業量（開発規模と工数）を見積もったうえで要員をアサインする。

作業一覧表に要員を整理する

要員毎に、作業の重複や空きをチェック

要員計画を立てる

(43)

SEC

テーマ8 コスト計画を立てる（１／２）

要員コストを見込む

設備、機器、ツール類を

洗い出し、コストを見込む

要員研修計画を立て、コストを見込む

(44)

SEC

Software Engineering Center

44 SDM公開講座（2012.6.7）

テーマ8 コスト計画を立てる（２／２）

コスト見込みを評価し、コ

スト計画を立てる

プロジェクトのコスト目標が現実的なものかどうか吟味

する。

乖離している場合は、コスト目標を関係者と協議して

見直す。

(45)

SEC

テーマ9 リスクマネジメント計画を立てる（１／３）

テーマ１～テーマ８の検討段階で気付いたリスクをここ

で整理する。

イニシャルリスクを洗い出す

リスクを分析し、評価する

(46)

SEC

Software Engineering Center

46 SDM公開講座（2012.6.7）

テーマ9 リスクマネジメント計画を立てる（２／３）

リスクマネジメントの方針

と仕組みを決める

(47)

SEC

テーマ9 リスクマネジメント計画を立てる（３／３）

リスク対応策を検討し、実

施責任者と期限を決める

(48)

SEC

Software Engineering Center

48 SDM公開講座（2012.6.7）

テーマ10 プロジェクトの体制と運営の仕組みを明確にする

プロジェクトの体制を明確

にする

プロジェクトにかかわる組織や部門、プロジェクトを分割し

たときのサブチームの役割や指示命令系統を明確にする。

プロジェクト内や関連部門間の情報の流れを明確にする。

プロジェクト内や関連部門との調整や意思決定を行う仕組

みを明確にする。

外部体制

内部体制

(49)

SEC

テーマ10 プロジェクトの体制と運営の仕組みを明確にする

会議体

共有する情報と共有の仕方

会議体や情報共有等、プロジェクト運営の仕

組みを明確にする

(50)

SEC

Software Engineering Center

50 SDM公開講座（2012.6.7）

テーマ11 日程計画表を作成する

：

プロジェクト計画の立案結果を集約するも

のとして、日程計画表を作成する。

プロジェクト計画を可視化し、プロジェクト

関係者の間で共有する。

(51)

SEC

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

プロジェクト計画書の必要性

2. プロジェクト計画書とは何か

• プロジェクト計画書の目的

• プロジェクト計画書に記述する内容とフォーマット

3. プロジェクト計画を立案する手順

• 計画立案のための検討テーマ（１１テーマ）

• 計画立案の流れ

• 計画立案の事例

4. 最後に

４．最後に

・ESMGの読み方（参考まで）

(52)

SEC

Software Engineering Center

52 SDM公開講座（2012.6.7）

ESMGのプロジェクト事例

【開発対象事例諸元】

開発機器：自動改札機搭載ソフトウェア

開発期間：１５ヶ月

開発規模：１５０KLOC

開発手法：ｳｫｰﾀーﾌｫｰﾙ

作業範囲：ｿﾌﾄｳｪｱ要求定義～ｿﾌﾄｳｪｱ総合ﾃｽﾄ

開発形態：機能追加の改造

(53)

SEC

項目1.1

項目1.2

項目1.3

テーマ１

【説明】

Step4.1.1

項目4.1

項目4.2

項目4.3

Step4.2.1

Step4.3.1

Check 1 Check4 Check 2 Check5 Check 3 Check6

テーマ３

【説明】

テーマ４

【説明】

テーマ１１

【説明】

ここでのポイント

項目3.1

項目3.2

項目3.3

ESMG計画立案トレーニングの構成（全体）

 計画立案のための検討テーマは、テーマ

→ 項目

→ Step →Checkの順に詳細化して解説。

 検討例は、チェックカードに具体例を提示。

計画立案手順の説明（テーマ、項目、Ｓｔｅｐ）

(54)

SEC

Software Engineering Center

54 SDM公開講座（2012.6.7）

項目1.1

項目1.2

項目1.3

ESMG計画立案トレーニングの仕方（読み方）

①全体の計画立案手順を把握したい場合

テーマ１

【説明】

Step4.1.1

項目4.1

項目4.2

項目4.3

Step4.2.1

Step4.3.1

Check 1 Check4 Check 2 Check5 Check 3 Check6 チェックカード Check 1 Check4 Check 2 Check5 Check 3 Check6

テーマ３

【説明】

テーマ４

【説明】

テーマ１１

【説明】

手順１

手順２

手順３

項目3.1

項目3.2

項目3.3

手順１：

各検討テーマ順に、テー

マの説明を理解する。

（項目やStep は読み飛ばす）

手順２：

更に理解を深めたい場

合は、各検討テーマの項目の説明

を理解する。

（Step は読み飛ばす）

手順３：

更に理解を深めたい場

合は、各項目のStep の各Check

項目と「ここでのポイント」を理解す

る。必要に応じて「チェックカード」の

事例を参照する。

(55)

SEC

項目1.1

項目1.2

項目1.3

テーマ１

【説明】

Step4.1.1

項目4.1

項目4.2

項目4.3

Step4.2.1

Step4.3.1

Check 1 Check4 Check 2 Check5 Check 3 Check6

テーマ３

【説明】

テーマ４

【説明】

テーマ１１

【説明】

項目3.1

項目3.2

項目3.3

ESMG計画立案トレーニングの仕方（読み方）

②個別のテーマの詳細手順を習得したい場合

個別のテーマを選択し

て、テーマ

→ 項目 →

Step →Checkまで、通し

て読み進める。

(56)

SEC

Software Engineering Center

56 SDM公開講座（2012.6.7）

(57)

SEC

▐

小規模から中規模への移行時に気付く事

開発規模が増え、プロジェクトが肥大化すると、プロ

ジェクトの進むべき方向を共有することが大切にな

ってくる。しかし、共有することが難しくなる。

開発規模

／プロジェ

クト規模

小さい

_大きい

考えの共有

が難しい

考えの共有

がやり易い

1人で全て

を把握でき

る。

1人で全て

を把握でき

ない

ゴールを示せ

ば、後は、リー

ダシップでこな

プロジェクト

計画の共

(58)

SEC

Software Engineering Center

58 SDM公開講座（2012.6.7）

①

小規模開発から中規模開発に移行し、頭の中だけで、プロジェクトのイメージが描

けなくなった。

②

プロジェクト計画立案の仕方を教わる人がいない

③

一部の機能ユニットの「詳細設計」「実装及び単体テスト」を受注する仕事がメインだ

ったが、ソフトウェア丸ごと請け負うことになった。要求定義やアーキテクチャ設計の

経験がなくスキル不足を感じる。

④

未経験作業の工数が見積れない。

⑤

未経験技術の作業工数が見積れない。

等々

▐

計画立案は何故難しいと感じるのか

※プロジェクト計画を立案するということは、未来を予測することであるため、難しいのは

当然。

※経験を積む以外にはない。ただし、自分の周りに、経験者が居れば安心できる。

※一人で背負うのではなく、皆で知恵を出しながら、協力してやるべき。

(59)

SEC

▐

プロジェクトマネージャの板挟み

あるべき

姿で計画

せよ

無理のない現実的

な計画を立てるべ

きだ。

経営者

寄りの

考え

現場

寄りの

考え

・根拠のない、失敗するような計画は立てたくない。

プロジェクト計画書には、プロジェクトマネージャが、こ

うやりたいという思いを示す。

 決められたコスト

 決められた納期

 バグのない完成品

 キツイ作業は担当

したくない。

 決めるべきことを

決めてからスタート

して欲しい。

プロジェクト計画

(60)

SEC

Software Engineering Center

60 SDM公開講座（2012.6.7）

ご清聴ありがとうございました

ESxR関係ドキュメントは下記Webサイトから自由にダウンロードできます。

（ユーザ登録不要）

組込み系プロジェクト 開発管理技術部会 活動成果 (Embedded System development Management Reference) (Embedded System development Management training Guide) 2006 年 11 月発行 2011

IPA 独立行政法人 情報処理推進機構

SEC ソフトウェア・エンジニアリング・センター

Software

Engineering

Center

組込みソフトウェアの

プロジェクト計画書を作成する

～『組込みソフトウェア向けプロジェクトマネジメントガイド』の解説～

研究員 松田 充弘

2012年6月7日

ＳＤＭ公開講座 「現代ソフトウエアエンジニアリングの俯瞰図」 第９回

SEC

Software Engineering Center

2

SDM公開講座（2012.6.7）

特徴

プロジェクト計画書の記載項目と記述フォー

ムを解説

国際標準（IEEE 1058）に、委員企業の知

見を加えて解釈

(Embedded System development

Management Reference)

SEC組込み系プロジェクト「開発管理技術部会」活動成果

(Embedded System development

Management training Guide)

2006年11月発行

特徴

ESMRの実践編

詳細なプロジェクト計画書の事例を提示

プロジェクト計画の立案過程を解説

2011年11月発行

SEC

目次

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

プロジェクト計画書の必要性

2.

プロジェクト計画書とは何か

•

目的

•

誰のために作成するか

•

プロジェクト計画書に記述する内容

•

フォーマット

•

いつ誰が書くか

3.

プロジェクト計画を立案する手順

•

計画立案のための検討テーマ（１１テーマ）

•

計画立案の流れ

•

計画立案の事例

(10)

(55)

(10)

SEC

Software Engineering Center

4

SDM公開講座（2012.6.7）

１．組込みソフトウェア開発を取り巻く状況と

プロジェクト計画書の必要性

SEC

ソフトウェア開発規模の増大

2001年当時

100万行

500万行

現在

5倍以上

携帯電話

2000年当時

100万行

500万行

～1000万行

現在

5～10倍

自動車

組込み系プロジェクト開発管理技術部会活動成果 (Embedded System development Management Reference) (Embedded System development Management training Guide) 2006 年 11 月発行 2011

IPA 独立行政法人情報処理推進機構

研究員松田充弘

ＳＤＭ公開講座「現代ソフトウエアエンジニアリングの俯瞰図」第９回

IPA 2012年版ソフトウェア産業の実態把握に関する調査：組込み向け調査