График (управление проектом) - Schedule (project management)

В управление проектом, а график это список проект с вехи, виды деятельности, и Практические результаты, обычно с предполагаемой датой начала и окончания. Эти предметы часто по оценкам другой информацией, включенной в график проекта распределение ресурсов, бюджет, задача продолжительность, и связи зависимости и запланированные мероприятия. График обычно используется в планирование проекта и управление портфелем проектов части управление проектом. Элементы расписания могут быть тесно связаны с структурная декомпозиция работ (WBS) оконечные элементы, то Техническое задание, или Список требований к данным контракта.

Обзор

Во многих отраслях, таких как проектирование и строительство, разработка и поддержание графика проекта является обязанностью штатного планировщика или группы планировщиков, в зависимости от размера и масштабов проекта. Техника составления расписания хорошо отработана.[1] но непоследовательно применяется во всей отрасли. Стандартизация и продвижение передового опыта в области расписаний проводятся Ассоциация по продвижению стоимостной инженерии (AACE), Институт управления проектами (PMI),[2] и правительство США для приобретения[3] и бухгалтерский учет[4] целей.

Управление проектами не ограничивается отраслью; средний человек может использовать его для организации своей жизни. Вот несколько примеров:

  • Проект ремонта домовладельца
  • Отслеживание всей семейной деятельности
  • Тренировка команды
  • Планирование отпуска
  • Планирование свадьбы

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

Методы

Перед созданием расписания проекта составитель расписания должен иметь иерархическую структуру работ (WBS), оценку трудозатрат для каждой задачи и список ресурсов с доступностью для каждой задачи. ресурс. Если эти компоненты для расписания недоступны, их можно создать с помощью метода оценки на основе консенсуса, например Широкополосный Delphi. Причина этого в том, что график сам по себе является приблизительным: каждая дата в графике оценивается, и если эти даты не имеют поддержки людей, которые собираются выполнять работу, график будет неточным.[5]

Для разработки графика проекта необходимо выполнить следующее:[6]

  • Объем проекта
  • Последовательность действий
  • Задачи сгруппированы в 5 этапов проекта (концепция, определение и планирование, запуск, выполнение, завершение)
  • Карта зависимостей задач
  • Анализ критического пути
  • Основные этапы проекта

Чтобы график проекта был здоровым, должны быть соблюдены следующие критерии:[7]

  • График должен постоянно обновляться (лучше всего еженедельно).
  • В EAC (оценка при завершении) значение должно быть равно базовому значению.
  • Остальные усилия должны быть надлежащим образом распределены между команда члены (с учетом отпусков).

Структура расписания может точно следовать и включать ссылки на указатель структурной декомпозиции работ или результатов, используя декомпозицию или шаблоны для описания действий, необходимых для получения результатов, определенных в WBS.[8]

График может быть оценен на предмет качества разработки графика и качества управления графиком.[9][10][11]

Смотрите также

Рекомендации

  1. ^ Краткая история планирования (PDF)
  2. ^ Институт управления проектами (2003). Руководство к своду знаний по управлению проектами (3-е изд.). Институт управления проектами. ISBN  1-930699-45-X.
  3. ^ «Руководство по расписанию для менеджеров программ» (PDF). AcqNotes.com. Издательство колледжа управления оборонными системами. 2001 г.. Получено 14 ноя 2017.
  4. ^ «Руководство по оценке расписания GAO, лучшие практики для расписания проектов». Главное бухгалтерское управление. Главное бухгалтерское управление. Декабрь 2015 г.. Получено 3 июн 2016.
  5. ^ Столмен, Грин, Управление прикладным программным обеспечением В архиве 2013-06-24 на Wayback Machine O'Reilly press, ноя 2005 г.
  6. ^ «Руководство для новичков по планированию проектов». Гениальный проект. Получено 15 мая 2017.
  7. ^ Резка, Томас, Составление здорового графика проекта, PM Hut (последний доступ 8 ноября 2009 г.).
  8. ^ «Рекомендации по успешному приобретению и управлению программно-интенсивными системами, 7.2.1 Определение деятельности». Центр поддержки программных технологий USAF. Архивировано из оригинал на 2012-12-30. Получено 15 января 2016.
  9. ^ «Качество расписания программы 101». 16 октября 2014 г.. Получено 24 мая 2016.
  10. ^ "Брошюра анализа программы DCMA-EA PAM 200.1" (PDF). Октябрь 2012 г. Архивировано с оригинал (PDF) 1 ноября 2015 г.. Получено 24 мая 2016.
  11. ^ «Руководство по совершенствованию планирования и составления расписаний (PASEG)» (PDF). Национальная оборонная промышленная ассоциация (NDIA). Март 2016 г.. Получено 17 ноя 2017.

дальнейшее чтение