90단계우리 회사 AX 로드맵
쓰는 것: 실습 · 아티팩트
파일럿 흐름 한두 개를 골라 30·60·90일 AX 로드맵을 한 페이지로 만든다.
걸리는 시간 · 읽기 약 15분 · 따라 하기 약 60분 · 난이도 ★★☆ 실무
이 단계를 마치면
- 부서의 흐름 가운데 AX 파일럿으로 삼을 한두 개를 세 가지 기준으로 골라낼 수 있다.
- 파일럿 흐름의 As-is/To-be, 지표와 측정 방법, 사람 역할 변화, 확인 지점, 부서 간 연결을 한 페이지 로드맵으로 만들 수 있다.
- 30·60·90일 단계와 확산 조건을 정해, 파일럿을 언제 어떤 조건으로 옆 부서로 넓힐지 미리 합의할 수 있다.
부서 일 열 가지를 모두 바꾸겠다는 계획서와, 흐름 하나를 끝까지 바꾸겠다는 계획서. 석 달 뒤 실제로 무언가 달라져 있을 쪽은 어디일까? 81단계부터 89단계까지 부서마다 흐름을 다시 짜는 모습을 보았다. 이제 여러분 회사로 옮길 차례다. 이 단계의 결과물은 한 페이지짜리 AX 로드맵이다. 파일럿으로 삼을 흐름 한두 개, 그 흐름의 지금과 바뀐 모습, 무엇으로 나아졌다고 판단할지, 누가 어디서 확인할지, 30·60·90일에 무엇을 할지를 적는다. 한 페이지를 넘기지 않는 데는 이유가 있다. 로드맵이 길어지면 아무도 읽지 않고, 읽히지 않은 계획은 시작되지 않는다.
왜 흐름 하나에서 시작하는가
처음 로드맵을 쓰는 사람은 대개 욕심을 낸다. 부서마다 과제를 서너 개씩 적고, 모든 부서가 동시에 시작한다고 쓴다. 이런 계획은 첫 달에 둘 중 하나로 끝난다. 너무 많아서 아무것도 끝까지 가지 못하거나, 가장 어려운 흐름부터 손댔다가 막혀서 "역시 안 되네"로 결론이 난다. 도구만 여기저기 깔리고 일하는 방식은 그대로인 상태, 곧 도구 도입에서 멈추는 것이다.
흐름 하나를 끝까지 바꿔 본 부서는 다르다. 무엇을 글로 적어 둬야 했는지, 어디서 사람이 확인해야 했는지, 어떤 지표가 실제로 움직였는지를 몸으로 안다. 그 경험이 옆 부서로 건너갈 때 AX가 퍼진다. 파일럿을 한두 개로 묶어 두는 이유다. 둘을 고른다면 하나는 부서 안에서 끝나는 흐름, 다른 하나는 다른 부서로 자료를 넘기는 흐름으로 고르면 좋다. 앞의 것으로 흐름을 바꾸는 법을 익히고, 뒤의 것으로 부서 사이의 인계를 연습한다.
파일럿을 고르는 세 기준
파일럿 흐름은 세 가지 기준으로 고른다. 첫째, 자주 도는 흐름이다. 한 해에 한 번 하는 일보다 매주 도는 흐름이 먼저다. 자주 돌아야 고친 지침이 바로 다음 번에 시험대에 오르고, 지표도 빨리 쌓인다. 둘째, 틀려도 되돌릴 수 있는 흐름이다. 초안, 정리, 분류, 대조가 중심인 흐름이 여기 들어간다. 송금·발송·계약 확정이 중심인 흐름은 뒤로 미룬다. 셋째, 이미 배운 것으로 다시 짤 수 있는 흐름이다. 새 시스템을 사야 하는 흐름은 첫 파일럿에 넣지 않는다. 80단계에서 그린 자동화 지도가 있다면 후보는 거기서 가져온다.
| 후보 흐름 예 | 자주 도나 | 되돌릴 수 있나 | 배운 것으로 되나 | 판정 |
|---|---|---|---|---|
| 주간 경영 한 페이지(81단계) | 매주 | 초안이라 된다 | 프로젝트로 된다 | 파일럿 |
| 주 단위 비용 대조(85단계) | 매주 | 새 파일로 저장하니 된다 | Cowork로 된다 | 파일럿 |
| 거래처 대금 자동 송금 | 매월 | 되돌리기 어렵다 | 연결 도구가 필요하다 | 뺀다 |
| 연 1회 사업계획 수립 | 연 1회 | 초안이라 된다 | 된다 | 뒤로 미룬다 |
한 페이지에 들어갈 것
| 항목 | 적는 내용 | 참고 |
|---|---|---|
| 파일럿 흐름 | 부서, 흐름 이름, 고른 이유 | 81~89단계 |
| As-is / To-be | 단계별 지금과 바뀐 흐름, 단계마다 맡는 사람과 쓰는 도구 | 각 단계의 "AX로 다시 짜기" |
| 지표와 측정 방법 | 지표 두세 개, 어디서 어디까지 재는지, 전환 전 기준값을 구하는 방법 | 93단계 기준표 |
| 사람 역할 변화 | 누가 어떤 일에서 어떤 일로 옮겨 가는지, 새로 생기는 일 | |
| 데이터·스킬 정리 목록 | 글로 옮길 암묵지, 만들 스킬·프로젝트 지침·CLAUDE.md, 자료 등급 | 8단계, 제5부 |
| 확인 지점 | 사람이 확정·발송·승인하는 단계와 그 사람의 이름·직책 | 77단계 · 마지막 버튼은 사람이 누른다 |
| 부서 간 연결 | 받는 자료와 넘기는 자료, 상대 부서의 받는 사람과 양식 | |
| 30·60·90일 | 기간마다 할 일과 끝났다고 볼 기준 | |
| 확산 조건 | 옆 부서로 넓히기 전에 갖출 조건 | 94단계 · 에이전트 평가하기 95단계 · 스스로 나아지는 업무 시스템 |
지표 항목에는 목표 숫자를 미리 쓰지 않는다. 전환 전 값을 먼저 재고, 바뀐 뒤의 값과 비교한다. 기준값이 없다면 첫 30일을 재는 기간으로 삼는다. 속도를 재는 지표를 골랐다면 정확도를 재는 지표도 하나 함께 둔다. 빨라진 만큼 틀린 곳이 늘었는지 봐야 하기 때문이다.
확인 지점 항목이 비어 있는 흐름은 아직 시작하지 않는다. 법무·재무·인사처럼 판단이 무거운 흐름이라면 전문가나 권한자의 이름을 적는다. 데이터·스킬 정리 목록에는 자료 등급도 함께 적는다. 8단계에서 그은 선을 다시 확인하는 곳이다. 기밀이 섞이는지, 섞인다면 회사 원칙상 허락되는지를 적고, 허락 여부가 불분명하면 가공본으로 시작한다고 쓴다.
30·60·90일
| 기간 | 할 일 | 끝났다고 볼 기준 |
|---|---|---|
| 1~30일 | As-is를 재서 기준값을 구한다. 암묵지를 적어 프로젝트 지침·스킬을 만들고, To-be를 손으로 한 번 이상 끝까지 돌린다 | 기준값이 적혀 있고, 지침을 적어도 한 번 고쳤다 |
| 31~60일 | To-be로 일한다. 필요한 곳만 연결자·자동화로 잇고, 지표를 매주 적는다. 틀린 곳이 나올 때마다 지침과 스킬을 고친다 | 지표가 네 주 이상 쌓였고, 확인 지점을 건너뛴 일이 없다 |
| 61~90일 | 기준값과 비교해 판정한다. 넘기는 부서와 양식을 맞추고, 확산 여부를 정한다 | 유지·수정·중단 가운데 하나로 결론을 냈다 |
순서는 앞의 부에서 익힌 대로다. 첫 30일은 프로젝트나 프롬프트만으로 돌리고, 둘째 달에 스킬이나 연결자로 표준을 만들고, 셋째 달에 필요하면 자동화로 정해진 때 돌게 한다. 자동화는 손으로 돌린 순서가 안정된 뒤에 붙인다는 72단계의 원칙이 여기서도 그대로다.
확산 조건
파일럿이 잘 돌았다고 곧바로 옆 부서로 넓히지는 않는다. 먼저 다섯 가지를 확인한다. 지표가 기준값보다 나아졌고, 빨라진 만큼 정확도가 떨어지지 않았다. 확인 지점을 건너뛴 일이 없었다. 담당자가 휴가를 가도 흐름이 돌 만큼 지침과 스킬이 글로 남아 있다. 받는 부서가 넘겨받을 양식에 동의했다. 그리고 이 흐름을 채점할 평가 세트가 있다.
마지막 조건은 제10부로 이어진다. 흐름을 채점하는 평가 세트는 94단계에서 만들고, 평가 결과로 흐름을 조금씩 고쳐 가는 개선 루프는 95단계에서 만든다. 로드맵의 확산 조건 항목에 "94단계 평가 세트 합격"과 "95단계 수정 기록 운영"을 적어 두면, 제10부를 마칠 때 이 로드맵이 그대로 다음 부서로 넘어갈 준비를 갖춘다.
역할에 따른 변형
팀원이라면 자기 손을 가장 많이 거치는 흐름 하나를 파일럿으로 적는다. 팀장이라면 팀원 각자의 흐름을 모아 겹치는 것을 찾고, 겹치는 흐름은 스킬 하나로 묶는다. 임원이나 대표라면 부서별 로드맵을 모아 회사 전체 지도를 만든다. 부서와 부서를 잇는 화살표를 그리고, 확인 지점이 비어 있는 흐름과 자료 등급이 "기밀"인 흐름만 따로 모아 보자. 이 두 목록이 제10부에서 만들 운영 규칙의 첫 재료가 된다. AX 담당자가 따로 있는 회사라면 그 사람이 먼저 챙길 것은 부서 사이의 화살표다. 넘기는 양식이 맞지 않으면 부서마다 흐름이 좋아져도 회사 전체는 바뀌지 않는다.
칼럼에서 읽기 「일반의학과 경영의학의 차이점 (AX담당자가 가져야 할 자세)」
“AI 도구를 이식하고 부분적으로 프로세스를 개선하는 것만으로는 기업 전체를 담을 수 없다. 몸 전체의 상태를 살피지 않고 장기 하나만 떼어 수술하는 격이다. 환자의 병력도, 체질도 모른 채 신약부터 투여하면 어떻게 되는가. 심지어 부작용이 날 수 있다.”
「일반의학과 경영의학의 차이점」에서 AX 담당자의 자세를 두고 한 말이다. 부서마다 세 과제를 고르는 일이 처방이라면, 대표가 부서별 한 페이지를 모아 회사 전체 표를 만드는 일은 진단에 해당한다. 확인하는 사람이 비어 있는 과제와 기밀 자료를 다루는 과제를 따로 모아 보면 어느 부서에 먼저 손을 대고 어디는 기다려야 할지가 드러난다.
현장 장면
누리상사 재무팀 윤 차장이 처음 쓴 로드맵에는 흐름이 여덟 개 있었다. "월말 결산 전체 자동화", "세무 신고서 초안", "거래처 대금 송금 자동화"까지 들어 있었다. 의욕만큼은 누구에게도 뒤지지 않았다. 윤 차장은 이 목록을 대화창에 붙이고 아래 프롬프트로 한 페이지짜리 로드맵을 요청했다.
돌아온 로드맵에는 파일럿이 하나만 남아 있었다. "주 단위 비용 대조"였다. 뺀 흐름에는 이유가 붙어 있었다. "세무 신고서 초안: 세무 판단이 걸려 있어 틀렸을 때 되돌리기 어렵다. 세무대리인과 먼저 범위를 정한 뒤 검토." "대금 송금 자동화: 돈이 나가는 흐름이라 파일럿에서 제외." As-is/To-be 표는 윤 차장이 85단계에서 바꾼 흐름을 옮겨 왔고, 지표에는 마감 리드타임, 대조 불일치 건수, 확정 뒤 정정 건수가 올라 있었다. 표 아래에는 두 가지 표시가 있었다. "지표의 기준값이 비어 있음", "차이 설명 확인 지점의 담당자가 비어 있음." 윤 차장은 지난 석 달의 결산 확정일을 찾아 기준값을 채우고, 확인 지점에는 "부서 담당자 확인 후 윤 차장 확정, 계정 분류는 회계 담당자"를 적었다. 자료 등급에는 "내부. 첫 달은 가공본"이라고 썼다.
윤 차장은 이 한 페이지를 구매팀 편 대리에게 건넸다. 편 대리가 읽더니 물었다. "구매팀은 이 흐름에 뭘 넘겨야 해요? 금요일이면 저희는 거래처 정산 때문에 정신이 없는데요." 부서 간 연결 항목에는 "각 부서가 표준 양식 제출"이라고만 적혀 있었다. 윤 차장은 넘기는 부서마다 받는 사람, 제출 요일, 양식 파일 위치를 적었다. 구매팀의 제출일은 목요일로 바뀌었다.
고객 지원팀도 같은 방식으로 "문의 분류와 주간 목록 넘기기"를 파일럿으로 삼은 로드맵을 썼다. 두 팀의 한 페이지는 월례 회의에서 나란히 공유됐다. 대표는 두 로드맵의 부서 간 연결 항목을 이어 보다가 물었다. "지원팀 목록을 받는 제품팀 쪽 사람은 누구죠?" 회의가 끝나기 전에 이름이 정해졌다. 그리고 30일이 지난 날, 로드맵의 단계마다 옆에 "했다 / 막혔다 / 이유"가 적혔다.
따라 하기
- 자기 부서에서 매주·매월 도는 흐름을 떠오르는 대로 적는다. 80단계 자동화 지도가 있으면 거기서 가져온다. 성공 기준: 흐름마다 "무엇을 받아서 누가 무엇을 만들어 어디로 넘긴다"의 형식으로 적혀 있다.
- 세 기준(자주 돈다, 되돌릴 수 있다, 배운 것으로 다시 짤 수 있다)으로 걸러 파일럿 한두 개를 남긴다. 성공 기준: 남긴 흐름이 세 기준을 모두 만족하고, 뺀 흐름마다 이유가 있다.
- 파일럿 흐름의 As-is를 단계별로 적고, 해당 부서 단계의 "AX로 다시 짜기"를 참고해 To-be를 옆에 그린다. 성공 기준: 단계마다 맡는 사람과 도구가 있고, 사람이 확정·발송·승인하는 단계가 표시돼 있다.
- 지표 두세 개를 고르고 어디서 어디까지 재는지, 기준값을 어떻게 구할지 적는다. 성공 기준: 목표 숫자 대신 측정 방법과 기준값(또는 기준값을 재는 기간)이 있고, 속도 지표 옆에 정확도 지표가 있다.
- 아래 프롬프트로 한 페이지 로드맵을 아티팩트로 만든다. 팀에 링크로 돌릴 때는 공개 범위를 회사 안으로 한정한다. 성공 기준: 모든 항목이 채워져 있고, 확인 지점에 사람 이름이나 직책이 있으며, 확산 조건에 94·95단계가 들어 있다.
- 이 한 페이지를 흐름이 넘어가는 부서의 담당자에게 건네고, 설명 없이 이해되는지 물어 빈 곳을 채운다. 성공 기준: 받은 사람이 되묻는 질문의 답이 모두 한 페이지 안에 있고, 넘겨받을 양식에 동의했다.
복사해 쓰는 프롬프트
우리 부서의 AX 로드맵을 한 페이지로 만들어 줘. 문서 아티팩트로 만든다.
부서: [부서명]
부서가 하는 일 요약: [두세 줄]
후보 흐름(무엇을 받아서 누가 무엇을 만들어 어디로 넘기는지):
[흐름 1]
[흐름 2]
[흐름 3]
(더 있으면 적는다)
할 일:
1. 후보 가운데 "자주 돈다 / 틀려도 되돌릴 수 있다 / 이미 배운 기능으로 다시 짤 수 있다"를 모두 만족하는 파일럿 흐름을 한두 개 고르고, 고른 이유를 적는다. 기준에 안 맞아 뺀 흐름도 이유와 함께 따로 적는다.
2. 파일럿 흐름마다 다음 항목을 채운다.
- As-is / To-be: 단계별로 지금과 바뀐 흐름, 단계마다 맡는 사람과 쓰는 도구(프로젝트·아티팩트·스킬·연결자·자동화)
- 지표와 측정 방법: 두세 개. 어디서 어디까지 재는지, 기준값을 어떻게 구하는지. 목표 숫자는 쓰지 않는다.
- 사람 역할 변화: 누가 어떤 일에서 어떤 일로 옮겨 가는지
- 데이터·스킬 정리 목록: 글로 옮길 암묵지, 만들 스킬·지침, 자료 등급
- 확인 지점: 사람이 확정·발송·승인하는 단계와 담당자
- 부서 간 연결: 받는 자료와 넘기는 자료, 상대 부서의 받는 사람과 양식
- 30·60·90일: 기간마다 할 일과 끝났다고 볼 기준
- 확산 조건: "94단계 평가 세트 합격", "95단계 수정 기록 운영"을 포함해서
3. 확인 지점이나 기준값이 비어 있으면 눈에 띄게 표시해 달라.
4. 법무·세무·인사 판단, 돈이 나가는 일, 회사 밖으로 나가는 발송·제출이 걸린 단계는 "전문가·권한자 확인 필요"로 표시하고 Claude가 맡는 단계로 두지 않는다.
모르는 항목은 지어내지 말고 비워 둔 채 나에게 물어봐 줘.
막히면 이렇게
| 증상 | 원인 | 처방 |
|---|---|---|
| 파일럿을 한두 개로 줄이지 못한다 | 모든 흐름이 중요해 보인다 | 세 기준을 표로 매기고 "모두 만족"하는 흐름만 남긴다. 둘이면 하나는 부서 안, 하나는 부서 사이 흐름으로 고른다 |
| To-be가 As-is와 거의 같다 | 단계마다 Claude를 끼워 넣기만 했다 | 없앨 단계, 합칠 단계, 순서를 바꿀 단계를 하나씩 찾고, 확인 지점이 어디로 옮겨 가는지 본다 |
| 지표 항목에 목표 숫자만 있다 | 기준값을 재지 않았다 | 목표를 지우고 측정 방법과 기준값부터 적는다. 기준값이 없으면 첫 30일을 재는 기간으로 둔다 |
| 확인 지점이 비어 있다 | 누가 책임질지 정하지 않았다 | 이름이나 직책을 적기 전에는 그 흐름을 시작하지 않는다 |
| 넘겨받는 부서가 모르고 있다 | 부서 간 연결을 혼자 적었다 | 받는 부서 담당자와 함께 양식과 제출 요일을 정한다 |
실습 파일
공개 저장소에 올려 둔 가공 자료와 양식이다. 회사 자료 대신 먼저 이것으로 해 본다.
- 채워 쓰는 양식 AX_로드맵.md · 한 페이지 AX 로드맵
스스로 점검
- ☐ 파일럿 흐름이 자주 돌고, 되돌릴 수 있고, 이미 배운 것으로 다시 짤 수 있는 흐름인가
- ☐ As-is/To-be, 지표와 측정 방법, 확인 지점, 부서 간 연결이 모두 채워져 있고, 확인 지점에 사람 이름이나 직책이 있는가
- ☐ 흐름을 넘겨받는 부서 담당자가 설명 없이 이 한 페이지를 읽고 양식에 동의했는가
점검 해설 보기
- 남긴 파일럿 흐름이 매주나 매월 돌고, 초안·정리·분류·대조가 중심이라 틀려도 되돌릴 수 있으며, 새 시스템 없이 이미 배운 기능으로 다시 짤 수 있으면 통과다. 뺀 흐름마다 이유도 적혀 있어야 한다. 한두 개로 줄이지 못했다면 「파일럿을 고르는 세 기준」의 표처럼 세 기준을 하나씩 매겨 모두 만족하는 흐름만 남긴다.
- 로드맵에 As-is/To-be, 지표와 측정 방법, 확인 지점, 부서 간 연결이 모두 채워져 있고, 확인 지점마다 사람 이름이나 직책이 있으면 된다. 확인 지점이 비어 있다면 「한 페이지에 들어갈 것」의 설명대로 그 흐름은 아직 시작하지 않고, 책임질 사람부터 정한다.
- 흐름을 넘겨받는 부서의 담당자가 설명 없이 한 페이지를 읽었고, 되묻는 질문의 답이 모두 문서 안에 있으며, 넘길 양식에 동의했으면 통과다. 받는 쪽이 모르고 있다면 「현장 장면」의 편 대리 사례처럼 받는 사람, 제출 요일, 양식 위치를 그 담당자와 함께 정한다.
기억할 것
- AX는 흐름 하나를 끝까지 바꾸는 데서 시작하고, 부서 사이의 자료 인계를 따라 퍼진다.
- 지표는 목표 숫자보다 측정 방법과 기준값이 먼저다. 속도와 정확도를 함께 본다.
- 확인 지점과 받는 부서가 비어 있는 로드맵은 아직 시작하지 않는다. 확산은 94단계 평가 세트와 95단계 개선 루프를 거친다.