Что именно "это"?

"очень много ошибок " - Ошибки были, есть и будут. Это не вопрос. Вопрос в другом - как сделать, чтобы ошибки не оказывали влияния на результат?

Продуктовые команды, agile подход, спринты и т.п.

Скорее, все-таки, проектные команды. Agile имеет свои положительные стороны - снижение затрат на управление, перекладывание некоторых рисков на исполнителей работ (они редко об этом догадываются), хорошо вписывается в контракты на условии T&M. Но при соблюдении условий упомянутых в манифесте - команда профессионалов, мотивированных, и т.п. И когда эти ценности разделяют все участники - и закачки и подрядчики и субподрядчики. И аджайл не отменяет наличия БТ, ФТ, ТЗ, ПМИ, планирования, контроля  и т.п.

Добавлю - мотивированность заказчика и его сотрудников обязательны.

Для этого в ИТ есть десятилетиями отработанные методики

Все верно. Как собственно в ит-технологиях, так и в методиках управления применяемых в ит-проектах.

Плюс продуктовый и проектный подходы не противоречат друг другу. Внутри продукта вполне реализуются проекты. Спринтовые подходы применяются для текущего развития продукта. А проекты - для запуска или радикального развития.

Вот за последнюю фразу про БТ, ФТ просто браво!

Они не могут вступать в противоречия, они управляют разными процессами.

Именно! Только, к сожалению, это приходится раз за разом повторять слишком многим мальчикам/девочкам с горящими глазами и понаслушавшимся их вполне солидным дядям, которые вдруг! требуют чуда

Спринт, это один из способов организации плана работ. Не более. Например, если говорить о проектах в ит, по итогу каждого спринта мы планируем минорные версии продукта, а по итогам нескольких спринтов (по вехам) - мажорные версии продукта. То ест если у вас есть спринт, значит у вас есть и роадмап, которому следуете.

Полтора года потребовалось, можно быстрее. Уходил из HR-проектов по той же причине - неуютно в отрасли. Была веб-разработка на старте, сейчас финтех. Готов рассказать подробнее в личке.

Было бы здорово.
Напишу сегодня вам вопросов!

В ит за полтора года новичок, например, бывший инженер-конструктор (железки) становится вполне себе специалистом. Поэтому для менеджера срок тоже достаточный, чтобы сориентироваться, что, почем.

Круто

Ну на 95% согласен. Но ваша позиция «от классики».

Позиция «от ванильного agile» что спринт - это одна итерация по доставке ценности конечному потребителю. Как уж это ложиться на план или роадмэп - вопрос второй и по сути не важный.

О, жара пошла. Интересные темы. Люблю такое )

Чуть позже замучу здесь опрос на тему проекты vs. Продукты. Интересно сделать срез позиции сообщества.

Да, мне удобнее идти от классики, работаю обычно по фикспрайс. Но вопрос важный, для того, кто управляет всем проектом.

Или всей продуктовой линейкой.