о которой я спрашиваю

про возврат задач на предыдущий этап

нет проблем с возвратом, есть просто разные взгляды на поток, если мы фокусируемся на доделывании задач - задачи не возвращаютися

таким образом wip снижается, лимиты помогают, если мы возвращаем - лимиты придется нарушать

кейс когда - сделали вообще не то, это не возврат, это удалеие задачи из стадии где это выяснили и формирование новой в очереди.

вижу опасность в частом нарушении что очень быстро команда усомниться в их необходимости вообще

=)

практика покажет ;)

в них - в лимитах в смысле

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

Да, Андрей?

Да там куча проблем с лимитами, то что команда усомниться это базово

ну лады. значит пока думаю что надо в лимите уже учитывать часть возвращаемых на доделку задач

Это слава богу лечится просто :)

Если вы про Канбан, то там подход немного другой - надо ставтиь эксперимент на лимит

а не выдумывать риски

риски митигируются по мере наступления

главное в экспериментах с лимитами - смотреть как они влияют на lead time (и вообще влияют ли)

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

т.е.

todo | coding | testing | deploy 2 2 1 4

одна задача на тестинге - поняли что надо поправить чутка в 3ех местах

и недвигая тупо правим

да

а задача продолжает находиться на тестинге

ну это как-то вообще анархия =)

потому что самое важное для нас – это двигать вправо

когда кодить будем на этапе тестирование, а тестить на этапе планирования

да

но тогда и все графики идут лесом

причем, двигать самый правый элемент

потому что подвисшая таска на колонке тестирование ни фига не будет значит что она 100 % тестировалась

ее там Михалыч 50% времени допиливал

=D

какие графики сломаются?

графики описывающие систему, вроде, в порядке будут

Cumulative Flow

графики как раз не сломаются

а покажут вам где виснут задачу

я так понимаю, что речь идет о том, что команда не сможет ничего отдать в тестирование, пока не закончит с этой таской. то есть они не пушат, а тянут задачи. перетянули с тестирования в дан - на освободившееся место подтянут из разработки.

Браво

Антон вы думаете о разработке как о ватерфоле

а канбан это про огранизацию команды вокруг работы

и это заставит всю команду сосредоточится на этой одной задаче

когда проблема возникла непосредственно с тестированием - тогда вами сказанное мне понятно и логично

если проггер написал супер функционал

и тестер Петя неделю не может оттестировать его

тогда проггер подходит и объясняет пете как это надо сделать

и как это все работает

но если Петя сказал что в фичах есть куча багов

то задача не может оставаться висеть в колонке testing

и тогда команда говорит: а давай делать карточки меньше?

;)))

почему?

не ну чо вы погодите

баги есть. пока их не поправите - другое не отдадите

Антон, вы абсолютно правы, канбан не работает

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

=))

При чем лучше всего если подключить к этому процессу менеджера который скажет - а давайте считать сколько у нас багов

заведено и пофикшено

;)

т.е. предложение - лучше таски не передвигать. а потом на ретро решать чтоб таких затыков не было

это должно быть следствие

ну не строится вытягивающая система если люди не понимают зачем это делается

поиграйте в featureban

Мы играем онлайн, справа доска - с лимитами, слева - без

https://www.agendashift.com/featureban

https://demo.kaiten.io/space/6376 - вот тут правила изложены, правда на англ.

Мы играем онлайн, справа доска - с лимитами, слева - без

выглядит просто шикарно)

самый клевый вопрос - не сколько удалось сделать с лимитами, а сколько удалось не наобещать ;)

Да, Андрей?

это про моих парней, которые не хотят в рефайне требований участвовать?

Которые не хотят побыть в обуви аналитика))

На Дейли можно включать депеш мод

https://www.youtube.com/watch?v=GrC_yuzO-Ss

Да отличная песня

@neemah, а у вас в этому году стенд в аду будет?

Друзья, подкиньте пожалуйста нормальное определение понятия Стейкхолдер - а то тут дебаты :) а попавшиеся определения позволяют почти кого угодно вплоть до архитектора назвать стейкхолдером

какого архитектора?