Программная архитектура: почему решили именно так

Алексей Гришин пришёл в Тинькофф ведущим разработчиком и много лет работал с интеграционной шиной, затем стал архитектором. Ища домен с заметной болью, он присоединился к Тинькофф Бизнесу. Переход к нескольким командам потребовал воспроизводимого процесса вместо личного дизайна.

В командах появились схемы C4, репозиторий и ADR с контекстом, альтернативами и последствиями. Сначала архитектор помогал сам и показывал эффект, затем передавал работу инженерам и добавлял ревью коллеги. Итеративные решения менялись вместе с продуктом, а не фиксировались навсегда.

Для discovery и рефакторинга сложных доменов используется EventStorming. Карта событий показывает язык бизнеса, расхождения в представлениях, скрытые зависимости и границы изменений. Практика полезна для запутанной предметной области, но простая задача или техническая платформа могут не окупить большую сессию.

Изменение процесса требует поддержки менеджмента и доказательства пользы на небольшом контуре. ADR возвращает контекст и объясняет прежнее решение. Архитектурный путь не обязан вести в менеджмент: важнее интерес к проектированию, реальная задача, обратная связь, рефлексия и знания из смежных областей.