📋 프로젝트 바이블

프로젝트 수행 바이블

원문: docs/bible-v0.md · 개정 제안은 슬랙에서 "바이블 개정 제안: …" (반영은 권한자 승인)

kickoff

규칙	내용	강제	출처
kickoff.data_access	데이터 접근: 최소권한 명명 계정 발급 완료. 요청은 포맷까지 명시	게이트	bible §2
kickoff.golden_set	골든셋: 평가 데이터셋 확보 또는 1주차 구축 합의. FDE가 스스로 설명·답변 가능한 수준까지 이해	게이트	bible §2 + 창하 메모
kickoff.data_identified	데이터 식별: 무엇이 어디에 있고 오너가 누구인지 데이터 소스 테이블로 정리	게이트	bible §2
kickoff.stakeholder_map	이해관계자 맵: 역할별 담당자(임원 스폰서·PM·기술·운영) 킥오프 전 서면 지정	게이트	bible §2 (Palantir)
kickoff.success_criteria	서면 성공 기준: 성능 타겟 포함, 착수 전 고객과 공동 확정	게이트	bible §2 — 에코플랜트 회고
kickoff.internal_milestones	고객측 내부 마일스톤(임원보고·사내오픈) 파악	게이트	bible §2 — 에코플랜트
kickoff.env_questionnaire	설치환경 사전 질문지: 컨테이너/DB 정책, 방화벽, 반입·출입 리드타임, 오픈소스 라이선스 스캔 (폐쇄망 필수)	게이트	bible §2.1 — 하이닉스·KB
kickoff.comm_cadence	커뮤니케이션 주기(주간 체크인·스티어링) 및 단일 창구 합의	권장	bible §2 (Palantir)
kickoff.handover_owner	종료 후 산출물 인수 주체 지정, 철수 조건 마일스톤화	권장	bible §2 — 삼성증권
kickoff.final_ui	실사용자와 협의된 최종 UI 이미지 예시 확보	게이트	제안 #3 승인 (by U0AMXGA0T54)
kickoff.problem_definition	As-Is 워크플로우 분석 + 사용자 페인포인트 기반 문제 정의 완료	게이트	제안 #4 승인 (by U0AMXGA0T54)
kickoff.field_contact	개발에 실제 참여 가능한 현업 담당자 연락처 확보	게이트	제안 #5 승인 (by U0AMXGA0T54)
kickoff.chat_history	기존 채팅/상담 이력 등 학습·평가용 데이터 확보 여부 확인	게이트	제안 #6 승인 (by U0AMXGA0T54)
kickoff.solution_import	자사 솔루션(Axiom 등) 반입 가능 여부 및 방식 확인	게이트	제안 #7 승인 (by U0AMXGA0T54)
kickoff.license_check	필요 라이선스/의존성 확인 (env_questionnaire에서 분리)	게이트	제안 #8 승인 (by U0AMXGA0T54)
kickoff.model_inventory	가용 모델 및 반입 필요 모델(parser/reranker 등) 목록 확보	게이트	제안 #9 승인 (by U0AMXGA0T54)
kickoff.wbs	WBS 초안 작성 및 PL 검토 완료, 고객 마일스톤 반영	게이트	제안 #10 승인 (by U0AMXGA0T54)

execution

규칙	내용	강제	출처
exec.ship_week1	착수 2주 내 실데이터 기반 서비스 1개 배포	권장	제안 #2 승인 (by U0AMXGA0T54)
exec.e2e_half	E2E는 최대한 빨리, 늦어도 사업 기간 중간 전에 무조건 완성	권장	bible 원칙 5 (창하 메모)
exec.checkin	주기적 체크인 운영 (질문 ≤3, DM 수집 → 채널 공유)	권장	bible §4.1

closure

규칙	내용	강제	출처
closure.retro	회고 없이는 프로젝트를 종료할 수 없다. 표준 안건 3축(문제해결 태도/기술적 엣지/수행 프로세스) + 액션아이템 ≤2개(1인 DRI+기한), preventative는 바이블 개정 제안으로 자동 변환	게이트	bible §5

개정 제안

#	내용	제안자	유래	상태
10	[정합성/상주PL + 비상주PM 협업을 위한 가이드] kickoff.wbs [kickoff/gate] 신설: 'WBS 초안 작성 및 PL 검토 완료, 고객 마일스톤 반영'. 강제등급 gate. (근거: 협업 가이드의 'WBS 작성(PM 초안→PL 검토, 고객 중요 마일스톤 확인)'이 봇 게이트/루틴에 없다. success_criteria·internal_milestones와 연결되나 WBS 산출물 자체가 강제되지 않는다.)	U0BJRB6C80J	직접 제안	accepted
9	[정합성/착수 전 PL 가이드] kickoff.model_inventory [kickoff/gate] 신설: '가용 모델 및 반입 필요 모델(parser/reranker 등) 목록화'. 강제등급 gate. (근거: PL 가이드의 '내부 개발계/운영계 가용 모델과 반입 필요 모델(parser, reranker 등) 정리'가 봇 게이트에 없다. 설치환경 질문지와 구분되는 모델 인벤토리 항목이다.)	U0BJRB6C80J	직접 제안	accepted
8	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.license_check [kickoff/gate] 신설 또는 env_questionnaire에서 분리: 'DB·모델·라이브러리 라이선스 확인'을 전 프로젝트 공통 게이트로 강제. (근거: 보안 항목의 '라이센스 확인: DB, 모델, 라이브러리'가 봇 게이트에서 폐쇄망 한정(env_questionnaire의 오픈소스 라이선스 스캔)으로만 다뤄진다. 라이선스 확인은 폐쇄망 여부와 무관한 필수 항목이다.)	U0BJRB6C80J	직접 제안	accepted
7	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트 / 착수 전 PL 가이드] kickoff.solution_import [kickoff/gate] 신설: '자사 솔루션(Axiom/델타플로우) 반입 절차·버전 확정, USB 이미지 준비'. 강제등급 gate. (근거: 솔루션 Must have인 'Axiom 반입 절차(USB 이미지)'와 PL 가이드의 '자사 솔루션(Axiom, 델타플로우) 반입 절차·버전 결정'이 봇 게이트에 없다. env_questionnaire의 라이선스 스캔과는 다른 자사 솔루션 반입 항목이다.)	U0BJRB6C80J	직접 제안	accepted
6	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.data_identified 또는 신규 kickoff.chat_history [kickoff/gate]에 '기존 QnA 채팅 로그 및 분석 결과 확보'를 추가. 강제등급 gate. (근거: 데이터 Must have인 '현재 질의응답 채팅 데이터 + 분석 결과'가 킥오프 게이트에 명시되지 않았다. golden_set/data_identified와는 별개의 원천이다.)	U0BJRB6C80J	직접 제안	accepted
5	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.field_contact [kickoff/gate] 신설: '개발에 실제 참여 가능한 현업 담당자 연락처 확보'. 강제등급 gate. (근거: Must have인 '개발 과정에 실제 참여 가능한 현업 담당자 연락처'가 킥오프 게이트에 없다. stakeholder_map(역할별 담당자 지정)과는 다른 실무 참여자 확보 항목이다.)	U0BJRB6C80J	직접 제안	accepted
4	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.problem_definition [kickoff/gate] 신설: 'As-Is 워크플로우 분석 + 사용자 페르소나 + agent 사용 시나리오 확보'. 강제등급 gate. (근거: Must have인 'As-Is 워크플로우 분석'과 '사용자 페르소나·agent 사용 시나리오'가 킥오프 게이트에 반영되어 있지 않다.)	U0BJRB6C80J	직접 제안	accepted
3	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.final_ui [kickoff/gate] 신설: '실사용자와 협의된 최종 UI 이미지 예시 확보'. 강제등급 gate. (근거: 착수 전 체크리스트의 Must have인 '실사용자와 협의된 최종 화면(UI) 이미지 예시'가 봇 킥오프 게이트에 없다. 게이트로 강제할 만한 체크리스트성 항목이다.)	U0BJRB6C80J	직접 제안	accepted
2	[정합성/착수 전 PL 가이드] 기준 기간을 통일한다. 가이드가 최신이라면 exec.ship_week1을 '착수 2주 내 실데이터 기반 서비스 1개 배포'로 수정하고 규칙 키/문구를 정합화(execution/recommended). (근거: 봇 규칙은 '첫 주에 실데이터 위에서 돌아가는 것 하나 배포'를 요구하지만, PL 가이드의 단기 목표는 '착수 2주 안에 일단 돌아가는 서비스를 하나 띄운다'로 기간(1주 vs 2주)이 상충한다.)	U0BJRB6C80J	직접 제안	accepted
1	슬랙 앱 설정 체크리스트를 바이블에 추가	U0AMXGA0T54	회고 #1	open