Ребята, у меня другой вопрос. Как измерять скорость изменений. Например,

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

А почему работая по канбан выгорали и зачем измерять скорость изменений , вы работаете ради их, ваша цель или KPI завязано на этом?

Скорость изменений позволяет быть лидером в конкурентном рынке. Это безусловно цель. KPI завязаны на количество закрытых задач в спринте

Я подумал про скорость изменений подходов и фреймворков. У вас такой был пример. 😆😆

Это смотря какой проект. Если речь про разработку софта, это объём релизов, если внутренняя оптимизация, то количество внедрённых изменений в процессах. Мы перешли с канбан на скрам со спринтами по разным проектам

С такой скоростью в разработке продукт не взлетит )

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

так KPI поставлен уже у кого сертификат в целях на год, у кого KPI по скорости поставки новый дивный мир

Зато можно жопу перекрыть, удобно, вон я сколько бест практикс внедрил, смотрите.

Черный закон метрик. 😆😆

самый обыкновенный закон гудхарта 🙂

Так и умирает аджайл

я обратил внимание, что на “скорость поставки” смотрят чаще всего тогда, когда есть “беклог” на пару лет вперед ну очевидно же вроде желание побыстрее его разгрести, да? :) ну то есть сначала сделаем ненужный и вредный список на пару лет (привет, waste!), а потом будем стараться все быстрее его заделиверить :)

На скорость поставки смотрят тогда когда регулятор раз в неделю выпускает новые ограничения ))

А логично , да Но там же можно прям спецкоманду завести прям под это

Как может быть KPI на закрытие задач в спринте, если сроки и количество задач определяет сама команда? Ну зачем им планировать так, что они могут не закрыться? Или кто-то сверху ставит количество задач в спринте? Или они не разбирают на ретро вопрос "Почему мы из спринта в спринт не закрываем задачи, что нужно сделать, чтобы такого больше не повторялось"? SM и PO во время спринта не устраняют препятствия или внешние зависимости? Просто удивительная ситуация с постановкой такого KPI, с оговоркой если команды действительно работают по скраму. Можно упростить - цель спринта не выполнена, премию вся команда не получила. Ведь не все юзерстори и уж тем более задачи влияют на цель. Но самое идеальное (почти бирюзовость), чтобы люди работали с хорошей зп выше среднего, без всяких KPI. Это мотивирует работать лучше, и нет страха перед эксперементами, команда становится гибче. И сама команда отсеивает людей, которые не принимают правила игры или забивают на работу, а не руководители.

золотые слова

спросите у тех кто писал процессы синему банку )))

Паш, а ты понял что за скорость изменений? Я вчера под вечер видимо был уставший и тормозил. Сейчас читаю и тоже не могу въехать. Но интересно)

Я перечитал и вроде понял. Кого-то сверху не устраивает, что задачи с его точки зрения выполняются не с той скоростью, как хотелось бы, и начали использовать кнут и пряник, не задумываясь в чем истинная причина (может недостаточное обучение новичков, может забивают на работу, еще что), единственное, что пришло в голову сверху, что скрам говно, (поскольку руководители совсем сверху скорей всего сами то по прежней старой модели работают) и сказали тем кто "внедряли" скрам, блин, мы кучу денег тратим на тысячи людей работающих по скраму, ну ка давайте наказывать тех людей, которые медленно работают, мы и так платим им денег больше чнм директора филиалов банка получают. Ну и соответственно под давлением сверху, скрам превращается в ритуалы привязанные к KPI. Это мое предположение, наверно было не так, но прямо что то близкое...

Мне показалось, что у ребяток есть мысли, что, изменив Х, они получат какой-то профит в чём-то другом. И типа берут и меняют, хотят замерить как быстро эти изменения происходят

Я тоже сначала подумал про скорость выполнения задач (но тут спорно, для меня скорость это число задач в единицу времени, например N штук / в неделю, велосити ещё кличут, а кто-то называет скоростью именно время выполнения от старта до финиша). Но потом топик стартер сказал нет и я растерялся

Гипотеза называется. Обычно продуктовая "если мы добавим вот такую возможность, то хоба вырастет скажем LTV или CTR упадёт"

Тём, ну сюда люди приходят и задают вопросы не от обширных знаний) Это ты понимаешь это, а не для всех оно так

Юль, ну это я тут на вентилятор набрасываю. Без топик стартера мы ж гадаем) Может он имел в виду показатель инновационности или абилити ту инновейшн, не ясно

есть два способа прийти с вопросами: - я 100500 лет в теме, 100500 завершенных проектов и все спринты удачные. Подскажите, а как вы оцениваете таски? Складываете сторипоинты от всех участников команды? - я начал изучать тему и даже практикую, но есть вопрос: а как вы оцениваете таски? Складываете сторипоинты от всех участников команды?

И очень грустно в таких ситуациях, когда они, не получив моментально ответ, уходят, не прояснив ситуацию

Юлия, добрый день. Все вычитаю, отпишусь, вчера просто уже вырубился. тут хороший чат, бодрые люди )