Планирование проекта и прослеживание. Отношения между людьми и усилием, страница 9

·  Оценки усилия

·  Разложение функции изделия{программы}

·  Выбор соответствующего процесса моделирует и набор задачи

·  Разложение задач

Взаимозависимости среди задач могут быть определены, используя сеть задачи. Задачи, иногда называемые проектной{строительной}структурой классификации работы (WBS), определены для изделия{программы} в целом или для индивидуальных функций.

PERT и CPM обеспечивают количественные инструментальные средства, которые позволяют, что программный планировщик к (1) определяеткритический путь - цепочка задач, которая определяет продолжительность проекта; (2) устанавливают "наиболее вероятные" оценки времени для индивидуальных задач, применяя статистические модели; и (3) вычисляют "граничные времена", которые определяют время "окно" для специфической задачи.

Граничные вычисления времени могут быть очень полезны в программном проектном{строительном} планировании. Уменьшение в дизайне одной функции, например, может задержать дальнейшее развитие других функций. Riggs описывает важные граничные времена, которые могут различиться от ДЕРЗКОЙ сети или сети КАРТЫ В МИНУТУ: (1) самое раннее время, когда задача может начаться, когда все предыдущие задачи закончены в самое короткое время, (2) последнее время для инициирования задачи перед минимальным проектным{строительным} временем завершения, отсрочено, (3) самый ранний конец - сумма самого раннего начала и продолжительности задачи, (4) последний конец - последнее время начала, которое добавляют к продолжительности задачи, и (5) общее количество с плавающей точкой - количество избыточного времени или дрейфа, позволенного в планировании задач так, чтобы сетевой критический путь был обслужен{поддержан} в списке{графике}. Граничные вычисления времени ведут к определению{намерению} критического пути и обеспечивают менеджера количественным методом для того, чтобы оценить продвижение{прогресс}, поскольку задачи закончены.

6.7.1 Диаграммы Графика времени

При создании программного проектного{строительного} списка{графика}, планировщик начинает с набора задач (структура поломки работы). Если автоматизированные инструментальные средства используются, поломка работы - ввод как сеть задачи или схема{контур} задачи. Усилие, продолжительность, и дата начала - тогда ввод для каждой задачи. Кроме того, задачи могут быть назначены на определенных индивидуумов.

Как последствие этого ввода,диаграмма графика времени, также назвала{вызвала}диаграмму Gantt, произведена. Диаграмма графика времени может быть развита для полного проекта. Альтернативно, отдельные диаграммы могут быть развиты для каждой проектной{строительной} функции или для каждого индивидуума, воздействующего на проект.

Число{Рисунок} 6.4 иллюстрирует формат диаграммы графика времени. Это изображает часть программного проектного{строительного} списка{графика}, который подчеркивает задачу обзора понятия{концепции} для новой обработки текстов (WP) программный продукт. Все проектные{строительные} задачи (для обзора понятия{концепции}) перечислены в левом столбце. Горизонтальные полосы указывают продолжительность каждой задачи. Когда многократные полосы происходят в то же самое время на календаре, параллелизм задачи подразумевается. Алмазы указывают вехи.

Как только информация, необходимая для поколения диаграммы графика времени была вводом, большинство программного проекта, намечающего инструментальные средства производитпроектные{строительные} таблицы - табличный листинг всех проектных{строительных} задач, их запланированное и фактическое начало - и даты конца, и разнообразие связанной информации (Число{Рисунок} 6.5). Используемый вместе с диаграммой графика времени, проектные{строительные} таблицы дают возможность менеджеру проектов проследить продвижение{прогресс}.