개발 지식 없이,
하루에 실업무 1건을 완주하는 과정.
경영지원·마케팅·영업·기획 등 비개발 직무를 위한 Claude 1일 집중 과정 12종의 대상·목표·산출물·모듈별 시간표입니다. 과정 이름을 누르면 시간표가 펼쳐집니다. 모든 과정은 기업 일정에 맞춘 출강(온사이트·온라인)이며, 고용보험 환급과정으로도 운영할 수 있습니다.
사내 품의·RFP에 그대로 첨부하는 123페이지 통합 커리큘럼
1일 집중 과정 12종.
시작 60분 안에 첫 성공체험, 기능 설명은 2~3할 · 업무 적용이 7~8할, “써봤다”가 아니라 실업무 1건 완주가 수료 기준입니다. 기초(입문·A-1·A-2) → 심화(A-3) 순서로 조합하고, A-4는 전 트랙과 병행을 권장합니다. 실전 2종 — A-6 생성AI 나레지 활용은 흩어진 사내 자료를 AI가 답할 수 있는 지식으로 정비하고 고장 진단·추천·VoC 분석 세 유스케이스를 돌려 자사 도입 판단서까지 쓰는 과정, A-7 메일→PPT 업무 에이전트는 브라우저만으로 “메일로 부탁하면 PPT가 답장으로 오는” 나만의 에이전트를 전 직군이 하루에 완성하는 과정입니다. 두 과정 모두 코드 작성 능력이 필요 없습니다. 도입을 맡은 보안 담당자라면 A-8 관리자 콘솔 보안(4시간) — 학습자마다 Claude Team 관리자 계정으로 콘솔을 직접 눌러 보안 정책을 세우고, Enterprise에서만 되는 항목(SCIM·감사 로그·보존 기간)은 판단표로 잇습니다. 도입 전체 설계는 Claude Enterprise 도입 컨설팅에서 다룹니다.
교육이 끝난 뒤를 설계하는 과정도 있습니다 — A-9 사내 AI 전파자·사내 강사 양성(2일)은 부서별 실무자가 자기 업무 사례를 동료에게 가르칠 수 있게 만들고 확산 지표를 보고 양식으로 남깁니다. A-10 데이터 분석·보고서·PPT는 지저분한 엑셀을 정리하고 숫자를 원본과 대조해 검증하는 습관부터, A-11 기획자·PM 프로토타이핑은 완료 조건이 있는 명세와 클릭 가능한 시안으로 개발팀과 대화하는 법을 하루에 익힙니다. 겹치는 과정은 합치지 않고 함께 듣는 경로로 잇습니다(A-3→A-9, A-10↔P-8, A-11↔MCP-1·B-5).
입문대표 과정Claude 입문 : 직장인을 위한 AI 업무 파트너 만들기1일 8시간
챗봇이 아니라 '일하는 AI'. 대화 → 위임 → 표준화 → 연결 → 표현 → 자동실행 → 통합의 7단계를 하루에 완주합니다. 오전은 누구나 따라오는 웹/앱 기반, 오후는 연동·자동화로 한 단계 위로.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:30 | 오리엔테이션 | 챗봇 vs 에이전트 시연 — '오늘 AI에게 뭘 시키지?' 실행 모드 전환, 개인 미션 선언 |
| 09:30–10:30 | Claude 기본기 | 프롬프트 3요소(맥락·역할·형식) + Projects + Artifacts — 우리 팀 전용 프로젝트 만들기 |
| 10:40–12:00 | Claude 업무자동화 | 회의록 3종 → 종합보고서, 매출 CSV → 차트 포함 분석 리포트 (계획 승인 → 관찰 → 수정 지시) |
| 13:00–14:00 | Skills 표준화 | SKILL.md 구조 — 나만의 '주간보고 스킬' 제작·테스트·개선 사이클 |
| 14:00–15:00 | Connectors(MCP) | Gmail·캘린더 연결 → 복붙 없는 아침 업무 브리핑 (보안 차단 대비 플랜 B 병행) |
| 15:10–15:50 | 시각화 | 매출 데이터 → KPI 카드·차트·도넛의 인터랙티브 HTML 대시보드 원클릭 생성 |
| 15:50–16:50 | Claude Code 맛보기 | 자연어 한 줄 폴더 정리 자동화 + 미니 웹앱 바이브코딩 — '코드를 읽을 필요 없다' |
| 17:00–17:50 | 캡스톤 | 내 업무 자동화 설계·구현 (도구 2개 이상 조합) + 워크플로우 캔버스 발표 |
| 17:50–18:00 | 마무리 | 심화 로드맵 · 배포 자료 · 팔로업 채널 안내 |
A-1기초Claude 생성형 AI 업무활용 기본과정1일 8시간
전사원 AI 리터러시 & 프롬프트 실무 — '목적·전제·조건·출력형식' 표준형을 전사 공통언어로 만들고, 보안 룰 안에서 안전하게 쓰게 합니다. 전사 확산 1단계.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:40 | 오리엔테이션 | 왜 지금 Claude인가 — 챗봇 vs 에이전트, ChatGPT·Copilot·Gemini와의 사용 구분 |
| 09:40–10:50 | 프롬프트 표준형 | 4요소 실습, Before/After 3세트, 내 업무 프롬프트 3개 작성 |
| 11:00–12:00 | 장문 독해·문서 업무 | 회의록 요약→ToDo, 계약서·보고서 논점 정리, 비교표·품의서 초안 |
| 13:00–14:20 | Projects & Artifacts | 팀 전용 워크스페이스 구축, 커스텀 지시+참고자료, 산출물 즉석 생성 |
| 14:30–15:30 | 보안·저작권·사내 룰 | 입력 금지 정보 범위, 출력물 검수 플로우, 사내 가이드라인 초안 워크 |
| 15:40–17:00 | 자사 업무 적용 워크 | '개선하고 싶은 업무 3건' 개인별 적용 시나리오 → 프롬프트 완성 |
| 17:00–18:00 | 공유회 & 정착 설계 | 부서별 베스트 프롬프트 발표, 주간 활용 공유 채널·로그시트 안내 |
A-2기초Claude 업무자동화 실전과정1일 8시간
보고서·데이터·문서 업무의 AX — '한 번 지시하면 계획→실행→저장까지'의 에이전틱 작업을 실무 업무 1건에서 완주합니다. '최초 1업무 완료'가 KPI.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:30 | AI 에이전트 개념 | 대화형 vs 자율실행형, Claude가 여러 단계를 스스로 진행하는 원리와 권한 범위(폴더 연결·승인) 설정 |
| 09:30–10:50 | 실습① 문서 통합 | 흩어진 회의록·일보 → 월간 종합보고서 자동 생성·저장 |
| 11:00–12:00 | 실습② 데이터 분석 | 매출 CSV → 추이·상위품목·이상치 분석 + 차트 포함 엑셀 리포트 |
| 13:00–14:00 | 실습③ 정형업무 | 영수증·청구서 정형화→집계, 문의 분류→일차 답변 초안 |
| 14:10–15:10 | 커넥터(MCP) 입문 | Gmail·캘린더·Slack·Drive 연결, 아침 업무 브리핑 자동 생성 |
| 15:20–16:30 | 자사 업무 조립 워크 | '즉시 해결 vs 판단 업무' 분류 → 내 업무 1건 자동화 구현 |
| 16:30–18:00 | 발표·코칭 & 정착 | 개인별 발표 + '한 단계 더' 코칭, 효과측정 3대 KPI 설계 |
A-3심화Agent Skills & MCP 팀 표준화 과정1일 8시간
반복업무의 '스킬화'와 사내 시스템 연결 — 개인 노하우를 SKILL.md로 팀 자산화하고, MCP로 사내 도구·데이터와 연결해 부서 표준 워크플로우를 만듭니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:40 | Skills 아키텍처 | SKILL.md 구조(트리거·지시·산출형식), Skills vs Commands 구분 |
| 09:40–11:00 | 실습① 표준 스킬 제작 | skill-creator로 주간보고·회의록·제안서 스킬 제작 → '키우는 AI' 사이클 |
| 11:10–12:00 | 실습② 스킬 조합 | 복수 스킬 연계 원스톱 파이프라인 (수집→정리→문서화→저장) |
| 13:00–14:30 | MCP 심화 | Notion·Slack·Drive·사내 DB 연결, 권한·인증 함정 대응 |
| 14:40–15:40 | 팀 자산화 | 공유 저장소 운영, 전사→사업부→팀 계층의 CLAUDE.md/지시서 설계 |
| 15:50–17:00 | 졸업제작 | 부서 과제로 '스킬+커넥터' 통합 워크플로우 구축 |
| 17:00–18:00 | 발표·강평 | 산출물 발표, 타 부서 확산 로드맵 작성 |
A-4심화경영진·관리자 AI 전략과정1일 8시간
AI 도입 의사결정·거버넌스·조직 정착 — '위가 안 쓰면 아래도 안 씁니다.' 관리자가 직접 사용 경험을 갖추고 투자판단·보안·정착 KPI를 설계합니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–10:00 | AI 에이전트 시대의 경영 | 사용→제작 패러다임, 도입 사례, 실패하는 연수의 4대 패턴 |
| 10:00–11:20 | 임원 핸즈온 | 경영과제 해결안 3안 도출, 회의록→액션 추출, 경영 데이터 서머리 (직접 체험 필수) |
| 11:30–12:00 | 데모 | 비개발 직원이 만든 사내 툴 사례 (안건관리·근태·청구 체크) |
| 13:00–14:20 | AI 거버넌스 설계 | 입력금지 정보·로그·권한 설계, 이용 가이드라인 제정 워크 |
| 14:30–15:30 | 투자·효과측정 | 도입 비용 구조, ROI·KPI 설계, 훈련비 지원제도 검토 포인트 |
| 15:40–16:50 | 전사 확산 로드맵 | 파일럿 부서 선정 → 30·60·90일 계획, 사내 AI 전파자 제도 |
| 16:50–18:00 | 부서별 지시 설계 | '부하에게 무엇을 기대할지' 언어화, 부서별 활용 테마 확정 |
A-5기초·실전비개발자를 위한 Claude Code 업무자동화 — AI 전속 비서와 일하는 2일2일 14시간 (1일 7시간 × 2회)
코딩을 해 본 적 없는 직장인이 Claude 데스크톱 앱의 Code 탭으로 내 PC의 업무 파일을 직접 다루게 하는 2일 과정입니다. 채팅 AI는 조언에서 멈추지만 Claude Code는 파일을 읽고 쓰고 결과를 파일로 남깁니다. 1회차에는 무엇이든 AI와 먼저 상의하는 습관을 들이고, 보고 자료 준비와 경비 정산을 '사람 → AI → 사람' 반자동화로 돌립니다. 2회차에는 모든 업무를 한 작업 폴더에 모아 쓸수록 AI가 내 일을 잘 아는 '컨텍스트 복리'를 만들고, 프로젝트 현황 → 회의 → 조사 → 보고 슬라이드를 한 흐름으로 이은 뒤, 회사 보안 부서를 설득할 도입 설계까지 마칩니다. 확정 조작(발송·제출·결재 입력)은 끝까지 사람이 합니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 1회차 09:00–09:50 | M1 왜 코딩 에이전트가 사무 업무에 쓸모 있나 | 매크로·RPA / 프로그래밍 / 채팅 AI / AI 에이전트의 강점 비교, 여러 일이 동시에 진행되고 사람은 검토 중심이 되는 일하는 방식. 이틀 동안 익힐 세 가지 업무법 — 무엇이든 먼저 상의 · 반자동화로 시작해 사이클 만들기 · 한 작업 폴더에 모아 컨텍스트 쌓기 |
| 1회차 10:00–10:50 | M2 기초 지식과 첫 설정 | 스스로 일을 짜는 자율 동작과 실제로 손을 움직이는 도구 사용, 세 키워드(컨텍스트·커넥터·가드레일). 데스크톱 앱 설치·로그인 → Code 탭 → 작업 폴더 지정, 요금제와 토큰 소비·모델 골라 쓰기, 처음 짚을 보안 기본(사람이 확인할 조작의 선 · 최소 권한 · 계약 방식별 데이터가 가는 곳) |
| 1회차 11:00–12:00 | M3 기본 조작과 연결 | 권한 설정 → 지시 → 결과물 확인 → 승인 흐름, 화면의 컨텍스트 잔량 표시 읽기. 캘린더 커넥터로 일정 후보를 찾아 답장 초안(발송은 사람), 브라우저 확장으로 참석 확인 양식 채우기(제출은 사람) — 비어 있다와 넣어도 된다는 다른 문제, 자동 조작을 막는 사이트와 프롬프트 인젝션 주의 |
| 1회차 13:00–13:50 | M4 무엇이든 먼저 상의하는 습관 | 상의용 작업 폴더 만들기와 폴더 정리 맡기기, 음성 입력으로 자기소개·업무 자료 위치를 넘겨 지침 파일로 저장. 생각은 정리하지 말고 그대로 전하고 정리는 AI에게 — 첫 지시가 완벽할 필요는 없고, 대화가 길어지면 새 세션으로. 방법 설계까지 통째로 상의하기 |
| 1회차 14:00–15:00 | 실습① 보고 자료 준비 맡기기 | '보고 자료를 만들고 싶다'는 상의로 시작해 목적과 완성 이미지부터 전하기 → 흩어진 재료를 위치 알려 주기·붙여 넣기로 넘기고 원본은 폴더에 보관 → 부족한 정보는 웹 조사로 보충 → 한 장 요약 → 구성안을 거칠게 한 바퀴 돌려 말로 고치기 → 슬라이드 뼈대 파일. 마지막 20%는 자기 말로 직접 |
| 1회차 15:10–16:00 | M5 반자동화와 가드레일 | 사람 → AI → 사람 흐름, 확정 조작은 사람이 하고 완전 자동화를 서두르지 않기. 필요한 도구는 상의하며 늘리고 웹사이트 로그인은 사람이. 막고 싶은 사고를 말로 전해 가드레일 설정, 되돌릴 수 있는 조작과 없는 조작 구별, 망설여지면 정지. 잘된 흐름을 절차 파일로 남기기 |
| 1회차 16:00–17:00 | 실습② 경비 정산 반자동화 | '이번 달 경비 정산 하고 싶어'를 음성으로 상의 → 가상 사내 경비 규정을 AI용 메모로 정리·해석 확인 → 흩어진 증빙을 모아 카드 명세와 영수증 대조, 판단 근거 기록 → 개인 사용 건을 가린 제출용 파일 → 경비 시스템에는 연결하지 않고 복사·붙여 넣기로 마무리(입력·신청은 사람). 절차 파일에 막힌 곳의 대처법 덧붙이기 |
| 2회차 09:00–09:50 | M6 한 작업 폴더에 모아 컨텍스트 복리 누리기 | 모든 업무를 한 작업 폴더(모노레포)에 모으는 이유 — 쓸수록 빨라지고, 나만의 요령을 업무 전반에 재사용하고, 업무 요약이 쉬워지고, 지난 채팅을 뒤질 필요가 없다. 업무별로 정리하되 기밀 업무는 다른 작업 폴더로 분리, 지운 파일은 이력에서 되살릴 수 있다는 안전망 |
| 2회차 10:00–10:50 | M7 나만의 설정 키우기 | 지침·규칙·스킬·권한 설정을 AI에게 쓰게 하고 배운 점을 반영해 키우기, 인증 정보는 설정에 남기지 않기, 가끔 대청소로 가볍게 유지, 빠뜨리면 안 되는 점검은 자동 검사(훅)에 맡기기. 부족한 조작은 브라우저 조작·직접 만든 작은 도구로, 조사는 서브에이전트에게 |
| 2회차 11:00–12:00 | 실습③-1 프로젝트 현황 만들기 | 가상 프로젝트의 흩어진 자료(메신저 내보내기·메일·문서)를 한곳에 모아 '현황' 파일 — 정보를 역할별 네 종류로 나누고 읽기 버거우면 HTML 한 장으로 보기. 회의 녹취록(녹음 전 동의)을 넘겨 현황과 할 일 갱신, 쌓인 맥락으로 회의록 정확도가 오르는 것 확인 |
| 2회차 13:00–13:50 | 실습③-2 조사 숙제에서 보고 슬라이드까지 | 회의에서 생긴 조사 숙제를 바로 맡겨 용도에 맞는 판단 재료로 정리 → AI와 방침 세우기 → 구성안 확인 뒤 PowerPoint 파일로 보고 슬라이드 작성, 세세한 수정만 직접, 발표 시간에 맞는지도 상의. 반복한 작업은 스킬로 저장하고 막혔던 경험은 규칙으로 |
| 2회차 14:00–14:50 | M8 작업 환경을 네 방향으로 넓히기 | 스펙을 먼저 굳히고 뼈대 → 대화로 다듬기, AI 티(번역투·과장) 지우는 규칙, 업무별 세션을 나눈 병렬 작업(확인할 수 있는 수까지)과 정기 작업 예약, 스마트폰 원격 지시(회사 정책 확인), 팀 공유 폴더로 일하는 방식까지 자산화, 다른 AI 에이전트에서도 쓰는 텍스트 설정 |
| 2회차 15:00–16:00 | M9 회사 보안 장벽 넘기 | 전면 금지가 부르는 위험과 '안전하게 쓸 길' 만들기, 보안 부서에 판단 재료 건네기. 데이터 종류 × 조작 영향 구분표 작성, 막고 싶은 사고를 먼저 말로, 읽기·초안부터 시작하고 연결 허가 전엔 복사·붙여 넣기. 프롬프트 인젝션·형식적 승인·세션 혼동 대비, 개인 계약 말고 법인 계약과 관리 설정 |
| 2회차 16:00–17:00 | 정리 · 내 업무 반자동화 계획 | 본인 업무 1건의 반자동화 설계(AI가 할 준비 / 사람이 할 확정 조작 경계) → AI와 함께 사내 도입 설명 1장(효과·위험 저감책·단계) 작성 → 조별 공유와 30일 정착 체크리스트 |
A-6실전흩어진 사내 자료를 답하는 지식으로 — 생성AI 나레지 활용 실무1일 7시간
생성AI를 도입하고도 업무에 붙지 않는 원인을 사내 자료의 상태에서 찾습니다. 컨텍스트 1M 토큰 시대의 첫 질문 "이 업무에 RAG가 필요한가" 판단 프레임에서 출발해, HWP 원본·스캔 PDF·병합셀 엑셀이라는 한국 문서 3대 지뢰를 AI가 읽을 수 있는 나레지로 정비하고, 고장 원인 추정·비정형 추천·대량 VoC 분석 세 유스케이스를 하나의 가상 제조기업 데이터로 직접 돌립니다. 오전에 정비한 나레지가 오후 세 번 다시 쓰이는 구조 — 코드를 쓸 줄 몰라도 완주합니다. 실습은 Claude Code + 사전 구성 MCP 서버 3종, 터미널 입력은 복사·붙여넣기 4줄이 전부이고 나머지는 전부 한국어 자연어 지시입니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:15 | M0 오프닝 | 3분 데모 — "3번 라인 압축기가 어제부터 이상음이 납니다. 원인이 뭘까요?" 한 문장에 정비 이력 조회 → 유사 사례 3건 검색 → 규정상 조치 절차 → 부품 재고 확인까지 이어지는 완성본. 사전 설문(도입 건수 대비 실사용 부서 수) 익명 집계, 오늘 만들 산출물 5종 실물 제시 |
| 09:15–10:15 | M1 왜 안 쓰이는가 · RAG는 언제 필요한가 | 범용 챗봇이 답 못 하는 질문의 공통점(사내 고유명사·최신 개정·부서별 예외) — AI가 멍청한 게 아니라 우리 자료를 못 본 것. 프롬프트·RAG·파인튜닝·에이전트 4분법을 비용·구축기간·적합 업무 축으로, 각각 "언제 쓰면 안 되는가"까지. 롱컨텍스트 vs RAG 손익분기 — 1M 토큰이면 A4 약 1,700쪽이 한 번에 들어가므로, RAG가 이기는 4조건(수천 건 이상·잦은 갱신·권한 상이·반복 질문) 중 2개 이상일 때만. 자사 질문 3개를 지도 위에 배치 |
| 10:30–12:00 | M2 실습 90분 · 사내 나레지 정비 | 문서 33건을 그대로 던져 답이 엉망인 것을 전원이 먼저 목격. 한국어가 검색을 무너뜨리는 지점(조사·사내 약어·설비 코드)과 하이브리드 검색·용어 사전이라는 요구 언어, 한국 문서 3대 지뢰(HWP·스캔 PDF·병합셀 엑셀)의 판별과 전처리, 메타데이터 최소 5종, 개정판 세대 관리. 조별 실습 카드 3장 — 진단표 작성 → 못 읽는 문서 변환·OCR → 정비 규칙서 초안 후 첫 질문 재실행으로 답이 달라지는 것 확인 |
| 13:00–14:20 | M3 유스케이스① 고장 원인 추정 RAG | RAG 동작 4단계(쪼갠다→색인한다→찾는다→답한다)와 단계별 오류 증상. 검색 정확도와 생성 정확도를 나눠서 재기 — 구분 못 하면 영원히 프롬프트만 만진다, 근거 문서 동반 출력이 필수인 이유. 골든셋 30문항 조별 작성(그중 5개는 일부러 "답이 문서에 없는 질문") — 현업만 만들 수 있는 판정 기준. 원인 추정→재고 확인→작업지시 초안까지 자동 복구 흐름과 사람이 반드시 끊어야 하는 지점 표시 |
| 14:35–15:15 | M4 유스케이스② 비정형 데이터 추천 | "많이 팔린 순" 추천을 아무도 안 쓰는 이유 — 왜 샀는지는 상담 로그·정비 메모 같은 비정형에 있다. 비정형에서 특징을 뽑는 세 층위(사실 추출→상태 분류→의도 추정), 추천 근거를 문장으로 같이 내보내는 설계. 상담 로그 + 정비 이력으로 특정 고객사 부품 추천을 근거 3줄과 함께 생성, "이 추천을 영업이 그대로 들고 갈 수 있는가" 조별 판정 |
| 15:15–16:00 | M5 유스케이스③ 대량 VoC 분석 | 상담 12,000건 전수 처리의 비용 문제 — 분류→군집→대표 사례 심층의 3단 깔때기. 비용 산수를 청구서 기준으로: 캐싱은 공통 프롬프트에만 걸려 절감이 20~30%에서 끝나는 구조, 실제로 줄이는 것은 배치 처리·모델 라우팅·출력 토큰 절감. 가명처리와 반입 판단 — 무엇을 지우고 무엇을 대체값으로 남길지, 마스킹 지점. VoC 500건 축약본으로 상위 이슈 5종 도출, 실제 토큰 수로 월 운영비 원화 산출 |
| 16:15–16:50 | M6 워크숍 · 판단서·비용·경계선 | 프로젝트 3단계(나레지 정비→파일럿→확대)와 단계별 종료 조건, 사내 설득 3층(현업·정보보호팀·경영층)의 1장 양식, AI기본법 대응 — 산출물 표시 의무와 고영향 영역 해당 여부 3문항 판별. 자사 질문 1건으로 도입 판단서 작성(RAG 필요성·문서 상태·성공 판정 기준 3개·중단 조건) + 원화 비용 초안 + 현업이 직접 할 일/개발 의뢰할 일/외부 도입 검토할 일 경계선 긋기 |
| 16:50–17:00 | M7 정리 | 산출물 5종 확인, 90일 로드맵 키트 사용법(0–30일 질문 목록·문서 진단 → 31–60일 파일럿·골든셋 판정 → 61–90일 확대 회의), "월요일에 할 일" 한 줄 — 우리 부서 폴더가 읽히는지부터. 후속 안내: 개발자용 RAG 구축·평가 심화, MCP 서버 구축 운영 과정 |
A-7실전메일로 부탁하면 PPT가 답장으로 온다 — Claude Code × Office CLI 업무 에이전트 개발1일 7시간
브라우저만으로 GitHub Codespaces 위에 Claude Code 개발 환경을 열고, Office CLI(MCP)와 Microsoft Graph(Outlook)를 연결해 "메일로 자료를 부탁하면 PPT를 만들어 답장하는" 나만의 AI 에이전트를 하루에 완성합니다. 로컬 설치 일절 없음 — 관리자 권한도 필요 없어 보안 정책이 엄격한 기업일수록 유리한 구성. 타이핑할 명령은 전 과정 6줄뿐(전부 복사·붙여넣기 카드), 나머지는 한국어 자연어 지시입니다. 비개발자는 자연어 지시만으로 완주하고 개발자는 동작 코드를 읽고 자기 업무에 맞게 개조합니다. 교육장 안전장치로 에이전트의 답장 수신자는 "나 자신"으로 강제하고, 그 제약을 푸는 판단을 마지막 거버넌스 논의 소재로 씁니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:15 | M0 오프닝 | 5분 데모 — 강사가 휴대폰에서 자기 Outlook으로 "이번 주 교육 결과 보고 슬라이드 부탁해요" 메일 발송 → 에이전트가 메일을 읽고 → PPT를 만들고 → 첨부해 답장 → 휴대폰에서 PPT 확인. "오늘 전원이 이걸 각자의 환경에서 돌립니다" 선언, 개발자+비개발자 페어 편성과 역할 규칙(키보드는 비개발자, 내비게이션은 개발자) |
| 09:15–10:00 | M1 이 시스템은 어떻게 돌아가는가 | 챗봇에 물어봐도 결과를 PPT에 붙이는 건 결국 사람 — 자동화하려면 AI에게 "손"(문서 도구)과 "눈"(메일 접근)이 필요. AI 에이전트 = LLM + 도구 + 반복 판단 루프, Claude Code는 코딩 전용이 아니라는 것, 전체 지도(Outlook ↔ Microsoft Graph ↔ Claude Code ↔ MCP ↔ Office CLI)와 돈·데이터가 흐르는 방향, 오늘 절대 일어나지 않게 막아 둔 일(남에게 발송·메일함 전체 노출)과 그 장치. 페어별 지도 빈칸 채우기 |
| 10:15–11:15 | M2 실습 · 브라우저에서 개발 환경을 얻는다 | 로컬 설치는 OS·권한·프록시에서 각자 다르게 깨진다 — 전원이 같은 클라우드 환경. 실습 카드 3장: 강사 리포지토리에서 Create codespace → 브라우저 VS Code 확인 → 터미널 열기 / claude 실행 → 브라우저 인증 → 첫 한글 지시 "이 폴더에 뭐가 있는지 설명해 줘" → CLAUDE.md는 에이전트에게 주는 업무 지시서라는 프레임 / Office CLI를 MCP로 등록(복붙 1줄) → "지금 쓸 수 있는 도구 알려줘"로 연결 확인 |
| 11:15–12:00 | M3 실습 · 말로 PPT를 만든다 | 챗봇이 주는 것은 "슬라이드에 들어갈 글"이지 슬라이드가 아니다 — Office CLI는 진짜 .pptx를 만드는 손. "제목 슬라이드 1장짜리 자기소개 PPT" 생성 → 다운로드해 열어 확인(전원의 첫 성공 지점) → 사전 과제의 자기 부탁 문장으로 3~5장 초안 생성 → "2번 슬라이드를 표로" 같은 재지시로 다듬기 → 페어 교차 리뷰로 지시문 차이가 결과 차이를 만드는 것 관찰. 개발자 심화: OOXML 트리 직접 조회 |
| 13:00–14:10 | M4 실습 · AI에게 내 메일함 보는 눈을 준다 | 메일 비밀번호를 AI에 주는 것은 절대 답이 아니다 — Microsoft Graph·위임 권한(Mail.Read/Mail.Send)·디바이스 코드 인증을 "출입증 발급" 3단계로. 한국 기업 현실: 조건부 액세스로 인증을 막는 테넌트가 많고 앱 등록은 대개 IT 부서 권한 — 회사 계정이 안 되는 것은 실패가 아니라는 프레임, 15분 손절 규칙으로 강사 제공 데모 테넌트 계정 즉시 전환. 자연어 지시로 "안 읽은 메일 5통 제목 보여줘" → "자료 부탁 메일만 골라 줘" 필터링 |
| 14:25–15:35 | M5 실습 · 눈과 손을 잇는다 | 에이전트 파이프라인 4단계(메일 수신 판정→요구 해석→문서 생성→답장 발송)와 사람이 개입할 지점, 답장 수신자가 "나 자신"이 아니면 발송을 거부하는 안전장치. 자기 자신에게 부탁 메일 발송 → 통합 지시 한 문장으로 에이전트의 단계별 진행을 관찰하며 승인 → 내 메일함에서 PPT 첨부 답장 수신 확인(하루의 정점) → 다른 부탁 문장으로 처음부터 끝까지 혼자 재실행 — 재현 가능해야 배운 것 |
| 15:50–16:35 | M6 트랙 분기 · 남의 에이전트를 내 에이전트로 | 개발자 트랙 — Claude Code에 구조를 설명시킨 뒤 Graph 호출·PPT 생성·답장 발송 핵심 3개 파일 코드 리딩, 개조 과제 택1(특정 발신자만 처리 / Word 보고서 생성 / 1M 컨텍스트로 메일 스레드 전체를 읽혀 경과 보고 PPT). 비개발자 트랙 — 코드 대신 CLAUDE.md 개조("우리 회사 보고서는 결론 먼저, 3장 이내, 존댓말" 같은 사내 규칙)로 결과가 바뀌는 것 확인, 자기 업무 시나리오 1개를 지시 설계→실행→평가→지시서 수정 2회전 |
| 16:35–17:00 | M7 정리 · 회사에서 진짜로 쓰려면 | 오늘 만든 것의 한계(Codespaces가 꺼지면 에이전트도 잠듦)와 상시 가동 로드맵. 자사 도입 3칸 경계선 — 개인이 지금 할 수 있는 일 / IT 부서 승인 사항(앱 등록·API 권한·테넌트 정책) / 회사 차원 검토(메일 본문 개인정보의 외부 LLM 반입 판단·로그·감사). "답장은 나에게만" 안전장치를 풀 것인가 — 자동 발송 리스크와 사람 승인 게이트. 자사 적용 아이디어 시트 작성·페어 공유, 다음 스텝(MCP 구축·운영, 서브에이전트 병렬 오케스트레이션) 안내 |
A-8보안 실무관리자 콘솔에서 끝내는 기업 AI 보안 — Claude Team 실습과 Enterprise 설계4시간
학습자마다 Claude Team 관리자(소유자) 계정을 받아 실제 콘솔을 직접 눌러 보안 정책을 세우고, 같은 항목이 Enterprise에서는 어떻게 달라지는지를 관리 요건 판단표로 잇는 실습 과정입니다. 매 모듈을 두 칸으로 나눕니다 — 왼쪽은 '오늘 내 계정에서 실제로 누르는 것', 오른쪽은 'Enterprise에서만 되는 것'. 'Team에도 있다'고 과장하지 않습니다: 데이터 보존 기간은 Team에 설정 항목이 없고(조직 지정은 Enterprise 전용), 기밀정보 유사도 탐지는 콘솔 기능이 아니라 단말·네트워크 / 입력 시점(Claude Code Hooks) / 사후 감사(Compliance API)의 3층으로 설계해야 합니다. 판정기를 직접 돌려 오탐률·미탐률을 숫자로 뽑고, 사내 품의에 그대로 쓸 Team/Enterprise 판단서를 들고 나갑니다. 실습 비중 52%.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 0:00–0:10 | M0 가장 큰 위험은 '도입하지 않은 상태' | 사전 설문 익명 집계 공개, 개인 계정에 회의록·견적서를 붙여 넣는 상황이 회사 관점에서 왜 최악인지, 오늘의 도착점과 산출물 |
| 0:10–0:55 | M1 계정과 접근 · 콘솔 해부 + 권한 실측 | 콘솔 전 메뉴를 열며 '이 항목은 어떤 위협을 막는가' 대응, SSO·도메인 캡처 시연, 역할 모델과 Enterprise 그룹·커스텀 역할, SCIM 도입 함정(그룹 밖 사용자 자동 삭제·소유자 잠김), IP 허용 목록. 실습 — 조원 상호 초대로 역할별 권한 표 채우기, 퇴사자 제거 시 대화·프로젝트·공유물의 행방 확인 |
| 1:05–1:50 | M2 데이터 통제 · 보존·학습·저장 위치·등급표 | 상업 플랜 학습 미사용 기본값과 개인 플랜 약관의 구분, 저장 위치와 개인정보보호법 국외 이전, Team 콘솔에 보존 기간 설정이 없음을 전원이 확인 → Enterprise 보존 기간(최소 30일)을 문서 보존 규정과 맞추는 법, 감사 로그 180일과 인증 요건의 간극. 실습 — 자사 문서 유형과 샘플 20건을 빨강·노랑·초록 등급표로 분류, '콘솔로 막을 것 / 규정·교육으로만 되는 것' 분리 |
| 1:50–2:50 | M3 메인 실습 · 기밀정보 유사도 탐지 | 콘솔에 DLP가 없다는 출발점, 3층 설계(단말·네트워크 / Hooks 입력 시점 차단 / Compliance API 사후 감사), 정규식·임베딩 유사도·LLM 판정 비교. 판정기에 자기 등급표를 넣고 임계값을 바꿔 3회 이상 실행 → 오탐률·미탐률 산출 → Claude Code Hook에 붙여 차단 확인. 조마다 다른 임계값 — 유사도 탐지는 '어느 쪽 실패를 감당할 것인가'의 정책 결정 |
| 3:00–3:35 | M4 연결과 실행 · 커넥터·MCP·Claude Code·Cowork | 위험 등급(채팅 → 커넥터 → Claude Code·Cowork), 프롬프트 인젝션 실연. 실습 — 커넥터 허용 목록(읽기/쓰기 분리), Claude Code 서버 관리 설정(금지 명령·권한 우회 차단·MCP 허용 목록·Hooks), Cowork 조직 토글. 한계 — 서버 관리 설정은 보안 경계가 아니다(MDM 병행), 외부 클라우드 경유 시 미적용 |
| 3:35–4:00 | M5 판단과 사고 대응 · Enterprise로 갈 것인가 | 매핑표를 근거로 자사 Team/Enterprise 판단서 1장(계정 자동화·로그 보관 연수·IP 제한·부서별 차등·사용량 과금 리스크), 기밀 오입력 사고 대응 절차, AI 기본법·ISMS-P 접점, '월요일에 할 일' 한 줄 |
A-9실전교육이 끝난 뒤에도 퍼지게 — 사내 AI 전파자·사내 강사 양성 과정2일 14시간 (1일 7시간 × 2회)
이미 Claude를 업무에 쓰는 현업 실무자를 부서별로 뽑아, 자기 업무 자동화를 남에게 설명할 수 있는 사례로 만들고 부서 동료에게 30분 미니 세션을 실제로 한 번 해 보게 하는 2회차 과정입니다. 가르치는 기술보다 가르칠 사례가 먼저입니다 — 1회차 오전에 자기 업무를 위임 판별·업무지시서·팀 공유 Skill로 정리하고, 오후에 그것을 시연-따라 하기-적용 구조의 30분 강의안으로 바꿉니다. 두 회차 사이 2~3주 현업 실습 기간에 자기 부서 동료 2~3명에게 미니 세션을 실제로 1회 하고 적용 건수를 기록해 오며, 2회차는 이 실측 기록에서 출발해 부서 사례집·확산 지표 보고서·90일 활동 계획으로 묶습니다. 전파자는 회사 계정과 사내 입력 기준 안에서만 전파하고, 답할 수 없는 질문은 넘길 곳을 정해 둡니다. 목표는 전문 강사가 아니라 자기 부서에서 30분을 책임질 수 있는 현업 전파자이며, 자격 과정이 아닙니다. A-3(팀 표준 Skill) 수료 뒤 또는 함께 편성할 수 있고, 확산 지표는 교육담당자 보고용입니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 1회차 09:00–09:50 | M1 오프닝 · 내 업무 인벤토리 | 교육이 끝나면 확산이 멈추는 이유와 전파자의 자리를 정의합니다. 사전 과제의 "동료가 안 쓰는 이유"를 익명으로 모아 오늘 풀 문제로 세우고, 내 업무를 빈도·소요 시간·반복성·입력 형태로 적는 업무 인벤토리를 쓴 뒤 동료에게 보여 줄 만한 후보 3건을 고릅니다 — 첫 기준은 "동료도 같은 일을 하는가" |
| 1회차 10:00–10:50 | M2 위임 판별과 업무지시서 | 후보 3건을 위임 판별 3문항(입력이 파일로 있는가 · 정답 기준을 문장으로 쓸 수 있는가 · 틀려도 되돌릴 수 있는가)으로 거르고, 남은 1건을 업무지시서 5요소(목적·입력·작업 순서·산출물·검토 기준)로 다시 써서 가상 기업 소재로 실행합니다. 조원의 지시서를 조원이 대신 실행해 같은 결과가 나오는지 — 이것이 '설명 가능한 사례'의 기준 |
| 1회차 11:00–12:00 | M3 팀 표준 절차를 Skill로 묶기 | 지시서를 매번 붙여 넣는 대신 Claude와 대화하며 Skill로 저장합니다. name·description이 언제 불릴지를 정한다는 점을 확인하고 다른 표현의 요청 3개로 호출을 시험합니다. 동료에게 공유하면 보기 전용이며 수정은 만든 사람만 한다는 규칙 — 전파자가 공유 Skill의 관리자가 되는 이유 |
| 1회차 13:00–13:50 | M4 전파자의 역할과 한계 | 전파자는 보안 담당자가 아닙니다. 입력 금지 3색 기준(빨강 금지·노랑 가공 후 허용·초록 허용)을 사내 기준에 맞춰 확인하고, 개인 계정을 권하지 않는 이유(회사가 관리할 수 없고 적용되는 데이터 정책이 다름)를 설명할 수 있게 합니다. 동료가 물을 법한 곤란한 질문 10개를 내가 답할 것과 넘길 곳으로 나눕니다 |
| 1회차 14:00–15:20 | M5 30분 미니 강의 설계 | 성인 학습자는 자기 일에 바로 쓸 수 있을 때 듣습니다. 시연 10분·따라 하기 10분·자기 업무 적용 10분 구조로 강의안을 씁니다. 첫 3분에 보여 줄 결과물, 따라 하기 단계 카드, 적용 단계에서 막힐 지점과 대비책을 넣고, 사전 과제의 "안 쓰는 이유"에 답하는 한 장면을 설계합니다 |
| 1회차 15:30–16:30 | M6 리허설 1차 · 조별 축약 시연 | 조 안에서 1인 8분씩 강의안의 시연 부분과 따라 하기 첫 단계를 실제로 해 봅니다. 청중 역할의 조원은 "처음 보는 동료"로 앉아 따라 하며 막힌 지점을 표시하고, 2분 피드백은 '따라 할 수 있었는가'와 '내 일에 쓸 수 있어 보였는가' 두 질문으로만 합니다 |
| 1회차 16:30–17:00 | M7 사례집 양식 · 현업 실습 계획 | 사내 AI 사례 1장 양식(업무·전후 절차·지시서·Skill·주의점·적용한 사람)으로 오늘 사례의 첫 장을 채웁니다. 현업 실습 기간의 미니 세션 날짜·대상·장소와 적용 기록 시트 쓰는 법을 정하고, 2회차까지 가져올 것을 확인합니다 |
| 2회차 09:00–09:50 | M8 현업 실습 회고 | 세션 기록지와 적용 기록 시트를 조별로 펼쳐 잘된 장면·막힌 장면·예상 못 한 질문을 카드로 나누고, 조별로 가장 많이 막힌 지점 1개를 뽑습니다. 세션을 못 한 수강생은 못 한 이유를 같은 카드로 적습니다 — 그 이유도 확산 설계의 재료입니다 |
| 2회차 10:00–12:00 | M9 강의 시연과 상호 평가 | 조 안에서 1인 12분씩 수정한 강의안의 핵심 부분을 시연하고, 조원이 5개 항목 평가 루브릭(결과물 먼저·따라 하기 단계·자기 업무 연결·보안 기준 언급·질문 대응)으로 점수와 한 줄 근거를 남깁니다. 조별 최고점 시연 1편은 전체 앞에서 다시 하고 강사가 총평합니다 |
| 2회차 13:00–13:50 | M10 부서 사례집 완성 · Skill 공유 등록 | 현업 실습에서 나온 사례를 1장 양식으로 옮겨 부서 사례집을 묶고, 부서 Project의 지식으로 넣어 동료가 질문하며 찾아보게 합니다. 팀 공유 Skill은 수정 이력을 반영해 동료에게 공유하거나 조직 설정에 따라 디렉터리 게시를 신청합니다 |
| 2회차 14:00–14:50 | M11 질문 대응 FAQ | 전원이 받아 온 질문을 모아 분류합니다. 사용법 질문은 전파자가 답하고, 계정·권한·보안 예외·계약 질문은 담당 부서로 넘깁니다. 자주 나온 20문항의 답과 넘길 곳을 FAQ 한 장으로 쓰고, "모르면 모른다고 말하고 넘긴다"는 원칙을 연습합니다 |
| 2회차 15:00–15:50 | M12 확산 지표와 보고 양식 | 활성 사용자·적용 건수·처리 시간 세 지표를 정의하고 누가 어디서 재는지 정합니다. 활성 사용자는 소유자만 보는 사용량 분석 화면에서, 적용 건수와 처리 시간은 전파자의 기록 시트에서 나옵니다. 근거 없는 절감률을 쓰지 않는 원칙으로 교육담당자 보고 1장을 채웁니다 |
| 2회차 16:00–16:40 | M13 전파자 네트워크 운영 | 전파자가 혼자 남으면 3개월 안에 멈춥니다. 월 1회 60분 공유회의 순서(새 사례 2건·막힌 질문·Skill 갱신 안건), 공유 Skill의 소유자와 갱신 규칙, 교육담당자와의 보고 주기, 전파자 교체 시 인계 방법을 정하고 첫 공유회 날짜를 잡습니다 |
| 2회차 16:40–17:00 | M14 90일 활동 계획 · 수료 | 30일·60일·90일마다 할 일(두 번째 세션, 새 사례 2건, 지표 보고)을 한 장에 적고 부서장에게 보낼 한 줄 요약을 씁니다. 61~90일에는 부서 안 두 번째 전파자 후보를 추천합니다. 산출물 5종을 점검하고 수료 후 질문 채널과 공유회 일정을 안내합니다 |
A-10실전숫자가 맞는 AI 보고서 — 비개발 직장인을 위한 Claude 데이터 분석·보고서·PPT 실무1일 7시간
병합셀·중복 행·날짜 형식이 뒤섞인 가상 기업의 월간 엑셀 한 벌을 Claude로 정리하고, 집계·피벗·이상치 결과를 원본과 대조해 숫자 3개를 엑셀로 직접 다시 계산하는 검증 습관부터 세웁니다. "빨리 만드는 법"보다 "틀린 숫자를 걸러내는 법"을 먼저 가르칩니다 — 실습 데이터에는 중복 행·소계 행·원/천원 단위 혼재·입력 오류 이상치 같은 함정을 일부러 심어 두고, 강사 정답표로 걸러낸 것과 놓친 것을 수치로 확인합니다. 모호한 지시를 분석 계획서로 바꾼 뒤, 검증한 숫자로 차트와 인사이트 3줄, 두괄식 1페이지 보고서(docx), 임원 보고 슬라이드 5장(pptx)까지 한 데이터로 끝까지 가고, 그 절차를 다음 달에도 쓰는 Skill 또는 Projects 템플릿으로 고정합니다. 설치·터미널 없이 웹과 데스크톱 앱만 쓰며, 실습 비중은 약 67%입니다. 엔지니어가 같은 사고법으로 원인 분석·경영진 보고까지 가는 과정은 P-8이고, 이 과정은 직무 32시간 트랙(J-BO-3·J-MK-3)의 데이터 분석을 단독 1일로 듣는 판입니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | M1 오프닝 · 넣어도 되는 데이터와 첫 분석 | 지저분한 월간 매출 파일을 아무 준비 없이 올려 "지점별 3분기 매출 합계"를 묻고, 강사 정답표와 비교해 조마다 숫자가 어긋나는 것을 전원이 먼저 확인합니다. 입력 금지 데이터 3색 분류(빨강 입력 금지 / 노랑 가공 후 허용 / 초록 허용)와 경계 사례 토론, 업무용 플랜의 학습 미사용 기본값 — 학습에 안 쓰여도 판단 기준은 사내 규정, "Code execution and file creation" 설정 확인, 오늘 만들 산출물 6종 |
| 09:50–10:50 | M2 데이터 정리 · 병합셀·중복·날짜 형식 | 실습 전용 폴더에 12개월 매출 파일 사본만 넣고 Claude 데스크톱 앱에 연결 — 병합셀 제목 풀기, 중복 행 제거, 날짜 형식 4종 통일, 지점명 표기 정리를 맡기되 진행 계획을 먼저 보고 승인합니다. 바꾼 항목·건수·삭제한 행을 정리 로그 시트로 남기게 하고, 정리 전 합계 − 제거한 중복·소계 행 합계 = 정리 후 합계인지 엑셀로 대조. VoC 파일의 고객명·연락처 열은 올리기 전에 사람이 먼저 지웁니다 |
| 11:00–12:00 | M3 질문을 분석 계획으로 바꾸기 | "3분기 실적이 안 좋은데 원인 좀 보고 올려" 같은 지시를 분석 계획서 6칸(결정할 사람·판단할 질문·지표와 정의·비교 기준·기간·데이터로 알 수 없는 것)으로 쪼갭니다. 가설 3개와 각 가설을 살리거나 버릴 판정 숫자를 분석 전에 적고, Claude에게는 계획의 빈틈과 모호한 지표 정의를 묻는 역할만 맡겨 계획서 1장 완성. 조원 교차 검토 — "이 계획서대로 하면 표가 몇 장 나오는가" |
| 13:00–14:10 | M4 집계·피벗·이상치 · 숫자는 원본과 대조한다 | 계획서대로 지점·채널·품목별 집계와 피벗, 전년 대비 증감, 이상치 후보를 Claude에게 뽑게 하고, 믿기 전에 계산 절차를 단계별 한국어로 설명하게 합니다. 가장 큰 숫자·결론에 쓸 숫자·가장 의심스러운 숫자 3개를 엑셀 SUMIFS로 직접 재계산, 불일치는 정리·필터·분모 중 어느 단계인지 짚어 다시 요청. 대량 주문과 입력 오류가 섞인 이상치 2건은 거래 내역 원본을 보고 사람이 판정하고 검증 체크리스트 8항목을 채웁니다 |
| 14:20–15:00 | M5 차트와 인사이트 3줄 | 같은 숫자를 막대·선·표로 뽑아 "보고받는 사람이 5초 안에 결론을 읽는가" 하나로 차트를 고릅니다. 인사이트는 사실·해석·제안 3줄로 쓰고, 문장 속 숫자마다 어느 파일·시트·조건의 합계인지 적는 숫자 출처표를 만듭니다. '때문에'처럼 데이터가 증명하지 못한 인과 표현을 Claude에게 찾게 하고, 고칠지는 사람이 결정 |
| 15:00–15:40 | M6 두괄식 1페이지 보고서 | 결론 한 문장 → 근거 3개(숫자 출처표 연결) → 요청·결정 사항 → 한계와 추가 확인 사항 → 부록(정리 로그·검증 체크리스트)의 두괄식 틀로 1페이지 보고서(docx) 초안 생성. "이 보고서를 받은 본부장이 물을 질문 5개"로 빠진 답을 보완하고, 모든 숫자를 출처표와, VoC 인용을 원문과 사람이 마지막으로 대조한 뒤 워드에서 열어 1페이지인지 확인 |
| 15:50–16:30 | M7 임원 보고 슬라이드 5장(pptx) | 1페이지 보고서를 요약·현황·원인·대안·요청 5장 pptx로 바꿉니다. 제목만 이어 읽어도 보고가 되도록 슬라이드 제목을 결론 문장으로 쓰고, 차트와 숫자가 보고서와 같은지 대조. 내려받아 파워포인트에서 열고 글자 넘침·표 깨짐을 직접 고친 뒤 조원에게 1분 발표 |
| 16:30–17:00 | M8 매달 반복되는 보고를 고정하기 · 정리 | 정리 규칙·계획서 틀·검증 체크리스트·보고서와 슬라이드 구성을 담아 대화로 월간 보고 Skill을 만들거나 Projects 지침으로 저장 — 어느 방식이든 검증 체크리스트는 빼지 않습니다. 13번째 달 가상 데이터로 다시 돌려 같은 품질이 나오는지 확인하고, "월요일에 할 일" 한 줄로 마칩니다 |
A-11실전기획자·PM을 위한 AI 프로토타이핑 — 말로 만든 시안으로 개발팀과 대화하기1일 7시간
코딩 경험 없는 기획자·PM·PO·디자이너가 가상 사내 서비스 하나를 놓고 "완료 조건이 있는 명세 → 화면 흐름 → 클릭되는 시안 → 사용자 테스트 → 개발팀 전달 패키지"를 하루에 완주하는 과정입니다. 하루의 척추는 시안이 아니라 완료 조건입니다 — 오전에 쓴 완료 조건 한 줄이 시안을 만들 때도, 사용자 테스트를 할 때도, 개발팀에 넘길 때도 같은 문장으로 다시 쓰입니다. 클릭되는 시안은 아티팩트(웹 브라우저에서 바로 사용, 설치 없음)로 만들고, "입력하면 목록에 쌓이는" 작은 동작 시안이 필요할 때만 데스크톱 앱의 Code 탭으로 한 걸음 더 갑니다. "시안 vs 실제 제품" 비교표를 오전과 마무리에 두 번 펼쳐, 시안으로 끝낼 일과 개발팀에 넘길 일의 경계를 스스로 긋게 합니다. 모든 실습은 가상 기업·가상 데이터로 합니다. AI 도입 자체를 기획하는 PM은 MCP-1과 함께 들을 수 있고, 개발팀의 B-5·P-3과 합동 편성하면 이 과정에서 쓴 완료 조건이 엔지니어 과정의 입력으로 그대로 이어집니다.
| 시간 | 모듈 | 내용 |
|---|---|---|
| 09:00–09:50 | M1 문제 정의 · 인터뷰 메모에서 진짜 문제 찾기 | 오늘의 도착점과 산출물 5종을 먼저 보여 준 뒤 시작. 인터뷰 메모 8건을 Claude로 요약하되 "사용자가 실제로 한 말(원문 인용)"과 "AI가 해석한 불편"을 두 칸 표로 받고, 원문 인용이 없는 해석은 지운다. 가짜 이용 데이터로 교차 확인해 불편의 원인이 화면이 아니라 돌려주지 않는 예약임을 찾고, 문제를 "누가·언제·무엇 때문에 곤란한가" 한 문장으로 정한다. 시안 vs 실제 제품 표를 처음 펼쳐 "오늘 만드는 것은 왼쪽 칸"이라고 선을 긋는다 |
| 09:50–10:50 | M2 요구사항을 완료 조건이 있는 기능 명세로 | "편하게 예약할 수 있게"는 개발팀이 만들 수 없는 문장 — 기능마다 무엇을·누가·완료 기준 세 칸을 채운다. AI에게 "이 명세를 받은 개발자가 되물을 질문 10개"를 받아 빈 상태·권한·취소·수정·숫자 제한을 메우고, 질문마다 "지금 정한다 / 개발팀과 정한다"로 표시. "편하게·빠르게·적절히"가 남은 완료 기준은 조원 교차 점검에서 탈락시키고 기능 명세서 초안을 완성한다 |
| 11:00–12:00 | M3 화면 흐름과 와이어프레임을 AI로 | 명세를 화면 단위로 쪼개 예약·입실 확인·자동 취소·비품 신청 흐름을 다이어그램 아티팩트로 그린다. 막다른 화면·돌아갈 길이 없는 화면·오류와 빈 상태 화면 누락을 조별로 찾아 고치고, 핵심 화면 4~5장을 흑백 와이어프레임으로 받는다. 색과 디자인은 아직 손대지 않고, 명세에 없던 화면이 생기면 명세도 함께 고친다 |
| 13:00–14:10 | M4 클릭 가능한 시안 · 아티팩트로 만들기 | 새 대화에 명세와 와이어프레임 설명만 붙여 넣어 클릭되는 시안을 만든다 — 인터뷰 원본은 넣지 않는다(공유받은 사람이 원 대화의 첨부 파일에도 접근할 수 있으므로). 누가 봐도 가짜인 데이터로 목록을 채우고, 완료 조건의 동작(15분 뒤 자동 취소)이 화면에 보이는지 대조한다. 한 번에 한 가지만 고치는 요령, 공유 전 점검 3항목(첨부 파일·공유 범위·실제 이름과 수치)을 거쳐 조 안에서 링크로 돌려 보고 "명세와 다른 곳"을 반영한다 |
| 14:20–15:10 | M5 사용자 테스트 시나리오와 피드백 반영 | 완료 조건을 사용자의 말로 쓴 테스트 과제 5개로 바꾸고(버튼 이름은 쓰지 않음), "성공 판정" 칸에 M2의 완료 기준을 그대로 옮긴다. 다른 조 사람이 사용자 역할로 시안을 쓰고, 관찰자는 말없이 막힌 지점과 그때 한 말만 적는다. 결과를 성공·막힘·오해 세 칸 결과표로 정리하고 고칠 것 3개만 골라 시안과 명세를 함께 고친다. 시안에서 고칠 수 없는 요청은 열린 질문으로 보낸다 |
| 15:10–15:50 | M6 한 걸음 더 · Code 탭으로 작은 동작 시안 | 아티팩트로 부족한 경우만 다룬다. 데스크톱 앱 Code 탭에서 가짜 데이터만 든 실습 폴더를 열고, Plan 모드로 계획을 먼저 받은 뒤 Manual 모드로 바뀔 내용을 보고 승인한다 — 익힐 것은 코드가 아니라 "무엇이 바뀌는지 보고 승인하는 습관". 비품 신청이 목록에 쌓이는 HTML 시안을 Browser 창에서 확인하고, 비교표로 이 시안이 제품이 아닌 이유 3가지를 적는다. 계정 조건에 따라 전원 실습 또는 강사 시연 + 관찰 시트로 운영 |
| 16:00–16:40 | M7 개발팀 전달 패키지 만들기 | PRD 1장(배경·목표·범위·제외 범위·성공 판단 방법), 시안 링크("넘기는 것은 코드가 아니라 동작과 완료 조건" 한 줄 포함), 완료 조건 목록, 열린 질문 목록(질문마다 PM의 제안 한 줄)을 한 묶음으로 만든다. AI에게 패키지를 처음 받은 개발팀장 역할을 맡겨 역질문을 두 번 돌리고, 답하지 못한 질문은 열린 질문으로 옮긴다. 다른 조와 패키지를 바꿔 "이걸로 착수할 수 있나"를 한 줄로 평가한다 |
| 16:40–17:00 | M8 경계 긋기 · 시안으로 끝낼 일, 넘길 일 · 정리 | 시안 vs 실제 제품 표를 자기 시안으로 채우고, 시안에서 다루지 않은 보안(로그인·권한)·데이터(실제 개인정보·보존)·운영(장애·문의) 항목을 전달 패키지의 "개발팀 판단 사항"에 옮긴다. 산출물 5종 확인, 자사 과제를 실제 자료 없이 한 줄 설명으로만 대입, "월요일에 할 일" 한 줄 |