Проектный план

Проектное управление в компании

Проектный план: от структуры работ к управляемым срокам

Система связывает этапы проекта с регулярными рабочими процессами и задачами, автоматический факт и пересчет сроков.

Сдвиг одной задачи сразу изменяет сроки зависимых этапов

Структура работ, зависимости и производственный календарь образуют единый проектный план с выделенным критическим путём и итоговой вехой.

Проект и процессы

Проектное управление задаёт этапы, процессное — исполнение

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

Проектный план

Показывает этапы, последовательность, контрольные точки и общий срок уникального проекта.

Исполняемые процессы

Повторяемый этап становится экземпляром заранее настроенного процесса и создаёт сотрудникам привычные задачи Bitrix24.

  • при старте этапа начинается связанная работа по настроенному процессу;
  • сотрудники выполняют задачи с определёнными ответственными и критериями результата;
  • ход исполнения и завершение работы возвращают фактический статус в план.

Руководитель проекта видит состояние этапов по факту исполнения, а не только после ручного обновления плана на совещании.

Проектный план передаёт этап в исполняемый процесс с задачами сотрудников, а фактический результат возвращается в план.

План

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

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

  • иерархия этапов, работ и вех;
  • последовательность работ и критический путь;
  • автоматический пересчёт последующих этапов при изменении ключевой задачи;
  • фактический статус из связанного контура исполнения.

Начальный план можно создать вручную или получить из задач Bitrix24, MS Project или BPMN-модели — затем структуру проверяет планировщик.

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

Иерархия этапов, последовательность работ и критический путь образуют единый план с итоговой вехой проекта.

Календарь

Производственный календарь проекта определяет логику дат

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

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

Рабочие и календарные дни считаются раздельно, а один справочник можно использовать и в проектах, и в автоматизированных процессах.

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

Изменения

План меняется как система, а не как набор отдельных дат

Пользователь сначала готовит изменение в черновике. Система показывает каскад для зависимых этапов, проверяет параллельное редактирование и только после явного сохранения фиксирует новую версию проекта.

  • черновой режим до команды «Записать»;
  • отмена и повтор связанных изменений;
  • пересчёт по производственному календарю и последовательности работ;
  • обнаружение конфликта параллельного редактирования;
  • просмотр и восстановление предыдущего снимка.

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

Сдвиг одной работы каскадно пересчитывает зависимые сроки, а снимки версий и отметка конфликта сохраняют управляемость изменения.

Демо

А как у вас связаны план проекта и контроль выполнения задач?

Покажем, как связать этапы проекта, исполняемые процессы, производственный календарь и задачи Bitrix24 в одном управляемом контуре.

После нажатия откроется ваша почтовая программа; сайт не сохраняет введённый адрес.

Общий проектный план разделился на плановый и исполнительский маршруты, которые пришли к разным итоговым срокам.