事業戦略を理解してソフトウェアを設計する

by 増田亨

Slide 1

Slide 1 text

事業戦略を理解してソフトウェアを設計する 2025年6月7日有限会社システム設計増田亨 #JJUG_CCC 2025 Spring

Slide 2

Slide 2 text

自己紹介 ◆ 業務系アプリケーション開発者 ◆大きな泥団子退治のアドバイザ ◆エンジニアの育成支援 ➢ 現代的なオブジェクト指向プログラミング ➢ 現代的なデータモデリング有限会社システム設計代表 since 2003 コミューン株式会社技術アドバイザ since 2023 2 増田亨（masuda220）著書(2017) 訳書(2024)

Slide 3

Slide 3 text

これから話すこと ①事業戦略とソフトウェアシステムの設計 ②事業戦略「超」入門 ③ソフトウェア設計と事業戦略を結びつける技法 3

Slide 4

Slide 4 text

4 事業戦略とソフトウェアシステムの設計

Slide 5

Slide 5 text

どちらのエンジニアが良い設計ができるか？ 5 事業戦略を理解して設計しているエンジニア事業戦略を理解しないで設計しているエンジニア

Slide 6

Slide 6 text

6 良い設計とは？

Slide 7

Slide 7 text

7 良い設計は変更が楽で安全悪い設計は変更がやっかいで危険

Slide 8

Slide 8 text

8 良い設計は変更が楽で安全悪い設計は変更がやっかいで危険大きな泥団子

Slide 9

Slide 9 text

大きな泥団子が生まれる３つのシナリオ 9 大きな泥団子修正拡張修正修正修正修正拡張拡張拡張拡張拡張修正修正修正拡張修正シナリオ① 卓越した設計でスタートシナリオ② 最少の設計でスタートシナリオ③ 小さな泥団子でスタート積みあがるバックログ無理な日程度重なる仕様変更限られたリソース人の入れ替わりビジネスの圧力結果は同じ…

Slide 10

Slide 10 text

大きな泥団子の原因と設計の改善方法 10 混在断片化分離集約重複一元化いろいろ同時に考える異なる関心事は別々に考えるあちこちを同時に考える関連が強い関心事は一箇所に集めて考えるあちこちで同じことを考える一つの関心事はただ一箇所で考える

Slide 11

Slide 11 text

事業戦略を理解すると設計判断が変わる 11 混在断片化分離集約重複一元化いろいろ同時に考えるあちこちを同時に考えるあちこちで同じことを考えるどう分けるかどう集めるかどう纏めるか

Slide 12

Slide 12 text

12 事業活動とソフトウェアシステムの一体化

Slide 13

Slide 13 text

事業活動のデジタル化あらゆる業務のデジタル化が進んでいるあらゆる業務でソフトウェアシステムを使う 13 販売促進販売受注管理顧客サポート入荷物流出荷物流生産加工技術開発人材管理経営企画財務会計法務

Slide 14

Slide 14 text

事業活動とソフトウェアシステムの一体化その結果 ➢ソフトウェアエンジニアが事業を理解して判断し行動することが直接的に事業価値を生み出す ➢ソフトウェアエンジニアが事業を理解せずに判断し行動することが直接的に事業の損失になる 14

Slide 15

Slide 15 text

15 ソフトウェア開発の基本制約「使える時間」

Slide 16

Slide 16 text

設計に使える時間は限られているあらゆる場所の設計を洗練させることは費用対効果が悪い優先順位をつけて取り組む • 変更を楽で安全にする価値が高いところを重点的に • そういう価値が高くないところはできるだけ簡易に優先順位をどう見極めるか？ 16

Slide 17

Slide 17 text

ドメイン駆動設計のアプローチ 17 ⚫ ソフトウェアシステムの対象領域を事業戦略の観点で分類し、優先順位を決める ⚫ 競争優位を生み出す領域（中核の業務領域）に優先的に取り組む ⚫ 競争優位を生まない領域（一般、補完）はできるだけ簡易に済ませる

Slide 18

Slide 18 text

対象の業務領域を二軸で分類 18 競合他社との差別化中核の業務領域業務ロジックの複雑さ

Slide 19

Slide 19 text

業務領域の種類と設計方針中核一般補完競争優位 ◎ × × 複雑さ〇〇 × 変化〇 × × 設計方針ドメインモデルイベント履歴既成の解決策 CRUD/ETL 調達方法内製購入？模倣？外注？ 19

Slide 20

Slide 20 text

20 競争優位を生み出す差別化戦略とは？

Slide 21

Slide 21 text

競争優位を生み出す差別化戦略 21 この本は、副題にあるように、ソフトウェア開発と事業戦略を結びつけることを強調しているしかし、事業戦略をどうやって理解するかについての説明が少ないこの本のアプローチを実際のソフトウェア設計に取り入れるには、競争優位の戦略を理解するためのツールや技法が必要

Slide 22

Slide 22 text

22 事業戦略「超」入門

Slide 23

Slide 23 text

競争優位を生み出す差別化戦略 23 マイケルポーターが提示した競争優位の戦略は現代のさまざまな事業戦略論の基礎となっている同じ業界で、高業績を持続できる企業とそうでない企業の差が、なぜ生まれるのか？数百の業界、数千の企業を分析してモデル化鈍器、専門書、わかりにくい… 【原典】

Slide 24

Slide 24 text

24 もっとわかりやすく

Slide 25

Slide 25 text

【エッセンシャル版】 25

Slide 26

Slide 26 text

競争優位を生み出す差別化戦略とは？ 26 マイケルポーターが提示した競争優位の戦略を平易な言葉でわかりやすくまとめなおした本ソフトウェアエンジニアにも（ビジネスに興味があれば）読みやすい差別化戦略のわかりやすい具体例が豊富【エッセンシャル版】

Slide 27

Slide 27 text

事業戦略の要点を理解して設計する 27 事業の目標競争の要因差別化戦略の５つの側面

Slide 28

Slide 28 text

事業の目標を理解して設計する • 事業が存続する絶対条件は利益の確保である • 利益（業績）とは「売上ー費用」である • 高業績をいかに持続させるかの工夫が事業戦略ソフトウェアシステムを構築し運用する理由 28

Slide 29

Slide 29 text

業界の競争要因を理解して設計する

Slide 30

Slide 30 text

競争要因は利益にどう影響するかを理解して設計する 30 ソフトウェア要求が生まれる背景

Slide 31

Slide 31 text

差別化戦略の５つの側面を理解して設計する ① 自社独自の特徴のある価値提案は何か？ ② 独自の価値を顧客に提供する独自のやり方は何か？ ③ 独自性を生むどんな排他的な選択をしているか？ ④ さまざまな活動をどう戦略に適合させているか？ ⑤ 戦略を継続するために何をすべきか？ 31

Slide 32

Slide 32 text

32 差別化戦略の５つの側面を分析して設計判断を変える

Slide 33

Slide 33 text

差別化戦略を理解すると設計判断が変わる 33 混在断片化分離集約重複一元化いろいろ同時に考えるあちこちを同時に考えるあちこちで同じことを考えるどう分けるかどう集めるかどう纏めるか

Slide 34

Slide 34 text

ソフトウェアの設計方針を変える 34 競合他社との差別化中核の業務領域業務ロジックの複雑さ

Slide 35

Slide 35 text

業務領域の種類で設計方針を変える中核一般補完競争優位 ◎ × × 複雑さ〇〇 × 変化〇 × × 設計方針ドメインモデルイベント履歴既成の解決策 CRUD/ETL 調達方法内製購入？模倣？外注？ 35

Slide 36

Slide 36 text

差別化戦略の実行とソフトウェアの実装 36

Slide 37

Slide 37 text

差別化戦略（絵にかいた餅？） 37 差別化戦略高業績の持続独自の価値提案独自の活動排他的選択

Slide 38

Slide 38 text

差別化戦略を実体化する取り組み 38 差別化戦略ビジネスルール高業績の持続独自の価値提案独自の活動排他的選択活動の決め事活動を刺激活動を制約具体化

Slide 39

Slide 39 text

おなじみのソフトウェア開発 39 ビジネスルール業務ロジック活動の決め事活動を刺激活動を制約ビジネスルールに基づく計算判断業務特化のデータ型業務視点の抽象化具体化

Slide 40

Slide 40 text

こういう文脈で捉える 40 差別化戦略ビジネスルール業務ロジック高業績の持続独自の価値提案独自の活動排他的選択活動の決め事活動を刺激活動を制約ビジネスルールに基づく計算判断業務特化のデータ型業務視点の抽象化具体化具体化

Slide 41

Slide 41 text

41 ソフトウェア設計と事業戦略を結びつける技法

Slide 42

Slide 42 text

Slide 43

Slide 43 text

何が書いてあるか？ 43

Slide 44

Slide 44 text

書いてあることは基本的には一つ事業活動とソフトウェアを一緒に発展させていくための方法 44 この本の主題であり、最初から最後まで一貫している

Slide 45

Slide 45 text

もう少し解像度をあげると 45 第１部基本となる考え方第Ⅱ部実装方法の選択第Ⅲ部、付録A 現場での取り組み方第Ⅳ部分散型システムへの挑戦事業活動とソフトウェアを一緒に発展させていく

Slide 46

Slide 46 text

設計判断さらに解像度をあげると 46 開発者が事業活動を理解して、その理解を設計判断に活かす事業活動課題課題仕組み仕組み関係者開発者が理解トランザクションスクリプトアクティブレコードドメインモデルイベント履歴式ドメインモデル値オブジェクト集約業務サービスレイヤードポートとアダプター CQRS Web API メッセージング送信箱サーガプロセスマネージャーイベント駆動型アーキテクチャマイクロサービスデータメッシュトランザクションロールバック排他制御テスト戦略イベントストーミング大きなリファクタリングこの本の主題かつ今日の話の焦点（第１章～第４章）（第５章～第１６章）（第10章、付録A）

Slide 47

Slide 47 text

事業活動を理解してソフトウェアを設計する 47

Slide 48

Slide 48 text

対象の業務領域のカテゴリーを特定する 48 競合他社との差別化中核の業務領域業務ロジックの複雑さ

Slide 49

Slide 49 text

業務ロジックの実装方法を決める 49 （第５章）（第６章）（第７章）（第１章）

Slide 50

Slide 50 text

業務ロジックの実装方法が決まると 50 アーキテクチャが決まるテスト方針が決まる（第８章）（第１０章）

Slide 51

Slide 51 text

事業戦略と分散型アーキテクチャ 51

Slide 52

Slide 52 text

区切られた文脈ごとに一つのチームが担当する 52 区切られた文脈 • 同じ言葉の通用する範囲 • モデルの境界 • 開発単位の境界 • チームの責任範囲の境界

Slide 53

Slide 53 text

境界を越えてどう連係するか？ 53 対等の関係力関係が片寄った関係

Slide 54

Slide 54 text

ドメイン駆動設計と分散型アーキテクチャ 54 マイクロサービスアーキテクチャ（第14章）イベント駆動型アーキテクチャ（第15章）データメッシュ（第1６章）区切られた文脈の考え方で取り組む

Slide 55

Slide 55 text

事業の成長と設計の進化 55

Slide 56

Slide 56 text

業務領域のカテゴリーの変化と設計の進化 56 事業が成長すれば、業務領域のカテゴリーが変化する業務領域のカテゴリーが変化すれば設計方針が変化する

Slide 57

Slide 57 text

57 まとめ

Slide 58

Slide 58 text

どちらのエンジニアが良い設計ができるか？ 58 事業戦略を理解して設計しているエンジニア事業戦略を理解しないで設計しているエンジニア

Slide 59

Slide 59 text

事業活動とソフトウェアシステムの一体化その結果 ➢ソフトウェアエンジニアが事業を理解して判断し行動することが直接的に事業価値を生み出す ➢ソフトウェアエンジニアが事業を理解せずに判断し行動することが直接的に事業の損失になる 59

Slide 60

Slide 60 text

【エッセンシャル版】ガイドブック 60

Slide 61

Slide 61 text

エンジニアの学習と成長最初は、誰もが初学者 • 最初は、わけがわからないことだらけ • どんなに学んでも、やっぱりわからないだから学び続ける • 基本をたいせつに • 視野の広さ、視点の多さをたいせつに異なる知見を持ち寄って、協働して共創する 61