단계마다 산출물이 하나씩 남습니다
- 01발견관찰 기록
- 02문제 정의문제 정의서
- 03기능 도출기능 목록 · 추적표
- 04우선순위 · MVPMVP 범위
- 05서비스 기획서 · PRD기획서(PRD)
- 06인수기준인수기준 · 추적 검사 결과
누가, 무엇을 가지고 와서, 무엇을 목표로 하나요
목표
무엇을 왜 만들지 정하고, 개발에 넘길 수 있는 기획 문서 한 벌로 끝냅니다.
대상 · 사전 조건
기획자 · PO · 서비스 담당자 — 개발 경험 불필요
가져올 것
개선하고 싶은 서비스나 업무 1개 (없으면 제공 시나리오로 시작)
직접 하는 일과 산출물
| 단계 | 직접 하는 일 | 산출물 |
|---|---|---|
| 발견 | 사용자와 현장을 관찰해 불편을 모읍니다 | 관찰 기록 |
| 문제 정의 | 누구의 어떤 문제인지 한 문장으로 좁히고 근거를 붙입니다 | 문제 정의서 |
| 기능 도출 | 문제를 푸는 기능 후보를 뽑아 요구사항 추적표에 올립니다 | 기능 목록 · 추적표 |
| 우선순위 · MVP | 꼭 필요한 기능과 이번에 뺄 기능을 가릅니다 | MVP 범위 |
| 서비스 기획서 · PRD | 목표 · 범위 · 요구사항을 기획서 한 벌로 묶습니다 | 기획서(PRD) |
| 인수기준 | 기능마다 완료를 판정할 문장을 쓰고, 추적 검사기로 빈 칸을 셉니다 | 인수기준 · 추적 검사 결과 |
손에 남는 산출물
무엇으로 확인하나요
문제 정의부터 인수기준까지 한 줄로 이어지고, 추적 검사기가 센 빈 칸(인수기준 없는 요구 등)이 0인가
다음으로 이어지는 길
만들기까지 가려면 AX PL, 한 번에 가려면 AX 통합으로 이어 갑니다.
실제 수행 근거
준비부터 현업 적용까지 한 흐름으로
다룰 과제 1건 · 참여자 · 반입할 자료의 범위 · 도구 계정을 확인하고 사전 설치 가이드를 보냅니다.
앞 단계에서 만든 산출물이 다음 단계의 입력이 됩니다. 새 사례로 갈아타지 않습니다.
만든 산출물을 현업에 처음 적용해 봅니다. 후속 확인 범위는 편성할 때 함께 정합니다.
자료 반입이 어려우면 합성 시나리오로 시작해 자기 업무로 옮깁니다. 고객 원문과 개인 평가 기록은 외부에 공유하지 않습니다.
교육 담당자분들이 실제로 묻는 것
몇 명까지 가능한가요?
실습 순회가 필요하므로 12~20명을 권장합니다. 한 사람이 하나씩 만들고 강사가 돌면서 봐야 하는 구조라, 이 인원을 넘으면 순회가 얕아집니다.
온라인으로도 되나요?
가능합니다. 다만 도구 환경 설정에서 막히는 사람이 생기면 온라인에서는 회수가 더 어렵습니다 — 사전 안내와 보조 인력을 협의합니다.
코딩을 모르는데 괜찮나요?
괜찮습니다. 개발 경험을 전제하지 않습니다. 코드는 AI가 쓰고 참가자는 판단합니다 — 무엇을 만들지, 무엇을 만들지 않을지, 되었다고 볼 기준이 무엇인지가 참가자 몫입니다.
참가자 PC와 AI 계정은 어떻게 하나요?
참가자당 노트북 1대와 AI 도구 1개가 필요합니다. 사내 승인된 AI가 있으면 그게 1순위입니다. 계정 발급 · 방화벽 · 망분리 제약은 편성 협의 때 먼저 확인합니다 — 당일에 확인하면 첫 시간이 통째로 날아갑니다.