Роль 3 из 10, этап «Проектирование»

Архитектор решений

Описывает решение: затронутые системы, контракты интеграций, потоки данных, компромиссы.

Что делает роль, по шагам

Результат работы роли: архитектурное описание: компоненты, интерфейсы, потоки данных.

01
Определяет, какие системы затронуты и что в каждой меняется.
02
Описывает контракты интеграций: формат, идемпотентность, ошибки, тайм-ауты.
03
Размечает потоки данных — в том числе те, где появляются персональные данные.
04
Фиксирует ключевые решения вместе с ценой: что выбрано, от чего отказались и чем за это платим.

Способ проверки: проверка по рубрике. Пока результат их не прошёл, задача не переходит на следующий этап.

Оценка по рубрике architecture, порог 0,7.
Этап не стартует, пока не готовы продуктовые требования и дизайн: архитектор знает, что именно строится.
Безопасность заложена на входе, а не проверяется в конце: ИБ подписывает архитектуру, а не только релиз.

Если результат не прошёл проверку, он возвращается на доработку. Если ошибка появилась на одном из предыдущих этапов, задача возвращается туда.

Директор по ИТ (CIO) и директор по ИБ (CISO) — обязательные подписи на уровне T3.

Выбор технологического направления и допустимый уровень технического долга.

Не пишет код и не расписывает API-контракты до поля — это системный анализ.

Как роль справится с вашими задачами, проверяем на пилоте. Он идёт на коде компании и по её правилам приёмки, а в конце мы замеряем результат.

На встрече за 90 минут подберём состав ролей под процесс разработки в компании.

Если удобнее без формы, напишите в Telegram или на почту hello@mozaika.ai