Внутри ИТ-проектов часто живут очень узнаваемые персонажи. Неофициально, конечно.

Внутри ИТ-проектов часто живут очень узнаваемые персонажи. Неофициально, конечно.

Есть заказчик-«царевна»: хочет результат красивый, быстрый и желательно без лишних вопросов. Есть аналитик-«волшебник»: должен понять задачу, даже когда формулировка звучит как «пойди туда — не знаю куда». Есть разработчик-«богатырь»: закрывает половину неопределённости кодом, но не магией. И есть классический «серый лес» — зона, где требования вроде бы есть, но KPI проекта там не выживают.

Инсайт простой: успешный ИТ‑проект редко строится на героизме. Он держится на карте ролей, понятных ожиданиях и нормальной системе измерения. Кто что делает, где точка согласования, как выглядит готовность, по каким метрикам понимаем, что не просто «двигаемся», а двигаемся в нужную сторону.

Похоже на сказку? Да. Но именно в таких сказках чаще всего и рождается рабочая архитектура проекта 🧭