Ценность от детализации планов в конце этапа
Продолжим про детализацию планов. Начало - здесь. А в этом посте - про ценность данного действия и негативные последствия в случае отсутствия данного ключевого результата.
Кратко напомню, что процесс планирования - сквозной. Он начинается ещё на стадии инициирования, на стадии планирования получаем общий план проекта плюс детализацию 1-го этапа реализации. В конце каждого этапа реализации подводим план-факт и детализирум следующий этап реализации. Внутри этапа - также ежепериодно (обычно от 1 недели до 1 месяца в зависимости от масштабов проекта) подводим итоги и планируем следующий период. На эту тему будет отдельная серия публикаций.
Мы в данном случае говорим о детализации планов в конце этапа (в данном случае - первого) для следующего этапа.
Итак, для чего же нужен этот ключевой результат:
▫️ возможность определить превышения по срокам, использованию бюджета и содержанию между планом на текущий этап и фактическим положением дел в конце этапа, и на основании этого выстроить план следующего этапа таким образом, чтобы максимально скорректировать возникшие превышения;
▫️ на основании прочих ключевых результатов первого этапа - возможность детализировать потребность в ресурсах с учётом предыдущего пункта;
▫️ определить возможности по запараллеливанию работ; ▫️ возможность запланировать и учесть необходимые мероприятия и связанные с ними ресурсы на нивелирование рисков.
Какие негативные эффекты можно получить в случае отсутствия данного ключевого результата:
▫️ перерасход денежных ресурсов. Например, в случае если при детализации требований оказалось, что объем выше, чем планировалось. В случае наличия плана дельту объема работ можно спланировать на конец этапа и получить время, за которое можно привлечь исполнителя "в уровень" задачи. А в случае отсутствия плана к концу этапа приходит лишь понимание "Мы не успеваем", а соответственно, и исполнитель берется с более высокой квалификацией, а значит и затраты будут повышенными;
▫️ превышение сроков (ровно по тем же причинам);
▫️ снижение качества результата разработки (например, экономия времени на тестировании, проверке соответствия постановки и модели, и т.д.);
▫️ понижение мотивации команды в виду переработок (а длительные переработки на проекте зачастую как раз и есть результат отвратительного качества планирования);
▫️ невыполнение мероприятий, связанных с нивелирование рисков и связанные с этим негативные воздействия, которых можно было бы избежать или, по крайней мере, снизить воздействие.
И, друзья, если вы говорите о том, что "деньги не берутся из тумбочки" (а это так и есть), то и при рассуждении о результатах уж придерживайтесь тоже логического, а не мистического подхода. Наша вселенная построена на принципах причинно-следственных связях. :) Результат - это следствие процессов, которые к нему приводят (ну или не приводят, если процессы неверно выстроены). А процессы надо планировать, настраивать, контролировать и корректировать, а не "болеть", "переживать", " страстно желать" и и.д.
Общий перечень ключевых результатов (а заодно и план будущих публикаций) находится в этой статье.