Table of Contents
엔지니어링 프로젝트 포스트-mortems의 가치
이 프로젝트는, 그들은 시간에 전달하거나 예상치 못한 도전으로 실행 여부, 학습의 풍부한 소스를 제공합니다. 잘 구조 된 포스트-모터 - 일부는 복고풍-변환 원시적 인 지식을 통해 경험이라고합니다. 그것은 조직적으로 무슨 일이 있었는지 검사 할 수 있습니다, 왜 일어난, 그리고 미래의 일을 개선하는 방법. 제대로 완료, 포스트-모터는 신뢰를 구축, 심리적 안전을 촉진하고 지속적인 개선을 구동. 그것없이, 팀은 실수를 반복하고 프로세스를 다시 프로세스를 반복하는 방법을 반복.
이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다. 이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다. 또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 이 쿠키는 귀하의 동의하에 만 브라우저에 저장됩니다. 이러한 쿠키를 거부 할 수도 있습니다. 이러한 쿠키 중 일부를 선택 해제하면 검색 환경에 영향을 미칠 수 있습니다.
포스트-모터는 어떻게 효과적인가?
이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다. 이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다. 또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 이 쿠키는 귀하의 동의하에 만 브라우저에 저장됩니다. 이러한 쿠키를 거부 할 수도 있습니다. 이러한 쿠키 중 일부를 선택 해제하면 검색 환경에 영향을 미칠 수 있습니다.
엔지니어링 팀은 종종 대화를 안내하는 구조형 형식을 사용합니다. Atlassian retrospective play 은 간단한 프레임 워크를 제공합니다. 시작, 정지, 계속. 다른 사람들은 프로젝트의 특정 단계를 검사하는 더 상세한 접근법을 선호합니다. 어느 형식을 선택하면, 언젠가 학습에 집중하고, 결함을 피할 수 없습니다.
포스트-모터 준비
이 고급스러운 작업은 모든 작업에 대한 완벽한 결과를 제공합니다. 이 작업은 작업에 대한 완벽한 결과를 제공합니다. 이 작업은 작업에 대한 충분한 시간을 보장 할 수 있으며, 작업에 대한 충분한 시간을 보장 할 수 있습니다. 이 작업은 작업에 대한 충분한 시간을 보장 할 수 있습니다. 이 작업은 작업에 대한 충분한 시간을 보장 할 수 있습니다. 이 작업은 작업의 모든 작업에 대한 충분한 시간을 보장 할 수 있습니다.
- 범위와 목적 정의. 전체 프로젝트 또는 특정 단계에 대한 이 게시물-mortem? 당신이 대답하고 싶은 중요한 질문은 무엇입니까?
- 지침 이해관계자 식별. 프로젝트 개발자, 디자이너, 제품 관리자, QA 및 운영에 관련된 모든 것을 초대합니다. 외부 파트너는 또한 귀중한 관점을 제공 할 수 있습니다.
- 시간을 미리 입력합니다. 시각적인 타임라인은 이벤트와 결정의 순서에 추적하는 데 도움이 됩니다. 계획된 날짜 대 포함. 실제 날짜는 편차를 강조합니다.
- 영역과 규범을 설정한다.국가는 회의가 비난하다는 것을 명확하게. 미리 의제를 공유하기 때문에 참석자들은 준비할 수 있다.
이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다. 이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다. 또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 이 쿠키는 귀하의 동의하에 만 브라우저에 저장됩니다. 이러한 쿠키를 거부 할 수도 있습니다. 이러한 쿠키 중 일부를 선택 해제하면 검색 환경에 영향을 미칠 수 있습니다.
포스트-모터 회의 실시
회의 자체는 생산적인 대화를 만들 수 있어야, 강의가 아닙니다. 톤을 설정하여 시작하십시오. 목적과 비결 정책을 다시 작성하십시오. 그런 다음 구조 된 의제를 통해 이동합니다. 일반적인 접근법은 토론을 세 가지 범주로 나눕니다. 잘 갔다, 무엇이 잘못되었는지, 어떻게 개선 될 수 있습니다.
잘 갔다?
성공으로 시작하세요. Acknowledging 업적은 순간을 구축하고 강점의 팀을 상기시킵니다. 언제 배달, 효과적인 협업 또는 혁신적인 솔루션과 같은 승리를 축하하십시오. 이 긍정적인 짜릿함은 나중에 도전에 대해 쉽게 논의 할 수 있습니다.
왜 잘못되었습니까?
다음, 문제를 식별합니다. "통신은 악화되었습니다." 특정 사건과 기여 요인에 대해 질문하십시오. 관찰을 백업하는 데이터를 사용하십시오. 예를 들어 "코드 검토는 합의 된 24 시간 대신 48 시간 동안 평균적으로 중단 된 시간을 단축했습니다. 통합 단계에 지연을 일으키기 위해." 이것은 토론을 지켰고 목표가 유지됩니다.
개선 될 수 있습니까?
마지막으로, 뇌 폭풍 솔루션. 가장 영향력있는 변화를 우선. 일부 개선은 문서의 업데이트와 같은 빠른 승리가 될 수 있습니다 또는 슬랙 알림을 추가. 다른 사람들은 새로운 도구 또는 재건 팀 역할 채택과 같은 장기 투자를 필요로. 모든 아이디어를 캡처, 하지만 관리 가능한 하위 세트에 작업 계획을 초점을 맞추.
회의를 통해, ]와 같은 기술을 사용하여 5가지 이유] 를 디그로 뿌리 원인으로 깊숙히 합니다. 예를 들어, 배포가 실패하면, 왜 시스템 문제가 부족한 자동화된 테스트 또는 배포 스크립트의 불평성 소유권과 같은 문제를 발견할 수 있습니다. 또 다른 도움이 되는 도구는 ]timeline analysis, 팀 지도가 흰색보드에 나타나는 경우, 원인과 영향을 시각화합니다.
Pro Tip:] ]Google SRE post-mortems]는 비난하지 않는 쓰기를 강조합니다.
회의 후 분석 찾기
이 작업은 회의가 승인되면 끝이 아닙니다. facilitator 또는 지정된 메모-taker는 명확하고 간결한 보고서로 결과를 컴파일해야합니다. 범주에 통찰력을 구성하십시오. 프로세스 문제, 기술 부채, 통신 간격, 자원 제약 및 외부 종속. 각 범주의 경우 루트 원인, 충격 및 하나 이상의 권장 행동을 식별합니다.
우선순위 프레임 워크를 사용하여 먼저 촉촉하게 행동하십시오. 간단한 충격 versus 노력 매트릭스는 잘 작동합니다. 높은 충격, 낮은 불편 항목은 즉시 해결되어야합니다. 낮은 충격, 높은 불편 항목은 멸종되거나 다시 스코프 될 수 있습니다. 각 권장 사항이 특정, measurable outcome에 묶여 있다는 것을 보장합니다.
외부 벤치 마크는 당신의 발견을 검증하는 데 도움이 될 수 있습니다. 예를 들어, ]에 포스트 모뎀 아웃 콤보를 비교하면 비난한 포스트 모뎀 문화 ]는 프로세스가 강화 될 수있는 영역을 밝혀 줄 수 있습니다.
Action Plan 만들기 및 실행
포스트-모터는 변화로만 가치가 있습니다. 3개에서 5개의 발견을 해결하는 형식적인 행동 계획을 개발하십시오. 각 활동은 S.M.A.R.T. (Specific, Measurable, Achievable, relatedt, Time-bound)이어야 합니다. 각 작업 항목에 대한 단일 소유자를 할당하고 현실적인 마감을 설정하십시오.
- 예금 작업:"48시간에서 24시간 동안 평균 코드 검토 회전 시간을 줄이고 회전 검토 일정을 수립하고 슬랙 알림을 통합합니다. 소유자: 사라. 때문에: 21일."
- 다른 예: “배당 게이트웨이 모듈에 대한 자동화 통합 테스트 추가하여 배포하기 전에 회귀를 잡습니다. 소유자: Mike. Due: 30 일.”
엔지니어링 팀과 함께 작업 계획을 널리 공유하지만 지속적인 개선에 가시성을 필요로하는 이해 관계자도 있습니다. 팀의 프로젝트 관리 도구에 이러한 작업 항목을 추가하고 일일 대기 또는 주간 리뷰에서 추적하십시오.
위로와 Embedding 학습에 따라
가장 일반적인 포스트-모터의 실패 중 하나는 후속의 부족입니다. 신속하게 우선 순위를 잃지 않는 행동. 예를 들어, 30 일 체크인 및 90 일 검토를위한 일정 정기적 인 리뷰 - 진행 상황을 평가합니다. 작업이 끊어지면, 블로커가 존재하고 플랜을 조정하는 것을 논의합니다.
팀의 문서와 프로세스에 학습을 합니다. 업데이트 runbooks, 배포 체크리스트, 코딩 표준 및 온보딩 자료. 지식 베이스 또는 정규 "Learning Lunch"시리즈를 통해 팀 전반에 걸쳐 공유 레슨을 공유합니다. 목표는 조직의 집단 기억의 각 포스트 모뎀 부분에서 통찰력을 만드는 것입니다.
피하기 위해 일반적인 Pitfalls
경험있는 팀은 포스트 - 몰트의 가치를 아래 자리에 떨어질 수 있습니다. 여기에는 시계에 대한 몇 가지 pitfalls가 있습니다.
- Blaming Personal. 이 참여를 종료하고 두려움을 촉진합니다. 시스템에 초점을 맞추고, 사람들이 아닙니다.
- 너무 빨리 이동. 토론을 통해 러싱은 표면 분석에 리드. 각 주제를 철저히 탐구 할 충분한 시간을 허용.
- 소형문제를 무시한다.]소형문제는 합성할 수 있다. 더 큰 실패를 막기 위해 일찍 주소로 주소를 붙여넣는다.
- 문서에 실패. 쓰기 기록 없이, 레슨은 쉽게 잊어 버린다. 게시물-mortems의 검색 가능한 아카이브를 작성한다.
- Action overload. 한 번에 모든 것을 디클로즈 초점에 고정하려고 합니다. 몇 가지 높은 충격 변화를 우선적으로 하 고 그들을 잘 실행.
포스트-모습 문화 구축
궁극적으로, 가장 효과적인 포스트 모뎀은 팀이 어떻게 작동하는지 일정한 부분이되는 사람들입니다. 팀이 각 중요한 프로젝트 후에 포스트 모뎀을 지휘할 때, 실패 후에 - 반사와 개선의 연습을 정상화하십시오. 이 문화 교대는 수석 엔지니어 및 매니저에 의해 지도 지원, 심리적 안전 및 일관된 모델링을 요구합니다.
시간이 지남에 따라, 포스트-모터는 지속적인 개선 엔진으로 때때로 회의에서 진화했습니다. 그들은 팀의 패턴을 식별하고 새로운 프로세스를 테스트하고 체계적으로 품질과 신뢰성에 막대를 제기합니다. 훈련 된 포스트-모터에 투자함으로써, 엔지니어링 조직은 학습 기회로 모든 프로젝트를 켭니다.
강력한 포스트-모터를 구축하는 데 더 많은 독서를 위해, 탐구 공동 공정 전문가의 배드 포스트-모터 기술]과 ]IBM의 효과적인 포스트-모터를 수행하는 가이드 .