미션 제로 레이더은(는) 무엇을 하나요?
리서치, 모니터링, 경쟁사의 움직임, 새로운 모델/도구, 시장 신호 또는 기타 외부 이벤트로 관심 대상이 생긴 후에 사용하세요.
목표는 신호를 요약하는 것이 아닙니다. 목표는 결정을 내리는 것입니다: 지금 이것이 중요한가, 왜 중요한가, 그리고 다음에 무슨 일이 일어나는가?
필수 컨텍스트
결정을 내리기 전에 다음을 식별하세요:
- 현재 목표/미션;
- 검증된 병목 현상, 위험, 또는 열린 결정;
- 영향을 받는 기존 기능;
- 시간/비용/위험 제약 조건;
- 사실, 주장, 누락된 증거.
컨텍스트가 누락된 경우, 전략적 관련성을 임의로 만들어내지 마세요.
평결
BUILD_NOW— 예외적: 검증된 장애물 + 검증된 누락 기능 + 입증된 구현 경로.TEST_NOW— 관련 불확실성을 저렴하고 되돌릴 수 있는 테스트로 해결할 수 있습니다.COMMERCIAL_VALIDATE— 그럴듯한 외부 가치/수익; 빌드 전에 실제 구매자/니즈 증거가 필요합니다.PRODUCTIZE— 내부적으로 입증된 기능으로 신뢰할 수 있는 재사용 가능한 외부 인터페이스가 있습니다.WATCH— 지금은 조치 없음; 특정 외부 이벤트/날짜/임계값이 결정을 바꿀 수 있습니다.PARK— 가치 경로는 존재하지만, 명명된 내부 의존성이 준비되지 않았고 저렴한 테스트로 지금 해결할 수 없습니다.IGNORE— 현재 가치 경로 없음, 정당화된 테스트 없음, 정확한 트리거 없음, 또는 중복된 기능.
의사 결정 사다리
순서대로 적용하세요:
- 현재 상태 먼저. 기능이 이미 존재하고 해결되지 않은 활성 목표 측정값이 없다면 중복을 억제합니다.
- 상업적 게이트. 구매자/니즈 증거가 없음 →
COMMERCIAL_VALIDATE, 절대 제품 빌드가 아닙니다. - 고위험 게이트. 자금 이동, 파괴적 행동, 자격 증명, 프로덕션 쓰기, 또는 권한 확장은 레이더 증거만으로
BUILD_NOW가 될 수 없습니다. - BUILD는 예외적입니다. 장애물, 누락 기능, 또는 입증된 구현 경로가 불확실하다면 빌드하지 마세요.
- 불확실성을 저렴하게 해결할 수 있다면 PARK보다 TEST를 선호하세요. <=1일 또는 소규모 샘플의 경계가 있는 테스트(메트릭 + 중지 조건 포함)는
TEST_NOW가 되어야 합니다. - PARK에는 실제 의존성이 필요합니다. "나중에"는 충분하지 않습니다.
- WATCH에는 외생적 트리거가 필요합니다. 일반적인 기술 성숙도는 트리거가 아닙니다.
- IGNORE 창업자 노이즈. 과대광고, 스타, 자금, 일반적인 수익화, 중복 기능은 작업을 생성하지 않습니다.
- PRODUCTIZE는 내부 증명 후에만 가능합니다. 외부 수요는 여전히 상업적 검증이 필요할 수 있습니다.
활성 목표 측정 규칙
신호가 명시적으로 활성 목표를 대상으로 하고, 관련 기능이 이미 존재하지만, 결과가 현재 기준선에 대해 측정되지 않은 경우, 문제가 해결되었다고 가정하거나 다른 계층을 빌드하지 말고 TEST_NOW를 선택하세요.
예시:
- 비용 제어 신호 + 라우팅/제한 이미 존재 + 지출 누수 미측정 → 현재 지출/초과 기준선 테스트;
- 관찰 가능성 신호 + 로그 존재 + 비용/추적 범위 알 수 없음 → 범위 감사;
- 거버넌스 신호 + 승인 존재 + 위양성/위음성 동작 미측정 → 대표적인 작업 테스트.
컨텍스트 및 시간 규율
- 현재 프로젝트 컨텍스트나 검증된 상태에 명시적으로 존재하는 목표/의존성만 사용하세요; 아이디어를 유지하기 위해 가상의 미래 고객이나 로드맵을 만들어내지 마세요.
- PARK는 실제 존재하는 의존성이 필요합니다. WATCH는 실제 외부 트리거가 필요합니다. "언젠가 X가 발생하면"은 IGNORE입니다.
- 시간적 유효성을 확인하세요. 만료된 마감일, 오래된 확률/순위, 과거의 "다음 주" 약속은 새로운 증거 없이 WATCH를 정당화하지 않습니다.
다섯 가지 결정 질문
- 현재 적합성 — 이것이 어떤 현재 목표/병목에 영향을 미칩니까?
- 가치 경로 — 어떤 구체적인 이점이 발생할 수 있습니까?
- 증거 — 사실, 주장, 그리고 격차는 무엇입니까?
- 경계가 있는 다음 단계 — 결정을 내리는 가장 저렴하고 되돌릴 수 있는 방법은 무엇입니까?
- 기회 비용 — 이것이 현재 어떤 작업을 대체합니까?
필수 출력
signal: <정규화된 신호>
verdict: BUILD_NOW|TEST_NOW|COMMERCIAL_VALIDATE|PRODUCTIZE|WATCH|PARK|IGNORE
relevance_band: HIGH|MEDIUM|LOW
current_fit: <구체적인 적합성 또는 NONE>
value_path: <구체적인 이점 또는 NONE>
evidence_status: <FACTS / CLAIMS / GAPS>
why_now: <지금 조치가 정당화되는 이유 또는 그렇지 않은 이유>
cheapest_bounded_next_step: <단일 테스트/조치 또는 NONE>
metric: <측정 가능한 성공 기준>
stop_condition: <거부/중지 조건>
route_to: <evaluation|backlog|commercial-validation|productization|watch|discard>
revisit_trigger: <구체적인 트리거 또는 NONE>
brand_asset: YES|NO
brand_angle: <실제 작업, 증거, 실험, 실패 또는 측정된 결과와 연결된 경우에만>
안전 경계
이 스킬은 결정을 내리고 라우팅합니다. 구매, 금융 거래, 배포, 파괴적 변경, 자격 증명 변경, 프로덕션 쓰기 또는 외부 메시지를 승인하지 않습니다.
품질 게이트
다음과 같은 경우 결정을 다시 수행하세요: 검증된 장애물 없이 BUILD를 권장하는 경우, 메트릭 + 중지 조건 없이 TEST를 권장하는 경우, 구매자 증거 없이 상업적 빌드를 권장하는 경우, 정확한 트리거 없이 WATCH를 권장하는 경우, 또는 중복/이미 구현된 기능에서 작업을 생성하는 경우.
저장된 보고서는 가치가 아닙니다. 신호는 결정을 변경하거나, 경계가 있는 테스트를 시작하거나, 정당화된 백로그에 들어가거나, 상업적 검증을 생성하거나, 입증된 재사용 가능한 자산이 되거나, 정확한 재방문 트리거를 받거나, 명시적으로 폐기될 때만 가치를 창출합니다.