04. 두번째 미팅

Mara

VSM은 프로세스가 고객에게 가치가있는 위치와 가치를 창출하지 않고 시간을 소비하는 위치를 측정하는 데 도움이됩니다.
우리의 Map은 소프트웨어의 기능 사양으로 왼쪽 위에서 시작합니다.
하나의 기능 만 따라 현재 릴리스주기에서 어떻게 이동하는지 확인합니다.

개발프로세스

 라벨을 만들 수있는 사람이 한 명 있는데 앤디입니다.이메일로 라벨을 요청합니다.
우리는 중앙 집중식 버전 제어 시스템을 사용하므로 Andy는 기존의 모든 코드가 체크인되어 안정 될 때까지 기다렸다가 레이블을 만듭니다.
라벨이 생성되면 작업을 시작할 수 있다는 이메일이 발송됩니다. 이 프로세스는 최대 3일이 걸리며 고객에게는 가치가 없습니다.고객에게 가치가없는 것은 가능한 한 적은 시간이 걸립니다.

필요한 모든 파일에 액세스하면 한 사람이 기능을 코딩하는 데 약 4일이 걸립니다.
소스 제어에 액세스하려면 회사 네트워크에 있어야합니다.이번에는 고객에게 가치가 있습니다.그들은이 기능을 원합니다.

테스트 프로세스

안정적인 빌드가 결정되면 스프레드 시트를 업데이트하여 테스트 할 준비가 된 빌드와 위치를 Amita에 알립니다.
알림을 받으려면 2일이 걸립니다.

Amita는 수동으로 빌드를 테스트합니다.
이 프로세스는 코드베이스가 커질수록 길어집니다.지금은 3일이라고합시다.그런 다음 버그 보고서와 함께 Andy에게 이메일을 보냅니다.테스트는 가치를 추가하므로 필요합니다.
앤디는 버그를 분류하고 작업을 할당하는 데 시간이 걸렸다. Andy가 문제를 이해하고 올바른 개발자에게 전달하는 데 3일이 더 걸릴 수 있습니다.

Irwin

Andy

Amita

Tim

Mara