💸 Кривая стоимости изменений устарела Кривая стоимости изменений, которую десятилетиями рисовали в учебниках по управлению проектами, больше не отражает реальность. Исследования Барри Бёма 70-х и 80-х годов были абсолютно верны для своего времени: тогда поздние изменения действительно грозили катастрофой из-за примитивных инструментов, ручного тестирования и хрупкой архитектуры. Но мир ушел вперед, а управленческое мышление у многих застряло.
Современные среды разработки, автоматизированное тестирование и модульные архитектуры сделали свое дело - кривая стоимости изменений радикально выровнялась. То, что раньше требовало месяцев перепроектирования, сегодня можно реализовать за дни или часы. А с приходом инструментов на базе ИИ, которые превращают программирование из процесса написания в процесс редактирования, экономика разработки меняется снова. Узкое место сместилось: теперь главная стоимость изменений - не в кодировании, а в ожидании обратной связи.
Отсюда следует ключевой практический вывод: если раньше мы тратили титанические усилия на заморозку требований, чтобы избежать дорогостоящих правок, то сегодня такой подход становится риском сам по себе. Риском создать не то, потому что на старте мы всегда знаем меньше всего. Гораздо эффективнее довести до совершенства не требования, а сбор обратной связи.
Для проектного управления это означает смену парадигмы. Многие организации до сих пор используют процессы утверждения, созданные для эпохи, когда любое позднее изменение было кризисом. Сейчас самый большой риск - не перемены, а слишком долгое ожидание перед тем, как начать проверять гипотезы. Если вы все еще управляете проектами, воспринимая изменения как неудачу, возможно, вы просто застряли в прошлом. Пришло время перестать бояться правок и начать рассматривать их как быстрый и дешевый способ учиться.
LinkedIn: Mike Cohn, Scrum Guide Co-author & Owner - Mountain Goat Software
· 04.03
🔥 Telegram: t.me/pmbbk
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён