В 1910 году американский инженер Генри Гантт (Henry Gantt, 1861—1919) предложил новаторскую методику календарного планирования, в которой использовались горизонтальные диаграммы.
Диаграммы Гантта явились мощным механизмом рутинизации инноваций и стали первым массовым копируемым практическим инструментом управления проектами
Во время второй мировой войны сложность правительственных и военных проектов, в также сокращение трудовых ресурсов привели к необходимости создания новых организационных структур. Были разработаны сложные сетевые диаграммы, которые назывались диаграммами PERT, и метод критического пути (CPM). С их помощью руководители лучше контролировали комплексные проекты с большим количеством инженерных работ.
В начале 1960-х гг. компании стали применять к деловым операциям принципы общих теорий систем. Системный подход, который развивался параллельно с сетевыми методами управления в 1950-е годы, акцентировался на менеджменте по стадиям жизненного цикла проекта. В рамках этого подхода особое внимание уделено предпроектному анализу. Метод был впервые реализован в рамках проектов NASA.
Для системного подхода характерны такие методологические принципы, как целостность, системность, иерархичность, структурность. Все эти принципы стали фундаментом для дальнейших практических применений.
Область управления проектами стала оформляться в самостоятельную дисциплину. К тому моменту накопилось большое количество методологических подходов и практических методов. В 1970-е появились профессиональные организации управления проектами, например PMI. Они обобщали и систематизировали опыт.
Далее были сформулированы новые методы управления, такие как итеративные, инкрементальные, появились гибкие методологии, бережливый подход.
Периодизация ключевых подходов:
– 1930—1960: зарождение управления проектами;
– 1960—1970: развитие методов сетевого планирования;
– 1970—1980: системный подход к управлению;
– 1980—1990: управление стало отдельной профессией, появление новых методов.
У перечисленных методов есть недостатки. Первый состоит в том, что вся функциональность разделяется на отдельные задачи, и каждый разработчик отвечает исключительно за реализацию своей задачи, но никто в итоге не несёт ответственность за всю функциональность в целом. Это ведёт к тому, что отдельные модули являются работоспособными, но все вместе – не представляют требуемой для заказчика ценности.