#welcome меня зовут Изабелла, я разработчик в геймдев студии)

Всем привет) мы с коллегой сняли видео про скрам и канбан, скорее обзорное,  помогает новичкам понять, что это такое. Возможно кому-то будет полезно в чате и конечно были бы рады фидбеку профессионалов) https://www.youtube.com/watch?v=wFVK1eI8cTM&t=47s

Хм. Тут на мой, упоротый по этому вопросу взгляд, не совсем точно. Мне кажется, что в любом случае (вне зависимости от наличия опыта) идёт речь о ментальной модели. Другое дело что опыт, особенно многогранный, может помочь сформировать такую модель, которая будет максимально соответствовать реальности. Без этого опыта в принципе она тоже может соответствовать, просто шансы ниже и гораздо выше требования к человеку.
Но самый кайф в том, что и из релевантного опыта можно делать неправильные выводы. Либо не сделать никаких...

Если уж развить тему то опыт не помогает сформировать модель, соответствующую реальности. Скорее ощущаешь реальность через призму своего опыта. Имхо

Мне нравится термин «картина мира» и то, как Владимир Тарасов про неё пишет. Очень подходящая точка зрения для обсуждения этой штуки и ее адекватности. Ну и настройки, разумеется.

Спасибо за рекомендацию👍

У него книга «Искусство управленческой борьбы» как раз с этого начинается. Прям на несколько раз перечитывал

-Большая карусель и путаница в определениях «метод», «методология», «Фреймворк».
-Увы, про Канбан-метод с самого начала вводит в заблуждение. большая часть, сказанная про Канбан - видно, что гость в этом совершенно не разбирается.
-Присутствует стандартная старая ошибка: «Канбан для сервисных команд».  
-Scrum рассматривается абсолютно однобоко только со стороны SM, практически ни слова про PO.
-В разделе про бенефиты джля бизнеса - фейспалм. До этого гость говорит, задавайте всегда вопрос, "Чтобы что" и про бенефиты говорит "сделать прозрачнее процессы, дать больше свободы людям". А чтобы что? Бенефиты от Agile в принципе-то сворфироаны и понятны)
Видос для получения новой информации - не рекомендую.

Спасибо большое за подробный фидбек!
А расскажите пожалуйста ваше мнение, каким командам подходит канбан?

Это не совсем корректный вопрос. Канбан-метод подходит под контекст любой интеллектуальной деятельности.
Он не подходит в тех сервисах, где время заведения стикера на доска <= выполнению самой работы по этому стикеру, он не очень подходит в гомогенных средах, там где каждый последующий рабочий элемент системы (читай. работа, которую мы делаем), + - похож на предыдущий.
Если мы говорим о командах разработки, и отделах не относящихся к разработке, но работающих в интеллектуальной среде (HR-службы, маркетинг и т.д.), то применение инструментов Канбан-метода вполне хорошо подходит.
Есть еще дополнительные признаки, по которым, к примеру можно понять, что пора переходить со скрама на канбан, когда скрамовские активности становятся дли бизнеса дороже. Такое , как правило, происходит, когда отброс карточек из беклога становится все меньше, все больше идей/сторей/карточек берётся в работу, когда они становятся всё понятнее, когда их количество растёт - это явный признак применения других инструментов, например, инструментов Канбан-метода.

А насколько важно, чтобы деятельность была именно интеллектуальной? Если вспомнить, где Андерсон по легенде его подсмотрел и он с успехом применялся - это вообще были системы, в которых физически перемещались предметы. Сталкивался с кейсом, где мебельщики его примерно в том же виде и сейчас успешно (по их словам) применяют.

А напомните, про какую легенду идет речь? Не могу вспомнить.
Канбан-метод Дэвида Андерсона, это прям совсем не то, что было на тойоте. Смысл в волатильности системы и том, какая работа идет через вашу систему. Как правило. интеллектуальная деятельность зависит от множества факторов и, даже сильно похожий  элемент на предыдущий, может реализовывать совсем по-другому. Канбан-метод подходит и под контекст неинтеллектуальной деятельности, но, как правило, там применяются другие подлходы (ТОС, Lean ит.д.), то, что нацелено на оптимизацию и на предотвращение потерь,

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

Отличный ответ👍

Это просто пример вытягивающей системы. Канбан Метод ни при чем

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

И тут уместно будет также напомнить, что в материальном мире сигналом к тому, что в парк можно войти, служила карточка. В нематериальном мире, когда мы пытаемся сделать физический эквивалент нематериальной работы в виде доски и стикеров, сигналом к тому, чтобы начать работу является не стикер, а его отсутствие. Kanban it’s not a card, is’s a space

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

Сигналом стал ноль вместо единицы?

А что в вашем понимании применение канбана в неинтеллектуальной среде?
ограничение WiP? буферы и выявление узких звеньев? вытягивающая система? сигналы к вытягиванию?