Files

81 lines
4.8 KiB
YAML

execution-plans:
version: 1
purpose: >
호환/문서용 plan mirror다. 런타임 stage 순서·actor·output·exit gate의 단일 정본은
workflow-contracts.yaml이며 state_engine.py가 그 계약을 직접 읽는다.
source-of-graph: org-os/06-agent-work/workflow-contracts.yaml
cross-references:
- "workflow-contracts.yaml (stage·artifact·전이 정본)"
- "governance-tiers.yaml (tier 파생·evidence-grade-min·human-gate·governance-limits)"
- "collaboration-map.yaml (design-to-build-contract must-read-designs — spec→build 게이트)"
plans:
cascade:
description: >
결정 → 설계 → 세부 → 구현 → 검증 → 수용 → 릴리스 전체 계층 순차(collaboration-map DECIDE..BUILD).
머리 쓰는 일(discovery/decide/design/spec)은 fan-out, 구현(build)은 collapse.
stages: [intake, discovery, decide, design, spec, build, verification, acceptance, released]
terminal-stage: released
default-tier: standard
note: >
순서 교정(리뷰 권고): discovery(근거 접지 + option-set 발산) 가 decide(수렴) 앞에 온다.
anchoring 제거 — 결정 전에 근거·선택지를 먼저 발산한다.
wave:
description: >
Orchestrator 가 wave 로 계획·실행하는 Magentic 듀얼 원장 루프. plan=계획, run=실행 라운드(반복).
run 은 정체(stall)/상한(governance-limits) 전까지 자기 자신으로 반복 전이한다.
stages: [intake, plan, run, verification, acceptance, released]
loop-stage: run
terminal-stage: released
default-tier: standard
light:
description: >
경량 경로 — plan-wave 없이 바로 run. 저위험(two-way-door · single-role · 고객/매출/보안 영향 없음).
stages: [intake, run, verification, acceptance]
loop-stage: run
terminal-stage: acceptance
default-tier: light
venture-bootstrap:
description: >
회사 수립(1회성). founder-context 를 입력으로 기회탐색→벤처검증→벤처결정→
company-context commit 을 거쳐 company-context.yaml(provisional) 을 산출한다.
제품 cascade 의 선행이며 별도 lifecycle 이다. 모든 전이는 OPS-ORCH 가 집행.
stages: [intake, founder-setup, opportunity-discovery, venture-validation,
venture-decision, company-context-commit, bootstrap-complete]
terminal-stage: bootstrap-complete
default-tier: standard
outputs: "org-os/01-company/company-context.yaml (status: provisional)"
experience-foundation:
description: >
제품 cascade 종속 child. 실제 경쟁 경험 증거를 접지한 뒤 experience strategy를 결정하고,
content/IA blueprint와 무채색 wireframe을 승인한다. 시각 방향 탐색보다 반드시 먼저 끝난다.
stages: [experience-foundation-intake, experience-benchmark, experience-strategy,
information-architecture, wireframes, foundation-approved]
terminal-stage: foundation-approved
default-tier: standard
parent-binding: [parent-workflow-id, product-decision-id]
outputs: "accepted competitive benchmark + CPO strategy + CTO/CPTO technical feasibility + COO operational feasibility + blueprint + wireframes + 부모 experience-foundation-approval 링크"
design-direction:
description: >
제품 cascade 종속 child. direction-input-brief(불변)을 입력으로 discovery+divergence-charter→
3안 독립발산+선택전 비교감사→단일수렴→승자 prototype→7-lens 비평 재작업 루프→
finalize→approved. /design-system·design→spec 선행.
stages: [design-direction-intake, design-direction-discovery, design-direction-divergence,
design-direction-decision, design-direction-prototype, design-direction-critique,
design-direction-finalize, design-direction-approved]
terminal-stage: design-direction-approved
default-tier: standard
parent-binding: [parent-workflow-id, product-decision-id, direction-input-brief-sha256]
outputs: "approved-direction 불변 report(completion-records/<child>/) + 부모 원장 design-direction-approval"
mid-start:
rule: >
선행 stage 의 gating 산출물(예: 승인된 설계, 수락된 decision-packet)이 이미 존재하면
그 stage 로 바로 진입할 수 있다(전체를 다시 밟지 않음).
verified-by: state_engine.can_transition # 선행조건 미충족이면 거부(BlockedReport)
example: "설계가 이미 Accepted 면 /spec 부터 시작(engine 이 design-accepted 확인)."
wave-internal-stages:
note: plan/run 은 wave/light 실행 전용 내부 stage 이며 cascade 의 내용 stage 와 구분된다.
stages: [plan, run]