04-02-03-02. VSM 두번째 미팅

운영 프로세스

 Amita가 빌드를 승인하면 Tim에게 전달합니다. Tim은 더 많은 테스트를 위해이 빌드를 사전 프로덕션 서버에 배포해야합니다. 종종 사전 프로덕션 서버는 웹 사이트를 실행하는 데 필요한 최신 패치 및 업데이트와 동기화되지 않습니다. Tim이 사전 프로덕션에 배포하고 일부 테스트를 실행하는 데 약 2 일이 걸립니다. 다시 말하지만, 사전 프로덕션에 배포하는 것이 가치를 추가하는 것은 아닙니다.

 빌드가 프로덕션 준비가 된 후 경영진은 배포하기 전에 릴리스를 승인해야합니다. 이것은 회의에서 발생합니다. 릴리스를 만나고 검토하기 위해 리더십을 확보하는 데 4 일이 걸립니다. 

결국 Tim은이 기능을 배포하고이 기능은 VSM의 오른쪽 상단에있는 고객에게 제공합니다. 프로덕션 서버 구성이 드리프트되어 사전 프로덕션과 동기화되지 않은 경우 Tim은 먼저 업데이트해야하며이 작업에는 하루가 걸립니다.

고객 가치 메트릭 계산

우리의 효율성은 23% 입니다. (백분율이 높을수록 효율성이 높습니다.)

Where do we go from here?

쓰레기가있는 곳을 정확히 찾아 낼 수 있도록 우리가 지금 어디에 있는지 확인하는 것이 도움이됩니다. 우리는 고객에게 가치가없는 시간을 최소화하고자합니다. DevOps 접근 방식을 채택하여 효율성을 실제로 향상시킬 수 있다고 믿습니다. 우선, 우리는 이러한 많은 단계를 자동화 할 수 있으며, 이는 확실히 시간을 단축 할 것입니다.

저는 현재 프로세스를 중단하라고 제안하는 것이 아니라 현재 진행중인 프로세스를 중단하지 않고 조금씩 더 효율적인 프로세스를 진행할 수 있다고 생각합니다.

개선 할 수있는 몇 가지 영역 만 살펴 보겠습니다.

처음부터 시작하는 것이 좋습니다. 새 기능을 시작할 수 있도록 코드에 레이블을 지정하는 데 오랜 시간이 걸립니다. 나는 개발자들에게 걸어 가서 우리가 빌드하고 테스트 할 수 있도록 그들이 가지고있는 것을 확인하도록 요청해야합니다. 속도를 높이는 방법을 알아낼 수 있다면 내 관심을 끌 것입니다.

또한 빌드 자체에 대한 시간이 없다는 것을 알았습니다. 지금은 반나절이 걸립니다. 시간이 좋아지는 것을 보면 좋을 것입니다.