---

Внедряйте циклы обратной связи Kanban

Требования бизнес-сторон усложняются: меняются не только функциональные и нефункциональные свойства, но и время, бюджет и качество.

Для удовлетворения клиентов командам нужны быстрые, постоянные и безопасные циклы обратной связи справа налево по потоку Kanban.

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

Циклы обратной связи создают практику организационных знаний при выполнении задач.

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

Зачем команде встроенное обеспечение качества через обратную связь Kanban?

В разработке вы уже знаете: в сложной системе никто не может знать всё.

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

Но этих механизмов недостаточно, чтобы избежать ошибок и инцидентов.

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

Выявляйте ошибки потока Kanban в момент появления

Если обратная связь редка и запаздывает, противодействие нежелательным результатам тоже медленно и дорого. Цель команды — быстрые циклы: работа идёт слева направо, а обратная связь постоянно возвращается справа налево. Качественная работа Kanban основана на быстрых надёжных циклах.

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

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

Никогда не передавайте решения контроля качества за пределы команды Kanban

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

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