교육 · 9강

팀을 과정에 어떻게 들입니까?

흐름은 돌아가고 있어도 팀이 넘겨받지 않았다면 일은 여전히 한 사람의 등에 있습니다. 이 강의에서는 넘겨주기 목록을 채웁니다. 역할, 권한, 첫 주 도움, 문제가 생기면 갈 하나의 문, 그리고 머릿속에 남은 규칙을 글로 옮기는 일.

이 강의에서 배우는 것

여기까지의 강의는 시스템을 지었습니다. 일을 골랐고, 과정을 적었고, 자료를 정의했고, 도구를 골랐고, 흐름을 만들었고, 시스템을 이었고, 예외를 결정했습니다. 이 강의는 그 시스템을 쓸 사람들을 다룹니다.

차이는 여기에 있습니다. 흐름은 돌아가고 있어도 팀이 넘겨받지 않았다면 일은 여전히 한 사람의 등에 있습니다. 그 사람이 휴가를 가면 자동화는 계속 돌지만 그 가장자리의 결정은 멈춥니다. 넘겨주기란 그 결정들도 함께 나누는 일입니다.

강의 목표

  • 넘겨주기 점검 목록을 네 칸으로 채우기
  • 누가 무엇을 쓸지 역할로 적기
  • 일이 요구하는 만큼만 권한 주기
  • 첫 주 곁에 서는 방식 세우기
  • 문제가 생기면 갈 하나의 문 정하기
  • 머릿속에 남은 규칙을 지도로 옮기기

선행 조건: 돌아가는 흐름과 일곱째 강의의 예외 장부. 장부가 없으면 넘겨줄 결정의 절반이 적혀 있지 않다는 뜻입니다.

자동화는 팀의 일을 어떻게 바꾸는가

자동화는 일을 없애지 않고 일의 모양을 바꿉니다. 되풀이되는 단계는 시스템 쪽으로 넘어가고, 결정과 예외와 고객과의 대화는 사람 쪽에 남습니다.

이 변화가 적혀 있지 않으면 팀은 두 가지를 한꺼번에 하려 합니다. 예전에 손으로 하던 일을 이어가면서 새 시스템도 지켜봅니다. 부담은 줄지 않고 두 배가 됩니다. 넘겨주기 목록은 바로 이 앞을 막으려고 있습니다.

시스템으로 넘어가는 것

촉발, 기록 만들기, 자료 옮기기, 알림. 단계가 적혀 있고 규칙으로 도는 일입니다.

사람에게 남는 것

결정, 예외, 고객과의 대화, 시스템이 낸 것을 눈으로 훑기. 이것은 줄지 않고 드러납니다.

새로 생기는 일

대기 목록 훑기, 알림 보기, 장부 채우기. 이 일에도 주인이 있어야 하고, 없으면 아무도 하지 않습니다.

넘겨주기 점검 목록: 네 칸

목록은 한 쪽에 들어가고 각 줄이 한 사람이나 한 역할을 적습니다. 네 칸은 넘겨줄 때 묻게 되는 네 물음에 대응합니다. 한 칸이 비면 그 사람에게 시스템이 반만 넘어간 셈입니다.

넘겨주기 전에 목록을 채우는 일은 넘겨준 뒤에 채우는 일과 다릅니다. 먼저 채우면 빠진 권한과 주인 없는 일이 종이 위에서 드러나고, 나중에 채우면 첫 주에 하나씩 발견하게 됩니다.

목록의 네 칸

  • 누가 무엇을 쓸까: 역할과 그 역할이 닿는 화면
  • 어떤 권한: 무엇을 볼 수 있고 무엇을 바꿀 수 있는지
  • 첫 주에 누가 도울까: 이름이 적힌 사람
  • 문제가 생기면 누구에게: 하나의 문과 그 대신 볼 사람

네 번째 칸이 목록을 쓸모 있게 만듭니다. 비어 있으면 저마다 다른 사람에게 묻고 같은 물음이 여러 번 답해집니다.

누가 무엇을 쓸까

넘겨주기는 이름이 아니라 역할로 적습니다. 사람은 바뀌고 역할은 남기 때문입니다. 역할마다 그 역할이 정말 닿는 화면을 적습니다. 닿지 않는 화면은 목록에 들어가지 않습니다.

이 구분은 교육도 바꿉니다. 모두에게 모든 것을 보여 주는 대신 역할마다 자기 화면을 보여 줍니다. 보여 주지 않은 화면은 나중에 문제를 낼 때 어차피 문으로 옵니다.

역할마다 적는 것

  • 역할 이름: 사무소 담당, 현장 팀, 회계 같은 식으로.
  • 그 역할이 여는 화면과 목록을 하나씩.
  • 역할이 하는 일: 기록 열기, 승인하기, 대기 목록 훑기.
  • 역할이 하지 않을 일도 적습니다. 경계가 흐리면 일이 주인 없이 남습니다.
  • 한 사람이 두 역할을 지면 한 줄에 밀어 넣지 말고 두 줄을 엽니다.

목록이 채워지면 시스템의 모든 화면에 주인이 생깁니다. 주인 없는 화면은 첫 달이 끝날 무렵 아무도 보지 않는 화면이 됩니다.

권한: 일이 요구하는 만큼

권한은 양쪽으로 문제를 냅니다. 좁게 주면 일이 멈추고 모두 같은 사람에게 갑니다. 넓게 주면 실수로 한 변경을 되돌릴 수 없습니다.

잣대는 이렇습니다. 이 역할이 일을 하려면 무엇을 봐야 하고 무엇을 바꿔야 합니까? 보는 것으로 충분한 자리에는 바꾸는 권한을 주지 않습니다. 여섯째 강의의 접근 줄이 여기서 사람 단위로 내려옵니다.

보는 권한

기록과 목록을 열 수 있는 것. 대부분의 역할에는 일을 하기에 넉넉하고 되돌릴 수 없는 결과를 내지 않습니다.

바꾸는 권한

기록 열기, 고치기, 대기 목록 훑기. 누가 어떤 항목을 바꿀 수 있는지 적히면 논쟁이 끝납니다.

관리 권한

흐름 멈추기, 규칙 바꾸기, 새 사용자 열기. 좁게 두고 이름을 적어 두는 권한입니다.

첫 주: 곁에 서기

넘겨주기는 회의 한 번으로 끝나지 않습니다. 첫 주는 시스템이 팀과 함께 일하는 주간이고, 그 주에는 누군가 곁에 서 있어야 합니다.

곁에 선다는 것은 대신 해 준다는 뜻이 아닙니다. 물으면 답하고, 묻지 않을 때는 첫 며칠을 눈으로 훑는 일입니다. 곁에 서는 사람의 이름이 적혀 있으면 팀은 묻기를 주저하지 않습니다.

첫 주 방식에 적히는 것

  • 누가 곁에 설까: 이름이 적힌 사람과 대신 볼 사람
  • 언제 볼까: 하루의 어느 때, 어느 목록을
  • 무엇을 볼까: 대기 목록, 알림, 첫날의 기록
  • 어떻게 적을까: 물어 온 것들을 어디에 쓰는지
  • 언제 끝날까: 어떤 조건이 되면 지켜보기가 느슨해지는지

물어 온 것들은 예외 장부의 입력이 됩니다. 같은 물음이 세 번 왔다면 모자란 것은 사람이 아니라 적히지 않은 규칙입니다.

문제가 생기면 누구에게 가는가

넘겨주기에서 가장 자주 빠지는 줄이 이것입니다. 팀이 문제를 만나면 시스템을 지은 사람에게 갈까요, 관리자에게 갈까요, 공급자에게 갈까요? 적혀 있지 않으면 저마다 다른 문을 두드리고 같은 문제가 여러 번 설명됩니다.

하나의 문이란 문제를 한 사람에게 쌓는다는 뜻이 아닙니다. 문은 들어온 문제를 갈라 알맞은 곳으로 보내는 자리입니다. 사용 물음인지, 예외인지, 진짜 고장인지.

1 사용 물음

"이걸 어디서 했더라" 하는 물음. 첫 주에 돕는 사람에게 가고 답은 교육 메모에 더해집니다.

2 예외

규칙이 담지 못한 상황. 장부 주인에게 가고, 결정이 내려지고, 한 줄이 열립니다.

3 고장

적혀 있는데도 시스템이 달리 움직임. 진단 목록으로 좁힌 뒤 지은 쪽으로 갑니다.

가르치기보다 보여 주기

팀에게 시스템을 설명하는 가장 짧은 길은 그들 자신의 기록 위에서 보여 주고, 그다음 직접 하게 하는 것입니다. 설명만으로는 첫 진짜 기록에서 잊힙니다.

보여 줄 때 쓰는 기록은 진짜이되 결과를 되돌릴 수 있어야 합니다. 시험 기록은 이름으로 알아볼 수 있고 나중에 치우는 기록입니다.

보여 주는 차례

  • 자기 일에서 기록 하나를 골라 끝에서 끝까지 함께 지나갑니다.
  • 두 번째 기록은 그 사람이 직접 합니다. 곁에 누군가 섭니다.
  • 어디서 막히는지 적습니다. 그 메모는 교육이 아니라 고칠 거리입니다.
  • 화면 갈무리 대신 짧은 글로 된 단계 목록을 남깁니다.
  • 같은 보여 주기를 새로 온 사람에게도 되풀이할 수 있어야 합니다.

보여 주기의 결과는 문서가 아니라 그 사람이 혼자 끝낸 두 번째 기록입니다. 문서는 그 기록 옆에서 쓸모가 생깁니다.

반발은 어디서 오는가

반발은 대개 기술이 아니라 불확실함을 향합니다. "내 일을 가져가는 건가", "실수하면 어떻게 되나", "예전이 더 빨랐는데" 하는 말 밑에는 답하지 않은 세 물음이 있습니다.

이 물음을 이야기하지 않고 한 넘겨주기는 시스템이 쓰이지 않고 옆에 남는 것으로 끝날 수 있습니다. 시스템이 있다는 것이 쓰이고 있다는 뜻은 아닙니다.

일자리 걱정

자동화가 어떤 단계를 가져갔고 사람에게 어떤 일이 남는지 적히면 걱정이 손에 잡히는 목록이 됩니다.

실수에 대한 두려움

되돌리는 길을 보여 주면 줄어듭니다. 잘못된 기록을 어떻게 고치는지 아는 사람은 시스템을 피하지 않습니다.

버릇

옛 길이 아직 열려 있으면 새 길은 쓰이지 않습니다. 수동 대체를 일부러 열어 둔다면 어떤 경우에 쓰는지 적습니다.

머릿속 규칙: 적히지 않은 앎

어느 팀에나 시스템에 없는 규칙이 있습니다. 어느 고객에게 먼저 연락하는지, 어떤 요청을 미루는지, 어떤 경우에 전화를 드는지. 이런 것은 대개 한 사람의 머릿속에 있습니다.

넘겨주기는 그 앎을 드러내기에 가장 좋은 때입니다. 첫 주에는 물음이 저절로 오기 때문입니다. 답을 적어 두는 편이 같은 물음에 두 번 답하는 것보다 쌉니다.

첫 주에 글로 옮기는 것

  • 첫 주에 온 물음마다 답과 함께 적습니다.
  • 되풀이되는 물음은 과정 지도에 규칙으로 넣습니다.
  • 사람에게 묶여 남는 규칙은 역할 설명에 적습니다.
  • 아무도 몰랐지만 시스템이 적용하는 규칙도 적습니다.
  • 적힌 규칙은 팀이 볼 수 있는 한곳에 둡니다.

이 단계가 끝나면 넘겨주기는 화면만이 아니라 결정까지 넘긴 것이 됩니다. 진짜 넘겨주기는 그것입니다.

넘겨주기 시험: 팀이 굴릴 수 있는가

둘째 강의에서 과정 지도로 했던 넘겨주기 시험을 여기서는 시스템으로 합니다. 잣대는 같습니다. 적어 놓은 것이 적은 사람 없이도 굴러갑니까?

시험을 위해 시스템을 지은 사람이 하루 물러서고 팀이 스스로 일을 굴립니다. 물어 온 것들과 막힌 자리가 시험의 결과입니다.

넘겨주기 시험에서 보는 것

  • 팀이 지은 사람에게 묻지 않고 하루를 마쳤는가
  • 대기 목록이 훑어졌는가, 누가 훑었는가
  • 알림이 왔다면 맞는 사람에게 갔는가
  • 예외가 나왔다면 장부에 적혔는가
  • 어느 단계에서 막혔고 어떤 정보가 모자랐는가

시험을 한 번 통과했다고 넘겨주기가 끝난 것으로 치지 않습니다. 두 번째에도 같은 결과가 나오면 끝난 것으로 칩니다. 첫 번째에는 운의 몫이 있습니다.

처음부터 끝까지 예: 부동산 사무소 팀이 넘겨받습니다

사무소는 시범 업무를 고르고, 과정을 적고, 자료를 정의하고, 도구를 고르고, 흐름을 만들고, 시스템을 잇고, 예외 장부를 열었습니다. 지금까지 시스템은 한 사람이 썼습니다. 사무소 담당자입니다.

넘겨주기에서 두 역할이 정해집니다. 사무소 담당자와 현장 상담사입니다. 두 역할의 화면과 권한이 다르므로 목록은 두 줄로 열립니다.

사무소가 채운 넘겨주기 목록

사무소 담당자 줄: 문의 목록, 대기 목록, 예외 장부 화면을 씁니다. 권한은 기록 열기, 고치기, 대기 목록 훑기로 적히고, 흐름을 멈추는 권한은 주지 않습니다. 첫 주 도움은 시스템을 지은 사람, 대신 볼 사람은 사무소 관리자입니다.

현장 상담사 줄: 자기 문의만 보고 약속 결과를 적습니다. 보는 권한은 넓고 바꾸는 권한은 한 항목으로 좁습니다. 이 구분이 첫날부터 적혀 있어서 "남의 문의를 실수로 건드리는" 이야기는 아예 나오지 않습니다.

첫 주 방식은 이렇게 세웁니다. 아침마다 대기 목록을 훑고, 오후에는 알림을 살피고, 물음은 메모에 적습니다. 한 주 동안 열두 물음이 옵니다. 아홉은 사용 물음, 둘은 예외, 하나는 진짜 고장으로 갈립니다.

되풀이된 세 물음은 과정 지도에 규칙으로 들어갑니다. "전화가 비면 어떻게 하나", "같은 사람의 두 번째 글은 어느 기록으로 가나", "약속이 취소되면 기록은 어디서 기다리나". 셋 다 머릿속에 있던 규칙이고, 넘겨주기가 그것을 글로 옮깁니다.

둘째 주 넘겨주기 시험에서 사무소는 지은 사람에게 묻지 않고 하루를 마칩니다. 막힌 단계는 보고 화면 하나뿐이고, 그 단계의 메모 목록도 같은 날 적힙니다.

연습: 이번 주에 할 일

이번 주에는 넘겨주기 목록을 열고 시스템을 쓸 역할마다 한 줄씩 적으십시오. 새 구축을 기다릴 필요는 없습니다. 이미 돌아가는 흐름의 넘겨주기도 같은 목록으로 합니다.

넘겨주기 점검 목록 내려받기 (xlsx) · 누가 무엇을 쓸까, 어떤 권한, 첫 주에 누가 도울까, 문제가 생기면 누구에게 갈까 칸을 담은 한 장짜리 목록. 보여 주기, 첫 주 물음, 넘겨주기 시험도 함께 있습니다.

자주 하는 실수

아래는 시스템에서가 아니라 넘겨주기가 반만 된 데서 나옵니다. 공통점은 이것입니다. 어느 것도 시스템에서 고장으로 보이지 않습니다.

회의로 넘기기

발표를 하고 넘겨주기가 끝난 것으로 칩니다. 첫 진짜 기록에서 물음이 시작되지만 곁에 아무도 없습니다.

모두에게 같은 권한

편하자고 모두에게 넓은 권한을 줍니다. 실수로 한 변경을 누가 했는지도 찾을 수 없습니다.

옛 길을 열어 두기

손으로 하던 옛 길을 닫지 않고 규칙도 적지 않습니다. 바쁜 날 팀은 옛 길로 돌아가고 시스템은 반만 쓰입니다.

물음을 적지 않기

같은 물음이 세 사람에게 세 번 갑니다. 답은 매번 새로 만들어지고 때로는 다르게 나옵니다.

주인 없는 새 일

대기 목록 훑기나 알림 보기 같은 새 일이 아무에게도 적히지 않습니다. 얼마 뒤 아무도 하지 않습니다.

한 사람에게 묶여 있기

시스템을 쓸 줄 아는 사람이 하나뿐입니다. 그 사람이 휴가를 가면 결정이 멈추고, 자동화가 돌아도 일은 나아가지 않습니다.

점검 목록

넘겨주기 주간이 끝났을 때 이 목록의 항목마다 답할 수 있으면 넘겨주기가 선 것으로 칩니다.

넘겨주기가 서 있는가

  • 역할마다 한 줄이 있고 네 칸이 차 있음
  • 역할이 닿는 화면과 하지 않을 일이 적혀 있음
  • 보는 권한과 바꾸는 권한이 따로 주어졌음
  • 첫 주 도움과 대신 볼 사람이 이름으로 적혀 있음
  • 문제가 생기면 갈 문과 가르는 잣대가 적혀 있음
  • 보여 주기를 했고 두 번째 기록은 그 사람이 직접 했음
  • 첫 주 물음이 답과 함께 적혔음
  • 되풀이된 물음이 지도에 규칙으로 들어갔음
  • 넘겨주기 시험을 두 번 했고 결과를 적었음

용어

넘겨주기 이야기에서 나오는 말들입니다. 역할과 권한을 같은 이름으로 부르면 목록이 둘째 달에도 읽힙니다.

다음은 무엇인가

이 강의에서 시스템을 사람들에게 넘겼습니다. 역할과 권한을 적었고, 첫 주 방식을 세웠고, 하나의 문을 정했고, 머릿속에 있던 규칙을 글로 옮겼습니다. 다음 강의는 결과를 재는 일과 지은 것을 키우는 일을 다룹니다.

이미 나온 강의로 이어가고 싶다면, 흐름의 가장자리에 있는 예외를 장부로 다루는 모듈이 차례입니다.

8강: 예외와 고장 다루기

예외 기록 장부, 소식이 가는 길, 조용한 오류를 드러내는 측정.

2강: 프로세스를 글로 옮기기

과정 지도와 넘겨주기 시험. 여기서의 시험은 그 시험을 시스템에 한 것입니다.

전체 강의

교육 부분 전체와 그동안 더해진 모듈들.

넘겨주기 목록을 함께 채우고 싶으시면 연락 주십시오. 역할을 같이 뽑아 보겠습니다.

WhatsApp으로 견적 요청

자주 묻는 질문

넘겨주기를 하려면 교육을 해야 합니까?
발표보다 보여 주기가 낫습니다. 그 사람 자신의 일에서 진짜 기록을 골라 끝에서 끝까지 함께 지나가고, 두 번째 기록은 본인이 직접 합니다. 결과물은 문서가 아니라 혼자 끝낸 두 번째 기록이고, 문서는 그 옆에서 쓸모가 생깁니다.
권한을 넓게 주면 일이 빨라지지 않습니까?
짧게 보면 빨라지고, 그다음에는 자취 없는 변경을 만듭니다. 잣대는 이렇습니다. 그 역할이 일을 하려면 무엇을 봐야 하고 무엇을 바꿔야 하는가. 보는 것으로 충분하고 바꾸는 권한을 주지 않으면 실수로 한 변경도 줄어들 수 있습니다.
첫 주 도움은 얼마나 이어져야 합니까?
기간이 아니라 조건으로 끝납니다. 팀이 묻지 않고 하루를 마칠 수 있고 대기 목록이 꾸준히 훑어지면 지켜보기를 느슨하게 할 수 있습니다. 넘겨주기 시험이 두 번 같은 결과를 내면 넘겨주기가 끝난 것으로 칩니다. 첫 번째에는 운의 몫이 있습니다.
팀이 새 시스템을 쓰기 싫어하면 어떻게 합니까?
반발 밑에는 대개 답하지 않은 세 물음이 있습니다. 내 일은 어떻게 되나, 실수하면 어떻게 되나, 예전이 더 빠르지 않았나. 어떤 단계가 시스템으로 넘어갔는지, 되돌리는 길이 어떻게 도는지, 옛 길은 어떤 경우에 쓰는지가 적히면 이야기가 손에 잡히는 목록이 됩니다.
머릿속 규칙은 어떻게 글로 옮깁니까?
넘겨주기 주간이 가장 좋은 때입니다. 물음이 저절로 옵니다. 온 물음마다 답과 함께 적고, 되풀이되는 것은 과정 지도에 규칙으로 넣습니다. 같은 물음이 세 번 왔다면 모자란 것은 사람이 아니라 적히지 않은 규칙입니다.