問題解決手法としてのXDDP
適用事例のご紹介(2013-2023年)
2024/05/24（金）10:10-10:50（発表30分、質疑10分）
派生開発推進協議会/株式会社 構造計画研究所
本田英稔©派生開発推進協議会 2024

目次
1. はじめに
2. 構造計画研究所と自己紹介
3. テストプロセス策定と駆動（PFD）
4. 実証実験プロジェクトの救済（変更設計書）
5. スマートロックシステムの派生開発の実践（USDM/TM）
6. 今後について
7. おわりに©派生開発推進協議会 2024

1

はじめに
清水吉男氏の提唱したXDDP（eXtreme Derivative Development Process）は派生開発の QCD（Quality, Cost and Delivery）を向上させる有効なプロセスであることが認識されるようになってきた。しかしながらXDDPの根底には問題解決プロセスがある。ステークホルダー間でプロセス適用範囲、対象をspecifyしつつ、手戻りを最小限にし最短で解決を導出可能である。

● テストプロセス策定と駆動（PFD）● 実証実験プロジェクトの救済（変更設計書）● スマートロックシステム(RemoteLOCK)派生開発の実践（USDM/TM）
いずれもプロジェクト途中から参画し、XDDPの部分適用でも有効性はあるの言葉(仮説)から、三点セットとPFDを用いて問題解決プロセスを提案して実践したものである。記載内容の抽象度を上げることによる問題解決手法としてのXDDP適用事例となる。いずれもビジネス目標を達成するために発生したもので、資料も実際のものを例示した。
©派生開発推進協議会 20242

はじめに参考としてXDDPの成果物と技法について定義と読み替え内容を示す。
(『困ってませんか？ 派生開発 ～XDDP はじめの一歩～』 から引用・変更)# 項目内容1 変更要求仕様書(USDM)

要求仕様の表記法。要求と仕様を階層的に表現する。
また、仕様の抜けや漏れを防ぐことを目的として、要求の背景としての「理由」(why/reason)を記述する。

2 トレーサビリティ
マトリクス(TM)USDMとシステム(変更設計書)とのトレーサビリティを確保するためのマトリクス形式文書。

3 変更設計書派生開発においてシステムの変更箇所を記述した文書。原則として、TM のマトリクス交点にマークした箇所に対応して作成する。

4 プロセスフローダ
イアグラム(PFD)

プロセスと成果物の連鎖を記述する表記法。「プロセス」と「成果物」の連鎖を「フロー」でつないで表現する。

©派生開発推進協議会 20243

構造計画研究所(略称：KKE)について大学、研究機関と実業界をブリッジするデザイン＆エンジニアリング企業として、社会のあらゆる問題を解決し「次世代の社会構築・制度設計」の促進に貢献する。創業1956年で「工学知」を重視している。2020年6月時点で日本国籍以外の所員が約8%を占める。
情報通信分野建設・防災分野●熊本城の修復(1960年代)●超高層建築・大規模特殊構造物●防災コンサルティング
製造分野●生産・物流シミュレーション●仕様設計支援©派生開発推進協議会 2024

●ソフトウェアの受託開発●電波伝搬シミュレーション
意思決定支援分野●リスク分析シミュレーショ
●マルチエージェントシミュレーション

4自己紹介：本田 英稔（ヒデトシ）
経歴：実験・運用システム開発から運用、品質保証・カスタマーサクセスの越境人生...
● 1990年代○ 武蔵野通信研究所におけるISDN活用のための音楽配信実証実験○ ISS「きぼう」ロボットアームOS部分の製造・試験○ 第２世代携帯電話の監視制御システムの開発～運用● 2000年代○ 第３世代携帯電話の監視制御システムの開発～運用○ センサーネットワークの実証実験(Bluetooth/WIFI/Zigbee/Z-wave)○ 衛星携帯電話の監視制御システムの開発～運用● 2010年代○ 清水吉男さんに出会う(2012/11/27,28於日科技連セミナ)○ 2013:海運大手の自動車専用船(PCTC)積付けシステムの品質保証(PFD)○ 2014:公的研究機関の次世代WiFiシステム試作の救済(変更設計書)○ 準天頂衛星システムの品質保証体制構築、Autowareを使った自動運転実証実験● 2020年代○ RemoteLOCKチームのCS担当兼2023:ハードウェア派生開発企画(USDM/TM)
5©派生開発推進協議会 2024

テストプロセス策定と駆動(PFD)
対象● 日本大手海運会社の自動車専用船(PCTC)積付け支援システム● 船型データ図面上に自動で輸送物を最適配置し運航データを作成する。多岐に渡る業務知識と実装技術を必要とする複雑なシステム
問題● 品質保証を踏まえたテストプロセスを立上げできるメンバがいなかった
補足：ネットワーク化含めた最新の開発環境での全面作り直しというある程度の規模の受託開発であり、品質保証の哲学から語ることが難しかった解決● テスト計画策定から、該当システムのテストプロセスをPFD用いてテーラリングしテスト完了まで伴走した。
品質保証の考え方をチームメンバに教育するための簡潔かつ分かりやすい表現技法としてPFDを用いた。
©派生開発推進協議会 2024

6

テストプロセス策定と駆動(PFD)
経緯● 開発：2012年12月25日-2014年2月15日● 支援：○ 2013年4-6月 テストプロセス策定→システムテスト、統合、単体と工程を定義し、重視すべきは統合テスト工程であり、テストに関わるレビュープロセスも顧客と合意、テスト計画書にPFDの考え方を適用した。
○ 2013年8-12月統合テスト実施、工程完了報告を完了©派生開発推進協議会 2024

7

テストプロセス策定と駆動(PFD)
統合テスト計画の目次と文書構成図、INPUT文書、OUTPUT文書を定義し、誰が、どのレビュー観点でレビューを実施するかを明示した。
補足：右図はPFDではないとのこと(清水氏)©派生開発推進協議会 2024

8テストプロセス策定と駆動(PFD)
RedmineとSVNを用い全変更プロセスをすべて記録。朝ミーティング、夕ミーティングを実施。プロセス・プロダクト的の妥当性を、テストプロセス策定と駆動を通して示すことができた。本統合試験内バグ分析をトリガに大幅な機能改善や強化試験を行える仕組みを盛り込んだ。メンバにも本資料を元に説明会を複数回実施して意識付けを行った。

©派生開発推進協議会 2024

9

テストプロセス策定と駆動(PFD)
問題事象解析後のバグトラッキングシステムへの記載内容。
テスト消化完了後に分析。分析内容に応じて強化テストを実施した。
● 原因：問題事象の原因を記載する。
● 対処：ソースの修正内容を記載、分析の結果として設計書修正の場合はその内容を記載。
● 分析：混入工程：どの工程で混入したのか記載する。
● 分析：混入原因：混入工程での原因を記載する。
● 分析：未検出原因：単体テストで検出できなかった理由を記載する。
● 水平展開：混入原因と同じ原因が混入していないかの観点でソースコードを調査した結果を記載する。調査結果で問題なければ、問題なかった旨を記載する。問題があった場合は、同時対処内容について記載する。
● 確認内容：対処内容の確認方法を記載する。水平展開で対処した場合は、その方法も記載する©派生開発推進協議会 2024

10

テストプロセス策定と駆動(PFD)
その後のエピソード● この時のお客様側リーダーは2017年4月創業132年目で初の女性船長に就任● この時の実績もあり、ONE（NYK、商船三井、川崎汽船のコンテナ事業統合）によるAOCTEL（次世代海上コンテナ輸送研究所）を熊本構造計画研究所内に設立 https://www.kke.co.jp/release/9816©派生開発推進協議会 202411

実証実験プロジェクトの救済（変更設計書）
対象● 公的研究機関の次世代WiFiシステム試作。既に存在するネットワークプロトタイプを、広域化・マルチユーザ化し新世代ネットワークにおける種々の研究課題の評価のために用いるため大幅な拡張を行った問題● ハードウェア含めたシステム全体の基本設計・機能設計を行い開発を行ったが「発注仕様書」の要求が実現できるか分からないというところから混乱。
即ち顧客による受入が出来ない状況に陥った。
解決● 「発注仕様書」を「動作原理ドキュメント」と「変更設計書」に分解● 「変更設計書」で何をどのように実現すれば良いか顧客とレビューし（設計書・ソース・テスト項目も明記）実行結果のエビンデンス、顧客動作確認まで実施。発注者側視点の確認内容をレビューできるためである。
©派生開発推進協議会 202412

実証実験プロジェクトの救済（変更設計書）
経緯● 開発期間：2013年8月-2014年6月末● 支援期間：2014年1月-7月4日に顧客最終確認まで対応● 上記をベースに納品までのプロセスとスケジュールを明示、確認ポイントの可視化、信頼を回復しつつ対応● その他、支援要員として参画したが越境してサブPM相当を遂行
公的研究機関の研究員として現場常駐、Interop2014展示で説明©派生開発推進協議会 202413

実証実験プロジェクトの救済（変更設計書）
変更設計書(詳細票と呼称)の例。下記は設計変更を伴わないタイプの資料で最小限の記載。最大のものでは30ページを超えるものもあった。
発注仕様書#を確認するためのシナリオと内容を記載→この項目をパスすると合格！

「発注仕様書」の内容を明記©派生開発推進協議会 2024

この記載は変更が発生しなかったケース。
関数レベルではなく一段上の機能詳細レベルで記載

テストスクリプトやエビデンスを一式で提供→必要に応じて再現試験も可能とした

14

実証実験プロジェクトの救済（変更設計書）
参考：変更設計書テンプレート『「派生開発」を成功させるプロセス改善の技術と極意』から引用©派生開発推進協議会 202415

実証実験プロジェクトの救済（変更設計書）
SVN/Redmineでの残課題管理。残課題は「発注仕様書」を元にUSDM表現した項目数で算出。朝or夕のミーティングで進捗状況・残課題を日次で管理

16©派生開発推進協議会 2024

スマートロックシステムの派生開発の実践(USDM/TM)
対象● 対象ハードウェアはパートナーで製造。これまでスマートロックではじめてのQRコードリーダを搭載した製品派生開発。
● RemoteLOCKクラウドをプラットフォームとして、複数のパートナーのサービスを統合してホテルでのQRコードのユーザエクスペリエンスを実装
問題● 営業チームの提案で導入ホテルが決定。2022年8月にホテルの営業開始、6月に現場施工、逆線を引くと2022年3月には製品開発完了が必須！
● 2021年後半にRemoteLOCK 8jのQRコード派生開発は計画していたが15ヶ月かかるとハードウェアパートナーが計画● トップ同士で１年前倒し(15ヶ月→3ヶ月)で派生開発を合意■ 2022年1月に正式開発スタート■ 2022年6月設置工事に合うのだろうか？
©派生開発推進協議会 202417スマートロックシステムの派生開発の実践(USDM/TM)
RemoteLOCK（リモートロック）とは● RemoteLOCKはWi-Fiを通じてインターネットに接続し、クラウド上で多数の利用者の入室を管理します。遠隔で利用者毎に暗証番号やQRコードなどのカギ発行を行い、ゲストはキーレスで施設の利用ができるようになります。

多彩な機能でビジネスを強力にバックアップ！
クラウドだからメンテナンスフリーで常時最新バージョンの機能をお使いいただけます。
©派生開発推進協議会 202418スマートロックシステムの派生開発の実践(USDM/TM)
経緯：お客様の課題●●●●

宿泊者カードへの記入
物理鍵（カード）の受け渡し、預かり
フロント行列の整理や誘導
チェックアウト時の精算対応● 周辺観光の案内● ウェルカムドリンクの提供● オプションサービスの紹介
アップセル・クロスセルやファンづくりへ

省人化で人手不足に対応。人は付加価値の高い業務に注力©派生開発推進協議会 2024

1

20231023_QR●_.MP4
コード解錠イメージ動画

スマートロックシステムの派生開発の実践(USDM/TM)
経緯：お客様の要求©派生開発推進協議会 202420

スマートロックシステムの派生開発の実践(USDM/TM)
経緯：ステークホルダー● WEST inx社
○ RemoteLOCK 8j リーダー側スキャナー搭載● RL社PCB担当：QRコード処理追加○ RemoteLOCK 8j インナーユニット内のPCB● RL社クラウド開発担当：QRコード処理追加○ RemoteLOCKクラウド管理画面● PMS/チェックインシステム担当社○ QRコード処理追加※施工については以下と調整が発生○ 施主：霞ヶ関キャピタル社（FAV HOTELシリーズを全国15拠点で展開、全てRemoteLOCK）○ 施工：ゼネコン、サブコン、電設会社、建具設備会社、鍵屋©派生開発推進協議会 202421スマートロックシステムの派生開発の実践(USDM/TM)
解決：USDM(パートナー連携)● RemoteLOCK8j-Q派生開発についてUSDMを記載、ステークホルダ(パートナー)を列に並べる。段階的に詳細化 詳細は各社で検討。USDMからパートナーの詳細設計にリンク● USDMの記載内容の変遷○ システム間IF変更も含め列挙。パートナー列は影響のあり、なしを記載○ 該当システム/サブシステムの修正内容について記載○ パートナーと意識合わせ修正を繰り返す
パートナーWhatビジョン
制約条件
IF変更
etc…

©派生開発推進協議会 2024

Where

How
は各社内部の活動

222スマートロックシステムの派生開発の実践(USDM/TM)
解決：パートナーとのコミュニケーション● マルチパートナーでのプロジェクト管理・特にWESTinx社とは週１で検討会を開催○ 影響範囲の識別・明確化■ システム制約事項■ 修正箇所の最小化■ 機能と期間のトレードオフ○ ロードマップをパートナー間で合意■ 開発と製造スケジュール短縮

USDMをアンカーとしたパートナーとのコミュニケーション、合意形成の短縮化● IoTデバイスの製造と設置で3ヶ月○ ゼネコン・サブコンと調整©派生開発推進協議会 202423

スマートロックシステムの派生開発の実践(USDM/TM)
解決：TMによるトレーサビリティとスケジュール管理● USDMがアンカーになる● パートナーのスケジュールをベースにテスト計画をKKEで作成・実施● 施工のための資料も作成● 2022年6月までに施工完了©派生開発推進協議会 2024224

スマートロックシステムの派生開発の実践(USDM/TM)
得られた気づきパートナー/営業を含んだ多国籍チーム全体でのビジョンと状況の共有の道具• XDDP(右下書籍参照)の基本3点セットとの関係• 変更要求仕様書(USDM)：IF変更も仕様として定義• トレーサビリティ・マトリクス(TM)：パートナーシステム• 変更設計(パートナーの設計資料)• どの粒度で扱うかが肝• 詳細はパートナーの設計資料参照とする。
• 環境条件や制約を明記(照度等)• TMで記載することで、粗結合・密結合が明確に• 課題の先読みができる• 書籍 「5.15ソフト以外への応用」の実践©派生開発推進協議会 2024

225

今後について(プロセス・技術・手法）• XDDPの部分適用でも有効性はあるの言葉（仮説）から、XDDPの三点セットとPFDを用いて問題解決プロセスを実践した• 三点セットの要素の抽象度を上げることで、現代の開発においても有効であると実感した• 今後はSaaS企業でもハードウェアとソフトウェアとの連携が発生• プロセス自体のテーラリング技術■ API連携は疎結合であり重い開発プロセスは不要■ IoTデバイス自体の共同開発はそれなりに重い• STM32/AWS IoT Core/クラウドサービス上の開発・運用技術/広範な知識が要求されるなかで、部分理解から必要な技術を取得しつつ、問題解決する技術が必要。

©派生開発推進協議会 2024226

おわりにお世話になりました皆様に御礼申し上げます。
• これまで仕事で関わって頂いた皆様• 株式会社 構造計画研究所の皆様• 派生開発推進協議会（AFFORDD）斎藤代表およびT6/T4の皆様• 故・清水吉男さん

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

©派生開発推進協議会 2024227©派生開発推進協議会 2024