Context sketch вместо context map

(или как перестать врать себе про границы системы)

В условиях неопределённости я почти никогда не делаю «правильный» context map.

Тот самый, аккуратный:
bounded contexts, контракты, стрелочки строго по DDD,
который потом красиво ложится в Confluence
и начинает жить собственной, ни от кого не зависящей жизнью.

Не потому что context map — плохой инструмент.
А потому что в неопределённости он слишком рано отвечает на вопрос,
на который мы ещё не договорились, как его задавать.

⸻

В реальности у меня почти всегда получается не context map, а context sketch.

Грубый.
Неровный.
Иногда даже стыдный.

Обычно это:
• примерные границы систем («кажется, вот здесь заканчиваемся»)
• стрелки уровня «что с чем как-то взаимодействует»
• подписи вроде «граница сомнительная», «здесь спорим», «вроде не наша зона»

Это не артефакт.
Это не документация.
Это временный инструмент мышления.

⸻

Зачем он вообще нужен?

Потому что самая частая ложь в сложных системах звучит так:
«Ну, границы же понятны».

На практике оказывается, что:
• бизнес считает, что это «одна система»
• разработка — что это три сервиса
• поддержка — что это вообще «чужая зона, мы туда не лезем»

И пока это не нарисовано криво и честно,
люди спорят не о границах,
а о следствиях этих границ, даже не осознавая этого.

⸻

Context sketch хорош ровно в одном:
он очень быстро показывает, где мы не договорились о зоне ответственности.

Стрелка «отсюда сюда» внезапно вызывает спор.
Подпись «внешняя система» — возмущение.
Пометка «непонятно, кто владелец» — неловкую тишину.

И это лучший возможный результат.
Потому что в этот момент становится ясно:
мы обсуждали не архитектуру,
мы обсуждали разные версии реальности.

⸻

Важно: context sketch не нужно «доводить».

Как только появляется желание:
• выровнять стрелки
• уточнить названия
• сделать «чуть аккуратнее, чтобы можно было показать»

— он перестаёт выполнять свою функцию.

Аккуратная карта создаёт ощущение завершённости.
А здесь завершённости ещё нет.

⸻

Я почти никогда не сохраняю context sketch как финальный артефакт.
Он либо:
• умирает через пару встреч
• либо эволюционирует во что-то более формальное, когда туман рассеивается

И это нормально.

Плохой знак — когда context map появляется слишком рано.
Хороший — когда сначала было несколько неловких, противоречивых скетчей,
и только потом — одна версия, за которую не стыдно отвечать.

⸻

Context sketch — это не про «нарисовать систему».
Это про поймать момент,
где мы спорим о границах, сами того не замечая.

И, честно говоря,
в сложных проектах это часто важнее,
чем любая правильно оформленная карта контекстов.