Cytaty z książki «Управление проектами. Фундаментальный курс»
Методы управления проектами применяются сегодня не только
Проекты осуществлялись на протяжении всей истории развития человеческой цивилизации. Фактически история человечества может быть рассмотрена через призму проектов, которые были реализованы в ту или иную эпоху. Египетские пирамиды, Великая Китайская стена, Тадж-Махал, Кёльнский собор, собор Святого Петра и многие другие сооружения, потрясающие воображение и сегодня, спустя сотни и тысячи лет после их завершения, являются яркими примерами концентрации духовных и интеллектуальных усилий при реализации великих проектов прошлого. Исторические корни дисциплины управления проектами связаны с работами классиков менеджмента Г. Гантта, А. Файоля, Ф. Тейлора. Генри Гантт (Henry Gantt, 1861–1919) – американский инженер, предложивший в 1910 г. новую технику календарного планирования с использованием горизонтальных диаграмм. Впоследствии диаграмма Гантта стала инструментом де-факто, а изобретателю присвоили звание «отца техники планирования». Диаграмма Гантта оказалась настолько серьезным аналитическим инструментом, что на протяжении почти ста лет не претерпевала изменений. И только в 1990-х годах для более подробного описания зависимостей между задачами были добавлены связи. А. Файоль (Henri Fayol, 1841–1925) – создатель классической теории управления, определивший пять основных функций менеджмента, ставших основой управления проектами. Работы автора «научного менеджмента Ф. У. Тейлора (Frederick Winslow Taylor, 1856–1915) стали прототипами многих современных инструментов, включая иерархическую структуру работ (Work Breakdown Structure). Теоретические основы проектного управления развивались эволюционно [Баркалов
Проект — временное предприятие, направленное на создание уникальных продуктов, услуг или результатов.
Управление содержанием проекта включает процессы, обеспечивающие внесение в проект тех и только тех работ, которые необходимы для успешного завершения проекта. Управление содержанием проекта непосредственно связано с определением и контролем того, что включено и что не включено в проект. В соответствии с РМВОК [PMBOK, 2004] в общую схему процессов управления содержанием проекта входят:
В 1937 г. американским ученым Гуликом была предпринята первая разработка по матричной организации для руководства и осуществления сложных проектов. Это был первый реальный шаг по преодолению господствовавшего на тот момент идеала бюрократической организации. Матричная организация является адаптивной структурой, состоящей из межфункциональных, ориентированных на конкретные задачи временных рабочих групп, а не из постоянно действующих функциональных отделов. В противоположность бюрократической организации с характерной для нее четкой иерархией власти и базовым принципом единоначалия матричная организация отличается децентрализацией власти и ее горизонтальным распространением. Для бюрократической организации постоянным является набор служебных должностей, в то время как для матричной организации постоянен некоторый набор высококвалифицированных сотрудников. В 1950-х годах управление проектами окончательно сформировалось как отдельная область знаний. В эти годы появилось два основных математических метода управления расписанием проектов – метод критического пути СРМ и метод оценки и анализа программ PERT Метод критического пути возник благодаря трудам специалистов корпораций DuPont и Remington Rand, работавших над проектами по ремонту оборудования заводов DuPont. История появления методики PERT типична для многих изобретений периода «холодной войны». В целях управления очередным проектом ВМФ США – разработкой баллистической ракеты «Поларис» – компанией Lockheed и консалтинговой фирмой Booz Allen Hamilton был создан метод планирования работ на основании оптимальной логической схемы процесса, названный методом оценки и анализа программ. В 1959 г. комитетом Андерсона (NASA) был предложен системный подход к
необходимы для успешного завершения проекта. Управление содержанием проекта непосредственно связано с определением и контролем того, что включено и что не включено в проект. В соответствии с РМВОК [PMBOK, 2004] в общую схему процессов
