Инструкция по планированию

[Admin]

Предлагаю Вам коллеги разработанную мною инструкцию по планированию в MS Project
Инструкция по планированию проекта
Глоссарий
1. Задача – элемент WBS структуры. Задача разделена на работы.
2. Работа – неделимая элемент проекта. Работа не делится. Если в процессе планирования работа была декомпозирована она переходит в разряд задач.

Правила:
1. Название задач проекта. Название задача должна начинаться с глагола.
2. Название работы проекта. Название работы начинается с глагола, глагол должен быть законченной формы(«Сделать», «Согласовать», «Утвердить»).
3. Вехи задач. Каждая задача должна заканчиваться вехой описывающей результат. Название вехи задачи должна начинаться с существительного.
4. Начало проекта и завершение проекта. Проект должен начинаться с вехи «Начало проекта», а заканчиваться вехой «Проект завершен».
5. Связи. Все роботы и вехи проекта должны быть связаны. Только веха «Начало проекта» не имеет предшествующей связи и веха «Проект завершен» не имеет последователей.
6. Типы связей. Для связи используйте только связь окончание – начало.
7. Длительность работ. Длительность работ должна быть не больше периодичности обновления плана проекта.
8. Факт выполнения работ. Факт выполнения вводится только на работы. Факт выполнения может быть только: 0% - работа не выполнялась, 50% - работа сейчас выполняется, 100% - работа выполнена. Факт выполнения задачи рассчитывается на основании факта выполнения работ.
9. Назначение исполнителей. Исполнители назначаются только на работы. На работу назначается только один исполнитель. Если на работу нужно назначить несколько исполнителей попытайтесь декомпозировать эту работу.
10. Назначения ресурсов. Ресурсы назначаются только на работы.
11. Назначение ответственного. Только один ответственный может быть назначен на работу или задачу. Ответственный, может быть назначен как на работу так и на задачу. Указывайте ответственных отдельно от ресурсов и исполнителей.

[Meetrich]

Обычно, по этим и сходным пунктам, мнения учёных расходяться (см. ниже):

3. Вехи задач. Каждая задача должна заканчиваться вехой описывающей результат. Название вехи задачи должна начинаться с существительного.

6. Типы связей. Для связи используйте только связь окончание – начало.

7. Длительность работ. Длительность работ должна быть не больше периодичности обновления плана проекта.

8. Факт выполнения работ. Факт выполнения вводится только на работы. Факт выполнения может быть только: 0% - работа не выполнялась, 50% - работа сейчас выполняется, 100% - работа выполнена. Факт выполнения задачи рассчитывается на основании факта выполнения работ.

9. Назначение исполнителей. Исполнители назначаются только на работы. На работу назначается только один исполнитель. Если на работу нужно назначить несколько исполнителей попытайтесь декомпозировать эту работу.

11. Назначение ответственного. Только один ответственный может быть назначен на работу или задачу. Ответственный, может быть назначен как на работу так и на задачу. Указывайте ответственных отдельно от ресурсов и исполнителей.

3'. Практикую так: пока WBS план - каждая задача должна начинаться и заканчиваться вехой...
6'. Слишком жестко. А если так "...старайтесь ограничиться связями FS"
7'. Периодичность обновления, величина переменная от 0.5 дня до 5 дней. Совместно с п.8, одно из этих двух правил может оказаться невыполнимым.
Практичней придерживаться такой схемы: длительность работы до 5 дней, факт выполнения только 0% или 100%.

9'. Назначать только одного человека на работу - желательно, но не выполнимо. Очень часто, в план не вносятся совещания в которых участвует группа людей. "Совещания" существенно влияют на суммарные трудозатраты и сроки зависимых задач.

11'. В определениях MS Project, и всех остальных правил, что подразумевается под "ответственным лицом", и как это используется?

[Admin]

Большое спасибо за ответ. Я рад, что есть коллеги, которым небезразлично качество создания планов проектов. Надеюсь, общими усилиями и коллективным разумом мы сформирует оптимальный набор правил планирования.
А теперь и мои дополнения
3. В конце задачи ставить веху необходимо для формализации конечного результата задачи и формирования целевого плана проекта. В начале задачи формировать вехи входящих событий и документов может быть, но на практике я от это отказался: писать дубли с предыдущих задач что усложняет план для понимания и теряется много времени на разработку плана проекта (овчинка выделки не стоит). Тут не идет речь о внешних вехах проекта.
6. Согласен, выразился жестковато, но так как эти инструкцию писал для молодых проектных менеджеров, пришлось быть тверже.
7. Тут тоже особых возражений нет, хотелось бы конечно оставить отметку о том, что работа выполнялась (50%) .
9. Возможно, просто дать сноску, что данное правило работает для всех работ проекта кроме «Совещаний». Стремится к декомпозиции задач на отельные работы нужно, так как наличие назначений больше одного человека на работу увеличивает её длительность вне зависимости от сложности. Время уходит на коммуникации и.
11. Используется в при принятии управленческих решений руководством. Когда для отчета предоставляется только верхние уровни задач проекта без конкретизации исполнителей.