문제

방금 팀에서 Kanban을 구현했으며 시간이 지남에 따라 아이템 상태를 추적하기 시작했습니다. 우리는이 시스템에서 첫 번째 릴리스를 배송하려고하는 시점에 왔으며 완성 된 작업 항목으로 무엇을 해야하는지에 대한 질문을 받았습니다.

우리는 고객이 받아 들여지고 배송 준비가 된 작업 품목을 나타내는 주 "완료된"주가 있습니다. 아이디어는 배송되거나 "완료된"것으로 간주 될 때 보드에서 완전히 제거하는 것입니다 (인프라 작업 등과 같은 것들). 그러나 항목을 완전히 제거하면 CFD가 크게 떨어집니다 (예 : 현재 11 개의 항목이 완성 된 항목이 있습니다. 예를 들어 백 로그가 아님). 릴리스가 발생할 때 명확하게 보여주기 때문에이 작업을 수행해도 괜찮지만이 작업을 수행하는 출판 된 CFD를 보지 못했습니다. 내가 본 모든 CFD는 영원히 위로 올라가는 것 같습니다.

CFD에서 항목을 말하거나 제거하는 반대에 반대하는 모든 종류의 합의 또는 "모범 사례"(그 용어가 암시하는 모든 경고와 함께)가 있습니까? 내가 주목할 가치가 있습니다 ~이다 엔지니어링 및 엔드 투 엔드 사이클 시간을 목적으로 배송 / 폐쇄 품목 추적이지만 이러한 메트릭은 별도로 추적되고 있습니다.

도움이 되었습니까?

해결책

와우, 여기에 칸반 행동이 많지 않습니다 :)

Kanbandev 메일 링리스트 에서이 주제에 대한 논의를 한 후, 나는 계속해서이를 추적하기로 결정했습니다. 이전의 "완료된"단계를 "배송 준비"(여전히 내 보드에 포함)로 변경하고 "Shipping / Closed"라는 새로운 상태를 만들었습니다. 배송 / 폐쇄는 보드에 있지 않지만 별도의 스프레드 시트 (리드 타임 등과 같은 다른 것들을 추적하는 곳)에서 추적합니다.

다른 팁

당신이 할 수있는 일은 릴리스 ID를 CFD에서 이미 배송 된 항목을 필터링하기위한 별도의 필드로 사용하는 것입니다. 실제로 Kanban을 실행하는 경우 워크 플로의 다른 단계에서 지속적으로 WIP를 사용하므로 현재 항목의 상태를 잃고 싶지 않습니다. 출시 된 항목이 차트에서 떨어지면 전체 차트 'Shift Down'이 릴리스되어 있어야하지만,이를 통해 진행중인 항목에 대해서도 연속성을 제공해야합니다.

릴리스가 스코프가 떨어지기 전에 CFD의 스냅 샷을 저장하고 워크 플로를 통해 항목의 상태 변경 간의 델타를 보려면 델타가 현재 릴리스를 비교하는 방법을 확인할 수 있습니다. 주어진 시간에 CFD의 다양한 워크 플로 스테이지 사이의 더 큰 수평 거리로 표시되는 증가 된 델타는보아야 할 워크 플로 제약 조건을 나타냅니다. 팀은 영원히 나아질 수는 없지만 악화되지 않아야합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top