---

Kanban 피드백 루프 구현

비즈니스 이해관계자의 요구는 더욱 까다로워집니다. 기능 및 비기능 특성뿐 아니라 시간, 예산 및 품질에 대한 요구도 변합니다.

고객의 필요를 충족하고 만족시키기 위해 팀은 Kanban 워크플로에서 오른쪽에서 왼쪽으로 빠르고 지속적이며 안전한 피드백 루프를 가능하게 해야 합니다.

이 루프는 장애물이 아직 작고 저렴하며 쉽게 제거할 수 있을 때 신속히 해결하도록 돕습니다.

피드백 루프는 팀이 업무를 수행하는 동안 기업의 지식 활용 체계를 만듭니다.

오류가 발생하면 팀은 새로운 지식을 얻고 제공하는 소프트웨어 제품과 서비스의 품질을 높일 기회로 받아들입니다.

Kanban 팀에 피드백 루프를 통한 품질 보증의 내재화가 필요한 이유는 무엇인가요?

소프트웨어 엔지니어링의 복잡한 시스템에서 모든 것을 아는 사람은 없다는 것을 이미 알고 계실 것입니다.

같은 작업을 두 번 해도 같은 결과가 나오지는 않습니다. 어떤 시장에서도 이런 수준의 결과 불확실성을 지속할 수 없으므로 기업은 통제 장치를 만들고 품질 보증에 의존합니다.

하지만 이런 장치만으로 오류와 사고를 모두 피할 수는 없습니다.

따라서 품질이 내재된 제품과 서비스를 만드는 기업 문화는 오류를 인정하고 이를 드러내는 피드백 루프를 배치하는 데서 시작합니다.

Kanban 워크플로의 오류를 발생 즉시 파악하기

피드백이 늦고 드물면 원치 않는 결과에 대응하는 데도 시간과 비용이 많이 듭니다. 팀의 목표는 빠른 피드백 루프를 만드는 것입니다. 작업이 워크플로에서 왼쪽에서 오른쪽으로 이동할 때 피드백은 지속적으로 오른쪽에서 왼쪽으로 전달되어야 합니다. Kanban 조직에서 품질 있게 일한다는 것은 빠르고 신뢰할 수 있는 피드백 루프를 만드는 것입니다.

문제가 생기면 팀은 워크플로에서 발생하는 즉시 파악하려 합니다. 신속히 수정하고 고객 기대와 산출물 사이의 관계를 지속적으로 검증하여 기대를 충족하고 고객을 만족시킵니다.

Kanban 피드백 주기는 장애물을 빨리 제거할 뿐 아니라, 팀이 그로부터 배우고 같은 오류의 재발을 막도록 돕습니다.

품질 관리 결정을 Kanban 팀 밖으로 옮기지 않기

실제 업무를 수행하는 팀에서 품질 관리 결정을 멀리 옮기면 품질이 낮아지고 제공 리드 타임이 늘어나며 원인과 결과 사이의 피드백이 약해집니다. 궁극적으로 실수에서 배우는 팀의 능력이 줄어듭니다.

팀원은 자신의 영향 범위에서 오류를 파악하고 배우고 수정하며 가르쳐야 합니다. 페어 프로그래밍, 동료 검토, 자동화 테스트, 코드 체크인 점검, 내부 확인 지점 및 폭넓은 시연을 통해 품질 보증은 별도 외부 부서만의 책임이 아니라 Kanban 팀의 책무가 되어야 합니다.