コンテキストマップを描くスキル

目的

システムのBounded Contextを洗い出し、「誰が誰に依存しているか」「どんな方法で統合するか」を可視化する。

チームやサービスの単位でContextを書き出す。

例：フィットネス予約システム（Wild Workouts）
- Trainer Context（トレーナーのスケジュール管理）
- Users Context（ユーザー・予約管理）
- Trainings Context（トレーニング記録）

判断基準：「ここでは『顧客』はどういう意味か？」が違うなら別Context。

どちらが上流（変更を加える側）でどちらが下流（影響を受ける側）かを決める。

[Users Context] ──→ [Trainer Context]
（予約を依頼する）  （スケジュールを管理する）

各矢印に「どうやってつなぐか」を書く。

パターン	使う場面
顧客/供給者	下流が上流に要件を伝えられる関係
腐敗防止層（ACL）	外部/レガシーと繋ぐとき。外部モデルを自分のContextに持ち込まない
公開ホストサービス	上流が安定したAPIを外部に公開する
イベント（非同期）	疎結合にしたい。処理が非同期でよい
共有カーネル	2Contextで一部モデルを共有する（変更には両者の合意が必要）

問い：「TrainerとUsersで『予約』という言葉は同じ意味か？」
→ Trainer側：「スケジュールの枠を押さえること」
→ Users側：「ユーザーがトレーニングを申し込むこと」
→ 意味が違う → 別Context確定、ACLで翻訳する

[Users Context]
    │ 顧客/供給者
    ▼
[Trainer Context] ──イベント──▶ [Trainings Context]
    │ 公開ホストサービス
    ▼
[外部カレンダーAPI]
    ↑ ACL（外部モデルを翻訳）