Есть популярный миф: если проект провалился, значит, программисты написали плохой код. На деле всё гораздо интереснее. Давайте честно: код — это обычно не главная причина провала. Настоящие проблемы кроются совсем в другом. По статистике, до 70% всех проблем в IT-проектах связаны с недопониманием между заказчиком, командой и менеджерами. Итог — все переделывать, сроки летят, бюджет растёт. В IT всё так же. Если на старте не договорились на берегу, кто, что и когда делает, проект обречён на хаос. В среднем, в каждом втором проекте требования меняются по ходу работы. В итоге — недовольный заказчик и демотивированная команда. Если нет чёткого понимания, что считать успехом, проект превращается в бесконечный процесс. По данным исследований, проекты с нечёткими целями проваливаются в 3 раза чаще, чем те, где цели прописаны ясно. Мы в MIC понимаем: чтобы проект не «сломался», нужно работать не только с кодом, но и с процессами. Вывод: проекты ломаются не из-за кода, а из-за людей и процессов