90단계우리 회사 AX 로드맵

쓰는 것: 실습 · 아티팩트

파일럿 흐름 한두 개를 골라 30·60·90일 AX 로드맵을 한 페이지로 만듭니다.

걸리는 시간 · 읽기 약 15분 · 따라 하기 약 60분 · 난이도 ★★☆ 실무

이 단계를 마치면

• 부서의 흐름 가운데 AX 파일럿으로 삼을 한두 개를 세 가지 기준으로 골라낼 수 있습니다.
• 파일럿 흐름의 As-is/To-be, 지표와 측정 방법, 사람 역할 변화, 확인 지점, 부서 간 연결을 한 페이지 로드맵으로 만들 수 있습니다.
• 30·60·90일 단계와 확산 조건을 정해, 파일럿을 언제 어떤 조건으로 옆 부서로 넓힐지 미리 합의할 수 있습니다.

부서 일 열 가지를 모두 바꾸겠다는 계획서와, 흐름 하나를 끝까지 바꾸겠다는 계획서. 석 달 뒤 실제로 무언가 달라져 있을 쪽은 어디일까요? 81단계부터 89단계까지 부서마다 흐름을 다시 짜는 모습을 보았습니다. 이제 여러분 회사로 옮길 차례입니다. 이 단계의 결과물은 한 페이지짜리 AX 로드맵입니다. 파일럿으로 삼을 흐름 한두 개, 그 흐름의 지금과 바뀐 모습, 무엇으로 나아졌다고 판단할지, 누가 어디서 확인할지, 30·60·90일에 무엇을 할지를 적습니다. 한 페이지를 넘기지 않는 데는 이유가 있습니다. 로드맵이 길어지면 아무도 읽지 않고, 읽히지 않은 계획은 시작되지 않습니다.

왜 흐름 하나에서 시작하는가

처음 로드맵을 쓰는 사람은 대개 욕심을 냅니다. 부서마다 과제를 서너 개씩 적고, 모든 부서가 동시에 시작한다고 씁니다. 이런 계획은 첫 달에 둘 중 하나로 끝납니다. 너무 많아서 아무것도 끝까지 가지 못하거나, 가장 어려운 흐름부터 손댔다가 막혀서 "역시 안 되네"로 결론이 납니다. 도구만 여기저기 깔리고 일하는 방식은 그대로인 상태, 곧 도구 도입에서 멈추는 것입니다.

흐름 하나를 끝까지 바꿔 본 부서는 다릅니다. 무엇을 글로 적어 둬야 했는지, 어디서 사람이 확인해야 했는지, 어떤 지표가 실제로 움직였는지를 몸으로 압니다. 그 경험이 옆 부서로 건너갈 때 AX가 퍼집니다. 파일럿을 한두 개로 묶어 두는 이유입니다. 둘을 고른다면 하나는 부서 안에서 끝나는 흐름, 다른 하나는 다른 부서로 자료를 넘기는 흐름으로 고르면 좋습니다. 앞의 것으로 흐름을 바꾸는 법을 익히고, 뒤의 것으로 부서 사이의 인계를 연습합니다.

파일럿을 고르는 세 기준

파일럿 흐름은 세 가지 기준으로 고릅니다. 첫째, 자주 도는 흐름입니다. 한 해에 한 번 하는 일보다 매주 도는 흐름이 먼저입니다. 자주 돌아야 고친 지침이 바로 다음 번에 시험대에 오르고, 지표도 빨리 쌓입니다. 둘째, 틀려도 되돌릴 수 있는 흐름입니다. 초안, 정리, 분류, 대조가 중심인 흐름이 여기 들어갑니다. 송금·발송·계약 확정이 중심인 흐름은 뒤로 미룹니다. 셋째, 이미 배운 것으로 다시 짤 수 있는 흐름입니다. 새 시스템을 사야 하는 흐름은 첫 파일럿에 넣지 않습니다. 80단계에서 그린 자동화 지도가 있다면 후보는 거기서 가져옵니다.

한 페이지에 들어갈 것

지표 항목에는 목표 숫자를 미리 쓰지 않습니다. 전환 전 값을 먼저 재고, 바뀐 뒤의 값과 비교합니다. 기준값이 없다면 첫 30일을 재는 기간으로 삼습니다. 속도를 재는 지표를 골랐다면 정확도를 재는 지표도 하나 함께 둡니다. 빨라진 만큼 틀린 곳이 늘었는지 봐야 하기 때문입니다.

확인 지점 항목이 비어 있는 흐름은 아직 시작하지 않습니다. 법무·재무·인사처럼 판단이 무거운 흐름이라면 전문가나 권한자의 이름을 적습니다. 데이터·스킬 정리 목록에는 자료 등급도 함께 적습니다. 7단계에서 그은 선을 다시 확인하는 곳입니다. 기밀이 섞이는지, 섞인다면 회사 원칙상 허락되는지를 적고, 허락 여부가 불분명하면 가공본으로 시작한다고 씁니다.

30·60·90일

순서는 앞의 부에서 익힌 대로입니다. 첫 30일은 프로젝트나 프롬프트만으로 돌리고, 둘째 달에 스킬이나 연결자로 표준을 만들고, 셋째 달에 필요하면 자동화로 정해진 때 돌게 합니다. 자동화는 손으로 돌린 순서가 안정된 뒤에 붙인다는 73단계의 원칙이 여기서도 그대로입니다.

확산 조건

파일럿이 잘 돌았다고 곧바로 옆 부서로 넓히지는 않습니다. 먼저 다섯 가지를 확인합니다. 지표가 기준값보다 나아졌고, 빨라진 만큼 정확도가 떨어지지 않았습니다. 확인 지점을 건너뛴 일이 없었습니다. 담당자가 휴가를 가도 흐름이 돌 만큼 지침과 스킬이 글로 남아 있습니다. 받는 부서가 넘겨받을 양식에 동의했습니다. 그리고 이 흐름을 채점할 평가 세트가 있습니다.

마지막 조건은 제11부로 이어집니다. 흐름을 채점하는 평가 세트는 94단계에서 만들고, 평가 결과로 흐름을 조금씩 고쳐 가는 개선 루프는 95단계에서 만듭니다. 로드맵의 확산 조건 항목에 "94단계 평가 세트 합격"과 "95단계 수정 기록 운영"을 적어 두면, 제11부를 마칠 때 이 로드맵이 그대로 다음 부서로 넘어갈 준비를 갖춥니다.

역할에 따른 변형

팀원이라면 자기 손을 가장 많이 거치는 흐름 하나를 파일럿으로 적습니다. 팀장이라면 팀원 각자의 흐름을 모아 겹치는 것을 찾고, 겹치는 흐름은 스킬 하나로 묶습니다. 임원이나 대표라면 부서별 로드맵을 모아 회사 전체 지도를 만듭니다. 부서와 부서를 잇는 화살표를 그리고, 확인 지점이 비어 있는 흐름과 자료 등급이 "기밀"인 흐름만 따로 모아 보십시오. 이 두 목록이 제11부에서 만들 운영 규칙의 첫 재료가 됩니다. AX 담당자가 따로 있는 회사라면 그 사람이 먼저 챙길 것은 부서 사이의 화살표입니다. 넘기는 양식이 맞지 않으면 부서마다 흐름이 좋아져도 회사 전체는 바뀌지 않습니다.

현장 장면

누리상사 재무팀 윤 차장이 처음 쓴 로드맵에는 흐름이 여덟 개 있었습니다. "월말 결산 전체 자동화", "세무 신고서 초안", "거래처 대금 송금 자동화"까지 들어 있었습니다. 의욕만큼은 누구에게도 뒤지지 않았습니다. 윤 차장은 이 목록을 대화창에 붙이고 아래 프롬프트로 한 페이지짜리 로드맵을 요청했습니다.

돌아온 로드맵에는 파일럿이 하나만 남아 있었습니다. "주 단위 비용 대조"였습니다. 뺀 흐름에는 이유가 붙어 있었습니다. "세무 신고서 초안: 세무 판단이 걸려 있어 틀렸을 때 되돌리기 어렵다. 세무대리인과 먼저 범위를 정한 뒤 검토." "대금 송금 자동화: 돈이 나가는 흐름이라 파일럿에서 제외." As-is/To-be 표는 윤 차장이 85단계에서 바꾼 흐름을 옮겨 왔고, 지표에는 마감 리드타임, 대조 불일치 건수, 확정 뒤 정정 건수가 올라 있었습니다. 표 아래에는 두 가지 표시가 있었습니다. "지표의 기준값이 비어 있음", "차이 설명 확인 지점의 담당자가 비어 있음." 윤 차장은 지난 석 달의 결산 확정일을 찾아 기준값을 채우고, 확인 지점에는 "부서 담당자 확인 후 윤 차장 확정, 계정 분류는 회계 담당자"를 적었습니다. 자료 등급에는 "내부. 첫 달은 가공본"이라고 썼습니다.

윤 차장은 이 한 페이지를 구매팀 편 대리에게 건넸습니다. 편 대리가 읽더니 물었습니다. "구매팀은 이 흐름에 뭘 넘겨야 해요? 금요일이면 저희는 거래처 정산 때문에 정신이 없는데요." 부서 간 연결 항목에는 "각 부서가 표준 양식 제출"이라고만 적혀 있었습니다. 윤 차장은 넘기는 부서마다 받는 사람, 제출 요일, 양식 파일 위치를 적었습니다. 구매팀의 제출일은 목요일로 바뀌었습니다.

고객 지원팀도 같은 방식으로 "문의 분류와 주간 목록 넘기기"를 파일럿으로 삼은 로드맵을 썼습니다. 두 팀의 한 페이지는 월례 회의에서 나란히 공유됐습니다. 대표는 두 로드맵의 부서 간 연결 항목을 이어 보다가 물었습니다. "지원팀 목록을 받는 제품팀 쪽 사람은 누구죠?" 회의가 끝나기 전에 이름이 정해졌습니다. 그리고 30일이 지난 날, 로드맵의 단계마다 옆에 "했다 / 막혔다 / 이유"가 적혔습니다.

따라 하기

1. 자기 부서에서 매주·매월 도는 흐름을 떠오르는 대로 적습니다. 80단계 자동화 지도가 있으면 거기서 가져옵니다. 성공 기준: 흐름마다 "무엇을 받아서 누가 무엇을 만들어 어디로 넘긴다"의 형식으로 적혀 있습니다.
2. 세 기준(자주 돈다, 되돌릴 수 있다, 배운 것으로 다시 짤 수 있다)으로 걸러 파일럿 한두 개를 남깁니다. 성공 기준: 남긴 흐름이 세 기준을 모두 만족하고, 뺀 흐름마다 이유가 있습니다.
3. 파일럿 흐름의 As-is를 단계별로 적고, 해당 부서 단계의 "AX로 다시 짜기"를 참고해 To-be를 옆에 그립니다. 성공 기준: 단계마다 맡는 사람과 도구가 있고, 사람이 확정·발송·승인하는 단계가 표시돼 있습니다.
4. 지표 두세 개를 고르고 어디서 어디까지 재는지, 기준값을 어떻게 구할지 적습니다. 성공 기준: 목표 숫자 대신 측정 방법과 기준값(또는 기준값을 재는 기간)이 있고, 속도 지표 옆에 정확도 지표가 있습니다.
5. 아래 프롬프트로 한 페이지 로드맵을 아티팩트로 만듭니다. 팀에 링크로 돌릴 때는 공개 범위를 회사 안으로 한정합니다. 성공 기준: 모든 항목이 채워져 있고, 확인 지점에 사람 이름이나 직책이 있으며, 확산 조건에 94·95단계가 들어 있습니다.
6. 이 한 페이지를 흐름이 넘어가는 부서의 담당자에게 건네고, 설명 없이 이해되는지 물어 빈 곳을 채웁니다. 성공 기준: 받은 사람이 되묻는 질문의 답이 모두 한 페이지 안에 있고, 넘겨받을 양식에 동의했습니다.

복사해 쓰는 프롬프트

우리 부서의 AX 로드맵을 한 페이지로 만들어 줘. 문서 아티팩트로 만든다.

부서: [부서명]
부서가 하는 일 요약: [두세 줄]

후보 흐름(무엇을 받아서 누가 무엇을 만들어 어디로 넘기는지):
[흐름 1]
[흐름 2]
[흐름 3]
(더 있으면 적는다)

할 일:
1. 후보 가운데 "자주 돈다 / 틀려도 되돌릴 수 있다 / 이미 배운 기능으로 다시 짤 수 있다"를 모두 만족하는 파일럿 흐름을 한두 개 고르고, 고른 이유를 적는다. 기준에 안 맞아 뺀 흐름도 이유와 함께 따로 적는다.
2. 파일럿 흐름마다 다음 항목을 채운다.
   - As-is / To-be: 단계별로 지금과 바뀐 흐름, 단계마다 맡는 사람과 쓰는 도구(프로젝트·아티팩트·스킬·연결자·자동화)
   - 지표와 측정 방법: 두세 개. 어디서 어디까지 재는지, 기준값을 어떻게 구하는지. 목표 숫자는 쓰지 않는다.
   - 사람 역할 변화: 누가 어떤 일에서 어떤 일로 옮겨 가는지
   - 데이터·스킬 정리 목록: 글로 옮길 암묵지, 만들 스킬·지침, 자료 등급
   - 확인 지점: 사람이 확정·발송·승인하는 단계와 담당자
   - 부서 간 연결: 받는 자료와 넘기는 자료, 상대 부서의 받는 사람과 양식
   - 30·60·90일: 기간마다 할 일과 끝났다고 볼 기준
   - 확산 조건: "94단계 평가 세트 합격", "95단계 수정 기록 운영"을 포함해서
3. 확인 지점이나 기준값이 비어 있으면 눈에 띄게 표시해 달라.
4. 법무·세무·인사 판단, 돈이 나가는 일, 회사 밖으로 나가는 발송·제출이 걸린 단계는 "전문가·권한자 확인 필요"로 표시하고 Claude가 맡는 단계로 두지 않는다.

모르는 항목은 지어내지 말고 비워 둔 채 나에게 물어봐 줘.

막히면 이렇게

실습 파일

공개 저장소에 올려 둔 가공 자료와 양식입니다. 회사 자료 대신 먼저 이것으로 해 보세요.

• 채워 쓰는 양식 AX_로드맵.md · 한 페이지 AX 로드맵

스스로 점검

• ☐ 파일럿 흐름이 자주 돌고, 되돌릴 수 있고, 이미 배운 것으로 다시 짤 수 있는 흐름입니까?
• ☐ As-is/To-be, 지표와 측정 방법, 확인 지점, 부서 간 연결이 모두 채워져 있고, 확인 지점에 사람 이름이나 직책이 있습니까?
• ☐ 흐름을 넘겨받는 부서 담당자가 설명 없이 이 한 페이지를 읽고 양식에 동의했습니까?

기억할 것

• AX는 흐름 하나를 끝까지 바꾸는 데서 시작하고, 부서 사이의 자료 인계를 따라 퍼집니다.
• 지표는 목표 숫자보다 측정 방법과 기준값이 먼저입니다. 속도와 정확도를 함께 봅니다.
• 확인 지점과 받는 부서가 비어 있는 로드맵은 아직 시작하지 않습니다. 확산은 94단계 평가 세트와 95단계 개선 루프를 거칩니다.