自動車関連ソフトウェアにおけるAutomotiveSPICEの適用拡大

一般論文

自動車関連ソフトウェアにおけるAutomotiveSPICEの適用拡大
姫路事業所 開発部
奥藤 直樹、八木 伸二、黒川 俊樹
2.1

１．活動の概要

プロセス定義の作成ソフトウェア製作業務の開発プロセス（ENG5～ENG7）

姫路事業所開発部の事業内容は、三菱電機（株）姫路製作について、入力文書/出力文書、作業フロー、作業別の目的、所向けを中心とした「故障診断装置」、「 試験機・ツール」、作業概要、作業の実施条件、作業担当とその役割を図1のと「ECU（Electronic Control Unit）S/W開発」である。これ

おりソフトウェア製作業務の形式で開発プロセスとして定らは、開発部の基幹事業のビジネスユニット（課組織）として位置付けられている。近年、電子制御、安全運転システム、義した。

ネットワーク化など自動車の高機能化により、それらを実［INPUT/OUTPUT］
INPUT
要求仕様書
資料A

現する車載システムやECUが複雑化し、車載ソフトウェアの開発規模が増大している。一方で開発期間の更なる短縮も求められており、事業を安定的に拡大するには、製品開OUTPUT
SW仕様書
プログラム仕様書［作業フロー・作業別の目的・作業概要・作業の実施条件・作業担当とその役割］
作業A

発の円滑化と製品品質を確保することが極めて重要なものになっている。これらの対応のために、開発部では、2015

目的
実施条件
作業概要

ソフトウェア仕様・構造設計のために実施する。
必ず実施する。

目的実施条件
作業概要

ソフトウェア仕様を詳細化し、プログラム仕様設計を実施する。
必ず実施する。

個別実施条件追加・変更となるソフ 必ず実施する
トウェア仕様を記載する。

年度に欧州の自動車メーカーを中心とした業界団体が定めたAutomotive SPICEのアセスメントモデルを導入した。

作業B

最初にプロセス定義の作成を行い、次にそれに必要な規程

個別実施条件モジュールの分割を 必ず実施する
行い、処理内容を記載する。

を整備してソフトウェア製作の標準プロセスの構築を行った。そして「故障診断装置」のビジネスユニットをモデル部担当者・役割開発担当担当者・役割開発担当

INPUT

要求仕様書
資料A

INPUT

要求仕様書
資料A

OUTPUT

SW仕様書

OUTPUT

SW仕様書
プログラム仕様書

図１．プロセス定義

門としてレベル2を取得した。その後、標準プロセスの部内展開を行い、「ECU S/W開発」のビジネスユニットでレベル2.22を取得した。さらにSEPG（Software Engineering

規程の作成

プロセス定義とアセスメントモデルを照らし合わせ、開Process Group）が主体となり、組織で標準プロセスが実行発プロセス以外でプロジェクトの運営に必要なプロセスのできるように規程の整備を行い、「故障診断装置」のビジネス抽出を行った。管理プロセス群からはプロジェクト管理ユニットでレベル3の認証を取得した。

（MAN3）とリスク管理（MAN5）、支援プロセス群からは品

本稿では、AutomotiveSPICEのアセスメントモデルの質保証（SUP1）、構成管理（SUP8）と問題解決管理（SUP9）、導入方法とレベル2、レベル3の認証取得に関する活動内容

取得プロセス群からはサプライヤー監視（ACQ4）をそれぞを紹介する。

れ抽出した。そしてそれぞれのプロセスにおける出力文書の様式を立案し試使用を繰り返して様式を確定した。また、

２．AutomotiveSPICEのアセスメントモデルの導入

この様式の活用を順守するために必要な規程も併せて表1のとおり、部内の標準プロセスとして制定した。

アセスメントモデル導入前の開発部では、ソフトウェア製作の開発プロセスのプロセスフローを規程化し、それぞれのプロセスにおける細部の運用は、各ビジネスユニットに一任してソフトウェア製作業務を遂行していた。また、開発プロセスの改善施策の一つとして、本社ソフトウェア生産技術・人材開発部ソフトウェア生産技術課（以下、ソ生技）によるAutomotiveSPICEの簡易アセスメントを受審して、評定結果の弱みに対する対策を行っていた。この対策はビジネスユニットの内部改善活動として実施していたため、部内の標準プロセスの構築に至っていなかった。そのため、アセスメントモデルの導入に際し、現状のソフトウェア製作業務を文書化することから始めた。
53

自動車関連ソフトウェアにおけるAutomotiveSPICEの適用拡大を行った。

表１．2015年に制定した規則と様式の一覧
プロセス群

規程類

共通エンジニア
リング

管理支援

取得

ENG5

SW設計

ENG6

SW構築

（2）標準プロセスの理解度の相互確認

様式類

・プロジェクト資料管理フォルダに関する規程・プロジェクト資料番号規程－・ソフトウェアの設計・製作・試験に関する規程
・ソフトウェア製作プロセスガイド・ソフトウェア製作手順書
・プログラム仕様書
・品質確認シート(開発前・開発)
・品質確認シート(評価)・レビュー報告書

公式アセスメントの受審1ヵ月前からは、受審者全員で全規程類の読み合わせを行った。そして標準プロセスの理解度の相互確認と問答形式でインタビューの回答内容のすり合わせを行い、公式アセスメントに備えた。

ENG7

SW統合テストMAN3

プロジェクト管理

プロジェクト管理規程

・プロジェクト計画書
・詳細スケジュールシート

MAN5

リスク管理

リスク管理規程

・リスク管理表

SUP1

品質保証

品質保証活動規程

・品質保証活動報告書

SUP8

構成管理

構成管理規程・構成管理表SUP9

問題解決管理課題・障害管理規程

・課題管理表・障害管理表アセスメントを受審し、表2のとおり受審した全9プロセス

ACQ4

サプライヤ監視

外注管理規程・見積依頼書・納入品一覧
・外注用レビュー報告書
・プロジェクト進捗報告書

2016年3月公式アセスメント（L2）の評定結果

3.3

レベル2の認証取得

2016年3月に「故障診断装置」のビジネスユニットで公式でレベル2を取得した。
表２．2016年3月公式アセスメントの評定結果
プロセス群

３．レベル2の適用エンジニアリング部内への標準プロセスの定着を図りながら、レベル2の適用への体制は、モデル部門の「故障診断装置」のビジネスユ

管理

ニットから、課長、プロジェクトリーダーと開発担当のキーマン5名、品質保証部門からは、品質保証統括者、SEPGと置して、レベル2の認証取得に取り組んだ。

3.1

標準プロセス履行の点検

PA2.1

SW設計

F

L

PA2.2 評定結果
L

レベル2

ENG6

SW構築

F

L

L

レベル2

ENG7

SW統合テスト

F

L

L

レベル2

MAN3

プロジェクト管理

F

L

L

レベル2

MAN5

リスク管理

F

F

L

レベル2

ACQ4

サプライヤ監視

F

F

L

レベル2

SUP1

品質保証

F

F

L

レベル2

SUP8

構成管理

F

F

L

レベル2

SUP9

問題解決管理

F

F

L

レベル2

F︓完全に満足している

86% - 100%

PA1.1 レベル1

L︓大部分満足している

51% - 85%

PA2.1 実施管理

支援

SQA（Software Quality Assurance）を担う専任者を1名配

PA1.1

ENG5

モデル部門とSQAが、公式アセスメントの受審までの8ヵPA2.2 成果物管理

４．レベル2の部内展開活動

月間、10件の主要工事（2～5百万円のプロジェクト）を対象に標準プロセスの試行と点検を繰り返し実施して標準プロ

次に「ECU S/W開発」のビジネスユニットでレベル2の認セス適用の浸透を図った。また、公式アセスメントの受審2ヵ証取得を目指した。2017年7月に簡易アセスメントを受審月前には、完了したプロジェクトの成果物に対して、品質したものの、表3のとおり、レベル2を満足する結果ではな

保証部門がレビューアを担い、公式アセスメントを想定しかった。て点検した。

3.2

表３．2017年7月簡易アセスメントの評定結果

2017年7月簡易アセスメント（L2）の評定結果

公式アセスメントのインタビュー対策

プロセス群

公式アセスメントの受審2ヵ月前には、公式アセスメント

エンジニアリングの受審者は、AutomotiveSPICEを理解の上、標準プロセスを問題なく遂行できるレベルに到達していた。しかし受管理審者の半数は初めてインタビューを経験するため、インタビュー時により的確に返答できるように、次の2つの対策を（1）アセスメントモデルと標準プロセスの適合アセスメントモデルのベースプラクティス（BP）に出現する専門的な表現を、標準プロセスの作業名や作業内容

PA2.1

SW設計

P

P

PA2.2 評定結果
L

レベル0

ENG6

SW構築

P

L

L

レベル0

ENG7

SW統合テスト

－－－－

MAN3

プロジェクト管理

L

L

F

レベル1

MAN5

リスク管理

L

L

F

レベル1

ACQ4

サプライヤ監視

F

F

L

レベル2

SUP1

品質保証

F

L

L

レベル2

SUP8

構成管理

L

L

L

レベル1

SUP9

問題解決管理

P

F

L

レベル0

F︓完全に満足している

86% - 100%

PA1.1 レベル1

L︓大部分満足している

51% - 85%

PA2.1 実施管理P︓部分的に満足している

16% - 50%支援行った。

PA1.1

ENG5

PA2.2 成果物管理に置き換えて解釈できる表現にすることを目的に、ソ生技によるAutomotiveSPICEの講習会を受講した。講習

この結果からレベル2の認証取得に向け、「故障診断装置」

会は受審する全9プロセスを対象に1プロセスあたり約2と「ECU S/W開発」のビジネスユニットで開発プロセスが時間行われた。また、講習会の内容をビデオに収め、受異なるエンジニアリングプロセス（ENG5、ENG6）の対策

審者は公式アセスメントの直前まで何度もビデオを視聴が必要である（SUP9は実施管理が「F」であり、対象外としして、アセスメントモデルと標準プロセスの適合の復習た）と判断し、課題を抽出して対策に取り組んだ。
54

自動車関連ソフトウェアにおけるAutomotiveSPICEの適用拡大

4.1

課題の抽出と対策の実施

簡易アセスメントの結果から、標準プロセスを「ECU S/W開発」のビジネスユニットに適用したことで発生した問題から課題を抽出し、その対策を実施した。
対策は、標準プロセスから逸脱しないようにした。

ソースコード（1）ソフトウェア要求の明確化
受審部門は三菱電機（株）姫路製作所の様々な部門からプログラム仕様書業務を請け負っているが、依頼元部門により仕様書の記載内容や粒度が異なり、要求が曖昧で齟齬が発生するケー

図３．ソースコードの関数の変更経歴欄スがあった。
この対策としてソフトウェア仕様書に記載する項目を定め、図2のように様式化した。また、このソフトウェア（3）様式とプログラムの管理規程の明確化

仕様書を依頼元部門からの入力文書として使用し、依頼ソフトウェア仕様書、プログラム仕様書に記載する項元部門とレビューを行い要求を明確化することで齟齬を目、内容が粗く、ばらついていた。また、プログラムのなくした。

管理はファイル更新時のファイル名称の付け方に規程化されたものがなく担当者任せになっていた。
この対策としてソフトウェア仕様書、プログラム仕様書の様式を定め、記載項目を統一した。また、プログラ
ムの管理は、ファイル名称の付け方を規程化し、管理は図4のように管理ツールを使用して、プログラムの変更・追加ごとにリビジョンを格納するフォルダ（Tags）に内容を追加し、管理しやすくした。
ログメッセージ：★開発工程完了時

ソースコードの管理
フォルダ

8/tags
/F****_MCR_***

ログメッセージ：
納品物
9/tags
/F****_MCR

7
ログメッセージ：***-***-*-CR-*

図２．ソフトウェア仕様書の様式

6/tags
/F****_MCR_M**（2）仕様書とソースコードの双方向トレースの成立

5「ソフトウェア仕様書⇔プログラム仕様書」、「 プログラ

ログメッセージ：
ベースS/Wム仕様書⇔ソースコード」のそれぞれの双方向トレースが3/tags/F*******取れない状況であったため、仕様変更が発生したとき、影響範囲が特定しにくい構成となっていた。

ログメッセージ：★プロジェクト計画工程完了時
4/tags
/F****_MCR_M00

2

この対策として「ソフトウェア仕様書⇔プログラム仕様1/trunk書」は、トレーサビリティが管理できるシートで双方向のtags：リビジョンを格納するフォルダ

図４．プログラム管理構成図

トレースを取るようにした。
「 プログラム仕様書⇔ソースコード」は、プログラム仕様書に追加・変更する関数名ま4.2 「ECU S/W開発」のレベル2の認証取得で詳細に記載した。また、ソースコードは、図3のとおりトレースできるよう関数の変更経歴欄にプログラム仕様

2018年11月に「ECU S/W開発」のビジネスユニットで公書番号等を記載するようにした。これにより仕様変更が式アセスメントを受審し、表4のとおり受審した全9プロセ発生した際、双方向のトレースが取れ影響範囲の確認がスでレベル2を取得した。

容易になった。

55

自動車関連ソフトウェアにおけるAutomotiveSPICEの適用拡大

本規程を運用して、部内間の垣根を越えた最適なプロジェ

表４．2018年11月公式アセスメントの評定結果

2018年11月公式アセスメント（L2）の評定結果
プロセス群
エンジニアリング

管理

PA1.1

PA2.1

ENG5

SW設計

F

L

L

レベル2

ENG6

SW構築

F

L

L

レベル2

ENG7

SW統合テスト

F

L

L

レベル2

MAN3

プロジェクト管理F

LFレベル2

MAN5

リスク管理

F

F

F

レベル2

ACQ4

サプライヤ監視

F

F

L

レベル2

SUP1

品質保証F

F

F

レベル2

SUP8

構成管理

FL

L

レベル2

SUP9

問題解決管理

F

F

F

レベル2

F︓完全に満足している

86% - 100%

PA1.1 レベル1

L︓大部分満足している

51% - 85%

PA2.1 実施管理支援

クトメンバー選定が可能になった。

PA2.2 評定結果

開発部 開発第○課 20XX年度 ソフトウェア要員マップ
レベル
レベル５
レベル４
レベル３
レベル２
レベル１

内容

ＩＴＳＳ
レベル５～相当
レベル４相当レベル３相当レベル２相当レベル１相当社内において、プロフェッショナルとして自他共に経験と実績を有すると認められる社内において、プロフェッショナルとして求められる経験の知識化とその応用（後進育成）ができる要求された作業がすべて独力でできる要求された作業について、その一部を独力でできる要求された作業について、指導を受けて遂行することができる

氏
名
A

役割目標

現状レベル部門での役割名称

標準役割

プロジェクトリーダー

プロジェクト管理者

氏
名
B

レ
ベル

時
期

現状
レ
ベル

氏
名
Ｃ

目標
レ
ベル

時
期

現状
レ
ベル

氏
名
Ｄ

目標
レ
ベル

時
期

現状
レ
ベル

氏
名
Ｅ

目標
レ
ベル

時
期

氏
名
Ｆ

目標

現状
レ
ベル

レ
ベル

時
期

現
状
レ
ベル

目標
レ
ベル

時
期

詳細設計者

PA2.2 成果物管理

PCアプリケーション開発担当／アダプタ開発担当

コーダー

単体テスト担当者

５．レベル3の認証取得活動「故障診断装置」と「ECU S/W開発」のビジネスユニット

評価担当

ソフトウェアテスト担当者

ＳＥＰＧ

ＳＥＰＧ

ＳＱＡ

ＳＱＡ

図５．要員マップでレベル2の認証取得したことにより、更なるレベルアップに向け、「故障診断装置」のビジネスユニットでレベル3の認（2）プロセス相関に関する規程証取得を目指した。

5.1

規程を改定する際に、関連するプロセスの抽出手順を課題の抽出と対策の実施明文化した規程がなかった。そのため、規程を改定したレベル3を取得するために、レベル2に対して何が課題で場合に影響があるプロセスを確認する手順と各プロセスあるか不明であったため、ソ生技と共にレベル3の取得に必の相関関係をプロセス相関に関する規程として新たに制要な課題を洗い出した。その結果、レベル3としては、標準定した。さらにプロセスごとに全プロセスに対する関連プロセスを組織で実行できる規程が不足しており、SEPGに性と入力文書/出力文書を記載し、図6のとおりプロセスよる規程の整備が不可欠であることがわかった。レベル3に相関図を作成した。

必要な規程を新たに表5のとおり整備した。また、作成する

本規程により、SEPGが規程を改定する際に関連するプに当たり、現在の業務内容をベースに規程化することで、実ロセスを漏れなく抽出できるようになった。また、部門務に大きな変化が生じない方針とした。特に、新規に取り組標準プロセスに関して、プロジェクトの新規メンバーへみから実施した要員計画に関する規程、プロセス相関に関すの教育や関係者への説明に活用可能となった。

る規程、プロセス改善活動規程の活動内容について次に示す。

1.プロセス名
プロジェクト管理（MAN3）
2.関係する作業(1)製品記録の決定(2)開発ドキュメント様式の決定

表５．2018年に制定した規程と様式の一覧
プロセス群

共通

規程類

・要員計画に関する規程
・ソフトウェア製作環境管理規程
ソフトウェア製作環境管理シート
・プロセス相関に関する規程
プロセス相関図・プロセス改善活動規程
プロセス改善管理シート
・工事反省会規程

様式類

・MCJQ-7108-A_YYYY年度要員MAP_開発部開○課
・MCJQ-7108-A_YYYY年度技術MAP_開発部開○課
・工事反省会シート
1.作業名
製品記録の決定
2.いつ、どこでプロジェクト計画工程
3.何を（I/Fになる資料名）
プロジェクト計画書
4.何を（I/Fになる情報）
製品記録の種類

1.作業名
プログラム設計デザインレビュー
2.いつ、どこで開発前工程
3.何を（I/Fになる資料名）
品質確認シート（開発前工程）
4.何を（I/Fになる情報）プログラム仕様

1.作業名
開発ドキュメント様式の決定
2.いつ、どこでプロジェクト計画工程
3.何を（I/Fになる資料名）
プロジェクト計画書
4.何を（I/Fになる情報）開発ドキュメントの様式番号（1）要員計画に関する規程

1.プロセス名
品質保証活動（SUP1）
2.関係する作業(1)プロダクト品質の確認

1.プロセス名
外注管理（ACQ4）
2.関係する作業(1)ソフトウェア設計デザインレビュー（DR）(2)プログラム設計DR

プロジェクト体制の構築では、開発内容に応じた技術を

1.作業名
ソフトウェア設計デザインレビュー
2.いつ、どこで開発前工程
3.何を（I/Fになる資料名）
品質確認シート（開発前工程）
4.何を（I/Fになる情報）
ソフトウェア仕様

1.プロセス名
ソフトウェア設計・プログラム設計（ENG5）
2.成果物

1.作業名
プロダクト品質の確認
2.いつ、どこで開発前工程の移行審査時に行う品質保証活動
3.何を（I/Fになる資料名）①プロジェクト計画書②品質確認シート（開発前工程）

1.作業名
版管理
2.いつ、どこで開発前工程
3.何を（I/Fになる資料名）①プロジェクト計画書の開発項目一覧②品質確認シート③プログラム仕様書
4.何を（I/Fになる情報）①プロジェクト計画書の開発項目一覧
No.、改訂副番②品質確認シート
品質確認シートの資料番号③プログラム仕様書番号

4.何を（I/Fになる情報）①プロジェクト計画書
開発項目一覧の照査のサイン②品質確認シート（開発前工程）

照査、検認のサイン

1.プロセス名
構成管理（SUP8）
2.関係する作業(1)版管理ソフトウェア仕様書、プログラム仕様書、
品質確認シート（開発前工程）

3.規程名
ソフトウェアの設計・製作・試験に関する規程（MCJQ-7301）

持ったプロジェクトメンバーを選定している。この手順を

1.作業名
ソフトウェア設計デザインレビュー（DR）
2.いつ、どこで開発前工程
3.何を（I/Fになる資料名）
障害管理表
4.何を（I/Fになる情報）
DR指摘事項

明文化した規程がなかったため、プロジェクトメンバーの選定基準と選定するための実施手順を要員計画に関する規1.作業名プログラム設計デザインレビュー（DR）
2.いつ、どこで開発前工程
3.何を（I/Fになる資料名）
障害管理表
4.何を（I/Fになる情報）
DR指摘事項程として新たに制定した。さらに開発部の業務に沿って、役割（プロジェクトリーダー、PCアプリケーション開発担
当、評価担当、SEPG、SQA）ごとに業務範囲、責任と権限

1.プロセス名
課題・障害管理（SUP9）
2.関係する作業(1)ソフトウェア設計デザインレビュー（DR）(2)プログラム設計DRを定義した要員マップを図5のとおり作成した。また、開発部で運用している技術マップを活用し、役割ごとの必要技

1.作業名
組合せ試験設計
2.いつ、どこで開発前工程
3.何を（I/Fになる資料名）

1.作業名
単体試験設計2.いつ、どこで開発前工程
3.何を（I/Fになる資料名）①顧客要求仕様書②品質確認シート（開発前工程）

4.何を（I/Fになる情報）①顧客要求仕様書
顧客要求②品質確認シート（開発前工程）
ソフトウェア仕様①品質確認シート（開発前工程）②プログラム仕様書

4.何を（I/Fになる情報）

ソフトウェア仕様、プログラム仕様

1.作業名
単体試験
2.いつ、どこで開発工程
3.何を（I/Fになる資料名）①品質確認シート（開発前工程）②プログラム仕様書

4.何を（I/Fになる情報）
単体試験仕様

1.作業名
コーディング
2.いつ、どこで開発工程
3.何を（I/Fになる資料名）①品質確認シート（開発前工程）②プログラム仕様書

4.何を（I/Fになる情報）

1.作業名
組合せ試験
2.いつ、どこで評価工程
3.何を（I/Fになる資料名）
品質確認シート（評価工程）
4.何を（I/Fになる情報）
試験項目、試験手順

1.プロセス名
ソフトウェア構築（ENG6）
2.関係する作業(1)単体試験設計(2)コーディング(3)単体試験

図６．プロセス相関図

術とその教育のためのトレーニングの定義を追加した。
56

1.プロセス名
組合せ試験（ENG7）
2.関係する作業(1)組合せ試験設計(2)組合せ試験

自動車関連ソフトウェアにおけるAutomotiveSPICEの適用拡大（3）プロセス改善活動規程

７．むすび

プロセスの改善要望は、プロジェクトリーダーがSEPGに対して実施している。この手順を明文化した規程がな

本活動は、最終目標をレベル3の取得とせず、まず標準プかったため、プロセス改善の仕組みと実施手順をプロセロセスの作成と「故障診断装置」のビジネスユニットでレベス改善活動規程として新たに制定した。また、運用中のル2の取得を目指した。さらに標準プロセスを「ECU S/W工事反省会シートのデータを活用することで、新たな作開発」のビジネスユニットへ展開して、部内のレベルアップ業を増やさずに、プロセス改善に結びつくデータを収集に取り組んだ。そして、「試験機・ツール」のビジネスユニッする仕組みとした。さらにその収集データを活用し、プ

トへ標準プロセスが浸透した段階でレベル3の取得に取り組ロセス改善を実施するためのプロセス改善管理シートをんだ。振り返れば、これまでの活動は、一歩ずつ成果を積制定した。

み上げてプロセス改善を進めたことがレベル3の取得に繋本規程を運用することで、SEPGが半期ごとにプロセスがったと言える。また、本活動を通じて標準プロセスが確改善を実施するPDCAサイクルの実施手順を確立したこ立できたことで、品質も向上している。とは、プロセスをさらに改善する上で大きなメリットで最後に、本活動を支援いただいたソ生技を始め、関係者ある。

各位に深く感謝申し上げる。

5.2 「故障診断装置」のレベル3の認証取得
2019年3月に、「故障診断装置」のビジネスユニットで公式アセスメントを受審し、表6のとおり受審した全9プロセスでレベル3を取得した。
表６．2019年3月公式アセスメントの評定結果

2019年3月公式アセスメント（L3）の評定結果
プロセス群

PA1.1

PA2.1

PA2.2

PA3.1

ENG5

SW設計

F

F

F

L

F

レベル3

ENG6

SW構築

F

F

F

L

F

レベル3

ENG7

SW統合テスト

F

F

F

L

F

レベル3

MAN3

プロジェクト管理

F

F

F

L

F

レベル3

MAN5

リスク管理

F

F

F

L

F

レベル3

ACQ4

サプライヤ監視

F

F

F

L

F

レベル3

SUP1

品質保証

F

F

F

L

L

レベル3

SUP8構成管理

F

F

F

L

F

レベル3

SUP9

問題解決管理

F

F

FLF

レベル3

F︓完全に満足している

86% - 100%

PA1.1 レベル1

L︓大部分満足している

51% - 85%

PA2.1 実施管理エンジニアリング

管理支援

PA3.2 評定結果

PA2.2 成果物管理

PA3.1 プロセス定義 PA3.2 プロセス展開

執筆者紹介
奥藤

６．今後の展開直樹

オクトウナオキ

1990年入社。主にソフトウェア開発を今後、ソフトウェア品質の維持と向上を目指し、レベル3プロセスを部内に定着させるため、次の取り組みを実施する。
（1）プロセス改善活動によるプロセス品質の向上

伴うプロジェクトの品質保証活動に従事。現在、姫路事業所開発部。品証統括を兼務。

（2）ツール適用によるプロセス運用の効率化

八木（3）プロセスの教育による人材育成

伸二

ヤギシンジ

1988年入社。主に故障診断装置のソフトウェア開発業務に従事。現在、姫路事業所開発部開発第1課。

黒川俊樹

クロカワトシキ

1988年入社。主にECUのソフトウェア開発業務に従事。現在、姫路事業所開発部開発第5課。

57