여전히 당신을 비난하는 '비난 없는 포스트모템'
회의에 앉아 있습니다. 슬라이드에는 이것이 비난 없는 포스트모템이라고 적혀 있습니다. 퍼실리테이터는 사람이 아닌 시스템에 집중하라고 말합니다. 당신은 고개를 끄덕입니다. 하지만 여전히 처벌받고 있다는 기분이 듭니다.
기업들은 심리적 안전감(psychological safety)이라는 언어를 사용합니다. 아무도 누가 시스템을 망가뜨렸는지 묻지 않습니다. 대신 무엇이 실패를 방치했는지 묻습니다. 듣기에는 좋아 보입니다. 하지만 실제로는 감시처럼 느껴질 때가 많습니다.
장애 타임라인이 공유 폴더에 올라옵니다. 스레드에 질문 하나가 나타납니다. "장애가 확대되기 전에 알람을 확인했습니까?" 이는 사실 관계를 묻는 질문처럼 보이지만, 실제로는 당신의 이름이 찍힌 타임스탬프일 뿐입니다. 매니저는 이 데이터를 당신의 분기별 성과 검토에 활용합니다.
시스템은 직접적으로 손가락질하지 않습니다. 그저 누가, 무엇을, 언제 건드렸는지를 기록할 뿐입니다. 당신의 실수에 대한 기록(paper trail)을 남기는 것입니다.
팀들은 철저한 포스트모템이 미래의 오류를 방지할 것이라고 생각합니다. 누가 로그인했고 누가 코드를 머지했는지 알아야 한다고 믿습니다. 이것은 하나의 패턴을 만듭니다. 타임라인에 당신의 이름이 자주 등장하면, 리더십은 당신을 리스크로 간주합니다. 그들은 당신을 버그를 고치거나 문제를 해결하기 위해 밤늦게까지 남았던 사람으로 보지 않습니다.
영리한 엔지니어들은 자신을 보호하기 시작합니다. 설정 변경을 마지막으로 건드리는 사람이 되지 않으려 합니다. 인시던트 커맨더(incident commander) 역할을 피합니다. 특정 개인이 책임을 지지 않도록 모호한 액션 아이템을 작성합니다. 이것은 게으름이 아니라 생존 전략입니다.
비난 없는 문화가 실패하면, 엔지니어들은 온콜(on-call) 순번에 자원하는 것을 멈춥니다. 문제 해결에 책임을 지지 않습니다. 시스템에 관심을 갖는 대신 자신의 평판을 신경 쓰기 시작합니다.
리더십이 시니어 엔지니어가 온콜을 기피하는 것을 동기 부여의 문제로 취급할 때, 당신은 문제의 본질을 알 수 있습니다. 그것은 사실 신뢰의 문제입니다. 액션 아이템이 자동화를 구축하는 대신 당신을 코칭하는 데 집중될 때, 당신은 그 문제를 목격하게 됩니다.
진정한 비난 없는 문화는 한 가지를 수행합니다. 장애 타임라인을 성과 검토 자료로 바꾸는 것을 거부하는 것입니다.
진정한 비난 없는 문화란 다음과 같습니다: • 포스트모템은 난장판을 수습하러 나타난 사람을 격려합니다. • 액션 아이템은 자동화와 서킷 브레이커(circuit breakers)에 집중합니다. • 피드백은 개인 간의 코칭이 아닌 도구에 집중합니다.
그전까지 '비난 없는'이라는 단어는 그저 다른 무언가를 가리기 위한 가면일 뿐입니다.
Source: https://dev.to/omieee_24/the-blameless-postmortem-that-still-blames-you-3bdc