3분 요약
한 줄로: DS 역량은 여덟 가지다. 각각 0~3점으로 매기되, 점수는 "안다"가 아니라 "증거가 있다"로 매긴다.
여덟 가지 역량. ① 현장 진단 ② 과제 선정과 가치 가설 ③ 측정과 ROI ④ AI 부품 이해 ⑤ 데이터 감각 ⑥ 보안·규제 ⑦ 변화관리와 확산 ⑧ 계약과 사업화.
점수 기준은 하나다. 0 = 모른다, 1 = 설명할 수 있다, 2 = 한 번 해 봤다(문서가 있다), 3 = 여러 번 했고 숫자로 결과를 냈다.
먼저 채울 것은 "점수가 낮고 자주 쓰는" 역량이다. 6개월 브리핑에서 가장 많이 다룬 주제는 툴·기술(343건)이었다. DS가 FDE와 대화하려면 ④가 1점이라도 2점으로 올라가야 한다.
30일이면 2점짜리 증거를 만들 수 있다. 작은 과제 하나로 진단서부터 효과 보고서까지 여섯 문서(2편)를 직접 만들어 보는 것이 가장 빠르다.
진단표
각 칸의 "증거"가 있어야 그 점수다.
| 역량 | 1점 — 설명할 수 있다 | 2점 — 해 봤다 | 3점 — 결과를 냈다 | 참고 |
|---|---|---|---|---|
| ① 현장 진단 | 진단에서 무엇을 묻는지 안다 | 실무자 5명 이상 인터뷰하고 진단서를 썼다 | 여러 조직을 진단해 공통 패턴을 정리했다 | 2편 |
| ② 과제 선정·가치 가설 | 우선순위 기준을 말할 수 있다 | 과제 목록표와 가치 가설 한 장을 써서 승인받았다 | 내가 고른 과제가 시범 운영에서 성공 기준을 넘었다 | 2편 |
| ③ 측정·ROI | 기준선이 왜 필요한지 안다 | 기준선을 재고 시범 전후를 비교했다 | 건당 비용까지 넣은 효과 보고서로 확산 예산을 받았다 | 3편 |
| ④ AI 부품 이해 | 일곱 부품을 설명할 수 있다 | 오류를 부품별로 나눠 FDE와 원인을 찾았다 | 모델·연결 방식 선택에 근거를 내고 결정에 참여했다 | 4편 |
| ⑤ 데이터 감각 | 업무에 쓰는 데이터가 어디 있는지 묻는다 | 데이터 준비도를 평가하고 정리 과제를 정의했다 | 평가 문제(정답 사례 50개 이상)를 현업과 만들었다 | 4편 |
| ⑥ 보안·규제 | 업종에 걸리는 규제를 안다 | 보안 표를 만들어 보안팀 승인을 받았다 | 규제 업종(금융·의료·공공)에서 도입을 끝냈다 | 5편 |
| ⑦ 변화관리·확산 | 업무 재설계가 무엇인지 안다 | 업무 재설계 문서를 쓰고 매뉴얼을 바꿨다 | 시범 집단 밖으로 넓혀 사용률을 유지했다 | 2편 |
| ⑧ 계약·사업화 | SOW에 무엇을 넣는지 안다 | AI 프로젝트 SOW를 쓰거나 검토했다 | 진단 → 시범 → 운영으로 이어지는 계약을 따냈다 | 5편 |
점수 매기는 법
- 칸마다 증거를 하나씩 적는다. 문서 이름, 프로젝트 이름, 숫자. 적을 게 없으면 그 점수가 아니다.
- 헷갈리면 낮은 점수를 준다.
- 여덟 칸 합계보다 가장 낮은 두 칸이 중요하다. DS는 한 군데가 0점이면 프로젝트가 거기서 막힌다.
예시 — 엮은이의 자가 진단 (2026년 11월)
엮은이는 네이버·라인프렌즈·오늘의집에서 공간·IP·커머스 사업을 기획하고 이끌었고, 2023년 말부터 1인 AI 에이전시를 운영한다.
| 역량 | 점수 | 증거 | 비고 |
|---|---|---|---|
| ① 현장 진단 | 2 | 사옥·플래그십 스토어 기획에서 사용자·현업 인터뷰를 수없이 했다 | AI 업무 진단으로는 아직 정리 문서가 없다 |
| ② 과제 선정·가치 가설 | 2 | 사업 리더로서 과제 우선순위와 예산 승인을 반복했다 | AI 과제 기준으로 다시 써 볼 것 |
| ③ 측정·ROI | 1 | 사업 KPI는 익숙하지만 업무 시간 기준선을 잰 적은 없다 | 우선 채울 것 |
| ④ AI 부품 이해 | 1 | 이 브리핑과 1인 서비스 운영으로 개념은 익혔다 | 오류를 부품별로 나눠 본 경험이 필요 |
| ⑤ 데이터 감각 | 1 | 자기 서비스 데이터는 다뤘지만 고객 데이터 준비도 평가는 안 해 봤다 | 우선 채울 것 |
| ⑥ 보안·규제 | 1 | 법 조문은 읽었지만 보안팀 승인 경험이 없다 | |
| ⑦ 변화관리·확산 | 2 | 조직 리더로서 새 업무 방식을 정착시킨 경험이 있다 | |
| ⑧ 계약·사업화 | 2 | 1인 회사로 외주 계약을 해 왔다 | AI 프로젝트 SOW는 아직 |
가장 낮은 두 칸은 ③ 측정과 ⑤ 데이터다. 둘 다 실제 고객 업무 하나가 있어야 올라간다.
30일 계획 — 2점짜리 증거 만들기
과제 하나를 정해 2편의 여섯 단계를 직접 밟는다. 고객이 없으면 자기 회사 업무나 지인 회사의 작은 업무로 시작한다.
| 주 | 할 일 | 남길 것 | 오르는 역량 |
|---|---|---|---|
| 1주 | 실무자 3~5명 인터뷰, 반복 업무와 데이터 위치 정리 | 진단서, 과제 목록표 | ①② |
| 1주 | 1순위 과제 기준선 2주 측정 시작(시간 기록) | 기준선 기록표 | ③ |
| 2주 | 가치 가설 한 장, 보안 표 초안 | 가치 가설, 보안 표 | ②⑥ |
| 2주 | 실제 사례 50개와 정답 모으기 | 평가 문제 모음 | ⑤ |
| 3주 | 노코드 도구나 FDE와 시제품 만들기, 오류를 부품별로 분류 | 오류 분류표 | ④ |
| 3~4주 | 2~3명이 2주간 써 보기, 같은 지표 다시 측정 | 시범 운영 결과 | ③ |
| 4주 | 업무 재설계 표, 효과 보고서(건당 비용 포함) | 업무 재설계 문서, 효과 보고서 | ③⑦ |
| 4주 | 이 과정을 상품으로 만들 SOW 초안 | 진단 패키지 SOW | ⑧ |
30일 뒤에는 여덟 칸 중 대부분에 2점짜리 증거가 생긴다. 이 여섯 문서는 회사 이름을 지우면 그대로 포트폴리오가 된다.
매일 하는 것 — 이 브리핑을 쓰는 법
진단표는 한 번 매기고 끝나지 않는다. 매일 아침 브리핑을 읽을 때 이렇게 쓴다.
- 툴·기술 기사: "FDE에게 물어볼 것"을 실제로 답해 본다. 막히면 ④가 아직 1점이다.
- 사례 기사: 그 숫자의 기준선이 무엇이었을지, 사람 확인 시간은 들어갔는지 따져 본다(3편). 등급이 C면 왜 C인지 생각한다.
- 규제 기사: 내 고객 업종에 걸리는지 체크리스트에 추가한다(5편).
- 배포 조직·채용 기사: 6편의 지도에 회사를 하나씩 더한다.
한 달 뒤에 다시 매길 것
| 역량 | 지금 | 30일 뒤 목표 | 증거 |
|---|---|---|---|
| ① 현장 진단 | 2 | 진단서 | |
| ② 과제 선정·가치 가설 | 2 | 가치 가설 한 장 | |
| ③ 측정·ROI | 2 | 기준선 + 효과 보고서 | |
| ④ AI 부품 이해 | 2 | 오류 분류표 | |
| ⑤ 데이터 감각 | 2 | 평가 문제 50개 | |
| ⑥ 보안·규제 | 2 | 보안 표 | |
| ⑦ 변화관리·확산 | 2 | 업무 재설계 문서 | |
| ⑧ 계약·사업화 | 2 | SOW 초안 |
기초 가이드를 마치며
1편에서 DS를 "무엇을, 왜, 누구와, 어떤 지표로"를 맡는 사람이라고 정의했다. 2~6편은 그 네 질문에 쓰는 도구였다. 2편이 무엇을, 3편이 어떤 지표로, 4편이 누구와(FDE), 5편과 6편이 어떤 환경에서를 다뤘다. 7편의 진단표는 그 도구를 내가 얼마나 쓸 수 있는지 재는 자다.
가이드는 여기서 끝나지만 브리핑은 매일 이어진다. 새 기술, 새 사례, 새 규제가 나오면 해당 편을 고치고 "고친 날"을 바꾼다.