1---2name: workflow-planning3description: Strategic workflow planning for AIDLC Phase 1 close-out. Chooses sequential / parallel-units / iterative execution mode via a decision tree, maps stories to units, and defines checkpoint gates. Produces workflow-plan.md as the hand-off artifact to the aidlc plugin construction phase.4---56## 언제 사용하나요78- 요구사항과 스토리가 확정되어 **실행 모드** 를 결정해야 할 때9- 병렬 작업 가능성과 의존성 그래프를 정리해 Construction 단계로 전달할 때10- Checkpoint gate(휴먼 승인 지점) 을 정의해야 할 때1112## 언제 사용하지 않나요1314- 단일 스토리, 단일 커밋 수준 작업 — 오버헤드만 발생15- 이미 `aidlc` (construction) 이 진행 중인 피처의 재계획 — 해당 플러그인에서 수행16- 운영 장애 대응(AgenticOps 모드) — `agenticops` 플러그인 참조1718## 전제 조건1920- `.omao/plans/<slug>/requirements.md`, `user-stories.md` 존재(또는 스토리 생략 결정 로그)21- 팀 캘린더 또는 인력 가용성에 대한 개괄 정보22- Construction 단계에서 가능한 에이전트 카탈로그 확인 완료2324## 절차2526### Step 1. 실행 모드 결정 트리2728```29 요구사항 간 엄격한 순서 의존성?30 ├── 예 → sequential31 └── 아니오32 ├── 스토리 ≥ 5 개 + 독립 Unit 분해 가능?33 │ ├── 예 → parallel-units34 │ └── 아니오35 └── 불확실성 높음(프로토타입·탐색) → iterative36```3738- **sequential**: Step 1 → Step 2 → Step 3 선형. 결정 횟수 최소, 리스크 관리 단순.39- **parallel-units**: 독립 Unit N 개를 병렬. Unit 간 계약(인터페이스) 을 먼저 확정.40- **iterative**: 2주 스프린트 × 3회. 각 반복 끝에 재계획.4142### Step 2. Unit 분해 (parallel-units 일 때)4344- 각 Unit 은 1~2명의 에이전트/엔지니어가 2~5일 내 완료 가능45- Unit 간 의존성은 방향성 그래프로 표현46- 공유 자원(DB 스키마, API 계약) 은 Unit 0(공통 계약) 로 분리4748### Step 3. Checkpoint Gate 설계4950| Gate | 승인자 | 확인 항목 |51|------|--------|----------|52| G1 — Requirements Freeze | 프로덕트 오너 | REQ 목록, 비기능 요구, 우선순위 |53| G2 — Story Freeze | 테크 리드 | 스토리 완전성, Acceptance Criteria |54| G3 — Unit Contract Freeze | 아키텍트 | Unit 인터페이스, 데이터 계약 |55| G4 — Construction Kickoff | 엔지니어링 매니저 | 인력/예산, 리스크 완화안 |5657### Step 4. 리스크 매트릭스5859| 리스크 | 발생 확률 | 영향 | 완화 |60|--------|----------|------|------|61| GPU 쿼터 부족 | 중 | 고 | On-Demand → Spot 전환, 리전 이중화 |62| 모델 가중치 라이선스 제약 | 저 | 고 | 대체 모델 후보 2개 사전 확보 |63| Langfuse 자체 호스팅 운영 부담 | 중 | 중 | SaaS 대체 경로 문서화 |6465### Step 5. 일정 초안(Indicative Timeline)6667- sequential: 단계별 완료일 + 25% 버퍼68- parallel-units: Unit 별 시작/종료 + 통합 시점 명시69- iterative: 스프린트 목표(Goal) + 스프린트 리뷰 일자7071### Step 6. Construction 핸드오프 입력 정의7273다음 세 산출물을 `aidlc` (construction) 에 전달합니다.74751. `requirements.md` — 기능/비기능 요구, REQ-ID762. `user-stories.md` — 스토리, AC, Traceability(생략된 경우 사유 로그)773. `workflow-plan.md` — 실행 모드, Unit 분해, Gate, 리스크, 일정7879### Step 7. 산출물 저장8081- `.omao/plans/<slug>/workflow-plan.md` 저장82- frontmatter: `created`, `last_update.date`, `tags: [aidlc, inception, workflow-planning]`83- 상단에 실행 모드, Unit 수, Gate 수를 요약 표로 배치8485## 좋은 예시8687- parallel-units 5개 + 공통 계약 Unit 0, Gate 4개, 리스크 7개 + 완화안, 8주 일정88- iterative 3 스프린트, 각 스프린트 목표 1문장 + AC 3~5개8990## 나쁜 예시 (금지)9192- "일단 시작하고 필요하면 쪼개자" — Unit/Gate 미정의93- Gate 승인자 공백 — 의사결정 정체 유발94- 리스크를 "낮음/낮음/낮음" 으로 일괄 기재 — 실효성 없음95- sequential 과 parallel-units 특징을 섞어 서술 — 모드 명시 필요9697## 참고 자료9899### 공식 문서100- [awslabs/aidlc-workflows — workflow-planning](https://github.com/awslabs/aidlc-workflows/blob/main/aidlc-rules/aws-aidlc-rule-details/inception/workflow-planning.md) — 원본 워크플로우 계획 규칙101- [awslabs/aidlc-workflows — units-generation](https://github.com/awslabs/aidlc-workflows/blob/main/aidlc-rules/aws-aidlc-rule-details/inception/units-generation.md) — Unit 분해 원본 규칙102103### 관련 문서 (내부)104- `../requirements-analysis/SKILL.md` — REQ-ID 소스105- `../user-stories/SKILL.md` — 스토리 소스106- `../../CLAUDE.md` — aidlc 플러그인 개요107- `/home/ubuntu/workspace/oh-my-aidlcops/plugins/aidlc/CLAUDE.md` — Phase 2 핸드오프 대상108- `/home/ubuntu/workspace/oh-my-aidlcops/CLAUDE.md` — OMA 전체 철학