適応型システム設計 / Adaptive Systems Design

Wardley Mapping、Team Topologies、リーン要件定義。 組織とシステムの共進化。

→ DDD 対応: ddd/02-context-map.md §チーム境界

---

1. Wardley Mapping

概念

技術コンポーネントの 進化段階 を可視化し、戦略的な意思決定を支援するツール。

進化の 4 段階

マップの読み方

ユーザーニーズ (上)
    │
    ├── [Genesis]      ← 差別化の源泉。自社で開発
    ├── [Custom Built]  ← まだ標準製品がない
    ├── [Product]       ← 買えるなら買う
    └── [Commodity]     ← 汎用サービスを使う (下)

我々のシステムでの適用

---

2. Team Topologies

4 つのチームタイプ

3 つのインタラクションモード

コンウェイの法則

「システムの構造は、それを作った組織のコミュニケーション構造を反映する」

逆コンウェイの法則: 望ましいシステム構造に合わせてチームを編成する。

我々のシステムへの適用

Stream-aligned:
  ├── Sales チーム → Sales CRM (bc-sales, bc-activity, bc-operations)
  └── PMS チーム → PMS (bc-quotation, bc-procurement, bc-production, bc-sales-billing)

Collaboration (コラボレーション):
  └── 両チーム → Integration Contracts (共同管理)

Platform:
  └── 認証、インフラ、CI/CD

---

3. バウンデッドコンテキストとチームの対応

原則: 1 チーム = 1-3 BC

✅ PMS チーム: 見積・受注 + 手配 + 製作 + 売上 + 買掛 + 原価 (6 BC)
   → 中小チームなら OK (密結合なBCなので実質 1 システム)

❌ 1 人が Sales と PMS の両方を開発
   → BC の境界が曖昧になり、結合が強くなる

認知負荷 (Cognitive Load)

チームが管理できる BC の数は、チームの認知負荷に依存:

---

4. リーン要件定義 (Lean Requirements)

要件のムダ

分析の 3 レベル

MoSCoW 法

---

5. 適応的な設計判断

ラストレスポンシブルモーメント

「決定を遅らせることのコストが、遅らせることの利益を上回る直前」に決定する

可逆的な判断 vs 不可逆的な判断

Type 2 は素早く決めて試す。Type 1 は慎重に、しかし過度に遅らせない。