기획 10

리스크 관리

터질 만한 것을 미리 적어두고, 터졌을 때 무엇을 할지 정해둡니다.

류 담당 류준

읽는 법

각 리스크에는 트리거(이런 신호가 보이면)와 대응(그때 이렇게 한다)이 붙어 있습니다. 트리거를 미리 정해두면 “좀 더 지켜보자” 로 시간을 흘려보내지 않게 됩니다.

지금 실제로 벌어지고 있는 리스크입니다. 기획서 v6 와 컨셉 영상이 이 레포에 없어, 서비스 정의·기능 목록·디자인이 추정 상태입니다.

트리거 — D-12(9/04) 종료 시점에 01 개요의 「사용자와 가치」 표가 여전히 비어 있음
영향 — 도메인 테이블 이름·AI 시나리오·디자인 토큰이 전부 미확정 → D-10 이후 재작업
대응 — ① 기반 영역(인증·인프라·구조·디자인 시스템 골격)을 먼저 소진해 대기 시간을 0으로 만든다 ② PM 이 D-13 안에 기획서를 레포에 넣는다 ③ D-12 까지 안 되면 PM 이 구두로라도 5개 항목(사용자·문제·해법·핵심기능 3개·화면 5개)을 확정 선언한다
담당 — 류준

인증·프로필·도메인 2종·파일·권한이 전부 장민석에게 몰려 있습니다. 백엔드가 늦으면 3인이 동시에 멈춥니다.

트리거 — D-11(9/05) 종료 시 인증 API 미완, 또는 웹·앱이 목데이터로 대기 중
대응 — ① API 계약(9/04)을 먼저 내서 클라이언트가 계약 기준으로 선행 개발 ② 신채연이 도메인 BC 하나를 넘겨받는다 (AI BC 는 D-8 이후 여유가 생김) ③ 그래도 안 되면 도메인 리소스 #2(M4)를 SHOULD 로 강등
담당 — 류준 · 장민석

트리거 — D-6(9/10) 평가셋 통과율 18/20 미만
대응 — ① 시나리오 범위를 좁힌다 (자유 대화 → 정해진 3가지 작업) ② RAG(S1) 를 잘라내고 프롬프트에 지식을 직접 넣는다 ③ 그래도 안 되면 AI 를 보조 기능으로 배치하고 일반 UI 로 같은 작업이 가능하게 한다
담당 — 신채연

우리가 통제할 수 없는 유일한 변수입니다. 심사에 며칠이 걸릴지 모릅니다.

트리거 — D-3(9/13) 제출 실패, 또는 D-1(9/15)까지 심사 미통과
대응 — ① 웹 먼저 오픈한다. 9/16 서비스 오픈은 웹 기준으로 성립시킨다 ② 앱은 내부 테스트 트랙 링크로 대체 안내 ③ 심사 반려 사유(약관·개인정보·로그인 계정 미제공 등)를 D-4 에 선점검
담당 — 류준 · 이은상

14일 일정에서 1인 이탈은 전체의 20% 손실입니다.

인프라 접근 권한은 반드시 2인이 갖는다

PM 1인만 서버·시크릿·배포에 접근할 수 있으면, PM 이 하루 빠지는 순간 배포가 멈춥니다. D-12(9/04)까지 장민석에게 동등 권한을 부여합니다.

9/05~9/06, 9/12~9/13 두 번의 주말이 모두 작업일입니다.