К книге
Антихрупкость в ITРаздел I. Управление IT-продуктами. Глава 9. Определение провала IT-проекта. Инструмент для заказчиков
46%
Раздел I. Управление IT-продуктами. Глава 9. Определение провала IT-проекта. Инструмент для заказчиков
68

Я уверен, что сценарий провала можно прервать. Лучше всего сделать это в самом начале на этапе выбора исполнителей. Постарайтесь отсеять «хрупкоделов», иначе неизбежно придёте к тому, что проект придётся создавать заново с нуля.

Проблема в том, что при текущей зрелости сертификации и лицензирования в IT почти невозможно сравнить IT-компании. Трудно сравнить даже двух разработчиков. Итак, пункт номер один: правильный выбор исполнителя. Для оценки зовите консультантов, ищите тех, кому доверяют в отрасли.

Второй шанс – вовремя отлавливать слабые сигналы, которые возникают во время работы:

1. Разработчики не разговаривают в терминах бизнеса, то есть создают свою реальность, далёкую от бизнеса.

2. Скорость разработки со временем замедляется – значит, в коде много технических долгов.

3. Перестаёт работать то, что раньше работало. Это показатель плохого внутреннего качества системы и низкого уровня тестирования.

Я рекомендую при возникновении подобных проблем и сигналов нанимать внешний аудит проекта, чтобы эксперт проверил внутреннее качество системы и уровень зрелости процессов. Такая консультация будет намного дешевле, чем провал всего проекта.

Предыдущая главаГлава 68 из 149Следующая глава