Бывает ИСР, основанная на этапах проекта, когда первый уровень представляет собой фазы проекта. Например, подготовка и согласование технического задания, планирование, исполнение и тестирование. В крупных проектах с участием многих подрядчиков ИСР может базироваться на подрядчиках проекта. Например, компания 1, компания 2, компания 3 и список работ, который выполняет каждая из них. Повторюсь, в подавляющем большинстве проектов ИСР основывается на результатах поставки.
Популярный вопрос: когда нужно строить ИСР? Ответ зависит от того, на каком этапе к менеджеру попал проект. Если на этапе тендера, то менеджер сначала строит высокоуровневую ИСР (с грубой оценкой) для подготовки тендерного предложения. Если компания выиграла тендер и готовит договор с соответствующим техническим заданием, то ИСР должна быть более детальной. И если проект уже стартовал и его устав готов, то ИСР должна быть полной и детализированной до уровня пакетов работ.
Важно понимать, что ИСР отвечает на вопрос «Что нужно сделать в проекте?», но не отвечает на вопросы о том, в какой последовательности будут выполняться работы, сколько они будут длиться и в какую сумму обойдутся. Ответы на эти вопросы нам дают следующие шаги: оценка и расписание. Поэтому не нужно пытаться располагать работы строго в той последовательности, в которой, по вашему мнению, они будут выполняться.
ИСР — очень удобный инструмент для создания статус-отчета по проекту: выполненные работы окрашиваются в зеленый цвет, что дает наглядную картину прогресса проекта.
Кстати, еще один важный момент заключается в том, что перед созданием ИСР нужно решить, каким образом она будет храниться, поддерживаться и распространяться. Возможно, это будут стикеры на стене, некий инструмент типа Microsoft Project или Smartsheet, файл где-то в облаке с возможностью общего доступа и редактирования или другой удобный для вас вариант.