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