Расписание (управление проектами)

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

Обзор

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

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

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

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

Методы

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

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

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

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

Расписание необходимо постоянно обновлять (лучше всего еженедельно).
Значение EAC (оценка по завершении) должно быть равно базовому значению.
Оставшиеся усилия необходимо правильно распределить между членами команды (с учетом отпусков).

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

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

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

Ссылки

^ Краткая история планирования (PDF)
^ Институт управления проектами (2003). Руководство по своду знаний по управлению проектами (3-е изд.). Институт управления проектами. ISBN 1-930699-45-X.
^ "Руководство по планированию для руководителей программ" (PDF) . AcqNotes.com . Defense Systems Management College Press. 2001 . Получено 14 ноября 2017 .
^ "Руководство по оценке расписания GAO, лучшие практики для расписаний проектов". Главное бухгалтерское управление . Главное бухгалтерское управление. Декабрь 2015 г. Получено 3 июня 2016 г.
^ Столлман, Грин, Управление проектами прикладного программного обеспечения. Архивировано 24 июня 2013 г. в издательстве Wayback Machine O'Reilly, ноябрь 2005 г.
^ "Руководство для начинающих по планированию проектов". Genius Project . Получено 15 мая 2017 г.
↑ Каттинг, Томас, Создание здорового графика проектов, PM Hut (последний доступ 8 ноября 2009 г.).
^ "Руководство по успешному приобретению и управлению системами с большим объемом программного обеспечения, 7.2.1 Определение деятельности". USAF Software Technology Support Center. Архивировано из оригинала 2012-12-30 . Получено 15 января 2016 г.
^ "Program Schedule Quality 101". 16 октября 2014 г. Получено 24 мая 2016 г.
^ "DCMA-EA PAM 200.1 Program Analysis Pamphlet" (PDF) . Октябрь 2012. Архивировано из оригинала (PDF) 1 ноября 2015 . Получено 24 мая 2016 .
^ "Planning & Scheduling Excellence Guide (PASEG)" (PDF) . Национальная оборонно-промышленная ассоциация (NDIA). Март 2016 . Получено 17 ноября 2017 .

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

Chamoun, Yamal (2006). Professional Project Management, The Guide (1-е изд.). Монтеррей, Нидерланды, МЕКСИКА: McGraw Hill. ISBN 970-10-5922-0.
Heerkens, Gary (2001). Управление проектами (серия книг The Briefcase) . McGraw-Hill. ISBN 0-07-137952-5.
Хендриксон, Крис (1989). Управление проектами в строительстве, глава 10 «Основные процедуры планирования». Prentice-Hall. ISBN 978-0137312665.
Керцнер, Гарольд (2003). Управление проектами: системный подход к планированию, составлению графиков и контролю (8-е изд.). Wiley. ISBN 0-471-22577-0.
Класторин, Тед (2003). Управление проектами: инструменты и компромиссы (3-е изд.). Wiley. ISBN 978-0-471-41384-4.
Льюис, Джеймс (2002). Основы управления проектами (2-е изд.). Американская ассоциация менеджмента. ISBN 0-8144-7132-3.
Мередит, Джек Р.; Мантел, Сэмюэл Дж. (2002). Управление проектами: управленческий подход (5-е изд.). Wiley. ISBN 0-471-07323-7.
Вульф, Мюррей Б., PMP (2007). Проекты строительства FASTER с планированием CPM (1-е изд.). McGraw-Hill. ISBN 978-0-07-148660-6.{{cite book}}: CS1 maint: несколько имен: список авторов ( ссылка )