개발 가치 스트림 매핑 모범 사례

개발 값 스트림 맵을 생성하고 사용할 때 다음 모범 사례를 사용합니다.

• 누군가 변경할 수 없다고 말하면 해당 가정에 이의를 제기합니다.

• 단계를 정의할 때 너무 깊이 이동하지 말고 너무 얕게 이동하지 마세요. 높은 수준의 end-to-end 값 스트림으로 시작하고 규모에 따라 작업을 분류합니다. 단계 크기가 너무 작아지면 작업 분해를 중지하여 잠재적 값이 개선되지 않도록 대비를 매핑하려는 노력을 합리화합니다.

• 참가자에게 가장 적합한 도구를 선택합니다. 동일한 공간에서 협업으로 작업하는 경우 화이트보드 및 고정 메모를 사용할 수 있습니다. 가상으로 참석하는 참가자가 있는 경우 온라인 화이트보드, Microsoft Visio 또는 Microsoft Excel과 같은 디지털 도구를 선호할 수 있습니다.

• 변경 결과를 평가하고 개선의 추가 기회를 찾습니다. 개발 값 스트림 매핑은 일회성 활동이 아닙니다. 새로운 제약 조건을 식별하고 작업의 효과를 평가하는 것은 지속적인 개선 주기의 일부입니다.

• 제약 조건은 편리하기 때문에 선택하지 마세요. 데이터를 사용하여 우선 순위를 지정합니다. 제약의 이론은 매우 적은 수의 제약이 모든 시스템을 제한하는 역할을 한다고 가정하는 관리 철학입니다. 팀이 수정할 수 있는 편리한 사물이 많을 수 있지만 시스템을 제한하는 몇 가지에만 집중하면 가장 많은 가치를 얻을 수 있습니다.