거엠바 워크(Gemba Walk) 템플릿: 기록할 내용과 후속 조치 방법

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

거엠바 워크 템플릿에 필요한 항목은 많지 않습니다. 초점, 사실, 조치, 담당자, 기한이면 충분합니다. 무엇을 기록할지, 메모를 어떻게 작성할지, 후속 조치를 어떻게 추적할지 살펴봅니다.

Automatically translated with AI from the original post. Read the English original

거엠바 워크 템플릿은 워크 중 본 내용과 앞으로 진행할 일을 기록하는 한 페이지짜리 양식입니다. 초점, 관찰한 사실, 담당자와 기한이 포함된 조치 로그처럼 몇 가지 항목만 있으면 됩니다. 이 글은 메모를 명확한 구조로 남기고 후속 조치가 실제로 이루어지도록 하려는 지속적 개선 관리자를 위한 것입니다. Gemba는 일본어로 "실제 장소", 즉 업무가 실제로 이루어지는 곳을 뜻합니다.

핵심 요약

• 좋은 거엠바 워크 템플릿은 세 부분으로 구성됩니다. 초점을 적는 머리글, 사실로 작성한 관찰 목록, 담당자, 기한, 상태가 포함된 조치 로그입니다.
• 관찰 내용은 개수나 시간 같은 숫자를 넣어 사실로 작성합니다. 의견과 개인 이름은 빼십시오. 사람을 비난하는 메모는 사람들이 말하는 것을 멈추게 합니다.
• 해결하기로 한 문제는 모두 담당자 한 명과 기한 하나가 있는 조치 하나가 됩니다. 담당자와 기한이 없는 조치는 희망사항에 불과합니다.
• 매번 워크를 시작할 때 미완료 조치를 검토하십시오. 이 후속 관리가 있어야 워크가 변화로 이어진다고 사람들이 믿게 됩니다.
• 조치 목록에서 종결률, 미완료 조치의 경과 기간 같은 몇 가지 수치를 추적하면 워크가 실제 성과를 내는지 확인할 수 있습니다.

거엠바 워크 템플릿이란 무엇이고, 무엇이 아닌가

템플릿은 두 가지 역할을 합니다. 첫째, 거엠바 워크 중 본 내용을 생생할 때 기록하게 도와주어 기억에 의존하지 않도록 합니다. 둘째, 관찰 내용을 누군가가 책임지는 조치로 바꿉니다. 양식이 첫 번째 역할만 한다면 아무도 읽지 않는 기록 보관소가 되고 맙니다.

템플릿은 점검 양식이 아닙니다. 사람이나 구역을 평가하지 않으며, 감사처럼 느껴져서도 안 됩니다. 린 엔터프라이즈 연구소의 거엠바 용어 사전 항목은 워크를 리더가 조치하기 전에 현재 상황을 이해하는 방법으로 설명합니다. 거엠바에 가는 방법이라는 글은 멀리서 처방하는 것과 도구를 목적 자체로 사용하는 것을 경계합니다.

양식을 만드는 방법에서도 교훈을 얻을 수 있습니다. Jim Womack은 거엠바 워크 체크리스트에서 체크리스트가 필요하다면 만들어야 하며, 그 개발은 공동 작업이어야 한다고 씁니다. 이 원칙은 여기에도 적용됩니다. 아래 항목부터 시작해 두 번의 워크에서 사용해 보고, 무엇을 바꿀지 팀에 물어보십시오.

모든 워크에서 기록할 내용

양식은 한 페이지로 유지하십시오. 대부분의 공장에는 이 항목으로 충분합니다.

머리글

• 날짜, 구역 또는 라인, 워크 참여자
• 초점 질문. 예를 들어 "최종 조립이 자재를 기다리는 이유는 무엇인가?"
• 시작 시간과 종료 시간

관찰 사항

• 작업 위치 또는 공정 단계
• 본 내용을 숫자(개수, 시간, 거리)가 포함된 사실로 기록
• 들은 내용을 팀원의 말 그대로 기록하되 이름은 제외
• 던진 개방형 질문. 어떤 질문이 효과가 있었는지 확인할 수 있습니다.

문제 유형

• 흐름, 품질, 안전, 인력, 설비 같은 간단한 태그. 태그를 사용하면 여러 워크에 걸친 패턴을 셀 수 있습니다.

조치 로그

• 무엇을 할지 한 문장으로 적습니다.
• 담당자, 즉 이를 수락한 사람입니다.
• 기한
• 상태: 진행 중(open), 완료(done), 취소(dropped) 중 하나입니다.
• 결과: 다음 현장 점검 때 확인합니다.

잘된 점

• 한 줄이면 충분합니다. 잘된 사례를 기록하면 현장의 참여도가 높아지고, 다른 곳에서도 따라 할 만한 사례가 생깁니다.

항목을 더 늘리고 싶은 유혹은 참아야 합니다. 양식이 길어지면 사람들은 현장을 살피기보다 체크박스를 채우는 데 집중하게 됩니다.

좋은 겜바 워크 기록을 작성하는 방법

좋은 겜바 워크 기록은 구체적이고 중립적입니다. 무엇이 일어났는지를 묘사하고, 판단은 이후 팀 논의에 맡깁니다.

다음 예시를 비교해 보십시오.

• 부족한 기록: "포장대에서 작업자가 느리다." 더 나은 기록: "포장대 3번은 30분 동안 41개를 포장했다. 포장 담당자가 박스를 가지러 두 번 자리를 떠났다."
• 부족한 기록: "정리정돈이 엉망이다." 더 나은 기록: "드릴 셀의 공구 섀도보드에서 공구 세 개가 보이지 않았다."
• 부족한 기록: "감독자가 문제를 무시한다." 더 나은 기록: "월요일과 수요일에 같은 걸림 현상이 보고되었다. 보드에는 조치 내용이 없었다."

더 나은 기록은 검증할 수 있습니다. 다른 사람이 포장 수량을 세거나 섀도보드를 직접 확인할 수 있습니다. 팀이 의견이 아니라 사실을 놓고 논의하기 때문에 후속 조치도 공정해집니다.

두 가지 습관이 더 도움이 됩니다. 첫째, 세부 사항은 시간이 지나면 흐려지므로 관찰 내용은 몇 시간 뒤가 아니라 걸으면서 바로 기록하십시오. 작은 수첩이나 클립보드에 끼운 인쇄 양식이 잘 맞습니다. 둘째, 사람을 보호하십시오. Womack은 Gemba Walks의 서문에서 자신을 받아준 조직에 비밀 유지를 약속했다고 설명합니다. 기록도 같은 원칙으로 다루십시오. 공정에 대해 쓰고, 사람의 이름은 그 사람이 조치 담당을 맡기로 동의한 경우에만 공유하십시오.

초점에 맞게 양식 조정하기

핵심 양식은 하나로 유지하고, 초점을 나타내는 항목만 바꾸십시오. 현장의 흐름을 점검하는 워크라면 각 공정의 대기 시간을 적는 항목을 추가합니다. 품질과 안전을 점검하는 워크라면 확인 기준을 추가하고, 현장이 그 기준과 어디서 다른지 기록합니다. 작업장 정리정돈 방법인 5S와 연계된 워크라면 도구와 자재에 지정된 자리가 있는지 기록합니다.

모든 워크에서 같은 머리글과 같은 조치 기록부를 사용하면 영역 간 기록 방식을 표준화할 수 있습니다. 이 구조화된 방식의 실질적인 이점은 워크를 서로 비교하고, 같은 문제가 반복되는 곳을 찾으며, 단일 워크로는 드러나지 않는 개선 기회를 발견할 수 있다는 점입니다. 팀 리더와 다른 현장 직원에게도 이따금 양식 작성을 도와 달라고 요청하십시오. 직원 참여도가 높아지고, 방문자가 놓치는 부분을 현장 직원이 알아차리는 경우가 많습니다.

많은 조치는 작고 현장과 가까우며 빠르게 시험해 볼 수 있을 것입니다. 린 실무에서는 이런 변화를 카이젠, 즉 공정을 운영하는 사람들이 만드는 작은 개선이라고 부릅니다. 작은 변화도 누군가 추적하기만 하면 쌓여서 생산성 향상으로 이어집니다.

후속 조치 방법: 관찰에서 조치 추적까지

대부분의 워크 프로그램은 후속 조치 단계에서 실패합니다. 워크는 흥미롭고 기록도 깔끔하지만, 그 뒤에 아무 일도 일어나지 않습니다. 간단한 절차만 지켜도 이를 막을 수 있습니다.

1. 워크가 끝날 때 조치를 합의하십시오. 영역 리더와 10분 정도 함께 앉아 조치할 가치가 있는 관찰 사항을 고르십시오. 모든 관찰에 조치가 필요한 것은 아닙니다.
2. 각 조치를 과제로 적으십시오. 한 문장, 한 담당자, 한 기한으로 작성합니다. 동사를 사용하십시오. 예: "3번 공정에 박스 완충재를 일주일간 시범 적용한다."
3. 하루 안에 목록을 공유하십시오. 조치 담당자에게 보내고 영역 보드에도 게시하십시오.
4. 다음 워크를 시작할 때 미결 항목을 검토하십시오. 새로운 것을 보기 전에 이전 조치부터 확인합니다. 무엇을 시도했고 무엇을 배웠는지 물어보십시오.
5. 조치를 의도적으로 종결하거나 취소하십시오. 현장에서 결과를 확인한 후에만 조치를 완료로 표시하십시오. 상황이 바뀌어 조치를 취소할 때는 공개적으로 취소하고 이유를 기록하십시오.
6. 패턴을 찾으십시오. 한 달 뒤 문제 유형을 집계하십시오. 열 건 중 다섯 건이 자재 흐름과 관련되어 있다면, 그것이 개선 주제가 됩니다.

담당자를 지정하는 단계는 사람들이 가장 자주 건너뛰는 단계입니다. 원인에 영향을 줄 수 있는 사람, 흔히 팀 리더나 감독자를 담당자로 정하고, 그 과제를 수락할지 확인하십시오. 담당자가 팀에 도움을 요청할 수 있으며, 그것이 핵심입니다. 업무에 가장 가까운 사람들이 문제를 해결합니다.

예시: 한 달간의 조치 추적

아래는 가상의 수치를 사용한 예시입니다. 지속적 개선 관리자가 한 달 동안 매주 한 번 워크를 실시하고, 하나의 조치 기록부를 유지합니다.

• 워크 횟수: 4회
• 한 달간 제기된 조치: 12건
• 조치 완료 건수(현장에서 결과 확인): 9
• 아직 열린 조치: 3건, 경과 일수는 10일, 17일, 24일

그녀는 간단한 숫자 두 개를 계산합니다.

• 마감률: 완료 9건 ÷ 등록 12건 = 75퍼센트.
• 열린 조치의 평균 경과 일수: (10 + 17 + 24) ÷ 3 = 51 ÷ 3 = 17일.

그녀는 12건의 조치를 문제 유형별로도 분류합니다. 흐름 6건, 품질 3건, 안전 2건, 설비 1건입니다. 전체 조치의 절반이 흐름과 관련되어 있습니다. 검토 자리에서 그녀는 다음 현장 순회를 자재 흐름에 초점을 맞추자고 제안하고, 경과 24일째인 조치의 담당자에게 무엇이 진행을 막고 있는지 묻습니다. 담당자에게는 보관 구역에 관한 결정이 필요하므로, 그녀는 이 사안을 공장장에게 가져갑니다.

이 숫자들은 달성해야 할 목표가 아닙니다. 대화를 시작하기 위한 단서입니다. 왜 어떤 조치는 24일이나 방치되어 있는지, 무엇이 도움이 될지를 묻기 위한 것입니다.

흔한 실수

• 양식을 지나치게 길게 만드는 것. 입력 항목이 많아질수록 체크하는 데 시간이 쓰이고, 현장을 살피는 시간은 줄어듭니다.
• 사실 대신 의견을 적는 것. "지저분하다"나 "느리다"는 검증할 수 없고 논쟁만 부릅니다.
• 이름을 거론하고 탓하는 것. 이름이 적힌 기록은 사람들이 솔직하게 이야기하는 것을 막습니다.
• 담당자나 기한 없이 조치를 방치하는 것. 그런 조치는 실행되지 않습니다.
• 관리자에게만 후속 조치를 공유하는 것. 목록을 팀과 공유하지 않으면 팀은 아무 일도 없었다고 생각하게 됩니다.
• 조치 건수를 성공으로 간주하는 것. 서류상으로 조치 20건이 완료되어도 현장 상황이 그대로라면 의미가 크지 않습니다. 결과를 반드시 확인하십시오.

소프트웨어가 도움이 되는 방법

조치 기록에는 공유 스프레드시트나 작업 보드만으로도 충분합니다. 소프트웨어는 변경으로 숫자가 실제로 움직였는지 확인하고 싶을 때 유용해집니다. iFAKT의 Polaris Analyzer는 Polaris 생산 소프트웨어의 모듈로, 생산 현장의 계획값과 실적값을 비교하는 모든 모듈 전반의 KPI 대시보드를 제공합니다. 조치 기록과 함께 사용하면, 이런 대시보드로 개선 후 라인이 다르게 움직이는지 확인할 수 있습니다. 그래도 현장 순회와 대화가 여전히 통찰의 주된 원천입니다.

다음 단계

이번 주에 현장 순회 템플릿을 한 페이지로 만들어 보십시오. 머리글, 사실 목록, 담당자, 기한, 상태가 포함된 조치 기록으로 구성합니다. 다음 순회에서 이 템플릿을 사용하고, 각 결과를 지속적 개선 루틴의 일부로 기록하십시오.