Оценка отклонений от плана

Не каждое отклонение требует перепланирования. Решающим является то, меняет ли отклонение срок проекта, ситуацию с ресурсами, затраты или основу для решений по портфолио.

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

Классификация отклонения

Проверяйте каждое существенное отклонение в следующем порядке:

Выбор работы в план-факт анализе
  1. Место отклонения

    Затрагивает оно работу, подпроект, проект или несколько проектов?

  2. Вид отклонения

    Речь о сроках, трудоёмкости, затратах, потребности в специальностях, назначении сотрудников, материале или машинах?

  3. Воздействие

    Смещается критический путь, растёт трудоёмкость, возникают дополнительные затраты или перегружаются ресурсы?

  4. Причина

    Причина в неверном планировании, изменившихся требованиях, недостаточной доступности, отметках о выполнении из реализации или в перегрузке ресурсов?

  5. Потребность в решении

    Должен действовать сам руководитель проекта, требуется прояснение по ресурсам, или должны решать PMO либо руководство?

Использование предупреждений и информации о проекте

Rillsoft Project показывает в разделе «Информация о проекте» указания на конфликты и критические состояния. Используйте эти предупреждения как отправную точку для анализа причин.

Информация о проекте: начатые и готовые к началу работы

Важные указания:

  • опоздавшие работы: работы к контрольной дате должны были быть продвинуты дальше.

  • перегруженные ресурсы: сотрудники или другие ресурсы запланированы сверх доступной мощности.

  • исключения ресурсов: нерабочие дни или отсутствия препятствуют запланированному выполнению.

  • не назначенные ресурсы: запланированная трудоёмкость по специальности ещё не покрыта конкретными сотрудниками.

  • частично назначенные ресурсы: потребность покрыта доступными ресурсами лишь частично.

  • обзор проекта и обзор портфолио: сжатый взгляд на состояние проекта и портфолио.

Когда требуется перепланирование

Перепланирование целесообразно, если:

  • затронут критический путь

  • срок окончания проекта больше не достижим

  • трудоёмкость или затраты стабильно выше запланированных

  • нехватка ресурсов не решается простым переназначением

  • несколько работ имеют одну и ту же причину

  • есть утверждённое изменение объёма работ или сроков

Перепланирование не нужно, если:

  • отклонение небольшое и остаётся в пределах имеющихся резервов

  • причина уже устранена

  • работа некритична и не создаёт угрозы для последующих сроков

  • только отметка о выполнении была внесена с опозданием

Проверка ресурсов как причины

Поскольку Rillsoft Project рассматривает сроки и ресурсы совместно, при отклонениях по срокам всегда проверяйте также ситуацию с ресурсами.

Проверьте:

  • полностью ли покрыта требуемая потребность в специальностях сотрудниками?

  • есть ли перегрузки в соответствующий период?

  • внесены ли нерабочие дни, отпуск или болезнь?

  • есть ли подходящие сотрудники с нужными профессиональными квалификациями?

  • конкурируют ли другие проекты за те же мощности?

Если причина в ресурсах, перейдите к балансировке мощностей, прежде чем вручную переносить сроки.

Подготовка решения

Формулируйте управленческое решение конкретно:

Ситуация

Возможное решение

Работа опаздывает, но есть резерв

Наблюдать и заново проверить прогресс на следующую контрольную дату.

Опаздывает критическая работа

Прояснить причину, проверить календарный план и ресурсы.

Растёт трудоёмкость

Заново оценить оставшуюся трудоёмкость, мощность и затраты.

Сотрудник перегружен

Провести балансировку мощностей и проверить назначение.

Растут затраты

Проверить причину затрат и финансирование.

Изменение плана утверждено

Обновить проект и при необходимости сохранить новый базовый план.

Типичные ошибки

  • отклонения рассматриваются только по цвету, но не оцениваются по причине.

  • сроки корректируются вручную без проверки связей и ресурсов.

  • новый базовый план сохраняется до того, как отклонение утверждено по существу.

  • перегрузки ресурсов рассматриваются как проблема сроков.

  • статус-отчёты называют отклонения, но не содержат решения или следующего шага.

Смежные темы

оценка отклонений, перепланирование, причина отклонения, план-факт анализ, базовый план, прогресс, контрольная дата, отклонение, project-manager, pmo