Почему проект растягивается с 6 месяцев до 18

Проект планируется на шесть месяцев. На восемнадцатый он всё ещё не завершён.

В такой ситуации обычно винят разработчика. Но если разложить причины задержки по неделям, картина оказывается другой: сама разработка почти не вышла за план.

Время потерялось в других местах.

Где теряется время

1. Объём не зафиксирован - самый крупный источник

В проекте, начатом со слов «уточним по ходу», каждую неделю добавляется новое требование. Каждое требование добавляет в среднем две недели.

Добавили десять раз - ушло двадцать недель. Это пять месяцев, и они не видны ни в одном отчёте, потому что каждая добавка по отдельности выглядит небольшой.

2. Ожидание решений

Команда задала вопрос: «что происходит, если заказ не подтверждён?» Ответ приходит через неделю. Всё это время работа на данном участке стоит.

В одном проекте таких вопросов десятки. Если каждый ждёт три дня - это больше месяца.

3. Задержка данных

Для миграции нужна старая база. Для тестирования нужны реальные данные. Для интеграции нужна документация другой системы.

Каждый из этих пунктов начинается со слов «завтра дадим» и длится две недели.

4. Приёмка растягивается

Работа сдана. Заказчик говорит «мы посмотрим». Проходит три недели.

Всё это время команда не может перейти к следующему этапу, потому что предыдущий не принят. Иногда она уходит на другой проект, и возвращение снова стоит времени.

5. Техническая сложность - самый малый источник

Интеграция оказалась труднее ожидаемого, данные запутаны, документация к оборудованию устарела.

Это реальная причина, и она обычно добавляет две-четыре недели. По сравнению с четырьмя предыдущими - немного.

Расчёт: как 24 недели превращаются в 60

Практический пример. План: 24 недели.

24 + 46 = 70 недель. На практике часть задержек накладывается друг на друга, поэтому результат обычно выходит в диапазоне 55–65 недель.

То есть шестимесячный проект растягивается до четырнадцати-шестнадцати месяцев. И никто при этом не работал плохо намеренно.

Как это предотвратить

У каждого из пяти источников есть конкретный механизм.

Все пять прописываются в договоре. Это не технические, а организационные механизмы - но именно они удерживают срок.

Кто отвечает на стороне заказчика

Эту часть упускают чаще всего.

На проект должен быть назначен один ответственный. Его задачи:

• Ответить на вопрос в течение трёх рабочих дней или найти ответ
• Собирать внутренние решения - обеспечивать согласие между отделами
• Контролировать график предоставления данных
• Присутствовать на демо и давать обратную связь
• Фильтровать запросы, выходящие за пределы объёма

Последнее важно. Если каждый отдел отправляет запросы напрямую команде, объём растёт бесконтрольно. Все запросы должны проходить через одного человека.

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

Признаки, видимые заранее

Вероятность затягивания можно оценить ещё до старта:

Три признака - проект выйдет за план минимум на 50%. Пять - вдвое.

Зачем нужен этап Discovery

Четыре из пяти источников закрываются именно на этом этапе.

За две недели: изучаются процессы, пишется объём работ, определяются источники данных, назначается ответственный и проверяются требования к интеграциям.

После этого и цена, и срок перестают быть предположением - они становятся расчётом.

Платный Discovery - нормальная практика. Объём, написанный бесплатно, выходит быстрым и поверхностным, потому что это неоплаченная работа. Платный анализ получается подробным и остаётся у вас - вы можете отнести его любой команде.

Что делать, если проект уже затянулся

Иногда затягивание уже произошло. Помогают три шага:

1. Разделите причины. Из какого источника пришла задержка - объём, решения, данные или техника. Это нужно не для поиска виноватого, а для выбора верного действия.

2. Переопределите объём. Разделите оставшуюся работу надвое: что нужно сейчас и что будет потом. Первое закройте и запустите. Второе станет отдельным этапом.

3. Установите недельный ритм. Короткая встреча, конкретный список, кто что делает и когда. В затянувшихся проектах обычно останавливается и коммуникация.

Итог

Проект растягивается не потому, что код пишется медленно. Он растягивается потому, что решения принимаются медленно, а объём растёт бесконтрольно.

Практические шаги:

1. Приложите объём работ к договору - это закрывает крупнейший источник
2. Пропишите порядок изменений и не выполняйте устные запросы
3. Назначьте одного ответственного со стороны заказчика
4. Составьте график предоставления данных в начале проекта
5. Зафиксируйте срок приёмки в договоре
6. Начните с этапа Discovery - он закрывает четыре источника сразу