Не в те сроки и не за те деньги: ошибки, которые губят ИТ-проекты
![](https://s0.rbk.ru/v6_top_pics/resized/Wx64/media/img/3/19/755937679202193.png)
![Фото: Chris McGrath / Getty Images](https://s0.rbk.ru/v6_top_pics/media/img/5/13/756744892384135.jpg)
Успех проекта определяют подходы к разработке. От выбора методологии зависит то, на основе чего будут выстроены процессы реализации проекта.
Если говорить обобщенно, то существует два основных вида методологий:
- традиционная модель — классический подход. Используют, когда сроки, бюджет, технологии точно определены. Не предполагает существенных изменений цифрового продукта в процессе разработки. Обычно работают по Fix Price;
- гибкая модель — agile development. Подходит в двух случаях: если нужно быстро разработать MVP продукта и дальше его дорабатывать и если идет работа с объемным проектом, имеющим длинный жизненный цикл. При гибкой модели обычно работают по T&M.
Нельзя говорить о том, что одна методология лучше другой. Они работают по-разному и используются в разных условиях. Чтобы определиться, что лучше сработает на конкретном проекте, нужно точно знать все вводные данные: цели проекта, задачи, KPI, ресурсы на реализацию и прочее.
На качество проекта влияют факторы, исходящие как со стороны заказчика, так и со стороны исполнителя. Даже если продукт разрабатывает собственная инхаус-команда.
Недопонимание на этапе планирования
Составить грамотное техническое задание сложно. Без подходящей экспертизы грамотное ТЗ не составить. Неправильное техническое задание приводит проекты к тому, что ход реализации проекта почти невозможно контролировать.