Загибающийся.

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

В паблик не всё выкладываю, не всегда считаю что качество достаточное материала. Но последнее видео убедил товарищ выложить в открытый доступ. Аналогов нет вроде ни на русском ни на английском, тогда пусть хоть так https://m.youtube.com/watch?v=FU5b-82Tybw

Вы очень точно заметили насчёт с низов, заходы на всякие иерархии я пробовал неоднократно ... но в итоге плюнул и решил все делать автономно, а фигли там?)

Всем здравствуйте!
Начал изучать системы управления проектами. Начал читать книгу "Scrum на практике" Сазерленда. Вот вроде все хорошо описано, а конкретики не вижу. Может, читаю невнимательно, конечно. Но вопрос в следующем: можете ли посоветовать книги по scrum и канбан, в которых больше конкретики и практических примеров?

Заранее спасибо!

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

Тут есть одно странное утверждение, которое следует прокомментировать: "А что если я вам скажу, что в бирюзовых организациях команду можно и нужно к бюджетированию подключать? ".

Лично я не советовал бы, например, разработчиков и DBA, заставлять участвовать в подготовке бюджета проекта, куда закладываются затраты на выполнение работ, затраты на материалы, затраты не приобретение оборудования, затраты на командировочные расходы, затраты на субподрядчиков и т.п. Анализ цен на рынке, выбор оптимальных поставщиков, перевозчиков, гостиниц  и т.п. Увязывать поставки и оплаты с календарным планом проекта. И я не советовал бы привлекать тех же сотрудников к контролю бюджета - взаимодействовать с поставщиками этого всего, разрешать недоразумения, стоять над душой у бухгатлера, что бы не забыл выполнить оплату, напоминать руководству предприятия об обещанном источнике финансирования, передавать заказчику счета на оплату и т.п.

Я бы все-таки предпочел, чтобы наши специалисты не отвлекались от выполнения работ проекта.

ключевое в этом все "работ проекта" 🙂 разработчикам есть смысл бюджет считать только если они работают на продукте.

А что изменяет в этом проукт?

Всё

Разработчики на продукте не выполняют роль code monkey. Они работают над бизнес моделью вместе с PO, а работа над бизнес моделью невозможна без проработки бюджета и прочих казалось бы не кодерских моментов.

Я бы все-таки предпочел, чтобы наши специалисты не отвлекались от выполнения работ проекта.

Я - последняя буква алфавита)

А что бы предпочли ваши разработчики, в этом вопрос! Который дезавуирует весь остальной текст :)

это звучит как грибной менеджмент 😄

Мужики, ну вы чо, а?=)
Второй день уже=)

Держать разработчиков в темноте и кормить дерьмом?)))

прикованными к батарее

холиварчик же, местами интересно

То есть вы допускаете, что DBA захочет просматривать сайты гостиниц и туда звонить уточняя условия бронирования? И DBA захочет суммировать в все командировочные дни всех планируемых командировок, всех командируемых сотрудников, туда же все затраты трансфера, чтобы получить итоговую сумму планируемых командировочных затрат? А кто тем временем будет делать работу DBA?