VD
У Леши есть видео где он выносит канбан-метод за пределы аджайла, лишь немного его (аджайл) цепляя
Size: a a a
2020 June 03
AP
Канбан был изначально альтернативен аджарок миру, в целом из-за его подхода к управлению изменениями и не требованию разделения ценностей манифеста (для эффективного использования)
M
Переслано от Munir
Эт да). Ещё надо внимательно продумывать, что говоришь, чтобы не рассказывал реальные процессы и кейсы.
AP
Приоритет - это слишком ёмкое понятие, оно всюкоючает в себя и sequencing и scheduling и алгоритмы сравнения, для которых собирается куча данных. Моя претензия была только к тому, что это все свалено в одном месте
MS
Есть очень много активностей, которые превращают сущность "абстрактная идея" в сущность "готово к тому, чтобы взяли и сделали". Это может быть и экономический анализ и анализ зависимостей и анализ рисков реализации и оценка и многое многое другое. В ходе этой работы много "абстрактных идей" просто не доходят до стадии "готово к тому, чтобы взяли и сделали". По сути это воронка, которой надо управлять. Ибо "готово к тому, чтобы взяли и сделали" у нас должно быть ровно столько, сколько мы реально можем сделать, т.е. должно быть согласовано demand и capcity. По сути это достаточно сложная и необходимая к управлению активность, которую в канбан мире называют Upstream Kanban. но в Agile мире это тупо "беклог" и "управление беклогом" - планарный список в котором теряются обязательства, понимание готовности и на его "приоритизацию" тратится очень много времени.
Я упростил приоритезацию до"понятно как нужно оформить, чтобы получить приоритет", "понятно, зачем это нужно делать" и "понятно сколько стоит". Этого оказалось достаточно чтобы устранить множество разногласий и проблем, в итоге на планирование тратим 1 час на команду из 9 чел, цели достигают больше 70%, продукты и команды довольны и я спокойно выхожу из этих команд. Буквально 3 месяца назад бизнес выводил разработчиков на выходные сверхурочно и задачи не кончались, а теперь они во время спринта периодически просят ещё задачек
MS
Простота — искусство минимизации лишней работы — крайне необходима.
AP
Заказчик один?
AP
Излишние упрощения часто убивают. Одно время в менеджменте было модно составлять матрицы 2х2 для различных действий. Выглядело просто и хорошо, но в долгосрочке это фейл ибо 2х2 многое не учитывает. Для примера 2х2: матрица BCG или матрица Эйзенхауэра
AP
Миша, напиши ещё какого размера у вас беклог, сколько в нем готово для взятия в работу командой. Среднюю пропускную способность Команды и среднюю интенсивность наполнения беклога. Тогда можно будет сделать какие-то выводы
AP
Но стоит отметить, что в описанном кейсе Миша решил проблему постановки задач
MS
Заказчик один?
был не один, сделали одного
𝓲
Добрый вечер! Требуется модель(фикс+бонус или другие модели итд) для финансового мотивации проект менеджера и команду , какие материалы посоветуете ?
MS
Миша, напиши ещё какого размера у вас беклог, сколько в нем готово для взятия в работу командой. Среднюю пропускную способность Команды и среднюю интенсивность наполнения беклога. Тогда можно будет сделать какие-то выводы
Хороший вопрос, с метриками у нас не очень,в ручную их никто собирать не хочет)Наши возятся с ютреком, чтоб там метрики настроить,я эти показатели к сожалению или счастью в ручную не измеряю,думаю в скором МД этот процесс автоматизируют. Моя основная цель при создании команды обычно сделать так, чтобы цели достигались, и больше стараюсь фокусироваться на продуктовых успехах, при этом чтобы команда становилась более самостоятельная.
MS
Миша, напиши ещё какого размера у вас беклог, сколько в нем готово для взятия в работу командой. Среднюю пропускную способность Команды и среднюю интенсивность наполнения беклога. Тогда можно будет сделать какие-то выводы
Бэклог готовим перед спринтом
MS
Чуть больше чем команда потянет
AP
был не один, сделали одного
как?
MS
как?
Отдел маркетинга ставил разработке задачи и каждый по своему.Договорились, что ставить задачи в спринт 1 только ставить будет.Все приходят к нему, он требует оформление карточки от них, потому что на ретроспективе он обосновывает каждую срочную задачу
AP
т.е. получается, что был человек, занимался маркетингом, имел свои какие-то запросы к разработке. Вмеесто того, чтобы придумать механизм выбора того, чем загрузить команду - вы взвалили эту задачу на человека, который тепеерь по сути маркетингом может и не заниматься, т.к. на него свалилась работа по анализу того, что ему прилетает и приоритизации этих запросов. Так?
AP
Унификация процесса постановки задачи - это хорошее решение, но придумать человека на беклог - спорно. Это может в моменте решить проблему, но потом может рассыпаться
AP
Бэклог готовим перед спринтом
А где лежат все остальные запросы от маркетинга. Только не говори, что вы их под коврик заметаете