モデリング実践で見えた分析モデルと業務モデルの特性

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

|　© 2024 Levtech Co., Ltd. 5 ある日の出来事導入今日から君たちは案件領域のエキスパートになるのだ詳細は「いつ Platform Engineeringを始めるべきか？〜レバテックのケーススタディ〜 Platform Engineering Kaigi 2024」を見てね！ https://speakerdeck.com/leveragestech/ituplatform-engineeringwoshi-merubekika-rebatetukunokesusutadei-platform-engineering-kaigi-2024

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

|　© 2024 Levtech Co., Ltd. 9 現存する案件ステータス変更履歴テーブルに流入経路マスタを新たに定義してカラムを追加して記録するようにする依頼内容モデリング実践追加するマスタの定義流入経路マスタ企業から（電話・メール）企業から（推薦ツール）レバテックから（電話）レバテックから（メール）レバテックから（訪問）その他案件名前 ... 案件ステータス変更履歴変更日時流入経路 New!!

Slide 10

Slide 10 text

|　© 2024 Levtech Co., Ltd. 10 依頼内容モデリング実践この時に論点になっていたのは、マスタを発生主体（企業 or レバテック）で分けるのか我々が入る前は、入力のしやすさを考慮して、左の案が採用されそうでした案2の方が良さそうと思ったものの、そもそもの疑問として。。。発生主体企業からレバからその他発生ツール電話メール推薦ツール訪問流入経路マスタ企業から（電話・メール）企業から（推薦ツール）レバテックから（電話）レバテックから（メール）レバテックから（訪問）その他案1 一つのマスタとして定義案2 発生の主体とツールを分ける

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

|　© 2024 Levtech Co., Ltd. 15 時間軸が異なる業務を異なるモデルとして分離持つべき情報が異なるモデルをサブタイプに分離最終的にモデリング実践案件名前 ... 案件ステータス変更履歴変更日時案件活動ID New! 案件活動活動タイプ活動日時ユーザーID インバウンド案件活動活動詳細活動内容 … アウトバウンド案件活動活動詳細活動内容 … ※ この時はサブタイプとして扱ってしまったが、そもそも別のモデルとして扱ってよかったと思いますインバウンドって活動じゃないじゃん w New! New!

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

|　© 2024 Levtech Co., Ltd. 18 急成長した反面、技術的負債の蓄積その結果、改善のスピード < 要望の上がるスピード手をつけられない改善タスクが増えた改善要望が叶えられなくとも、営業としては目標を達成しないといけないシステムで叶えられないところは独自で頑張るしかない活動履歴も社内システムで直接入力しているわけではなく、スプシで管理して一括投入する運用を行っている話を聞くと要望のスピードに改修が追いつかないシステムでできないことは我々で解決 ※ 今は業務委託の方にイネイブリングしてもらいながら爆速改善しています

Slide 19

Slide 19 text

|　© 2024 Levtech Co., Ltd. 19 基幹システムは活動のためのシステムと経営管理のシステムに区分される在庫管理でいうところの ● 在庫数を現場で管理する ● 適正在庫数を算出するつまり事業計画を立てる人と業務を遂行する人では、見てる観点が異なり、モデルの関心ごとも異なる時を同じくして勉強会にて杉本啓. データモデリングでドメインを駆動する ──分散／疎結合な基幹系システムに向けて . 株式会社技術評論社 .

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

|　© 2024 Levtech Co., Ltd. 23 ● データの綺麗さよりも入力のしやすさを気にする（トレードオフの関係ではないのにな） →UIとDBのモデルがほぼ1対1で紐づくというメンタルモデル ● 入力のしやすさなどの言及をしても響かなかったり →履行管理はSSの方がメリットがあるため、システムで改善する発想がなかった ● カラムを追加してくださいという具体的な依頼 →分析観点の強い依頼が優先度高く挙げられる拭いきれぬ違和感の正体