Хочу вернуться к важному параметру, который упомянул выше – «Область применения», обычно она определяется на первом этапе. Наиболее важной целью области применения является то, что она устанавливает ограничения на функционал в проекте (а иногда и больше). Замечу, что все, что находится за пределами области применения и допустимого объема работ, может оказать негативное влияние на результат проекта.

Давайте опишу еще одну проблему – появление новой и незапланированной работы в середине итерации или проекта. Подобное явление называют – «ползучесть области».

В гибких методологиях ползучесть области – действительно проблема, вызванная вводом новых или незапланированных задач на середине итерации вместо того, чтобы добавить их в общий список задач проекта. Все гибкие методологии решают это посредством формальных процессов и церемоний. В методологии Скрам (Scrum), например:

– Новая задача обычно должна вводиться только во время планирования Спринта (Sprint).

– Новая задача, которая имеет приоритет над текущей задачей, требует раннего завершения текущего Спринта и возврата к планированию нового Спринта.

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

В Скраме итерации (спринты) представляют собой фиксированный блок работ (задач).

«Ползучесть области» в традиционном бизнес-смысле этого термина расширяет общее время выполнения проекта за счет добавления новых задач в проект, тем самым влияя на график, как правило, увеличивая его.

Все это правильно, лишние работы ведут к провалу или, как минимум, незапланированным расходам бюджета проекта, но есть потребности бизнеса, которые игнорировать нельзя. В связи с этим предлагается модификация 1 и 2 пунктов из списка выше. Если новая задача срочная и ее нужно реализовать прямо сейчас, то стоит оценить ее, посмотреть, хватает ли запасов времени (мы же закладываем время на риски в каждую задачу и делаем буфер в конце спринта), чтобы можно было добавить задачу в спринт без проблем. Если запасов времени не хватает, то необходимо посмотреть, какую задачу можно убрать и на ее место поставить новую, главное, чтобы продолжительность была такой же и клиент согласовал это. Более подробно Скрам (Scrum) стоит рассматривать отдельно.