대부분 여기서 바퀴가 멈춥니다
교육이 끝났습니다. 설문도 받았고, 담당자도 만족했습니다. 파일은 폴더에 있습니다. 여기서 끝내면 «한 번 잘한 교육»입니다.
석 달 뒤 비슷한 문의가 옵니다. 폴더를 엽니다. 파일이 스무 개쯤 있습니다. 어느 게 최종본인지 모르겠습니다. 그때 왜 그렇게 정했는지도 기억이 안 납니다. 결국 거의 처음부터 다시 합니다.
앞의 두 편에서 구간을 나누고, 이어 붙이고, 관문을 세우고, 루프를 관리했습니다. 그런데 마지막 한 구간을 안 하면 그 전부가 일회용이 됩니다.
이 편은 바퀴를 한 바퀴 마저 돌리는 이야기입니다. 운영하고, 피드백을 모으고, 다음 나에게 넘겨 주는 구간입니다.
지난 편들 — 심화 01 요구분석에서 교안까지 · 심화 02 만들고 고치고 다시 만들기. 안 보셨어도 이 편만 따로 읽으실 수 있습니다.
운영 — 1차수와 5차수는 달라야 합니다
같은 과정을 여러 번 하면 조금씩 나아집니다. 문제는 그 «나아짐»이 강사 머릿속에만 남는다는 것입니다. 사람이 바뀌면 사라지고, 석 달만 지나도 흐려집니다.
교육이 끝나고 짐을 싸면서 3분이면 됩니다. 다음 날이 되면 절반이 날아갑니다. 일주일 뒤에는 «잘 됐다»밖에 안 남습니다.
적을 것은 세 줄뿐입니다 — 시간이 밀린 곳 / 참가자가 헷갈려 한 곳 / 다음에 바꿀 것 하나.
[2차수 · 진행 메모] 밀린 곳 규칙 설명이 10분 초과. 슬라이드 5장 → 3장으로 줄일 것 헷갈려 한 곳 2라운드 시작 시 «이전 결과를 반영하라»는 지시를 절반이 못 알아들음 → 화면에 문구 추가 필요 다음에 바꿀 것 하나 팀 나누기를 사전에 배정해서 올 것. 현장에서 나누느라 7분 씀
이 메모가 세 차수쯤 쌓이면 진행안이 저절로 좋아집니다. 그리고 더 중요한 게 있습니다 — 다음에 «다른» 과정을 만들 때도 이 메모가 쓰입니다. 「규칙 설명은 3장을 넘기지 말 것」은 이 과정에만 해당하는 교훈이 아니니까요.
교육 차수를 마쳤습니다. 진행 메모를 정리해 주세요. [과정명 / 차수] [오늘 있었던 일 — 생각나는 대로 적습니다] 아래로 정리해 주세요. 1. 시간이 밀린 지점과 그 이유 2. 참가자가 헷갈려 한 지점 3. 다음 차수에 바꿀 것 — «딱 하나»만 골라 주세요 (여러 개를 바꾸면 무엇 때문에 좋아졌는지 알 수 없습니다) 4. 이번 차수에서 «잘 된 것» 하나 — 다음에 없애면 안 되는 것을 기록해 두는 용도입니다 그리고 아래를 따로 알려 주세요. 5. 위 내용 중 «이 과정에만 해당하는 것»과 «다른 과정에도 해당하는 것»을 나눠 주세요. 5번이 나중에 가장 값어치 있는 기록이 됩니다.
「다음 차수를 시작하기 전에, 지난 차수 메모를 열어 본다.」
적어 두기만 하고 안 보면 아무 소용이 없습니다. 진행안 맨 앞에 붙여 두십시오. 준비하면서 자연히 보게 됩니다.
피드백 — 설문만 보면 절반을 놓칩니다
설문은 «끝나고 나서, 기억나는 것을, 좋게» 적습니다. 그래서 설문만 보면 대개 «좋았다»가 나옵니다. 그 점수로는 무엇을 고쳐야 할지 알 수 없습니다.
| 출처 | 알 수 있는 것 | 한계 |
|---|---|---|
| 설문 | 전반적 만족, 강사 평가, 주관식 의견 | 끝난 뒤의 기억. 좋게 적는 경향 |
| 현장 관찰 | 어디서 막혔는지, 언제 조용해졌는지, 무엇을 물었는지 | 강사가 진행하며 보기 어렵습니다 — 그래서 «메모할 시점»을 정해 둬야 합니다 |
| 도구 기록 | 어느 라운드에서 시간이 오래 걸렸는지, 어떤 선택이 많았는지 | «왜»는 안 나옵니다 |
설문에서 「실습이 좋았다」 4.6점이 나왔는데, 현장 기록에는 「2라운드에서 세 팀이 시간을 못 맞춤」이 있습니다. 이 둘이 어긋납니다.
이럴 때 설문을 믿지 마십시오. 참가자는 «재미있었다»를 «잘 됐다»로 적습니다. 고칠 곳은 어긋나는 지점에 있습니다.
교육 차수의 피드백을 분석해 주세요. 세 가지 출처를 함께 놓고 봅니다. [설문 결과] (점수와 주관식을 붙여넣기 — 개인정보는 지우고 주세요) [현장 진행 메모] (차수 메모를 붙여넣기) [도구·운영 기록] (라운드별 소요 시간, 팀별 선택 등 있으면) 아래를 해 주세요. 1. 세 출처가 «같은 말»을 하는 부분 2. 세 출처가 «어긋나는» 부분 ← 가장 중요합니다 - 설문은 좋다는데 현장에서는 막힌 곳 - 설문은 아쉽다는데 실제로는 잘 돌아간 곳 어긋나는 이유를 추측해 주세요 3. 고칠 항목을 아래 셋으로 나눠 주세요 - 다음 차수에 바로 고칠 것 - 설계로 돌아가야 하는 것 - 고치지 않아도 되는 것 (취향 차이 등) 숫자는 반드시 실제 자료에서만 가져오시고, 확인되지 않는 것은 «확인 필요»로 표시해 주세요.
차수가 쌓이면 차수끼리 비교할 수 있게 됩니다. 이게 진짜 무기입니다.
여러 차수의 결과를 비교해 주세요.
[차수별 자료]
1차수: (설문 결과 · 진행 메모)
2차수: (…)
3차수: (…)
[차수 사이에 바꾼 것]
(예: 2차수 후 규칙 설명을 5장에서 3장으로 줄임)
아래를 해 주세요.
1. 차수별 주요 지표를 표로 (만족도, 시간 준수, 주요 의견)
2. 「무엇을 바꿨더니 무엇이 달라졌는가」를 연결해 주세요
— 바꾼 것과 달라진 것 사이에 근거가 약하면
«관련 불확실»이라고 표시해 주세요
3. 차수가 바뀌어도 «계속 나오는 의견»을 찾아 주세요
— 이게 진짜 고쳐야 할 것입니다
4. 다음 차수에 시도해 볼 것 하나를 제안해 주세요
3번이 핵심입니다. 한 번 나온 의견은 그 차수의 특성일 수 있지만,
매번 나오는 의견은 설계의 문제입니다.설문 자체를 분석하는 자세한 방법은 «도구 05» — 설문 결과를 AI에게 맡기기에 있습니다. 개인정보 처리와 검증 방법까지 그쪽에서 다뤘습니다.
자산은 «파일»이 아니라 «판단»입니다
자산화라고 하면 대개 파일 정리를 떠올립니다. 폴더를 나누고 이름을 붙이는 일이요. 필요합니다. 그런데 그것만으로는 다음이 빨라지지 않습니다.
왜냐하면 파일은 고객사마다 다르기 때문입니다. 그 회사의 PPT를 다음 회사에 그대로 쓸 수 없습니다. 업종이 다르고 인원이 다르고 문제가 다릅니다.
· 「요청 메일에서는 이 여섯 가지를 꼭 물어야 한다」
· 「학습목표를 규칙으로 옮길 때는 «이기는 방법»이 되게 해야 한다」
· 「규칙 설명 슬라이드는 3장을 넘기면 안 된다」
· 「도구는 세 바퀴만 돌리고, 넘어가면 기능을 줄인다」
이게 판단입니다. 업종이 바뀌어도, 고객사가 바뀌어도 그대로 씁니다. 파일보다 이게 값어치 있습니다.
| 분류 | 예 | 어디에 두나 |
|---|---|---|
| 이 고객사에만 | 그 회사 상황이 들어간 시나리오, 참가자 명단, 설문 원본 | 고객사 폴더에 그대로. 개인정보는 보관 기한을 정해 두십시오 |
| 같은 업종이면 | 업종 판단 변수, 부서 간 충돌 장면, 수치 구조의 뼈대 | 업종별 폴더 |
| 모든 과정에 | 확인 질문 목록, 설계 원칙, 도구 제작 체크리스트, 판단 기록 | 공통 폴더 — 여기가 핵심 |
방금 끝난 교육 과정을 «자산화»하려 합니다. 파일 정리가 아니라, 다음에 재사용할 것을 골라내는 작업입니다. [이번 과정 개요] [만든 산출물 목록] [진행하며 남긴 기록 · 차수 메모] [피드백 분석 결과] 아래를 해 주세요. 1. 산출물과 기록을 셋으로 나눠 주세요 A. 이 고객사에만 해당 — 그대로 보관 B. 같은 업종이면 재사용 가능 C. 모든 과정에 재사용 가능 2. C로 분류된 것에 대해 - 고객사 정보를 지우려면 무엇을 고쳐야 하는지 - 어떤 파일명으로 저장할지 를 알려 주세요 3. 이번 과정에서 «배운 판단»을 문장으로 뽑아 주세요. 파일이 아니라 «원칙»입니다. 「~할 때는 ~해야 한다」 형태로, 5개 이내로. 이번에 실패했거나 되돌아갔던 지점에서 뽑으면 좋습니다. 4. 다음에 비슷한 요청이 오면 «무엇이 이미 준비되어 있는지» 목록으로 정리해 주세요. 3번이 가장 중요합니다. 파일은 다음 고객사에 그대로 못 쓰지만, 판단은 그대로 씁니다.
[이번에 배운 판단 — 5개] 1. 요청 메일을 받으면 제안서를 쓰기 전에 «추측한 것»을 먼저 목록으로 만든다. 추측이 남아 있으면 반드시 되돌아오게 된다. 2. 체험형 설계에서는 학습목표를 «규칙»으로 옮긴다. 협업을 가르치려면, 협업이 «이기는 방법»이 되어야 한다. 3. 현업의 장벽은 시뮬레이션 안에도 재현되어야 한다. 쉽게 만들어 주면 겪을 것을 못 겪는다. 4. 도구의 허점은 만들기 «전»에 찾는다. 종이에서 고치면 하루, 만들고 고치면 일주일이다. 5. 규칙 설명 슬라이드는 3장을 넘기지 않는다. 길면 시작도 하기 전에 지친다.
「다음 문의가 온 날, 내가 이 폴더를 열 것인가?」
안 열 것 같으면 자산화가 안 된 것입니다. 열게 만들려면 — 폴더 이름이 바로 읽히고, 안에 든 것이 다섯 개를 넘지 않아야 합니다. 많이 남기지 마십시오. 못 찾습니다.
다음 문의가 온 날
석 달 뒤, 다른 회사에서 비슷한 문의가 옵니다. 같은 자리인데 손에 든 것이 다릅니다.
AI가 빨라서가 아닙니다. 매번 같은 자리에서 시작하지 않기 때문입니다. 첫 과정에 들인 시간이 두 번째에 돌아옵니다.
여덟 구간, 한 장으로
가장 작게 시작하는 법
여덟 구간을 다 설계하실 필요 없습니다. 한 가지만 하십시오.
| 이번 주에 할 일 | 걸리는 시간 | |
|---|---|---|
| 1 | 다음 교육이 끝나는 날 «차수 메모» 세 줄을 적는다 | 3분 |
| 2 | 폴더에 «00_공통»을 하나 만든다 | 1분 |
| 3 | 지난 과정에서 «또 쓸 것» 하나를 골라 거기 넣는다 | 10분 |
| 4 | «판단» 한 줄을 적어 같이 넣는다 — 「~할 때는 ~해야 한다」 | 5분 |
이게 전부입니다. 20분이면 바퀴가 한 칸 돕니다. 그다음 과정에서 그 폴더를 한 번 열어 보시면, 나머지는 저절로 굴러갑니다.
AI가 일을 대신해 주는 게 아닙니다. 일이 «쌓이게» 만들어 주는 것입니다.
프롬프트를 잘 쓰면 오늘이 편해지고, 워크플로우를 설계하면 다음 달이 편해집니다.
3부작 전체
«심화 01» — AI 워크플로우 ① 요구분석에서 교안까지
«심화 02» — AI 워크플로우 ② 만들고 고치고 다시 만들기
«심화 03» — AI 워크플로우 ③ 끝나야 시작된다 (이 편)
함께 보시면 좋은 자료
«도구 05» — 설문 결과를 AI에게 맡기기 · 구간 ⑦의 실제 분석 방법
«연결 01» — AI는 어떻게 내 도구를 쓰는가 · 자산이 든 폴더에 AI를 연결하기
«응용 07» — AI 에이전트 · 구간 하나를 통째로 맡기는 법