Неужто https://www.amazon.com/Scrumban-Evolution-Getting-Software-Development/dp/013408621X а то мне кажется процентов 88 скрамбановцев о ней не слышали)

Ну у скрамбана есть автор, там вон книгу скинули. Скрамбан-это применение Канбан-метода к зрелому Скрам-процессу

Тогда у вас просто Канбан

И это разумно

https://www.forbes.com/sites/steveandriole/2020/10/01/why-no-one-understands-agile-scrum--devops--why-perfect-technology-abstractions-are-sure-to-fail/amp/

Как вам статья?
Вроде таким простым языком написана, можно ли использовать для несведущих?

Приветствую! Есть ли ресурсы наподобие миро, но позволяющие работать 8 людям над доской в бесплатной/пробной версии? Чтобы выделили средства на миро, хотелось бы сначала что-то показать. А она дает только 4 людям одновременно доступ.

странно,у меня нет таких ограничений в бесплатной версии,но при условии авторизации польозвателей(в основном все по google),с доской работает до 20 человек одновременно

Спасибо, теперь поняла, что это текущих показывает, а не возможных)

deskle.com, но он похуже

Ну там не без неточностей, но статья месиами здравая

Отличная статья.  Человек занят прикладными исследованиями судя по его остальным публикациям.

Scrum values game еще хороша для понимания, вопросы напоминают ситуации из жизни, можно адаптировать в онлайн

Спасибо, в итоге, решил пока отказаться в своем контексте от этой терминологии, чтобы не смешивать теплое с мягким)

Может будет полезно https://agilityhealthradar.com/

А разработчики страдают!

Больно смотреть, что творится с командами в таких ситуациях :)

Nastya , смотрите, то, что вы делаете оно нужно не как ритуал ради ритуала, не процесс ради процесса, а как действия с определенной целью в определенном контексте.

В чем цель нарезания тасков РПшником (руководителем проектов)? Что это даёт? Как этому мешают/помогают изменения приоритетов? Почему выбран скрамбан? Вот эти контексты важны для ответа на ваш вопрос.

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

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

Скрам-мастер или меняет компанию, или меняет компанию.

Как это работает в случае руководителей проектов я не знаю

А кто ж спорит! К слову говоря, тут и команды-то редко прорастают. Чаще так, группа

А кто проходил обучение в академии pwc? Дайте фидбек, пожалуйста