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

BIPULSE предоставляет два способа планировать работы по проекту:

Планирование содержание проекта.
Планирование расписание проекта

Планирование содержания проекта

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

Поэтому следует создавать задачи используя стандартную страницу создания задач, через меню «Создать -- Новая задача».

Название задачи начините с глагола: Сделать, Написать, Улучшить, Реализовать...

В описании задачи укажите:

Цель --- зачем эту задачу делать, и какую пользу она принесёт. Зачем тратить на неё время и деньги.
Требования --- каким требованиям должен удовлетворять результат
Что делать --- что конкретно делать для реализации требований. Это поможет вам вспомнить суть задачи.

Шаблон в формате wiki для вставки:

= Цель =

(зачем делать)

= Что сделать =

(по пунктам, что сделать надо?)
#
#

= Критерий завершения =

(Что получим после выполнения? Какие артефакты, результаты)
#
#

Планирование расписания проекта

При планировании расписания внимание больше уделяется общему составу и структуре работ по проекту. Для планирования расписания необходимо использовать страницу Расписание / «Расписание задач» для построения иерархической структуры работ и зависимостей между задачами.

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

Определите конечный результат проекта в формате действия. Например: «Подписать акты приёма-передачи». Добавьте эту задачу в проект.
Для этого действия определите предшествующие шаги которые должны быть сделаны перед тем как приступить к выполнению этой задачи. Например: Можем ли мы подписать акты приёма-передачи сразу? Нет не можем, потому что... нам необходимо Провести испытания Изделия. Курсивом выделена задача которая будет предшественником. Добавьте её в проект как предшественника
Потом повторите пункт 2 для каждой новой задачи.

Система BIPULSE оптимизирована для работы в этом режиме, клавиатурные комбинации вставки по клавише Control+Alt+I, или Insert добавляют предшественника в цепочку задач.

Алгоритм BIPULSE автоматического ресурсного планирования расписания работает исходя из следующих правил:

Один исполнитель в один момент времени работает только над одной задачей.
Длительность пакета работ зависит от всех входящих в него подзадач.
Если задача одного проекта требует выполнения задач в другом проекте, то необходимо дождаться выполнения всех работ в другом проекте для продолжения. При этом время ожидания должно учитывать закон Мерфи. Для этого к цепочке работ другого проекта должен добавиться буфер расписания.
Если у есть зависимость от другого проекта в программе, значит скорее всего есть разделяемые ресурсы и необходимо их учесть в ресурсных зависимостях. Иначе мы считаем что проект имеет выделенные независимые ресурсы.
Все расчётные сроки задач выставляются по правилу «ранний старт»
Планирование ОСТАТКА работ по проекту ВСЕГДА выполняется вперёд от текущей даты или "даты старта проекта" в будущем, так как:
1. Начать проект раньше проект чем "сегодня" возможно.
2. BIPULSE не обеспечивает режим работы "восстановления данных" (как мы планировали), BIPULSE всегда работает в режиме "Что СЕЙЧАС нужно делать для выполнения проектов в срок".

Планирование задач, которые исполняют внешние подрядные организации

Если вашем плане проекта есть задачи которые вы поручаете внешним организациям, например: "Провести сертификацию Изделия", и длительность 30 дней. То такую задачу неправильно включать в план в такой формулировке, потому, что если на неё назначить исполнителя то BIPULSE построить критическую цепь при которой будет учтена занятость сотрудника на 30 рабочих дней. Хотя, на самом деле сотрудник вовлекается в задачу только только в начале и конце задачи. Для правильного планирования такую задачу нужно разбить на пакет работ:

Подготовить и от отправить документы на сертификацию Изделия, длительность: от 0.5 до 1 дня , Указать исполнителя.
Ожидать результатов сертификации, длительность: от 15 до 30 дней, Указывается внешний ресурс неограниченной мощности.
Принять результаты сертификации, длительность: от 0.5 до 1 дня, Указать исполнителя.

Таким образом, задача "Ожидать результатов сертификации" не будет учитываться как ресурсное ограничение, но она будет учитываться при расчёте буфера цепи.

Размер буфера расписания и его влияние

При любом планировании BIPULSE вычисляет размер буфера расписания проекта. Если расписание проекта будет зафиксировано как Базовый план, то потребление буфера расписания будет вычисляться по Методу Критической цепи:

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

Размер буферов расписания вычисляются на основе цепей и ресурсных зависимостей по следующим правилам:

Размер буфера расписания равен 50% размера цепи.
Размер цепи вычисляется как сумма всех оптимистичных оценок задач в цепи.
Если суммарная разница между оптимистичными и пессимистичными оценками больше расчётного размера буфера то это значение используется как размер буфера.
Если размер буфера расписания питающей цепи больше разницы между завершением цепи по раннему старту и позднему старту, то размер буфера принимается равным этой разнице. Так как буфер не может менять расписание критической цепи.
Буфер расписания цепи всегда добавляется к последней задаче в цепи.6.

Размер буфера расписания в проектах с переменным объёмом

Если вы выполняете проект в переменным объёмом, то строить календарное расписание проекта бессмысленно. Так, как объем всегда меняется, и проект всегда находится в режиме планирования и уточнения. Это режим работы BIPULSE по умолчанию.

В этом режиме размер и состояние буфера рассчитается по правилам:

Размер буфера это 50% всего оценённого объёма проекта
Когда выполнено менее 10% проекта, то потребление буфера, это отклонение фактически реализованного объёма работ от планового, выраженное в процентах относительно размера буфера в случае.
Когда выполнено более 10% проекта, то **потребление буфера **--- разница между реалистичной прогнозной датой завершения проекта и плановой датой завершения «цепи».
В случае изменения объёма работ буфер также меняется, а значит и меняется расчётный показатель потребления буфера

Планирование программы проектов и кросс-проектное планирование

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

Расчёт расписания в этом режиме рассчитывается по следующим правилам:

Если критическая цепь программы проектов проходит по другому проекту, а потом возвращается, то самая длинная цепь работ выполняющаяся в другом проекте заменяется «задачу ожидания» в вашем проекте.
Длительность «задачи ожидания» устанавливается равной оптимистичной длине цепи (сумма оптимистичных оценок), плюс размер буфера этой цепи.
Если связанный проект находится в фазе «планирование», то его дата начала может находиться позже необходимой даты начала работ в «подпроекте». Когда такое произошло, то к длительности задачи ожидания добавляется разница между требуемым началом цепи и ожидаемым началом цепи (Смещение расписания цепи). Таким образом, длительность «задачи ожидания» может превысить суммарную длительность обоих проектов.
Так, как задача ожидания имеет встроенный буфер, то её длительность не учитывается буфере критической цепи исходного проекта.

Пример:

Описание примера:

Все задачи с оценкой 2 дня. Рабочий календарь: 7 рабочих дней
Проект S2, находится в фазе «планирование», и его начало смещено на 3 дня относительно требуемого начала работ после задачи TASK-12.
Перед задачей TASK-13 была добавлена «задача ожидания»
Длительность задачи ожидания составит:

3 дня (ожидания) +
- 6 дней исполнение в S2 +
- 3 дня буфер критической цепи
- итого: 10 дней

Возможные сложности с планированием

Симптом: меняю даты начала и конца проекта, а расписание не сдвигается. Решение: проверьте отображаемый слой, если это слой отображения базового плана, то система отображает его как основное расписание.

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

Симптом: BIPULSE показывает расход буфера проекта больше 100%, хотя я ещё не начал работу по проекту. Решение: Границы проекта выставляются вручную, при создании проекта, по умолчанию устанавливается длительность проекта 2 недели. Исправьте границы проекта в соответствии с вашими контрактными обязательствами.

Симптом: BIPULSE показывает длительность проекта больше чем MS Project.~~~~ Решение: по умолчанию, BIPULSE учитывает ресурсные зависимости и рабочие дни. Проверьте настройки календаря в «Настройках планирования».