29 лет топтания на месте. Почему подходы к разработке ПО не развиваются?

Спасибо за статью!

PMBoK - это энциклопедия с описание методов проектного управления. Нельзя управлять проектом по пмбоку. Это как изучать русский язык по словарю.

Насчет "новых подходов". Вы можете что-то предложить, что будет лучше итарационной работы с проверкой? Какую работу или вид работ неспособны закрыть существующие подходы?

Committed vs Completed или как мы годами повторяем одну и ту же «ошибку»

Хорошая статья, спасибо! Не кажется, что проблема много глубже? Просто рациональную систему оценок пытаются натянуть на нерациональный мир. Пример:

Есть турбо-разраб AAA уровня. Все сам и пишет и тестит и релизит (и требования собирает). Предположим, он выдает за спринт 100sp. Можем ли мы в нашем мысленном эксперименте гарантировать, что он будет выдавать из спринта в спринт 100sp? Нет, не можем.

Т.е за этими цифрами ничего не стоит. Эти оценки просто не могут отражать действительной картины мира, а значит мы не можем отследить их мутаций.

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

Я сам проджект, но текущую ситуацию могу описать так "Менеджменту нужно мерить и они мерят"