持続可能なモノづくり・人づくり支援協会
TPS/Agile 組込みソフト開発セミナー

組込みソフトウェアにおける Agile 開発～ 派生開発で実践する TPS ～(株) デンソー技研センター
プロジェクトマネージャー

古畑 慶次
Keiji_kobata@denso.co.jp

Confidential
TPS/Agile 組込みソフト開発セミナー ： (社) 持続可能なモノづくり・人づくり支援協会
2013年 11月 12日 ＠ ウィンクあいち
This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

自己紹介

1 / 42

古畑 慶次 （こばた けいじ）
＜所属＞ ： (株) デンソー技研センター
プロジェクト・マネージャー / 産業カウンセラー＜業務＞ ：

技術支援・指導、研修企画、研修講師－ 派生開発、プロセス設計、仕様化技術の技術支援・指導－ 高度技術者（トップガン）研修の企画、運営＜略歴＞－ 産業カウンセラーとしてカウンセリングも行う

1988年 ： (株) デンソー 入社（日本電装株式会社）

研究開発部 ・・・ デジタル信号処理
1990年 ： 基礎研究所 ・・・ 音声認識

1994年 ： 通信技術部 ・・・

ソフトウェア設計 / ハードウェア設計（携帯電話 / PHS 親機）

2002年 ：
2004年 ：

プロセス改善 （CMM / 現場改善）

ITS 技術部 ・・・

デンソー技研センター ＜現在に至る＞

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

デンソーにおける 人づくり、価値づくり、物づくり

2 / 42▪ 今枝 誠・古畑 慶次 ［著］• 2013年9月26日 発刊• 日科技連出版社• 定価 （本体2,400円＋税）
2,520円
2,000 円▪ 主要目次第１章

時代の大きな変化

第２章

日本流のものづくりの原動力

第３章

日本のものづくりの課題

第４章

人づくり

第５章

価値づくり

第６章

物づくり

第７章

デンソーにおける
ものづくり研修の実際

第８章

次世代への提言This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

Softec 2013 Asia 9/2-5 (2013)3 / 42▪ Software Testing Conference
場所 ：Sunway Resort Hotel & SPA（クアラルンプール＠マレーシア）•

MSTB（Malaysian Software Testing Board）
主催によるテストカンファレンス•

ASQN（ Asia Software Quality Network）のセッションで発表“ Process Improvement using XDDP ”
http://www.qportal.com.my/softec/softecasia2013/SitePages/viewallspeakers.aspx

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

“ Best Paper award”（最優秀論文賞）

4 / 42

5WCSQ Best Paper award

Process Improvement using XDDP- Application of XDDP to the Car Navigation System -Keiji Kobata, Eiji Nakai, Takahiro Tsuda

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

5WCSQ（第５回世界ソフトウェア品質会議）

5 / 42

清水 吉男 氏システムクリエイツ
XDDPの提唱者

古畑 慶次
デンソー技研センター
XDDPの実践者

http://www.xddp.jp/info_5wcsq.shtml

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

本日の話題6 / 42「派生開発と Agile開発」＊ XDDPをTPSの視点でお話します▪ アジャイル開発と言えば ・・・▪ アジャイル開発の教科書
この本を推薦します•前川 直也、西河 誠、細谷 泰夫［著］•

ソフトバンククリエイティブ•

定価 （本体2,300円＋税）

アジャイル開発とXDDPを組み合わせる際には、それぞれの本質を理解した上で、たとえば 変更の実施をできるだけ遅らせたり、影響を見極めるための “工夫” が必要になるだろう。
TPS（Toyota Production System）

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

Agenda7 / 42

１. 派生開発を把握する
２. Agile 開発としての XDDP
３. XDDP における TPS
４. XDDP から TPS そして競争優位へ“ Software Driven Innovation beyond TPS ”

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１. 派生開発を把握する

8 / 42

１.１ 派生開発とは何か？

１.２ ソフトウェア開発の現状
１.３ 派生開発の現実
１.４ 要求の多様性
１.５ プロセスの問題
１.６ 派生開発の難しさ
１.７ 混乱する派生開発
１.８ 派生開発に対するソリューション

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１.１ 派生開発とは何か？

9 / 42▪ 「派生開発」 ： 新規開発に対峙させた概念• 従来製品（プログラムコード）に、製品の価値を高めるために新しい機能を追加したり、これまでの機能を改善する開発▪ 保守開発 ［JIS X 0161］［ISO14764］（http://www.jisc.go.jp/ ）• ソースコードの修正／変更は、ソフトウェア・エンジニアリングでは「保守」あるいは「保守プロセス」として扱われている– 是正保守、予防保守、緊急保守、適応保守、完全化保守、改良保守▪ 派生開発 vs 保守開発
• 組込みシステムの開発は「保守」では説明がつかない「派生開発」＝ 保守開発 ＋（機能追加＋仕様変更＋バグ修正）

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１.２ ソフトウェア開発の現状

10 / 42▪ ソフトウェア開発の大半は 「派生開発」
開発

派生開発とは？

新規開発

既存製品への機能追加や機能の変更・削除による製品開発

派生開発
新規開発：12%例）初期の携帯電話 → 今日のケータイ端末
機種 F
機種 E
機種 D
機種 C

派生開発：88%

機種 B
機種 A

03年

＜ 2009年度 開発行数 ＞

05年

08年

11年

＜ 製品展開 ＞

出典 ： 2009年組込みソフトウェア産業実態調査 （IPA）

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１.３ 派生開発の現実

11 / 42▪ 派生開発での開発項目▪ 開発プロセス• ｢追加｣ と ｢変更｣ の開発が混在
変更• 新規開発のプロセスで対応

追加

要求書

追加

変更
要求
仕様書

派生元の

ソフトウェア

設計書

変更
削除

ソース
コード

※ 削除は変更に含む

要求の多様性 への対応

プロセスの問題This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１.４ 要求の多様性

12 / 42▪ 派生開発の要求は多種多様• 機能 ･･･ 追加、削除、移植• 仕様 ･･･ 変更、追加、削除

合理的なプロセス、• 規模 ･･･ 小規模 ～ 大規模 （様々）成果物が求められる• 制約 ･･･ 納期、コスト、要員、作業▪ 要求への対応の難しさ• ソースコードの状態や担当者の知見レベルの差• 変更量によっては作業を分割 ← 情報共有の問題• 要件によって完成状態を定義する必要も生じる

派生開発では多種多様な要求に対応しなければならない

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１.５ プロセスの問題

13 / 42▪ 新規開発と同じプロセスで開発• 仕様書から設計ドキュメント、ソースコードを順に作成（変更）する【開発プロセス】＜機能追加＞＜変更＞要求仕様書 ・・・

新規作成

・・・

変更

設計

設計書

・・・

新規作成

・・・

変更

実装

ソースコード ・・・

新規作成

・・・

変更

要件定義

テスト

テスト

– 変更と機能追加は、要求が異なるにもかかわらず同じプロセス• 新規開発のプロセスでは限界がある– 変更点の影響範囲や関連箇所に気づくにくく、変更モレや間違った変更が生じやすい「部分理解」– 時間切れとなり、途中のプロセスを飛ばすケースも ・・・This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１.６ 派生開発の難しさ

14 / 42▪ 既存のソフトウェアの変更• 関係する機能の特定： 仕様上、影響を受ける機能の抽出• ソースコード変更の影響 ： ソースコード修正による影響範囲の特定▪ 技術者の問題
変更• 技術力：ソースコードの読解力

追加• 経験 ：ドメイン知識（機能理解）▪ ソースコード

派生元のソフトウェア• 劣化した派生元のソースコード– 保守性を無視した開発

変更
削除This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１.７ 混乱する派生開発

15 / 42▪ 混乱のメカニズム ： ムリ・ムダ・ムラ• 品質を確保する技術、ドメイン知識を持たない状態で納期やコストの削減が求められている → 技術者の疲弊

【ムリ】

【ムダ】

・ 影響範囲の特定

・ 新規開発プロセス（仕様、ソースコード）

部分理解（思い込み・勘違い）

手戻り（追加・抽出）・ 必要なプロセス（ルール・規定）【ムラ】
開発プロセス【ムダ】と影響範囲の特定【ムリ】が問題

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

１.８ 派生開発に対するソリューション

16 / 42▪ 派生開発の混乱要因• 「開発プロセス」と「影響範囲の特定」▪ 「現状」と「XDDP」
混乱要因

現状

XDDP

開発プロセス・ 新規開発のプロセスを適用

・ 派生開発（変更・追加）に影響範囲の特定（新規開発崩し）対応したプロセス・ 部分理解での作業

・ 思い込み、勘違いを（思い込み、勘違い）

成果物とレビューでカバー

XDDP は派生開発に対する有効なソリューション

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２. Agile 開発としての XDDP

17 / 42

２.１ Agile Software 開発宣言
２.２ Agile 開発とは？
２.３ Agile 開発から見た XDDP
２.４ XDDP とは？

２.５ XDDP における開発技術
２.６ 従来開発との比較
２.７ XDDP の開発プロセス
２.８ 変更プロセスの３点セット
２.９ XDDP の効果
２.10 XDDP における Agile 開発

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.１ Agile Software 開発宣言

18 / 42

私たちは、ソフトウェア開発の実践
あるいは実践を手助けをする活動を通じて、
よりよい開発方法を見つけだそうとしている。
この活動を通して、私たちは以下の価値に至った。

プロセスやツールよりも個人と対話を、and tools
Individuals
and interactions “over”
processes

Working
software “over“ comprehensive
documentation
包括的なドキュメントよりも動くソフトウェア
を、
Customer 契約交渉よりもcollaboration 顧客との協調“over“ contract
negotiation
を、
Responding
to change “over“
followinga plan計画に従うことよりも変化への対応を、価値とする。すなわち、左記のことがらに価値がある ことを認めながらも、私たちは右記のことがらにより価値をおく。

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.２ Agile 開発とは？

19 / 42▪ 「Agile Software 開発」とは、ある特定の開発手法を指すものではなく、ソフトウェアの価値を最大限に高めるために、
エンジニア、マネージャ、顧客も含めて取り組むべき「考え方」や「姿勢」です。
（前川直也 他 「アジャイル開発の教科書」 より引用）▪ ソフトウェアの価値を最大限に高める• ソフトウェアの価値 とは何か？

▪ 取り組むべき「考え方」や「姿勢」＜keywords＞
ソフトウェアの “価値”
「考え方」「姿勢」• 「考え方」「姿勢」とは何か？

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.３ Agile 開発から見た XDDP

20 / 42▪ ソフトウェアの価値を最大限に高める（アジャイルの教科書）• XDDP：QCD の同時達成（顧客価値）＝ リードタイムの短縮– Q（品質）：機能性、信頼性、使用性、効率性、保守性、移植性（ISO/IEC 9126）– Quality in Use ：利用時の品質（ISO/IEC 25010）▪ 取り組むべき「考え方」や「姿勢」（アジャイルの教科書）

実現• XDDP：問題解決（派生開発）へのアプローチ– 開発プロセス： 新規開発プロセスから脱却 ＝ ムダの排除– 影響範囲の特定 ： 成果物とレビューでカバー ＝ 自工程完結▪ プロセス、開発技術

現場の工夫

実現

• プロセス ： 派生開発に対応（変更要求仕様書／TM(*)／変更設計書）• 開発技術 ： USDM（仕様化技術）、PFD （プロセス設計のツール）
TM (*) ：トレーサビリティ・マトリクス

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.４ XDDP とは？

21 / 42▪ XDDP ： eXtreme Derivative Development Process• 派生開発の要求に合った開発プロセス「派生開発」を成功させる
プロセス改善の技術と極意• 清水吉男氏（システムクリエイツ）が提案

技術評論社 (2007)
清水吉男氏著▪ 合理的なプロセス• ２つの独立したプロセス– 「変更」 と 「追加」 のプロセス

変更

追加• 品質 と 生産性 を追求したプロセス– 差分情報に基づいた開発– ムダの徹底排除 ： Just in Time （TPS）


派生元の
ソースコード「必要なものを」「必要なとき」「必要なだけ」• 部分理解を成果物とレビューでカバー– 担当者の「思い込み」と「勘違い」は前提

変更
削除

機能追加を受け入れるための “変更”This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.５ XDDP における開発技術

22 / 42▪ XDDP トライアングル
派生開発向けプロセス

XDDP
要求開発
仕様化技術

USDM

PFD

プロセス設計技術• USDM （Universal Specification Describing Manner）‒ 要求 を適切に表現し、必要な仕様を引き出す表記法‒ 要求と仕様を階層関係の中で捉え、仕様が漏れにくい構成• PFD （Process Flow Diagram）‒ 合理的な “成果物とプロセスの連鎖” を設計する技術‒ 開発途中の変化に対して、「別案」のプロセスを考え出すツール

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.６ 従来開発との比較

23 / 42＜ 従来の派生開発 ＞＜ XDDP ＞

要求

要求

＜追加＞

＜変更＞

変更要求
仕様書
＋ＴＭ(*)＜要件定義＞

要求
仕様書

追加機能
要求仕様書

＜設計＞

設計書

設計書

追加機能

追加機能

変更
設計書

変更
(追加・変更・削除）

＜実装＞
変更

ソースコード(追加・変更・削除）

ソースコードＴＭ(*) ： トレーサビリティ・マトリックス

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.７ XDDP の開発プロセス
変更
要求書

元のソース
ファイル ＊

モジュール
情報
設計書等

変更要求
仕様書
＋TM (*)

変更要求
仕様書を
作成する

機能実現
に関する
資料等 ＊

元のソース
ファイル ＊

ソースコード
を変更する

変更設計書
を作成する
変更
設計書

スペック
アウト資料

更新後の
ソースファイル＜変更のプロセス＞

機能実現
に関する
資料等 ＊

追加機能
要求仕様書

追加機能
要求書

24 / 42

追加機能の
要求仕様書
を作成する

関数
設計書
追加機能
を設計する
設計書

追加機能の
ソースファイル

追加機能を
コーディングする

ソースファイル
を結合して
テストする

テスト
ケース

ソース
ファイル

＜追加のプロセス＞
機能実現
に関する
資料等 ＊

・・・ テスト終了後に派生元の機能仕様書、設計書にマージする
ＴＭ(*) ： トレーサビリティ・マトリクス

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.８ 変更プロセスの３点セット

25 / 42TM▪ 変更に着目した成果物

変更設計書• ソースコードの変更前に、３つの成果物で全ての変更内容をそれぞれの視点で抽出し、レビューする
成果物

カバー範囲

変更要求仕様書

What
Why

内容

レビュー(**)

何をなぜ変更するか
どのような振る舞いをするか○○

TM (*)

Where

変更仕様がどこにあるか

○

変更設計書

How

変更仕様をどのように修正するか○○

TM (*)： トレーサビリティ・マトリクス
(**)
レビュー
： 変更要求仕様書 と TM は一緒にレビューをしてもよいThis information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.８.１ 変更要求仕様書－USDM－

26 / 42▪ 要求と仕様を階層構造で表現
• 要求

仕様
仕様

▪ 変更の理由を記述• 適切な変更仕様を引き出す▪ 表現の工夫 （変更の表現）•

Before ／ After・「 ～ を ○○ に変更する 」
・「～ を 削除する 」

・「 ～ を △△ に追加する 」

Req.1
要求 理由
説明
<Group 1>
Req.1-1
要求理由
説明< グループA>
Req.1-1-1
仕様
Req.1-1-2< グループB>
Req.1-1-3
Req.1-1-4<Group 2>
Req.1-2
要求理由
説明< グループC>
Req.1-2-1
仕様 Req.1-2-2< グループD>
Req.1-2-3
Req.1-2-4

USDM：Universal Specification Describing MannerThis information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.８.２ TM －トレーサビリティ・マトリクス－

27 / 42▪ TM 上で変更仕様と変更設計書を対応させる• 変更仕様に該当する箇所を TM 上に表す
• 変更箇所の関連性から影響範囲の気付きが得られる
変更設計書

D.1

変更設計書

＃

変更要求仕様書

5

画面に通信記録の表示を追加する

A

Ａ Ｂ Ｃ Ｄ Ｅ Ｆ Ｇ Ｈ

5.1

接続状況の表示の大きさを・・・に変更する

○

・

・・・

5.4

表示用メモリの配置を ・・・ に変える

5.5

受信用データの区切りにコードを挿入する 変更設計書
D.2

変更設計書

●

F

○
変更設計書

H

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.８.３ 変更設計書

28 / 42▪ 具体的なソースコードの変更方法を記述する• 「関数名」単位で、具体的な変更方法を文章で記述する– 「差分」（before/after）の記述に徹する※ 変更設計書 ≠ 関数仕様書• 変更に伴うテスト内容（単体テスト）も記述する▪ 変更設計書の構成（１） へッダー部

・・・

TM の交点の情報、修正方針など（２） 構造の変更

・・・

データ構造、処理構造（関数呼び出し）の変更（３） 関数外の変更

・・・

関数外の「定義」の変更（４） 関数の変更

・・・

関数内の変更箇所（５） 確認内容

・・・

変更を確認する単体テスト項目※ 『「派生開発」を成功させるプロセス改善の技術と極意 』
付録 変更設計書テンプレート（P406-410） 参照

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.９ XDDP の効果

29 / 42▪ 工数分布の比較＜ XDDP ＞
工数

工数

man-hour＜従来のプロセス＞

テスト
テスト設計レビュー
テスト設計
コードレビュー
コーディング
第第第第
設計レビュー
１
２
３
４
５
６
７
８
設計

第１週 第２週 第３週 第４週 第５週 第６週 第７週 第８週

第１週 第２週 第３週 第４週 第５週 第６週 第７週 第８週•

テストで不具合を摘出•

上流に重点を置いた開発•

設計、コーディング、テストを繰り返すことで品質を確保•

コーディングは、ほぼ1回で完了

テストにより品質確保

適切な仕様化により後戻りなし

XDDP は 派生開発の有効なソリューションである

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

２.10 XDDP における Agile 開発

30 / 42★XDDP：★XDDP：

私たちは、ソフトウェア開発の実践
対話できる成果物：変更の３点セット
あるいは実践を手助けをする活動を通じて、

よりよい開発方法を見つけだそうとしている。
影響範囲を確実に修正：プロセスと技術
この活動を通して、私たちは以下の価値に至った。
プロセスやツールよりも 個人と対話 を、包括的なドキュメントよりも 動くソフトウェア を、契約交渉よりも 顧客との協調 を、計画に従うことよりも 変化への対応 を、★XDDP：顧客とはFIXではなく合意：USDM （仕様化技術）

価値とする。すなわち、左記のことがらに価値がある ことを★XDDP認めながらも、私たちは右記のことがらにより価値をおく。
： プロセス設計：PFD （プロセスを設計するツール）

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

３. XDDP におけるTPS

31 / 42

３.１ ソフトウェア開発における TPS
３.２ TPS の２本柱
３.３ Just-In-Time：開発プロセス

３.４ プロセス設計：PFD
３.５ 自働化：自工程完結

３.６ 仕様化技術：USDM

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

３.１ ソフトウェア開発における TPS

32 / 42▪ 生産現場とソフトウェア開発
年代

生産現場

19世紀

20世紀

前
半
後
半

ソフトウェア開発

手工業

家内 (問屋) 制手工業

大量生産

フォード式

・・・

分業と標準化／移動組立ライン

多品種生産

トヨタ式（TPS）－

ウォータフォール型

Lean／Agile 型•

フォード生産方式は、T型フォード（一車種）を生産するために最適化•

ウォータフォール型（1970年：Winston W. Royce）
はフォード生産方式に匹敵
ソフトウェア開発の現状と似ていませんか？

▪ フォード式の衰退原因• 労働者のモチベーション低下– 分業と標準化による単調な反復作業• 多様化する消費者ニーズへの対応の遅れ

・TPS・ Lean/Agile 開発– 消費者が生産活動の活発化により裕福にThis information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

３.２ TPS における２本柱

33 / 42▪ TPSの基本概念• 基本理念：お客様第一

実践① Just-In-Time ② 自働化• 人材育成人的能力の向上育成– 「あるべき姿」に向かって改善し続ける能力の向上 ＝ 企業の持続的成長＜考え方・ツール＞① Just-In-Time• リードタイムの短縮– 必要なモノを､必要な量､必要な時に作る② 自働化• 品質の向上– 品質は工程で作り込む ＝ 自工程完結

・ ムダの徹底排除
・ 見える化
・ モノと情報の流れ
・ システム全体の俯瞰・ 乱流から清流へ
・ 平準化
・ 自己完結作業
・ Push／Pull
・ TLSCThis information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

３.３ Just-In-Time：開発プロセス

XDDP

34 / 42▪ XDDP における Just-In-Time• 必要なモノを､ 必要な量､ 必要な時に作るプロセス• 変更のプロセス
変更要求
仕様書
トレーサ
ビリティ
マトリクス

変更
設計書

① 必要なモノ・・・

変更情報② 必要な量・・・

成果物のムダのない構成③ 必要な時・・・

開発中は変更情報に関する成果物を各工程で作成＜変更手順＞
・ 変更内容の確認（What）
・ 変更場所の特定（Where）

・ 変更方法の検討（How）

テスト終了後に派生元の機能仕様書、設計書に統合＜成果物＞

リードタイムの短縮（QCDの同時達成）を実現

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

３.4 プロセス設計：PFD

XDDP

35 / 42▪ XDDP が提供するプロセス表記法：PFD• 情報の流れの見える化• システム全体の俯瞰

ムダの徹底排除 ／ 平準化
乱流からの 清流へ ／ Value Stream
Pull に対応した仕事の流れ

変更
要求書
追加機能
要求仕様書

変更要求
仕様書を
作成する

モジュール
情報
設計書等

機能実現
に関する
資料等 ＊

機能実現
に関する
資料等 ＊

変更要求
仕様書
＋TM (*)

変更設計書
を作成する

変更
設計書

スペック
アウト資料

更新後の
ソースファイル

ソースコード
を変更する
元のソース
ファイル

＜ PFDで表現した変更プロセス ＞
ＴＭ(*) ： トレーサビリティ・マトリクス

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

３.５ 自働化：成果物とレビュー

XDDP

36 / 42▪ XDDP における自働化• 品質は工程で作り込む ＝ 自工程完結– 不具合を作らない– 不具合を次の工程に流さない– 工程の問題を顕在化させ再発防止する＜XDDP＞「思い込み」と「勘違い」をレビューで防ぐ成果物＊変更の3点セット・変更要求仕様書／TM／ 変更設計書• 変更点のトレーサービリティを確保② TM （トレーサビリティ・マトリクス）① 変更要求仕様書
要求

Req.1
理由
説明
<Group 1>
Req.1-1
要求理由
説明<グループ A>
Req.1-1-1
仕様
Req.1-1-2<グループ B>
Req.1-1-3
Req.1-1-4<Group 2>
Req.1-2
要求理由
説明<グループ C>
Req.1-2-1
仕様
Req.1-2-2<グループ D>
Req.1-2-3
Req.1-2-4＃

変更要求・仕様

５

画面に通信記録の表示を追加する
5.1

接続状況の表示の大きさを・・に変更する

.

・・・

5.4

表示用メモリの配置を・・に変える

5.5

受信時データの区切りにコードを挿入する

A

B

C

D

E

F

G

H

③ 変更設計書

成果物の工夫とトレーサビリティの確保による品質向上

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

３.６ 仕様化技術：USDM

XDDP

37 / 42▪ XDDP が提供する仕様表記法：USDM• 要求と仕様を構造化して表現することにより、顧客要求 (Push) から本当に必要な仕様 (Pull) を引き出す– 要求と理由により顧客要求の妥当性を確認– 顧客要求を要求に書き換え仕様を抽出 → 顧客から仕様を引き出す＜ 顧客要求 ＞＜ 要求仕様書 ＞
USDM
・ 顧客からの仕様の抽出
・ 抜け漏れの
ない仕様化

顧客要求

要求

C-Req.1

Req.1
理由
説明
＜グループ１＞
Req.1-1
Req.1-2
Req.1-3仕様＜グループ２＞仕様

Req.2-1
Req.2-2
Req.2-3This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

４. XDDP から TPS そして競争優位へ

38 / 42

４.１ Agile､ XDDP､ TPS
４.２ 派生開発における競争優位
４.３ 人的能力の向上

４.４ 競争優位の実現 －XDDP､TPSを越えて－This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

４.１ Agile､XDDP､TPS

39 / 42

派生開発

TPS

＊ユーザー
ストーリー

Agile 開発
ソフトウェアの価値を最大限に高めるための「考え方」「姿勢」＊SCRUM＊TDD

お客様第一＜Lean 開発＞

① Just-In
-Time
② 自働化

XDDP
基本的な ・ プロセス
「考え方」 ・ 成果物
＊USDM
＊PFD
＊TM

＊プラニング＊CI
ポーカー＊バーダウン ＊XP
チャート
＊朝会

人的能力の向上＊かんばん＊アンドン ＊見える化
＊ムダ取り

＊TLSC

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

４.２ 派生開発における競争優位

40 / 42

ブルーオーシャン

成果Agile 開発

TPS ＝ 人的能力の向上

5WCSQ
Best Paper

・「あるべき姿」を求めて改善し続ける人間集団を作る

ブレークスルー

＝

XDDP
負けない
ための手法

＜人材育成＞

・ 日立
・ NEC
・ 富士ゼロックス 他

・ TPS実現のツールや技術方法論の実践を通して、改善力、現場力を向上する

レッドオーシャン時間

企業の持続的成長

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

４.３ 人的能力の向上

41 / 42▪ 「あるべき姿」を目指し改善し続ける人間集団を作る

問題意識
の共有化

顧客重視

継続的
改善

コミュニ
ケーション

ＴＱＭ
活動
全員参加

４つのマネジメント
革新の思想

仲間意識
の醸成

改善意識の
高揚

現場のTQM活動

人間性尊重による基づく自律と共助＝調和型自律分散システム

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

４.４ 競争優位の実現 －XDDP､TPSを越えて－
TPS

Agile 開発

実現

XDDP
ソフト
ウェアの
価値の最大化実践

考え方、姿勢実現

42 / 42

プロセス、開発技術

現場の工夫

人的能力の向上育成“ 愚者は経験に学び、賢者は歴史に学ぶ“（ビスマルク：初代ドイツ帝国宰相）

・すべての活動は人間・機械系（ICTを含む）で成立
・ 全ての活動は人に依存改善し続ける人間集団“ Software Driven Innovation beyond TPS ”

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

参考文献

References / 42▪

清水吉男 ： 「派生開発」を成功させるプロセス改善の技術と極意, 技術評論社, 2007▪

前川直也、西河誠、細谷泰夫 ： アジャイル開発の教科書, ソフトバンククリエイティブ, 2013▪

古畑慶次 ： 開発現場で使うXDDP ～XDDPのエッセンスから導入、展開まで～,
ソフトウェア品質シンポジウム 2013 併設チュートリアルテキスト▪

古畑慶次 ： そうなんだ！XDDP, 派生開発カンファレンス2013 チュートリアルテキスト•

http://www.xddp.jp/conference2013/xddp2013_tutorial.pdf▪

古畑慶次 ： 現場へのXDDPの適用と効果 －プロセス改善によるQCDの同時達成－,
第４回組込みシステム技術講演会（組込みシステム技術協会 中部支部）, 2013▪

加藤由之 他： XDDP によるソフト派生開発のQCD向上活動, ソフトウェア品質シンポジウム 2008•

http://www.juse.or.jp/software/pdf/sqip2008/ippan_06_1.pdf▪

黒岩惠 ： TPS/リーン方式の基本原則とアジャイルソフトウェア開発への適用,(社) 持続可能なモノづくり・人づくり支援協会(ESD21), 2012▪

黒岩惠 ： モノづくりのトヨタ生産方式を越えて “競争優位のTPS/リーン方式とIT化によるビジネスイノベーション”, TECH Biz EXPO 2011, これからの「モノづくり」を考える4日間講演会•

https://www.esd21.jp/news/Biz-TECH10月19日講演(黒岩).pdf

This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.

ご静聴ありがとうございました(株) デンソー技研センター
プロジェクトマネージャー

古畑 慶次
Keiji_kobata@denso.co.jp

Confidential
TPS/Agile 組込みソフト開発セミナー ： (社) 持続可能なモノづくり・人づくり支援協会
2013年 11月 12日 ＠ ウィンクあいち
This information is the exclusive property of DENSO CORPORATION. Without their consent, it may not be reproduced or given to third parties.