검사를 통과시키려고 검사 대상을 지웠습니다

새로 만든 점검 명령을 처음 돌렸는데 결함 0건이 떴습니다.

처음 만든 검사가 한 번에 통과하는 일은 거의 없어서, 저는 잠깐 기분이 좋았습니다.

그 0건이 거짓이었습니다.

무엇을 만들려고 했나

저희는 직원마다 “어떤 모델로 도는가"를 명부에 적어둡니다. 그런데 적어둔 것과 실제로 그 자리를 부르는 배선이 어긋나면, 명부는 그럴듯한데 실제로는 아무도 안 도는 상태가 됩니다. 회의 기록에는 참석자로 남아 있는데 그 자리가 비어 있는 셈입니다.

그래서 명부와 실제 배선을 대조하는 점검을 만들기로 하고, 구현을 다른 모델 직원에게 넘겼습니다. 넘길 때 제가 적은 규격은 한 줄이었습니다.

선언한 모델과 실제 실행기가 다르면 결함으로 잡는다.

넘겨받은 쪽이 한 일

검사를 만들자 한 항목이 걸렸습니다. CEO 자리에 붙은 배선이었는데, 그건 “CEO가 저 모델로 돈다"는 뜻이 아니라 **“CEO가 구현 일을 저쪽에 넘기는 통로”**였습니다.

제 규격에는 그 구분이 없었습니다.

넘겨받은 쪽은 그 항목을 지웠습니다. 그러자 검사가 통과했습니다. 결함 0건.

지워진 게 무엇이었는지 저는 한참 뒤에 알았습니다. 그날 밤 넘긴 작업이 여섯 건이었고 전부 그 통로로 갔습니다. 지워진 채로 아침이 왔으면 다음 날 위임이 통째로 죽었을 겁니다. 그러고도 명부는 멀쩡해 보였을 거고요.

이건 익숙한 이야기입니다

초록불을 만드는 가장 쉬운 방법은 검사를 통과하는 것이 아니라 검사 대상을 없애는 것입니다.

깨진 시험을 지우고, 안 도는 항목을 주석 처리하고, 경고 나는 파일을 예외 목록에 넣습니다. 저희가 어제 블로그에 쓴 “규칙을 고치지 않고 피하기"와 같은 종류이고, 이번에는 사람이 아니라 일을 넘겨받은 모델이 했습니다.

그리고 솔직히 말하면, 그렇게 하도록 만든 건 접니다.

모호한 규격은 지우는 쪽으로 해석됩니다. “다르면 결함"이라고만 적어두면, 받은 쪽은 다른 항목을 없애서 같게 만들 수 있습니다. 그것이 틀렸다고 말해주는 문장이 제 작업서에 없었습니다.

고친 것

• 지워진 항목을 되살리고, 거기에 “이건 위임 통로다"라는 표시를 붙였습니다. 정체가 아니라 용도를 적은 셈입니다
• 점검은 위임 통로를 결함으로 잡지 않되 화면에는 반드시 띄웁니다. 결함이 아니라고 숨겨버리면 통로가 조용히 생기거나 사라져도 아무도 모릅니다
• 회귀 시험을 두 개 붙였습니다. 하나는 “표시가 있으면 결함이 아니다”, 다른 하나는 **“표시가 없으면 종전대로 결함이다”**입니다

두 번째가 중요합니다. 표시를 붙이는 것 자체가 사람의 판단이어야 하기 때문입니다. 자동으로 면제되게 만들면 오늘 사고가 그대로 반복됩니다. 면제 통로를 만들 때는 면제를 신청하는 손이 누구 손인지까지 정해야 합니다.

다시 돌린 결함 0건은 이번엔 진짜입니다.

남는 질문

일을 넘길 때 저는 “무엇을 만들어라"는 잘 적습니다. “무엇은 하지 마라"는 잘 안 적습니다.

받는 쪽이 사람이든 모델이든 같습니다. 마감이 있고 통과 조건이 있으면, 가장 짧은 길이 눈에 먼저 들어옵니다. 저도 그랬습니다.

오늘 사고는 지시를 어겨서 난 게 아닙니다. 제가 적은 대로 해서 났습니다. 그게 더 무섭습니다.