Когда оглядываюсь на последние почти 15 лет своего опыта и развития подходов управления проектами, вижу одно: методологии — это всего лишь отражение человеческих попыток справиться с хаосом.
Раньше проект менеджера узнавали по диаграммам Ганта и почти инженерному подходу. Если сделать большое обобщение, то PRINCE2, PMBOK — стандарты/ своды знаний, которые в изначальном виде работали вполне надёжно, пока и проекты, и мир вокруг оставались хотя бы чуть-чуть предсказуемыми.
Если говорить в целом, без погружения в специфику того или иного сектора или отрасли, за последнее десятилетие среда стала другой. Agile родился не из любви к гибкости, а из усталости от процессов ради процессов, наряду с потребностью быстрее реагировать на изменения рынка. Scrum, Kanban, SAFe (Scaled Agile Framework), LeSS (Large Scale Scrum) — вроде бы “четкие” и “чистые” фреймворки, а на деле почти ни одна команда не использует их буквально по учебнику. По крайне мере, очень сложно встретить такой пример на практике.
Проектный менеджер сегодня — уже не просто «начальник по срокам», а скорее архитектор среды, где люди постоянно учатся и перестраиваются. Lean, системное мышление, TOC (Theory of Constraints) — всё это стало частью повседневной реальности, рабочего набора современного PM. Методологии приходят и уходят. Каждое поколение менеджеров пишет новые правила — чаще всего на основе выводов из своих ошибок или на примере неудачного опыта коллег.
Вывод, который для себя сделал: Управление проектами перестало быть про процессы. Это искусство управления человеческими системами, где правила — лишь временный фон. Сегодня проектный менеджмент — это управление эволюцией.
Наверное, единственный по-настоящему устойчивый навык сейчас — способность видеть, как меняется среда, и менять правила быстрее, чем среда поменяет их за тебя. Потому что в конечном счёте проект — это не диаграмма. Это живой организм, который либо эволюционирует с тобой, либо ломается без тебя.