wbs
마일스톤 → WBS (Work Breakdown Structure) 분해. PM 핵심 산출물. team OKR 의 KR 을 분기→주→일 단위 작업으로 변환. dependency graph + critical path 식별.
- License 许可
- MIT
- 最近更新
- 2026-11-13
- Stars
- ★ 25
- Forks
- 2
01 前言 Front Matter
- name
- wbs
- team
- _skill
- tier
- leader
- used_by
- [ "product-manager" ]
- category
- planning
- triggers
- { "keyword": [ "wbs", "마일스톤", "일정", "schedule", "decomposition" ] }
- description
- 마일스톤 → WBS (Work Breakdown Structure) 분해. PM 핵심 산출물. team OKR 의 KR 을 분기→주→일 단위 작업으로 변환. dependency graph + critical path 식별.
- dev_capability
- false
- pm_conventions
- { "hard_gate": true, "post_labeling": false, "anti_sycophancy": true, "minimum_approaches": 1 }
- schema_version
- 2
03 SKILL.md 正文
WBS Decomposition Skill
PM 의 마일스톤/WBS 의사결정 영역 (Chief OKR 결정과 분리).
입력
- team OKR (특히 KR)
prd§6 Solution (recommended approach)hypothesis-designrecommended hypothesis
분해 3단계
Level 1: Milestone (분기 ~ 월)
Level 2: Workstream (주)
Level 3: Task (일)
형식
milestones:
- id: m1
title: "lazy-create 패턴 도입"
target_date: "2026-06-14" # YYYY-MM-DD
okr_kr_ref: "Q2-KR2"
exit_criteria:
- "discord-adapter 가 config 없을 때 자동 생성"
- "quality-assurance test 통과"
workstreams:
- id: m1.w1
title: "discord-adapter lazy-create"
owner_specialist: "backend-engineer"
target_date: "2026-06-07"
tasks:
- { id: "m1.w1.t1", title: "loadOrEmpty + mkdir 헬퍼", estimate: "2h", depends_on: [] }
- { id: "m1.w1.t2", title: "config.yaml schema validation", estimate: "1h", depends_on: ["m1.w1.t1"] }
- { id: "m1.w1.t3", title: "test 작성", estimate: "1h", depends_on: ["m1.w1.t1"] }
- id: m1.w2
title: "add-repo CLI seed"
owner_specialist: "frontend-engineer"
...
dependency_graph:
# 의존성 시각화 (graphviz dot 또는 mermaid)
- "m1.w1 → m1.w2"
- "m1.w2 → m2"
critical_path:
- "m1.w1.t1 → m1.w1.t2 → m1.w1.t3 → m1.w2 → m2"
total_estimate: "4 weeks"
HARD GATE: WBS 완료 조건
- [ ] 모든 milestone 에 target_date + exit_criteria 명시
- [ ] 모든 task 에 estimate + owner_specialist 명시
- [ ] dependency_graph cycle 없음
- [ ] critical_path 식별
- [ ] team OKR 의 KR 과 milestone 의 1:N 매핑 확인
입력 → 출력 흐름
PM 호출 wbs({
okr: <team OKR>,
solution: <prd §6.recommended>,
hypothesis: <hypothesis-design.recommended>
})
→ {
milestones: [...],
dependency_graph: [...],
critical_path: [...],
total_estimate: "...",
open_questions: [
// capacity 미확인 (e.g. backend-engineer 가용 시간)
// priority tie-break 필요
]
}
Anti-Sycophancy
- ❌ "약 4주 정도 걸릴 것 같습니다"
- ✅ "Critical path 추정 4주. backend-engineer task throughput 가정 5h/day. 가정 깨지면 6주."
Reference
- IEEE 1490 (PMBOK) WBS 원칙
- phuryn/pm-skills/pm-execution/outcome-roadmap
- v1.1 PRD §6.4 (PM 마일스톤/WBS 권한)
04 同仓库更多 Skills
xyz-hypothesis
검증 가능한 가설 프레임워크 — "[X%] of [Y segment] will [Z behavior] within [T period], because [R]". 입장+반증 조건 강제, 최소 2개 접근, V/U/V/F 가정 분류. v1.3.5 에서 problem-definition P5 를 독립 skill 로 분리.
workflow-refinement
Workflow 종료 시 개선 제안. stage 의존성 / handoff 효율 / 평균 cycle time 분석. Chief 가 RETROSPECT 에서 호출.
workflow-manager
workflow(org 단위 조립물 — stage DAG 가 워크스페이스의 skill·agent 를 참조)의 대화형 매니저이자 작성 표준의 권위. 의도에서 workflow YAML 을 합성·검토·개선하도록 안내하고, 좋은 워크플로 노하우(본질 원칙=목표·근거·방법→결론·핸드오프 / DAG 무순환 / exit_criteria measurable / 기획 3대 편향 가드)를 보유한다. 결정적 동작(new/list/show/validate)은 solosquad workflow * 헬퍼로 위임. 사용 시점 — 워크플로를 새로 만들·고칠 때, 또는 다른 워크플로의 작성 품질을 판단할 때.
triage
Chief 의 과제 분류 도구. 사용자 입력을 4-way 분류 (discussion / workflow / cron / goal) + Educational Nudge (불명확 시 KNOWLEDGE 가이드 선제시).
skill-refinement
Skill 사용 후 개선 제안. ledger 분석으로 어느 skill 이 자주 실패 / open_question 다발 / 비효율인지 식별. Chief 가 retrospective 후 호출.
skill-manager
skill(SKILL.md)의 대화형 매니저이자 **작성 표준의 권위(authoring authority)**. 새 skill 생성·검토·개선을 Chief 세션 안에서 안내하고, 좋은 SKILL.md 작성 노하우(description 공식·정량 한도·번들 구조·eval 검증·frontmatter 필드 감사)를 보유한다. 결정적 동작(scaffold/list/show/validate)은 `solosquad skill *` 헬퍼로 위임하고, 의도→초안·품질 검토·개선은 대화로 진행한다. 사용 시점 — skill 을 새로 만들 때, 기존 skill 을 고칠 때, 또는 다른 skill 의 작성 품질을 판단할 때. v1.3.6 — 코드 백엔드 `src/bot/skill-manager.ts` 위에 작성 권위를 얹음.