В индустрии принято считать, что сложные IT-проекты рушатся из‑за технологий. Неправильно выбрали базу данных, не рассчитали нагрузку, слабое тестирование. Но авторы, которые наблюдали десятки таких историй, могут с уверенностью сказать: настоящий корень проблем почти всегда лежит не в коде, а в головах. Психология, коммуникация, когнитивные искажения, вот что превращает многообещающий проект в долгострой с миллионными потерями.
Эффект «своей правоты»
Разработчики, архитекторы, заказчики, у каждого своя картина мира. И каждая сторона свято уверена, что именно её видение единственно верное. Разработчики хотят чистую архитектуру и новейший стек. Бизнес хочет быстрый выход на рынок. Заказчик хочет всё и сразу. Вместо поиска компромисса начинается война за правоту. Технически безупречное решение, которое не решает бизнес-задачу, такой же провал, как и галопирующий техдолг ради дедлайна.
Синдром «это же просто»
Оценка сложности одно из самых слабых мест человеческого мышления. Мозг склонен недооценивать неизвестное и переоценивать знакомое. Отсюда рождается знаменитое «ну это же просто, сделаем за неделю». На практике выясняется, что «простое» тянет за собой согласование с тремя отделами, переписывание смежного сервиса и месяцы отладки. Оптимизм планирования — главный убийца реалистичных сроков.
Страх сказать «нет»
В большинстве команд не принято возражать руководителю или ключевому заказчику. Если авторитетный голос говорит «нам нужен блокчейн», остальные кивают, хотя внутренне понимают, что задачу решила бы обычная база данных. Проект начинает обрастать ненужными сложностями, а когда всё идёт не так, оказывается, что многие знали, но промолчали. Психологическая безопасность не модный термин, а критический фактор успеха.
Проклятие «сделать идеально»
Перфекционизм на ранних стадиях — ловушка. Команда вместо работающего прототипа вылизывает архитектуру в ущерб функциональности. К моменту, когда оказывается, что некоторые требования изменились, вложены месяцы труда в то, что оказалось невостребованным. Итеративный подход требует смирения: готовность выпустить «достаточно хорошо» и потом улучшать.
Культура вины
Когда проект срывает дедлайн, начинается поиск виноватых. В такой атмосфере люди перестают сообщать о проблемах на ранних стадиях, зачем подставляться? Вместо того чтобы вовремя забить тревогу, команда героически пытается вытянуть, закапывая себя глубже. В результате проблемы, которые можно было исправить за пару дней, превращаются в катастрофу.
Самые сложные IT-проекты редко проваливаются из‑за того, что не нашлось нужной библиотеки или сломался сервер. Они рушатся из‑за того, что люди вовремя не договорились, побоялись сказать правду, переоценили свои силы или не смогли вовремя остановиться. Технологии — это инструмент. А инструментом управляют люди. И пока индустрия не начнёт относиться к человеческому фактору с тем же вниманием, что к отказоустойчивости кластера, статистика неудач вряд ли изменится.