Идеальная методология внедрения проектов (для РП и РПО)

Когда-то давно я столкнулся с почти совершенной корпоративной методологией внедрения ИТ-проектов. Она была полной, удобной, масштабируемой и понятной даже джуну (которым я тогда был).

С тех пор, за почти 20 лет внедрений(!) в куче российских компаний, я не встретил равного ей аналога в России. И до массового увлечения Agile, и после него, и даже сейчас, после того, как рынок проголосовал за гибриды WF и Agile.

И это не потому, что у нас методология в компаниях не нужна - нужна, еще как. Тренд на оцифровку процесса управления проектами компании - такой же старый, как PMBoK. Потребность в формализации бардака в ИТ только растет.

Так в чем же дело? Почему идеал есть, но уже 20 лет большинство компаний изобретают велосипеды, кто как может?

Этот текст - для начинающих РПО и РП, которые хотят вырасти в РПО.

Я расскажу про то, что такое для меня "идеальная методология", чем она отличается от PMBoK, P3.express и всего остального, почему ГОСТ34 не так уж и плох, и почему волшебная таблетка не используется повсеместно, если рецепт был известен уже 20 лет тому назад.

Статья написана по мотивам публикаций в моем ТГ канале «Морковка спереди, морковка сзади», который полностью посвящен управлению в IT, а особенно той его части, которой толком никто не учит: софтскиллам. Если вам это интересно, заходите, читайте и подписывайтесь. Ну и читайте другие мои статьи на Хабре про управление в ИТ.

Начнем с идеала...