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