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

누군가 변경할 수 없다고 말하는 경우 그 가정에 이의를 제기합니다.

단계를 정의할 때 너무 깊게 그리고 너무 얕게 정의하지 마세요. 상위 수준의 포괄적인 가치 스트림으로 시작하고 규모에 따라 태스크를 분할합니다. 단계 크기가 너무 작아져 개선의 잠재적 가치에 비해 매핑 노력을 합리화할 수 없게 되면 태스크 분할을 중지합니다.

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

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

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