Хочу вернуться к важному параметру, который упомянул выше – «Область применения», обычно она определяется на первом этапе. Наиболее важной целью области применения является то, что она устанавливает ограничения на функционал в проекте (а иногда и больше). Замечу, что все, что находится за пределами области применения и допустимого объема работ, может оказать негативное влияние на результат проекта.
Давайте опишу еще одну проблему – появление новой и незапланированной работы в середине итерации или проекта. Подобное явление называют – «ползучесть области».
В гибких методологиях ползучесть области – действительно проблема, вызванная вводом новых или незапланированных задач на середине итерации вместо того, чтобы добавить их в общий список задач проекта. Все гибкие методологии решают это посредством формальных процессов и церемоний. В методологии Скрам (Scrum), например:
– Новая задача обычно должна вводиться только во время планирования Спринта (Sprint).
– Новая задача, которая имеет приоритет над текущей задачей, требует раннего завершения текущего Спринта и возврата к планированию нового Спринта.
– Новая задача в проекте должна быть приоритетной для Владельца Продукта в сотрудничестве с заинтересованными сторонами, так что ползучесть области на уровне проекта управляется договоренностями и соглашениями.
В Скраме итерации (спринты) представляют собой фиксированный блок работ (задач).
«Ползучесть области» в традиционном бизнес-смысле этого термина расширяет общее время выполнения проекта за счет добавления новых задач в проект, тем самым влияя на график, как правило, увеличивая его.
Все это правильно, лишние работы ведут к провалу или, как минимум, незапланированным расходам бюджета проекта, но есть потребности бизнеса, которые игнорировать нельзя. В связи с этим предлагается модификация 1 и 2 пунктов из списка выше. Если новая задача срочная и ее