Приведенное ниже руководство было написано с Microsoft Office Project Профессиональный инструмент в виде, но может быть адаптирован к другим программных средств, а также планирование.
1) Насколько это возможно, резюме задачи должны быть результаты, в форме существительного и капитализируются.
2) В последней строке каждого раздела, который имеет 3 или более задач должно быть "полной <deliverable name>" с длительностью 0 дней, что делает его вехи. Рекомендация: Сделать вехи курсивом и их зеленым цветом, чтобы выделить их больше.
Преимущества:
- Легко видеть, при просмотре результатов плана, так как они в шапках
- Легко узнаваемые вехи в проекте доклада
- Имея важной вехой в конце каждого раздела, у вас есть строка, где вы можете назначить ресурс, который отвечает за целый раздел, так как назначение ресурса Резюме задача не советовал. Это делает его легко увидеть, кто отвечает за каждый раздел, когда вы смотрите на веху докладе.
Примеры:
| Название задачи | Продолжительность |
| Планируемые результаты 1 | |
| Задача 1 | |
| Задача 2 | |
| Планируемые 1 полная | 0d |
| Планируемые результаты 2 | |
| Задача 1 | |
| Задача 2 | |
| Планируемые результаты 2 полных | 0d |
| Название задачи | Продолжительность |
| LOGOUT Survey (LS) | |
| Кодекс LS | |
| Поведение Код обзора LS | |
| Rework LS | |
| Получить одобрение & SIGNOFF для LS | |
| Юнит-тестирование LS | |
| Выход полного обследования | 0d |
3) Никогда не назначить ресурс для суммарной задачи. Это может привести к циклические ссылки, если задачи внутри связаны Резюме задачи связаны с другими разделами. Если вы хотите, чтобы показать, кто несет ответственность за целый раздел, присвоить ресурс задачей веху в конце раздела (см. "Преимущества" выше.)
4) Детали задач должна начинаться с глагола, желательно иметь объект, и быть выполнимыми ресурса делает эту задачу.
Пример 1: "Критерии успеха 'должен быть' & документ Определить критерии успеха.
Пример 2: "Тест" должно быть "Испытание VeriSign интеграция 'или' Test VI '
Пример 3: 'SIGNOFF на успех критериям "должно быть" Получить SIGNOFF на критерии успеха. (Исполнительный подписания Off не несет ответственности за получение задача сделать, руководитель проекта (или другой) - так это 'получить')
5) Детали задач, в идеале должны иметь продолжительность от 1 дня до 2 недель. Есть исключения, но это труднее отслеживать и контролировать прогресс в 2-месячный задачей, чем на 2 недели задачи ...
6) Создание Подробный задач на уровне детализации, что вы хотите отслеживать. Там может быть Подробный задачи слишком подробными для ввода в проект плана. Они могут пойти в перечень. Вы можете прикрепить записку с именем задачи виду люди 'Контрольный X'. Или просто положить перечень прямо в примечании задачи.
7) Детали задач имена задач должно быть уникальным в пределах вашего проекта, а также конкретные к резюме раздел они дюйма Вместо "Дизайн", имя задачи может быть "Дизайн Release 1", например. Если вы повторите группы задач, на протяжении нескольких разделов, добавление приставки или суффикса к имени задачи которая отражает суммарную задачу.
Польза: Когда вы пишете на список задач, которые могут иметь или не иметь резюме задач, перечисленных, это четкое, что задача. Когда вы перекрестных ссылок проект зависимостей или делать портфолио уровне отчетности, уникальные имена задачей является императивом для определения задачи.
8. Как правило, не вводите Дата начала и Дата окончания на любую задачу. MS Project будет подсчитать, что для Вас, исходя из приоритетных задач, сил и зависимостей, ресурсы, выделенные, календари и т.д. поступать на работу оценка (в столбце "Время длительности или работы колонки для работы усилий), целевых и зависимых ресурсов, и пусть Проект расчета даты начала и Дата окончания.
Причина: Если вы вручную ввести дату начала, например, MS Project будет установлен "Пуск ограничение не раньше, чем" на определенной задаче. Если предшественник задачи заканчивается раньше, чем запланировано, задача с ограничением даты начала не будет перенесено на начало раньше, чем планировалось; ограничение срока, будут выполнены. Вы потеряете видимости, в которой задачи могут старт / финиша раньше, чем было запланировано первоначально.
