Это не способ определения ботлнеков, это способ управления ботлнеком. Собственно, wip limits это "барабан", чтобы все РЦ работали равняясь на самый медленный. Но так ты максимум сможешь узнать скорость самого медленного звена, но не само звено, и уж тем более не само ограничение системы.

зачем равняться на медленных?

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

Мол вот у тебя есть 5 разработчиков которые не пишут тесты и 2 qa. Постоянно блокируется колонка для QA потому что им приходится перепроверять задачки постоянно. Или есть продукт и 5 разработчиков и разработчики не могут брать в работу задачки потому что постоянно ждут от продукта уточнений... не?

Ох...

что бы улучшить срупут. И там не "равняться"

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

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

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

тут главное чтобы работа не стояла, из-за того, что qa не вывозят

меня забавляет что ты не пытаешься разобраться а просто что-то говоришь.

ну про ботлнеки же разговор, не?

или ты в контексте классического производства где все это позволяет управлять "буфером" ресурсов? Мол с этой точки зрения?

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

У Gojko Adzic есть ответ - Specification by Example и переименование quality assurance в quality assistance

Это уже дополнительные вводные. По самой визуализации в первом случае максимум что ты увидишь это какой РЦ у тебя больше всех работает.

Но понять причину почему так происходит ты не сможешь без старого доброго анализа. Можно использовать ДТР, это реально помогает. Но вот если не встроить такой анализ в свой процесс, если не выделять ресурсы на него, то ничего никуда не улучшится. Собственно, в отличие от скрам в канбане нет "из коробки" pdca на сам процесс разработки. И это нужно иметь в виду.

У тебя тестеры обычные мануальщики? Каждый раз бизнесс процеесс прокликивают?

мануальная терапия. Успокаивает людей но все знают что "хер знает работает ли оно"

и то и то

Воу, спасибо. Почитаю. Это тоже шикарная тема. В айти мы куда-то не туда свернули в плане куа. То, что мы называем qa, в мире называется qc.

что и то и то? И обычные мануальщики и прокликивают?