Некоторые правила корректного планирования в MS Project 2010

Последнее время частенько обучаю различные департаменты в своей компании. У всех разные потребности, разный уровень владения ПО и технологическим процессом, но правила составления правильного календарного плана в MS Project 2010 для всех одинаковые. Которые я и попыталась сформулировать — в основном это вытекло из частых ошибок, которые делают люди при планировании.

1

Производить планирование в автоматическим режиме. Режим ручного планирования использовать для планирования сверху-вниз. График должен быть гибким.

2

Соблюдать рекомендации по процессу планирования – последовательность шагов планирования в MS Project 2010.

3

При необходимости перенести дату начала проекта на другую дату — использовать Сведения о проекте (Проект – Сведения о проекте)

4

Проект должен иметь веху начала и окончания

5

Начинать планирование с укрупненного списка этапов

6

Максимально детализировать план — это упрощает отслеживание. Детализировать до задач, по которым только один ответственный

7

Составлять план по вехам — это оптимизирует расстановку связей и упрощает отслеживание ключевых событий (в т.ч. для руководства)

8

Суммарные задачи не должны участвовать в связях, связывать только подзадачи

9

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

10

Каждая задача должна иметь хотя бы одного предшественника и одного последователя, кроме первой и последней задач

11

Управлять сроками задач (Начало и Окончание) только с помощью связей и длительностей, вручную выставлять даты не рекомендуется.

12

Для планирования по срокам использовать тип задач Фиксированная длительность, снятая галочка Фиксированный объем работ (настройки по умолчанию «Файл – Параметры – Расписание»)

13

Обязательно фиксировать базовый план для отслеживания

14

По возможности, чаще использовать тип связи Окончание-Начало. Не использовать одновременно тип связи Окончание-Окончание и Начало-Начало – это может привести к циклическим связям

15

Использовать тип ограничения Как можно раньше (Сведения о задаче – Дополнительно)

16

Для установки dead line использовать Крайний срок(Сведения о задаче –  Дополнительно)

17

Проверять критический путь, по возможности сокращать количество задач на критическом пути

18

Если задача не реагирует на сдвиг предшественников, то: проверить ограничения задачи (Сведения о задаче –Дополнительно); проверить, стоит ли у нее %завершения (при проставленном %завершения фиксируется фактическая дата начала); проверить Режим задачи.

19

По возможности использовать рабочие часы по умолчанию (с 9 до 18), изменения могут привести к дробной длительности

20

При планировании однотипных проектов использовать Шаблон проекта

Поделиться в соц. сетях

Share to Google Plus
Share to LiveJournal
Share to MyWorld
Share to Odnoklassniki
Share to Yandex

Добавить комментарий