Не так страшны первые 90% проекта, как вторые 90% проекта.
Шутка смешная, а ситуация страшная. Если проект проработан слабо, то его с высокой вероятностью ждёт судьба из шутки - медленное, мучительное доталкивание до конца.
Для плохо проработанных проектов проблема очевидна: на старте много чего не продумали, и это “много чего” начинает вылезать в процессе работы. Но в такой же ситуации могут оказаться и вполне достойно проработанные проекты. Вроде всё продумали и расписали, а в срок не попадаем. Почему?
Из моего опыта самая частая причина смещения сроков - это изменения проекта. Вот был нормальный, проработанный эпик. Команда его делает-делает, тут прибегает продакт и говорит, что нужно срочно добавить вот сюда маленькую кнопочку. Раз, второй, третий - и вот проект завершается на месяц позже.
Собака часто бывает зарыта в процессе управления изменениями. Крупные и средние изменения обычно не проходят мимо - ответственный за проект их документирует, оценивает, утверждает и так далее. Но при этом маленькие, почти незаметные изменения часто игнорируются. Ведь ничего же страшного не произойдёт, такая мелочь не повлияет на объём проекта? Не повлияет, правда?
Каждое маленькое изменение может быть незаметным само по себе и не оказывать существенного влияния на проект. Но когда у проектного менеджера есть привычка игнорировать такие мелочи, то они накапливаются и могут значительно увеличить сроки выполнения.
Избежать изменений объёма работ по проекту не получится (да и смысла в этом нет). Изменения несут опасность, только если ими не управлять. Самый простой выход из ситуации - документировать любые изменения вне зависимости от их размера. Тогда ни одна мелочь не проскочит незамеченной, а в случае смещения сроков завершения проекта будет понятна причина.
Более того, документирование и оценка изменений иногда подталкивают представителей бизнеса к тому, чтобы отказаться от изменения. Когда стейкхолдеры видят, что их хотелка увеличит сроки на две недели, то могут задуматься, стоит ли реализация хотелки такой задержки.