---
title: 6th長崎QDG　「プロセスの見える化から設計へ ～仕事、改善、品質の基本～」
tags:  #naite #長崎qdg #pfd  
author: [NaITE（長崎ＩＴ技術者会）](https://www.docswell.com/user/naite)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/5G75W15DJ4.jpg?width=480
description: 2022年4月15日(金)に出島メッセ長崎にて「6th長崎QDG」を開催しました。 ご講演者より許可を頂いた資料につきましてNaITEにて公開いたします。（公開版資料は当日版資料と内容が異なっていることがあります）  ★6th長崎QDG 　https://nagasaki-it-engineers.connpass.com/event/222448/  ★NaITE（長崎ＩＴ技術者会） 　https://naite.swquality.jp/
published: April 15, 22
canonical: https://www.docswell.com/s/naite/KW3MQK-6thQDG_7
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/5G75W15DJ4.jpg)

プロセスの見える化から設計へ
－ 仕事､ 改善､ 品質の基本 －
派生開発推進協議会
古畑 慶次
xddp@nifty.com
(C) copyright 派生開発推進協議会
６th 長崎QDG


# Page. 2

![Page Image](https://bcdn.docswell.com/page/V9J2Q1GMER.jpg)

自己紹介
古畑 慶次
（こばた けいじ）
＜所属＞ ：
派生開発推進協議会 (AFFORDD) ／
(株) デンソー 技術企画部
－ 博士 (数理情報学) / 産業カウンセラー（JAICO認定）
＜業務＞ ：
技術支援・指導、研修開発、講師
－ 派生開発､要求開発､システム設計､プロセス設計の技術支援・指導
－ 高度ソフトウェア専門技術者研修の企画、運営
－ 産業カウンセラーとしてカウンセリングも行う
＜略歴＞
1988年 ： 名古屋大学大学院 電子機械工学専攻修了
携帯電話
PHS
ナビゲーション
1990年
1994年
2002年
2004年
2015年
2019年
2021年
(C) copyright 派生開発推進協議会
：
：
：
：
：
：
：
(株) デンソー 入社 研究開発部 配属
基礎研究所 ・・・ 音声認識、デジタル信号処理
通信技術部 ・・・ ソフトウェア設計 / ハードウェア設計
ITS 技術部 ・・・ プロセス改善 / 現場支援
CMM
(株) デンソー技研センター： 技術者育成、現場指導
南山大学大学院 数理情報専攻 修了
技術者育成
(株) デンソー コアスキル開発部
現場指導
技術企画部 ・・・ ＜現在に至る＞
６th 長崎QDG
1


# Page. 3

![Page Image](https://bcdn.docswell.com/page/5DEYWZVP7M.jpg)

XDDPトライアングル
• 派生開発を支える３つの技術
派生開発の
プロセス技術
XDDP
要求を仕様化
する技術
プロセスを
設計する技術
USDM
PFD
(C) copyright 派生開発推進協議会
６th 長崎QDG
2


# Page. 4

![Page Image](https://bcdn.docswell.com/page/2VJN93MMJ8.jpg)

清水吉男氏
－XDDP･USDM･PFDの発案者－
清水吉男氏
第5回世界ソフトウェア品質会議（2011年＠上海）
(C) copyright 派生開発推進協議会
６th 長崎QDG
3


# Page. 5

![Page Image](https://bcdn.docswell.com/page/GYE929NWJ3.jpg)

はじめに
「自分の仕事をプロセスとして何をしているか説明できますか？」
この問いどれだけの人が「説明できます」と答えられるだろう？
デミング賞で有名なウィリアム・エドワーズ・デミングは、
「説明できないのなら､あなたは何をしているのか分かっていない」
また、
「管理職の80％はこれらの一見単純な質問に答えることができない」
としている。
(C) copyright 派生開発推進協議会
６th 長崎QDG
4


# Page. 6

![Page Image](https://bcdn.docswell.com/page/5GE859KRED.jpg)

Agenda
１. プロセス設計の必要性
－ DXも品質もプロセスから －
２. プロセスをPFDで表現する
－ プロセスを可視化し設計する －
３. まとめ
(C) copyright 派生開発推進協議会
６th 長崎QDG
5


# Page. 7

![Page Image](https://bcdn.docswell.com/page/MLELYWZ27R.jpg)

1. プロセス設計の必要性
ｰ DXも品質もプロセスから ｰ
・ ソフトウェア開発を取り巻く環境
・ DX (Digital Transformation) とプロセス
・ 品質はプロセスで確保する
(C) copyright 派生開発推進協議会
６th 長崎QDG
6


# Page. 8

![Page Image](https://bcdn.docswell.com/page/54JMN9V9EW.jpg)

1.1 ソフトウェア開発を取り巻く環境
• 市場要求の変化
ソフトウェア・ファースト
Software Defined
– IoT (CPS)､AI のインパクト
• あらゆる Device がソフトウェア上で成り立つ
– 機能の競争から価値の競争へ
Device
• 価値の継続的な提供
Device
Device
アプリケー
ション
edge
サービス
AI
DB
edge
インターネット
（クラウド）
市場の急激な変化が､ソフトウェアの在り方を変え始めた
(C) copyright 派生開発推進協議会
６th 長崎QDG
7


# Page. 9

![Page Image](https://bcdn.docswell.com/page/ZPJRDG29E9.jpg)

1.2 DX：Digital Transformation
• デジタル・トランスフォーメーション（DX）
– DXとは？［DXレポート］
• 企業が外部エコシステム（顧客、市場）の破壊的な変化に対応しつつ、内部エコシステム
（組織、文化、従業員）の変革を牽引しながら、第3のプラットフォーム（クラウド、モビリティ、
ビッグデータ／アナリティクス、ソーシャル技術）を利用して、新しい製品やサービス、新しい
ビジネス・モデルを通して、ネットとリアルの両面での顧客エクスペリエンスの変革を図ることで
価値を創出し、競争上の優位性を確立すること
出典： データ主導社会へ、総務省、http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h30/pdf/n1000000.pdf
(C) copyright 派生開発推進協議会
６th 長崎QDG
8


# Page. 10

![Page Image](https://bcdn.docswell.com/page/NPEX1XD3EX.jpg)

1.2 DX：Digital Transformation
• デジタル・トランスフォーメーション（DX）
– DXとは？［DXレポート］
• 企業が外部エコシステム（顧客、市場）の破壊的な変化に対応しつつ、内部エコシステム
（組織、文化、従業員）の変革を牽引しながら、第3のプラットフォーム（クラウド、モビリティ、
ビッグデータ／アナリティクス、ソーシャル技術）を利用して、新しい製品やサービス、新しい
ビジネス・モデルを通して、ネットとリアルの両面での顧客エクスペリエンスの変革を図ることで
価値を創出し、競争上の優位性を確立すること
第3のプラットフォーム
ビックデータ
クラウド
顧客・市場
モビリティ
ソーシャル技術
［外部エコシステム］
製品、サービス、ビジネスモデル
アナリティクス
ネット、リアル
開発
顧客
エクスペリエンス
利用プロセス
開発プロセス
組織､文化､従業員
業務プロセス
［内部エコシステム］
プロセス
再設計
（開発プロセス）
企業
(C) copyright 派生開発推進協議会
６th 長崎QDG
9


# Page. 11

![Page Image](https://bcdn.docswell.com/page/63EK2WXNJD.jpg)

1.3 開発プロセスの再設計
▪プロセスで時代変化に対応する
IoT（CPS）、ドローン、
AI、インターネット 、機械学習、
自動運転 etc
時代の変化
［要求の変化］
時代に対応
＜変化への対応＞
ソフトウェア開発
開発プロセス
競争力
||
リソース制約
標準プロセス
工夫・創意
知恵
ソフトウェア開発の課題を開発プロセスで解決する
(C) copyright 派生開発推進協議会
６th 長崎QDG
10


# Page. 12

![Page Image](https://bcdn.docswell.com/page/4L73415ZJ5.jpg)

1.4 プロセスとは何か？
▪プロセスとは？
• 投入物を成果物に変換する行為／仕掛け
− 個人の習慣の中に入ったまま ? ／ 組織の「文化」として固定している?
投入物
入力
成果物
プロセス
プロセス
プロセス
成果物
成果物
プロセス
プロセス
支援
成果物
支援
支援
＜管理＞
＜技術＞
分析・設計技法 レビュー技法
変更制御 テスト技法 要件開発
データ構造・アルゴリズム
プロセス設計 見積り技術
(C) copyright 派生開発推進協議会
外注管理
出力
進捗管理
リスク管理 要求管理
品質保証
抽象化技術
スケジュール管理
プログラミング能力
チーム・マネジメント 構成管理
プロジェクト計画立案 プロセス管理
６th 長崎QDG
＜基本能力＞
法務知識
文章作成能力
11


# Page. 13

![Page Image](https://bcdn.docswell.com/page/V87DQXD4JG.jpg)

1.5 品質はプロセスで確保する
▪ 品質 ＝ 製造品質 ＋ 製品品質
「テスト」で製品の品質を
“上げる” ことはできない
• 成果物の品質はプロセスの品質に依存する
• 最終成果物の品質 ＝ プロセスの品質
品質はプロセスで
作り込む
▪ 品質コスト = 予防コスト ＋ 評価コスト ＋ 失敗コスト
• ものごとを正しく行わないことの代償
• 適切なプロセスを適切な時に実施すれば品質はついてくる
Qpd（製品） ＝
x
x
Qpc ：プロセス（仕掛け、仕組み）
Qrq ：実際の要求仕様
x
Qom ：実際の組織、人材、知識、教育
Qit ：実際の技術、情報、部品、環境
x
Qmt ：モチベーション
出典：情報処理1995.5 p406
(C) copyright 派生開発推進協議会
６th 長崎QDG
12


# Page. 14

![Page Image](https://bcdn.docswell.com/page/4VJPLPXV78.jpg)

1.6 品質問題の解決
• 不具合の原因はプロセスにある
– プロセスの不備や欠落が問題の主な原因
⚫
プロジェクト遅延も
プロセスの問題として扱える
プロセスの欠落
➢ 必要なプロセスが組み込まれていない
✓ 仕様を顧客と確認するプロセスはあったか？
品質問題
・不具合他
⚫
プロセスの不備
◆
プロセスの実施
➢ 必要なプロセスが不適切に扱われた
✓ 仕様化のプロセスでは何をしたか？
✓ レビューはどんな手順で実施したか？・
プロセスの
再設計
◆
成果物との連携
➢ プロセスと成果物が連携していない
✓ 設計書がソースコードを書く際に活用されたか？
✓ 仕様書に○○機能について書く欄はあったか？
品質問題はプロセスの問題として解決する
(C) copyright 派生開発推進協議会
６th 長崎QDG
13


# Page. 15

![Page Image](https://bcdn.docswell.com/page/L2EVQ2LR7Q.jpg)

2. PFDのエッセンス
－ プロセスを可視化し設計する －
・ プロセスの｢定義｣から｢設計｣へ
・ PFDでプロセスを表現する
・ Plan Backward､ Do Forward
(C) copyright 派生開発推進協議会
６th 長崎QDG
14


# Page. 16

![Page Image](https://bcdn.docswell.com/page/Z57GWRX6JL.jpg)

2.1 プロセスの｢定義｣から｢設計｣へ
▪プロセスを設計する
• 要求を満たすソフトウェア・システムを作る｢開発プロセス｣を設計
✓ プロセスを固定しては､時代の変化 (市場要求) に対応できない
［ プロセスを「定義」する： 「固定する」 というイメージ ］
要求
機能要求
ソフトウェア・システム
品質要求
開発プロセス
作業要求
（制限）
ソフトウェア工学の知識
開発プロセス
を設計する
・プロセスの設計技術
・これまでの経験
１
５
２
３
４
設計者の思想
システムへの要求を満たすように プロセス を 「設計」 する
(C) copyright 派生開発推進協議会
６th 長崎QDG
15


# Page. 17

![Page Image](https://bcdn.docswell.com/page/V4EQ3V82EP.jpg)

2.2 プロセス設計技術
▪激変する市場の変化に応え､品質を確保し続けるには ・・・
• 開発プロセスの設計
− ソフトウェア開発に同じ要求は無い ／ 品質はプロセスで確保する
① ツール
• プロセスの着実な実行
− 事前に設計したプロセスの シミュレーション が必要
シミュレーション
のツール
② スキル
• プロセスの変更
− 状況に合わせてプロセスを変化させるスキル
プロセスを自在に
設計できる能力
＊ 自分で設計したプロセスだから変化させることができる
プロセスを設計し、結果を振り返り、小刻みに改善する
(C) copyright 派生開発推進協議会
６th 長崎QDG
16


# Page. 18

![Page Image](https://bcdn.docswell.com/page/DKJ41M2PJ1.jpg)

2.3 PFD：Process Flow Diagram
▪ PFD とは？
• 有効な作業 (プロセス)と成果物の連鎖 (関係) を表現したもの
✓ PFD ＝ ダイアグラム ＋ 成果物定義書 ＋ プロセス定義書
＜ダイアグラム＞
＜成果物定義書＞
D02
成果物名
入力物1
D04
入力物3
成果物の目的
D10
入力物8
作成日
プロセス番号
成果物の構成と簡単内容
検証
プロセス
レビュー
記録
更新
作成日
入力情報
出力情報
作業内容
D12
成果物7
プロセス名
編集方針
入力物2
成果物６
変換
プロセス
D07
D03
変換
プロセス
＜プロセス定義書＞
担当者
プロセス実施条件：
変換
プロセス
必要スキル：
D14
担当者：
成果物9
作業内容：
D005
入力物5
プロセス終了判定：
▪ プロセスの可視化／設計
• 現状のプロセスを “見える化” する
• プロセスを設計する [To-be］
(C) copyright 派生開発推進協議会
[As-is]
６th 長崎QDG
プロセスを
シミュレーションする
・ ムダの見える化
・ 合理性の確保
17


# Page. 19

![Page Image](https://bcdn.docswell.com/page/PLE1G8MX7G.jpg)

2.4 PFDで使用する記号
(C) copyright 派生開発推進協議会
６th 長崎QDG
18


# Page. 20

![Page Image](https://bcdn.docswell.com/page/8GEWKZ3KE2.jpg)

2.5 ２つのプロセス
▪開発プロセスの構成
• 「変換プロセス」 「検証プロセス」
• 効果的に組み合わせて合理的なプロセスを設計する
D02
入力物1
D04
入力物3
変換
プロセス
成果物６
D12
成果物7
D07
入力物8
(C) copyright 派生開発推進協議会
レビュー
記録
検証
プロセス
６th 長崎QDG
更新
入力物5
入力物2
変換
プロセス
D10
D005
D03
変換
プロセス
D14
成果物9
19


# Page. 21

![Page Image](https://bcdn.docswell.com/page/W47ZZ1VN73.jpg)

2.6 Plan Backward / Do Forward
▪計画は後ろから：Plan backward
• 最終成果物を定義し、作成するプロセスを設計する
▪実行は前から ： Do forward（Check constantly, Act immediately）
• プロセスを前から実行する （常に振り返り、すぐ改善する）
Plan backward
入力物は何か？
Step3.
必要な情報を決める
入力物
入力物
どうやって作るか？
Step2.
プロセス
Step1.
必要な情報・
作る方法を決める
成果物
何を作ればよいか
成果物の目的・
構成を決める
Do forward
(C) copyright 派生開発推進協議会
６th 長崎QDG
20


# Page. 22

![Page Image](https://bcdn.docswell.com/page/KYJ6ZL59JV.jpg)

2.7 PFDのサンプル
• 派生開発： 変更を扱うプロセス
(C) copyright 派生開発推進協議会
６th 長崎QDG
21


# Page. 23

![Page Image](https://bcdn.docswell.com/page/5GJ5W1YDE4.jpg)

3. まとめ
・ 改革･改善はプロセスから
・ PFD －プロセス設計のソリューション－
(C) copyright 派生開発推進協議会
６th 長崎QDG
22


# Page. 24

![Page Image](https://bcdn.docswell.com/page/V9E2Q1YM7R.jpg)

3. まとめ
• 改革･改善はプロセスから
– DX ： IoT､AIによる市場の急激な変化
– 品質： 品質は製品･サービスの生命線
プロセスの再設計
時代変化と品質に対応する
• PFD ： プロセス設計のソリューション
– プロセスを設計し､結果を振り返り､小刻みに改善するツール
– プロセスの可視化 (分析) ／ 設計
シミュレーション（合理性の確保）
＜ダイアグラム＞
＜成果物定義書＞
成果物名
D02
入力物1
D04
入力物3
D03
変換
D10
成果物６
変換
プロセス
D07
入力物 8
入力物2
プロセス
成果物の目的
入力情報
編集方針
出力情報
成果物の構成と簡単内容
D12
更新
プロセス名
作業内容
作成日
担当者
必要スキル：
変換
プロセス
レビュー
記録
プロセス番号
プロセス実施条件：
成果物 7
検証
プロセス
作成日
＜プロセス定義書＞
担当者：
D14
成果物 9
作業内容：
プロセス終了判定：
D005
入力物 5
(C) copyright 派生開発推進協議会
６th 長崎QDG
23


# Page. 25

![Page Image](https://bcdn.docswell.com/page/5D7YWZGPJM.jpg)

ご清聴､ありがとうございました
派生開発推進協議会
古畑 慶次
xddp@nifty.com
(C) copyright 派生開発推進協議会
６th 長崎QDG
24


