システム設計の中でドメインモデルの役割を体感する / the Place of Domain Model in System Design

by Toshishige Hagihara

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

ワーク: 自己紹介

Slide 6

Slide 6 text

Slide 7

Slide 7 text

システム設計とドメインモデル

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

ワークショップ説明

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Copyright levii Inc. All rights reserved. やると ● ロールプレイをなら 3 つのワークを行いま ● 各テーブルとに以下のロールを設定 ○ a) ナビゲーター: スタッフ ○ b) ドメインエキスパート: スタッフ ○ c) 開発チーム: 参加者のみなん ○ ※スタッフは真のドメインエキスパートではありまん ● 現場に帰っら？ ○ スタッフ -> リアルな PO, ビジネスサイド

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

状況設定

Slide 38

Slide 38 text

Copyright levii Inc. All rights reserved. 背景 ● みなんは、Webサービスを開発るロビィ社の開発チームメンバーで。 ● のWebサービスには、ユーザーらの不具合報告や機能追加の要望を受付る要望投稿の機能実装れてり、登録れ要望は、カスタマーサポートチーム (CSチーム) 中心となって優先順位付を行って、対応方針を決めていま。 ● 要望管理機能には、コメント機能や通知機能も実装れていて、ユーザーとCSチームの間でコミュニケーションを取るとでていま。

Slide 39

Slide 39 text

Copyright levii Inc. All rights reserved. 機能改善プロジェクト！ ● 今回、要望管理機能を改善るプロジェクトをCSチームと一緒に立上るとになりま。 ● いまのシステムは、外部ベンダーに委託て作られもので...（意訳：コード読めもんゃなっ）、改修ではな、新にシステムを立上るとになりま。 ● 新いシステムでどのような機能を実現ればよいの、実際の利用状況に詳いCSチームのリーダーに対てヒアリングを行ってい！←イマココ

Slide 40

Slide 40 text

Copyright levii Inc. All rights reserved. 状況設定資料（トークスクリプト例：ドメインエキスパート向） ● コンテキストモデル（どんなステークホルダー？） ○ 登場人物とては、顧客、CS、要望管理システム、ありま ○ 顧客は要望管理システムに対て要望を作成ま ○ CSは要望管理システムの中の要望を更新ま ○ 開発チームは要望管理システムの要望を確認ま ● 業務フロー（メインの動） ○ 最初は、顧客要望を思いついて、システムに登録るとろらスタートま ○ CSはの要望を確認て、対応方針を決めま ○ 開発チームによる対応必要なものは、CSチームら開発チームにSlackや口頭で対応を願いていま ○ 開発チームによる対応終わっら、CSチームら顧客に対て修正終わっとを連絡ま ○ 顧客に連絡るのは、要望管理システムの要望にコメント機能あるのでれを使っていま ○ 修正完了の連絡と同時に、要望のステータスを対応完了に変更ていま ○ まで、っりと全体の流れで ● 業務フロー（メイン以外の動） ○ CS 要望を確認とに、対応方針を決めるめの情報不足ていら、コメント機能を使って追加ヒアリングをていま ○ 状況をヒアリング結果、直近では対応ない、と判断るともありま。の場合も顧客にはめんない連絡をていま。 ○ 要望登録れとには、要望管理システムらCS宛にメール通知ありま。自分の登録要望にコメント追加れとにもメール通知れるので、客んとのコミュニケーションに使っていま。

Slide 41

Slide 41 text

ワーク１：業務フローモデリング(25分)

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Copyright levii Inc. All rights reserved. アクションを書出 ● やると ○ ステークホルダーの中の１人に着目て、業務で行っている行動（アクション）を「赤色の付箋」に書出 ○ 最初は、全体像をつみやいように、抽象度高めのふんわりアクションのままでOK ● 質問例 ○ 何トリガーで業務は始まりま？ ○ 業務の完了条件は何で？ ○ いまは誰やってま？ ○ システムは何をやってま？ ○ 〜の後は、いつもooをるんで？違うパターンはありま？時間軸 ooする ooする〜を判断〜を決める ooするチーム内での認識ある程度ろっら次のステップへ→ ユーザ CS システム

Slide 47

Slide 47 text

Copyright levii Inc. All rights reserved. 決断・判断基準を明らにる ● やると ○ 「決める」「判断る」のアクションに着目、のめに必要な情報を掘り下て「橙色の付箋」に書出 ○ 「決める」「判断る」のを誰行う（人orシステム）も確認て、メモて ■ システム化: 判断基準を細確認る！ ■ 人やる: 判断に必要な情報を細確認る ● 質問例 ○ 判断をるには、どういう情報必要で？ ○ 情報はどで手に入りま？チーム内での認識ある程度ろっら次のステップへ→ 時間なればのステップは省略てOK 時間軸 ooする ooする〜を判断〜を決めるユーザ CS ・重点顧客・不具合か・回避策・業務影響 ....

Slide 48

Slide 48 text

Slide 49

Slide 49 text

ワーク２：概念モデルを書出

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

Slide 53

Slide 53 text

Copyright levii Inc. All rights reserved. 概念の関係性を整理る ● やると ○ 概念の間の関係性をアクティビティ（作成る・参照る・更新る・など）と、多重度（一対多・多対多・など）の観点で整理る ● 質問例: アクティビティの観点 ○ ユーザーは要望を作成でま？更新でま？ ● 質問例: 多重度の観点 ○ ユーザーは複数個の要望を作るとはでま？ ○ ユーザー削除れとに、のユーザー作成要望はどうなりま？

Slide 54

Slide 54 text

Slide 55

Slide 55 text

Slide 56

Slide 56 text

Slide 57

Slide 57 text

Slide 58

Slide 58 text

ワーク３：振り返り

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

Slide 62

Slide 62 text

ワークショップの手引

Slide 63

Slide 63 text

Copyright levii Inc. All rights reserved. 準備物 ● ポストイット付箋強粘着ネオンカラー 50x50mm ○ https://www.amazon.co.jp/dp/B0013N1TWG/ ● 油性ペンマッキー極細 ○ https://www.amazon.co.jp/dp/B003M6AICY/ ● ホワイトボード、どでもシート、模造紙、など ○ https://www.amazon.co.jp/dp/B01GCDLFG6/ 登場人物 (ステークホルダー) 行動 (アクション) 判断・分岐概念プロパティ

Slide 64

Slide 64 text

Copyright levii Inc. All rights reserved. アジェンダ（時間配分の目安） ● [10分] 自己紹介ワーク ● [15分] システム設計とドメインモデルについて ● [5分] ワークショップの進め方を説明 ● [25分] ワークショップ１：業務フローモデリング ● [10分] 休憩 ● [25分] ワークショップ２：概念モデリング ● [10分] ワークショップ３：振り返り ● [10分] 補足説明、質疑

Slide 65

Slide 65 text

Copyright levii Inc. All rights reserved. ファシリテーターの心構え ● 全体を俯瞰てとらえる ○ 抜・漏れは無い、一歩引いて全体像を確認る問いを忘れに ● システム化る対象の業務を、自分自信を持って行えるらいに細掘り下る ○ 対象ドメインのコアな部分は、具体的な業務の確認を繰り返 ○ 好奇心を持って、実際に業務を行っ状況を想像なら、「んなケースはどうなる？」を問いる ● 表出化暗黙知を形式知に整理て認識を揃える ○ 暗黙知を言葉にても、言葉では認識を揃えるのは難い ○ 言葉の持つ意味を確認て、れらの関係性を整理るとで「概念」とて共通認識を持つとでる

Slide 66

Slide 66 text

Copyright levii Inc. All rights reserved. ドメインモデルを書出ワーク：暗黙知を構造化る ● 概念を表言葉に着目る ○ 似概念との違いを明確に。言葉のブレら概念の違いを明らに。 ● 構造化れ概念群で業務フローを実現でる確認る ○ 業務、アクションは、何らの入力ら何を出力る行為。の入力と出力表現れている確認る ○ 判断を行うめに必要な概念は揃っている？ ● 概念の作成・変更・削除などのライフサイクルを考える ○ 業務とて変更可能なタイミングや、変更不可能なタイミングはある？ ○ 外部環境の変化によって変更れる箇所はある？の変更はどのように取り扱うべ？

Slide 67

Slide 67 text

Copyright levii Inc. All rights reserved. ワーク１：業務フローモデリング編の進め方 ● まは関係図を１分で書 ○ 登場人物（ステークホルダー）を洗い出て、システムとの関係性をっり把握るの目的 ○ １分らいでサクッと書 ○ ワーク１質問カードの上半分の☆マーク付質問らスタート ● 次に、業務フローモデルを書 ○ 登場人物（ステークホルダー）をもう一枚書写て、右側にも配置る ○ 質問シート下半分の☆マーク付質問らスタート

Slide 68

Slide 68 text

Copyright levii Inc. All rights reserved. ワーク1：業務フローモデリングのめの質問カード登場人物(利用者) は誰で？対象のシステムは何で？の登場人物とシステムはどういう関係性で？他にシステムに関わっている人はいまん？何トリガーで業務始まりま？何を満ば業務は終わりま？のアクションは具体的には何をるんで？のアクション（判断）を行うめに必要な情報は何で？ワーク1：コンテキストモデルワーク1：コンテキストモデルワーク1：コンテキストモデルワーク1：コンテキストモデルワーク1：業務フローモデルワーク1：業務フローモデルワーク1：業務フローモデルワーク1：業務フローモデル

Slide 69

Slide 69 text

Copyright levii Inc. All rights reserved. ワーク２：概念モデリング編の進め方 ● 概念モデルを書始める ○ 業務フローモデルの中にある名詞を手りに、概念モデルを構築る。まは、右下の概念モデルを書写てみる。 ○ 概念と概念の間の関係性を声に出なら確認てい ● 幾つの概念を追加ら（10分らい話ら）、業務フローモデルとの整合性を確認る ○ 業務フローモデルを指差確認なら、の業務を概念モデルで実現でるチェックる ○ 見落とあれば、双方のモデルを更新なら、チームの認識を揃える

Slide 70

Slide 70 text

Copyright levii Inc. All rights reserved. ワーク2：概念モデリングのめの質問カード顧客要望を作成るとはでま？顧客要望を更新るとはでま？ CS 要望を更新るとはでま？ CS 要望を削除るとはでま？要望に対て複数の状態関連付とはありま？要望に対てコメントはいつ関連付るとでま？顧客は要望に紐付い xxx(状態, 優先度, など)を見るとはでま？ワーク2：概念モデル (アクティビティ) ワーク2：概念モデル (アクティビティ) ワーク2：概念モデル (アクティビティ) ワーク2：概念モデル (アクティビティ) ワーク2：概念モデル (多重度・依存) ワーク2：概念モデル (多重度・依存) ワーク2：概念モデル (アクティビティ) ワーク2：概念モデル