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

Но я чую, что тут скорее спор,  нежели дискуссия, так что ретируюсь)

Я счас карточку подготовлю и сюда задание выложу :)

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

Это ирония. Мы изменим так эмоции, а не факты :)

Мы измерим вариацию :)

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

Ну это примерно как я бы сказал что в жизни можно либо делать дело, либо получать зарплату. Оба подхода не смешиваются. Вот у меня за всю жизнь зарплата менялась в сто раз. И можем даже у чатика спросить да померить (увидим вариацию). :)) Так полагаю, что в последнем исследовании большого смысла нет :))

Неа, измеряем пропускную способность этапов наколения знания/доминирующей активности/рабочих центров.
И оптимизируем работу системы, при фокусе на людях, получаем суб оптимизацию.

Что то в виде, разработчики должны делать 8 тасок в день.

Как и обещал

Коллеги, давайте же посмотрим на вариации

Прибераем себе и выполянем

Там надо найти десять отличий в ряде картинок

Рекомендуется пройти за один раз, что бы резльтаты были получше

:)

Результаты шлите мне :) Я их соберу, добавлю к предыдущим данным и мы посмотрим на разброс

Иван, у меня для тебя персональная просьба. Мог бы ты вместо того, что бы выполнить задание, оценить за сколько его можно выполнить :)

Пропускная способность через закон Литтла и следствия из него прямо (в одно арифметическое действие) связана со скоростью (временем пребывания заявки в системе). Не так ли? :)) Мы можем сколько угодно играть а филологов (очень важно что крокодил скорее зелёный чем широкий). Суть не меняется. Пропускная способность системы важна чтобы понять скорость и наоборот. Пропускная способность системы равна пропускной способности самого узкого звена. Канбан тотально метрико-ориентирован. Подход "либо мерим либо результат получаем" это самый простой путь для разработчика (и не всегда выгоден и удобен как заказчику так и менеджеру). Странно что мы так долго спорим :)

А вы упорный. Только что я говорил о бессмысленности карточек в контексте спора, как вы не только выкладывает карточку, но и предлагаете участвовать в опросе :) В общем не факт что мы друг друга услышим, но дискуссия судя по всему легко не закончится :). Мы ещё и из карточек (чувствуется) делать выводы начнем :))