교육 · 7강
자동화가 안 될 때 어디를 봐야 하나
시스템이 망가진 것을 아는 가장 쉬운 방법은 오류가 나는 것입니다. 어려운 쪽은 오류 없이 잘못 도는 시스템입니다. 화면은 멀쩡해 보이는데 결과가 조용히 틀려 있습니다. 이 강에서는 그럴 때 어디를 어떤 순서로 봐야 하는지 다룹니다.
시스템이 망가진 것을 아는 가장 쉬운 방법은 오류가 나는 것입니다. 어려운 쪽은 오류 없이 잘못 도는 시스템입니다. 화면은 멀쩡해 보이는데 결과가 조용히 틀려 있습니다. 이 강에서는 그럴 때 어디를 어떤 순서로 봐야 하는지 다룹니다.
이 강의는 만들어 둔 자동화가 기대대로 움직이지 않는 순간을 다룹니다. 목표는 문제를 추측이 아니라 순서대로 좁혀서 찾아내고, 찾은 고침이 오래가게 만드는 것입니다. 진단이 시스템을 만든 사람에게 매여 있지 않고 사업장 자신의 기술이 될 때 자동화는 계속 서 있습니다.
강의를 마치면 진단 순서, 채워 넣은 고장 기록지, 그리고 고침이 통했음을 보여 주는 확인 단계가 손에 남습니다. 이 세 가지 없이 손을 대면 두 번째 고장이 생기는 경우가 많습니다.
선행 조건: 1강의 프로세스 지도. 고장을 찾는 동안 견주게 될 문서화된 기대치가 그것입니다.
안 된다는 한마디가 서로 다른 세 상황을 한꺼번에 가리키고, 셋의 진단은 각각 다른 곳에서 시작합니다. 대화 초입에서 어떤 유형인지 갈라 두면 찾는 범위가 바로 좁아집니다.
자동화가 아예 돌지 않습니다. 트리거가 오지 않거나 첫 단계에서 떨어집니다. 증상이 눈에 보이고 기록에 흔적을 남기는 편이라 가장 다루기 쉬운 유형입니다.
흐름은 돌고 기록도 남기고 경고도 없는데 결과가 틀립니다. 오류가 몇 주씩 쌓이고 알아챘을 때는 뒤로 거슬러 정리해야 하므로 가장 비싼 유형입니다.
결과는 맞지만 제때 오지 않습니다. 대개 한 건의 고장이 아니라 쌓인 부하나 새로 붙은 단계가 원인입니다. 측정이 없으면 이 유형은 논쟁으로 남습니다.
세 유형의 공통점은 이렇습니다. 기대치가 적혀 있지 않은 한 고장을 규정할 수 없습니다. 이러면 안 되는데라는 말은 이래야 한다는 글 없이는 진단이 되지 않습니다.
자동화는 요란하게 망가지는 일이 드뭅니다. 오류 메시지도 없고 빨간불도 들어오지 않으며 흐름은 초록으로 보입니다. 그래도 출력은 틀립니다. 메시지가 엉뚱한 사람에게 가고, 항목이 비어 있고, 기록이 두 번 열리고, 날짜가 다른 형식으로 적힙니다.
조용한 고장의 뿌리는 대개 입력이 모양을 바꾼 데 있습니다. 양식에 새 항목이 생기고, 포털이 전화번호를 다른 형식으로 보내기 시작하고, 직원이 항목을 다르게 채웁니다. 규칙은 그대로인데 입력이 바뀌고 결과가 조용히 미끄러집니다.
마지막 항목이 가장 무겁습니다. 팀이 출력을 손으로 고치기 시작했다면 시스템은 이미 망가진 것이고, 아무도 알리지 않았기에 고장은 어느 기록에도 들어가지 않았습니다.
어제 되던 것이 오늘 안 된다면 그 사이에 무언가 바뀐 것입니다. 진단의 첫 질문이 이것이고, 고장의 상당수가 이 질문에서 닫힙니다. 변경 목록을 남기지 않는 곳에서는 같은 질문에 몇 시간이 듭니다.
변경은 시스템에서만 일어나지 않습니다. 프로세스에서도, 사람에게서도, 입력에서도 일어납니다. 직원이 나갔을 수도, 포털이 항목 이름을 바꿨을 수도, 거래처가 파일 형식을 새로 했을 수도 있습니다. 코드 안이 아니라 이 목록에서 찾기를 시작하세요.
진단은 증상을 적는 데서 시작합니다. 안 된다는 증상이 아니라 느낌입니다. 증상은 이렇습니다. 어느 기록에서, 언제, 무엇을 기대했고, 대신 무슨 일이 있었는가. 네 칸이 채워지기 전에는 찾는 범위가 좁아지지 않습니다.
증상을 적을 때 기대한 결과는 1강의 프로세스 지도에서 가져오세요. 지도가 없다면 그것부터 적습니다. 문서화된 기대치 없이 하는 진단은 사람의 기억과 시스템의 동작을 견주는 일이 됩니다.
마지막 두 질문이 진단의 방향을 정합니다. 한 건에서만 보이면 문제는 입력 쪽일 가능성이 크고, 전부에서 보이면 규칙에, 일부에서 보이면 조건에 있습니다.
다시 만들어 낼 수 없는 것은 고치지 마세요. 원할 때 고장을 되풀이해 주는 예가 없으면 바꾼 것이 통했는지도 보여 줄 수 없습니다. 고쳐진 줄 아는 고장의 상당수는 그날 마침 되풀이되지 않은 고장입니다.
다시 만들어 낸다는 것은 같은 기록을 시험 환경에서, 또는 해가 없는 예로 통과시켜 본다는 뜻입니다. 운영 중인 시스템에서 시험해야 한다면 되돌릴 수 있는 단계를 고르고 팀에 미리 알리세요.
찾는 범위를 좁히는 가장 빠른 길은 흐름을 가운데서 자르는 것입니다. 흐름 중간의 한 지점에서 데이터가 맞습니까, 틀립니까? 맞으면 고장은 뒷쪽 절반에, 틀리면 앞쪽 절반에 있습니다. 자를 때마다 살펴볼 범위가 절반이 됩니다.
이 방법은 도구와 무관하게 통합니다. 기록 화면이든 중간 표든 보낸 메시지든 시스템이 남긴 기록이든, 묻는 질문은 같습니다. 데이터가 여기까지 제대로 왔는가?
자를 때마다 결과를 적으세요. 적지 않은 자르기는 되풀이되고, 같은 자리를 두 번 보느라 진단이 길어집니다.
범위가 좁아지면 1강의 다섯 부분을 순서대로 짚으세요. 아래 여섯 가지가 현장에서 가장 자주 만나는 원인이고, 진단의 상당수가 이 안에서 닫힙니다.
사건이 아예 닿지 않았을 수 있습니다. 연결이 끊겼거나 권한 기간이 지났거나 주소가 바뀌었을 수 있습니다. 기록이 생기지 않았다면 고장은 흐름 안이 아니라 문 앞에 있습니다.
가장 잦은 원인입니다. 항목 이름이 바뀌었거나, 날짜가 다른 형식으로 오거나, 앞자리 0이 떨어졌거나, 빈칸이나 대문자 차이가 생겼을 수 있습니다.
새로운 상황이 나타나 적어 둔 길 바깥으로 떨어졌을 수 있습니다. 조건 밖의 기록은 대개 조용히 빠집니다. 그들을 위해 쓴 길이 없기 때문입니다.
비밀번호가 바뀌었거나 열쇠 기간이 끝났거나 사용자가 지워졌을 수 있습니다. 이런 고장은 어느 날 갑자기 시작하고 미리 알려 주지 않습니다.
두 단계가 잘못된 순서로 돌았거나, 하나가 다른 쪽 데이터를 기다리지 않고 시작했을 수 있습니다. 바쁜 시간에 나오고 한가한 시간에 안 나오는 고장은 대개 여기 있습니다.
상대가 받지 않았을 수 있습니다. 항목이 필수가 되었거나 한도가 찼거나 형식이 거절되었을 수 있습니다. 돌아온 응답을 읽지 않으면 이 고장은 조용한 채로 남습니다.
여러 가지를 한꺼번에 바꾸지 마세요. 두 가지를 바꿨는데 결과가 좋아지면 어느 쪽이 좋게 했는지 알 수 없고, 나빠지면 어느 쪽이 망쳤는지 알 수 없습니다. 그 지점에서 진단은 다시 추측이 됩니다.
바꿀 때마다 2단계의 예를 다시 통과시키세요. 확인은 고장이 사라졌는지뿐 아니라 다른 것이 망가지지 않았는지도 포함합니다. 그래서 고치기 전에 어느 기록이 제대로 돌고 있었는지 적어 두세요.
고장을 없애는 것은 일의 절반입니다. 나머지 절반은 같은 고장이 다시 조용히 생기지 못하게 하는 표시를 심는 일입니다. 이것을 하지 않으면 몇 달 뒤 같은 진단을 처음부터 다시 하게 됩니다.
오래감은 세 가지에서 옵니다. 고장이 드러날 자리의 알림, 입력의 한계를 짚는 점검, 그리고 정해진 예외 경로입니다. 셋 다 자동화 안에 들어가며 따로 시스템을 요구하지 않습니다.
방법을 하나의 고장에서 처음부터 끝까지 따라가 봅시다. 예제는 영업 흐름을 지나가지만 순서는 어느 흐름에서나 같습니다.
증상: 새로 문의한 고객에게 견적 메일이 가지 않습니다. 영업팀이 먼저 알아챘고 지난주에 여러 고객이 회신을 기다렸다고 말합니다. 기록은 만들어진 것으로 보입니다.
무엇이 바뀌었나: 최근 두 주 사이에 양식에 새 항목이 추가되었고 포털 쪽에도 업데이트가 있었습니다. 후보가 둘입니다.
재현: 고장이 보인 기록 하나를 같은 입력으로 다시 통과시킵니다. 고장이 되풀이되므로 측정할 수 있는 예가 생겼습니다.
반으로 자르기: 흐름 가운데의 표를 봅니다. 기록은 있는데 메일 주소 항목이 비어 있습니다. 그러므로 고장은 앞쪽 절반, 입력 쪽에 있습니다.
다섯 부분: 입력 형식을 봅니다. 양식에 추가된 새 항목이 메일 항목의 이름을 바꿨습니다. 흐름은 옛 이름을 찾다가 못 찾고 빈 값을 넘기며, 메일 단계가 조용히 빠집니다.
하나만 바꾸고 확인: 흐름이 새 항목 이름을 읽도록 고칩니다. 고장 예를 다시 통과시키니 메일이 나갑니다. 전에 제대로 돌던 기록 두 개도 통과시켰고 여전히 맞습니다.
오래가게: 메일 항목이 비어 있으면 흐름이 멈추고 기록은 대기로 가며 관리자에게 알립니다. 프로세스 지도의 항목 이름을 갱신합니다. 같은 항목을 쓰는 다른 흐름도 짚어 고칩니다.
진단은 고장이 난 날 배울 기술이 아닙니다. 한가한 날 미리 해 두면 필요한 날 준비되어 있습니다. 아래 연습이 그것을 위한 것입니다.
조용히 지나가는 흐름은 나중에 조용한 고장을 낼 흐름입니다. 이 연습은 대부분의 사업장에서 적어도 하나를 드러냅니다.
진단 점검 목록 내려받기 (xlsx) · 고장 카드, 무엇이 바뀌었는지, 흐름을 반으로 가르기, 다섯 부분 점검, 오래 가는 고침의 단계들.
처음 보는 곳은 대개 규칙이지만 가장 잦은 원인은 입력입니다. 규칙이 어제부터 그대로라면 바뀐 것은 거기로 오는 데이터일 가능성이 큽니다.
두 가지를 바꾸고 결과를 보는 것은 진단을 끝내는 게 아니라 흐리게 합니다. 어느 변경이 무엇을 했는지 알 수 없고 고침을 되풀이할 수 없게 됩니다.
되풀이되지 않는 고장에 한 고침은 확인할 수 없습니다. 고장은 한동안 보이지 않다가 같은 자리에서 돌아옵니다.
대부분의 흐름은 한 일을 어딘가에 적습니다. 기록을 보지 않는 진단은 시스템의 말을 듣지 않고 짐작하는 일입니다.
말로 전해지는 증상은 옮길 때마다 바뀝니다. 적지 않은 증상은 두 사람이 서로 다른 고장을 찾는 진단이 됩니다.
알림과 점검 없이 닫은 고장은 같은 모양으로 돌아옵니다. 두 번째로 올 때 진단을 처음부터 다시 하게 되고 믿음이 한 번 더 깎입니다.
고장을 닫기 전에 아래 항목 전부에 예라고 답할 수 있어야 합니다. 빠진 항목이 있다면 고장은 닫힌 게 아니라 미뤄진 것입니다.
진단 대화에서 오가는 용어입니다. 팀에 공통 언어가 서면 고장 인계가 빨라집니다.
이 강의에서는 고장을 순서대로 좁히고 고침을 오래가게 만드는 일을 다뤘습니다. 고장의 상당수가 입력 쪽에서 나온다는 것도 보셨습니다.
교육 과정의 남은 모듈들은 준비 중입니다. 공개되는 대로 과정 안의 제자리에 들어가고 교육 페이지에 보입니다.
예외 기록 장부, 소식이 가는 길, 조용한 오류를 드러내는 측정.
항목 사전과 형식 규칙. 고장의 대부분이 이쪽에서 시작합니다.
교육 섹션 전체와 이후 더해진 모듈들.
시스템이 조용히 잘못 돌고 있다는 의심이 드시면 연락 주세요. 함께 살펴보겠습니다.
WhatsApp으로 견적 요청