D-CASEワークショップに行って、ＧＳＮを描いてきた！

１０月７日、「D-CASEワークショップ」に行って来たメモメモ

---

・Ｄ－ＣＡＳＥコミュニケーター
　http://mlab.ce.cst.nihon-u.ac.jp/project/dcomm/

はじめに
・Ｄ－ＣＡＳＥとは
　ＧＳＮと呼ばれる表記法
　開発現場で合意形成
　ステップ

・ＧＳＮ
　グラフィカルな表記法
　議論のモデル化
　さまざまな意図で利用
　　もともとはセーフティケース
　　Ｄ－Ｃａｓｅ：ディペンダビリティ→総合信頼性

・ＧＳＮの例
　ＦＴＡと一緒？
　違うところは前提と戦略、テスト結果

・ＧＳＮで使用する基本的なノード
　　ゴール
　　戦略
　　前提
　　証拠
　　未達成

・ノード接続のルール
　　ゴール→前提
　　説明→前提

　　ゴールは説明を通して分解される

　　前提とつなげる：コンテキストリンク　白抜きのやじるし
　　それ以外：サポートリンク　ただのやじるし

・終端は証拠か未達成

２．ＧＳＮ演習
・詳細化：前提を置く

・Ｄ－Ｃａｓｅステップ
　システム開発
　さまざまなミスコミュニケーション→ディペンダイリティに影響
　ステークホルダーが手軽に合意形成
　　　ステークホルダー：利害関係者

　（１）ステークホルダーの設定
　（２）ＧＳＮの記述
　（３）合意形成の実施

ＧＳＮの記述：３ステップ
ＷＳ１：ＧＳＮがあれば参照し、前提とゴールを設定する
ＷＳ２：戦略を設定
　　なぜ理由たりえるのかを考える
　　ストラテジーの候補となる
・ＷＳ１とＷＳ２は行き来する
ＷＳ３：証拠または未達成を設定する

・Ｄ－ＣＡＳＥはステップ、ＧＳＮは記法

合意できるかの評価基準例
・前提の妥当性
・議論の妥当性
・規模の妥当性

・ＧＳＮをインフォグラフィックスできれいにすると、もりあがるよ！
・自動運転の例

■コミュニケーションにおけるＤ－Ｃａｓｅの役割
レビュー証拠分解パターン
具体分解パターン

■演習１
　Ｄ－ＣＡＳＥステップ演習
　メカトロニクスコンテスト

■演習２
・ステークホルダー＆懸念
・トップゴール＆コンテキスト
・戦略＆サブゴール分割
・エビデンス
・説明してみましょう！

■Ｄ－Ｃａｓｅを用いたテスト戦略
・テスト：頑張ってます→やすみもなく：それで説明できる？
・ＤＥＯＳ（でおす）プロセス
　Ｄ－Ｃａｓｅ
　　エビデンス：モニタリング→使えることを確認
　　合意形成
　Ｄ－Ｓｃｒｉｐｔ

・ＨＡＹＳＴ（へいすと）法プロセス
１．テスト戦略の作成→きょうここ
２．テスト要求分析
３．テスト設計
４．テスト実装
５．テスト実施
６．テスト結果分析

ＨＡＹＳＴ法プロセス（８Ｐ）
政略
　１．原理原則
　２．基本方針
戦略
　３．関与する人
　４．計画
戦術
　５．プロセス
　６．プラクティス
戦闘
　７．エビデンス
　８．プロセス進化（１か４にもどる）

・きょうのテスト戦略
　テスト戦略の定義（ＪＳＴＱＢ）

・前提大切
　→なのに、
　ゴールの前提はみんなが納得しないと
　戦略の前提はわからないかも・・

・戦略パターン：５つしかなかった
　１．レベルテスト戦略
　２．品質特性戦略（ＩＳＯ２５０１０）
　３．Ｗモデル戦略
　４．構成要素戦略：医療機器
　５．派生開発（ＸＤＤＰ，ＳＰＬ：プロダクトライン）

・前提に２種類
　　ジャスティフィケーション
　　アサンプション

・テスト戦略にＤ－Ｃａｓｅを使用するメリット
　合意形成レベルの向上
　説明責任レベルの向上