프로젝트 수행 바이블

원문: 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

개정 제안

#	내용	제안자	유래	상태
78	[정합성/Agent 개발 프로젝트 착수 전 표준 체크리스트] 기준 일치 필요: 가이드에 '착수 전 최소 ver0.1 확보, 불가 시 1주차 구축 합의 허용'을 명시하거나, 봇 규칙을 가이드의 Must have 시점에 맞춰 조정. (근거: 봇은 골든셋을 '확보 또는 1주차 구축 합의'로 완화 허용하나, 가이드는 'QnA 골든셋 ver 0.1'을 데이터 Must have로 착수 전 확보 대상으로 명시하여 시점 기준이 다르다.)	-	직접 제안	open
77	[정합성/Agent 개발 프로젝트 착수 전 표준 체크리스트] kickoff.workspace_env [kickoff/gate] 신설(상주 프로젝트 조건부): '상주 인원 업무환경 확인 - 내부망/외부망 접속, 반입 장비 및 포맷 정책, 출입증'. 강제등급 gate. (근거: 가이드 '업무환경' 섹션(상주 인원용 외부PC/태블릿 반입·포맷, 외부망 접속, 5g egg, 출입증 등)이 상주형 프로젝트에 중요한데 봇 게이트에 해당 항목이 없다.)	-	직접 제안	open
76	[정합성/Agent 개발 프로젝트 착수 전 표준 체크리스트] kickoff.source_documents [kickoff/gate] 신설: '정형/비정형 원천 문서 실물 확보'. 강제등급 gate. (근거: 가이드 데이터 Must have의 '정형/비정형 원천 문서'가 봇의 data_identified(소스 정리)와 별개로 실제 문서 확보 항목으로 게이트화되어 있지 않다.)	-	직접 제안	open
75	[정합성/Agent 개발 프로젝트 착수 전 표준 체크리스트] kickoff.legacy_api [kickoff/gate] 신설: '사내 API(LLM/Embedding/레거시 연동) 호출 매뉴얼 및 권한 확보'. 강제등급 gate. (근거: 가이드는 'LLM, Embedding 모델, 연동 레거시 등 사내 API 호출 매뉴얼 및 권한'을 Must have로 명시하나 봇에는 model_inventory(모델 목록)만 있고 API 호출 매뉴얼·권한 항목이 없다.)	-	직접 제안	open
74	[정합성/Agent 개발 프로젝트 착수 전 표준 체크리스트] kickoff.dev_env [kickoff/gate] 신설: '개발 서버 아키텍처 확정, Docker 세팅 완료 및 접근권한 발급, 운영 서버 이관 계획 확인'. 강제등급 gate. (근거: 가이드 개발환경 Must have의 '개발 서버 아키텍처', '운영 서버 이관', 'Docker 세팅/접근권한'이 게이트에 명시적으로 없다. env_questionnaire는 사전 질문지 수준으로 실제 세팅 완료 확인과 구분됨.)	-	직접 제안	open
73	[정합성/Agent 개발 프로젝트 착수 전 표준 체크리스트] kickoff.chat_history를 '기존 채팅/상담 이력 확보 및 분석 결과(질의 유형 분포 등) 정리 완료'로 수정. gate 유지. (근거: 봇의 chat_history는 '확보 여부 확인'까지지만 가이드는 '채팅 데이터 + 분석 결과'를 Must have로 요구한다. 데이터 확보뿐 아니라 분석 결과까지 필요.)	-	직접 제안	open
72	[정합성/Agent 개발 프로젝트 착수 전 표준 체크리스트] kickoff.user_persona [kickoff/gate] 신설: '사용자 페르소나 및 agent 사용 시나리오 정의 완료'. 강제등급 gate. (근거: 가이드 문제정의 Must have에 '사용자 페르소나, agent 사용 시나리오'가 명시되어 있으나 봇 게이트에는 problem_definition(As-Is+페인포인트)만 있고 페르소나·시나리오 항목이 없다.)	-	직접 제안	open
71	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.dev_server_docker [kickoff/gate] 신설: '개발서버 Docker 세팅 완료 및 접근 권한 확보'. 강제등급 gate. (근거: 가이드 인프라 Must have의 '개발서버 Docker 세팅 완료/접근 권한'이 봇 게이트에 독립 항목으로 없다. env_questionnaire는 정책 질문지 수준.)	-	직접 제안	open
70	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] solution_import 규칙을 '반입 절차(예: USB 이미지) 확정'으로 강화하고, 사전승인은 recommended 별도 항목으로 분리. (근거: 봇은 'Axiom 반입 가능 여부 및 방식 확인'(Nice 수준 확인)인데 가이드는 'Axiom 반입 절차(usb 이미지)'를 Must have, '사전승인'을 Nice to have로 구분한다. 요구 강도·세부가 다름.)	-	직접 제안	open
69	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] 기준 통일: 착수 전 골든셋 ver0.1 확보를 원칙으로 하되 예외적 1주차 구축 합의 허용 여부를 명시. 가이드/봇 중 하나로 수치·시점 정렬. (근거: 봇은 골든셋을 '평가 데이터셋 확보 또는 1주차 구축 합의'로 유연하게 규정하나, 가이드는 'QnA 골든셋 ver 0.1'을 착수 전 Must have로 요구한다. 착수 시점 기준이 다름.)	-	직접 제안	open
68	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.security_badge [kickoff/gate] 신설: '현장 출입증 발급 및 출입 리드타임 확인'. 폐쇄망 필수. 강제등급 gate. (근거: 가이드 보안 항목의 '출입증'(현장 출입 권한)이 봇 게이트에 없다. 폐쇄망 현장 프로젝트에서 필수 리드타임 요소.)	-	직접 제안	open
67	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.source_documents [kickoff/gate] 신설: '정형/비정형 원천 문서 확보 완료'. 강제등급 gate. (근거: 가이드 데이터 Must have의 '정형/비정형 원천 문서' 확보가 봇 규칙에 명시적으로 없다. data_identified는 소스 정리, chat_history는 채팅이력만 다룸.)	-	직접 제안	open
66	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.persona_scenario [kickoff/gate] 신설: '사용자 페르소나 및 agent 사용 시나리오 정의 완료' 또는 problem_definition 항목에 페르소나·시나리오 포함하도록 수정. 강제등급 gate. (근거: 가이드 문제정의 Must have에 '사용자 페르소나, agent 사용 시나리오'가 있으나 봇 게이트에 해당 항목이 없다. problem_definition은 As-Is+페인포인트만 다룸.)	-	직접 제안	open
65	[정합성/Infra 용어사전] kickoff.env_questionnaire에 'K8s 배포판 종류, 컨테이너 non-root 실행 정책(SCC), 외부 노출 방식(Ingress/Route), 내장 레지스트리/모니터링 정책, GPU 노드 구성' 확인 항목을 추가한다. 강제등급 gate 유지. (근거: 가이드는 앱 계층이 고객사 K8s 위에서 동작한다는 전제와 매니페스트/Helm→고객사 환경 규격 변환(1~2주) 작업을 명시하나, 봇의 설치환경 질문지 게이트에는 컨테이너 실행 사용자(root 여부)·외부 노출 방식(Ingress/Route) 같은 K8s 배포판 특성 확인 항목이 명시되어 있지 않다.)	-	직접 제안	open
64	[정합성/Infra 용어사전] kickoff.openshift_check [kickoff/gate] 신설: '고객사 K8s 플랫폼(OpenShift 여부) 확인 및 OpenShift일 경우 SCC non-root 실행, Route 매핑, 내장 레지스트리/모니터링 연동, GPU Operator, Helm 변환 요건 사전 점검' — env_questionnaire 하위 체크로 강제등급 gate. (근거: 가이드는 고객사 K8s가 OpenShift인 경우 SCC(non-root 실행), Ingress→Route 전환, 내장 레지스트리/모니터링 연동, GPU Operator, Helm 변환 등 사전 확인·조정이 필요하다고 명시하나, 봇 킥오프 게이트에 이 환경 확인 항목이 없다.)	-	직접 제안	open
63	[정합성/비개발자를 위한 AX101 (작성중)] 가이드에 평가 데이터 확보 절차를 서술하면서 골든셋(평가셋)과 기존 채팅이력(학습·평가 소스)의 관계를 명확히 구분해 봇 게이트 중복을 정리. (근거: 봇의 golden_set과 chat_history 모두 학습·평가용 데이터 확보를 다루나, 가이드에는 평가 데이터 개념 자체가 없어 두 게이트 간 역할 구분·중복 여부를 사람이 판단할 근거가 없다.)	-	직접 제안	open
62	[정합성/비개발자를 위한 AX101 (작성중)] kickoff.kg_quality [kickoff/recommended] 신설: 데이터·그래프·검색 품질 평가 기준 정의 및 측정 방법 합의. (근거: 가이드가 데이터 품질/그래프 품질/검색 품질 3축 품질 기준을 강조하나 봇에 지식그래프 품질 점검 게이트가 없다.)	-	직접 제안	open
61	[정합성/비개발자를 위한 AX101 (작성중)] kickoff.glossary [kickoff/recommended] 신설: 도메인 용어사전(동의어·유의어 포함) 초안 확보 또는 구축 계획 합의. (근거: 가이드는 좋은 지식그래프를 위해 용어사전(glossary, 동의어/유의어 정리)이 필요하다고 명시하나, 킥오프 게이트에 용어집/glossary 확보 항목이 없다.)	-	직접 제안	open
60	[정합성/PM을 위한 아키텍처101] kickoff.data_identified 규칙 보강: 데이터 소스 테이블에 '저장 계층 유형(레이크/웨어하우스/마트) 및 구조화 여부'를 포함하도록 항목 추가, 강제 등급 gate 유지. (근거: 가이드는 데이터 출처를 레이크/웨어하우스/마트로 구분하나, 봇의 data_identified는 위치·오너만 다루고 데이터 저장 계층 유형 파악을 명시하지 않는다.)	-	직접 제안	open
59	[정합성/PM을 위한 아키텍처101] kickoff.deploy_env [kickoff/gate] 신설: '배포 단계(Local/Dev/Staging/Production) 및 각 환경 준비·QA 검증 계획 확인' 강제 등급 gate. (근거: 가이드는 로컬→Dev→Staging→Production 배포 단계와 QA(스테이징 검증)를 명시하나, 봇에 배포 환경 단계·QA 검증 게이트가 없다.)	-	직접 제안	open
58	[정합성/PM을 위한 아키텍처101] kickoff.ha_architecture [kickoff/gate] 신설: '운영이관 대상의 HA 요구수준(이중화/삼중화/클러스터링) 및 아키텍처 설계 확인' 강제 등급 gate. (근거: 가이드가 HA/이중화/삼중화/클러스터링 및 운영이관 시 다수결 기반 3중화 원칙을 강조하나, 봇에는 아키텍처/HA 요구사항 확인 게이트가 없다.)	-	직접 제안	open
57	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.api_manual [kickoff/gate] 신설: '사내 API(LLM/Embedding/레거시) 호출 매뉴얼 및 호출 권한 확보' 게이트로 강제 (근거: 가이드 Must have 'LLM/Embedding 모델·레거시 연동 사내 API 호출 매뉴얼 및 권한'이 봇 게이트에 없다. model_inventory는 모델 목록, data_access는 데이터 계정에 한정되어 API 호출 매뉴얼/권한을 커버하지 못한다.)	-	직접 제안	open
56	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.dev_server [kickoff/gate] 신설: '개발서버 Docker 세팅 완료 및 접근 권한 확보' 게이트로 강제 (근거: 가이드 개발환경 Must have '개발서버 Docker 세팅 완료/접근 권한'이 봇 게이트에 독립 항목으로 없다. env_questionnaire는 사전 질문지 성격이라 실제 세팅 완료 확인을 대체하지 못한다.)	-	직접 제안	open
55	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] 기준 통일: 가이드가 착수 전 ver0.1 필수라면 봇 규칙의 '1주차 구축 합의' 대안을 삭제하거나, 가이드를 '착수 전 확보 또는 1주차 합의'로 수정하여 정렬 (근거: 봇은 '골든셋: 평가 데이터셋 확보 또는 1주차 구축 합의'로 유연하나, 가이드 데이터 Must have는 'QnA 골든셋 ver 0.1' 확보를 착수 전 필수로 규정한다. 착수 전 요구 시점이 상충한다.)	-	직접 제안	open
54	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.access_pass [kickoff/gate] 신설: '고객사 출입증 발급/반입 절차 완료' 게이트로 강제 (폐쇄망 필수) (근거: 가이드 보안 항목의 '출입증' 확보가 봇 규칙에 없다. env_questionnaire의 반입·출입 리드타임과 별개로 실제 출입증 발급 확인이 누락됨.)	-	직접 제안	open
53	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.solution_import 문구를 'Axiom 반입 절차(예: usb 이미지) 확보'로 강화하고, 사전승인은 recommended 등급 별도 항목으로 분리 (근거: 봇 규칙은 Axiom 반입 '가능 여부/방식 확인'인데, 가이드 솔루션 Must have는 'Axiom 반입 절차(usb 이미지)' 확보를 요구하고, Nice to have로 '반입 사전승인'을 둔다. 반입 절차/사전승인 구분이 봇에 반영되지 않았다.)	-	직접 제안	open
52	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.source_documents [kickoff/gate] 신설: '정형/비정형 원천 문서 확보' 게이트로 강제 (근거: 가이드 데이터 Must have의 '정형/비정형 원천 문서' 확보가 봇 게이트에 명시적으로 없다. data_identified는 소스 위치·오너 정리, chat_history는 채팅이력에 한정되어 원천 문서 확보 자체를 커버하지 않는다.)	-	직접 제안	open
51	[정합성/챗봇Agent 개발 착수 전 표준 체크리스트] kickoff.persona_scenario [kickoff/gate] 신설: '사용자 페르소나 및 agent 사용 시나리오 정의 완료' 게이트로 강제. 또는 kickoff.problem_definition 항목에 페르소나·시나리오를 포함하도록 확장 (근거: 가이드 문제정의 Must have에 '사용자 페르소나, agent 사용 시나리오'가 명시되어 있으나 봇 게이트에 해당 항목이 없다. problem_definition은 As-Is와 페인포인트 기반 문제정의만 다룬다.)	-	직접 제안	open
50	[정합성/PM/Sales 온보딩 버디 체크리스트] onboarding.business_card [onboarding/recommended] 신설: 명함 신청/이미지 수령, 리멤버 팀명함첩 초대 및 프로필 업데이트 완료 체크. (근거: 명함 신청·이미지·리멤버 팀명함첩 초대·프로필 업데이트가 온보딩 실무로 요구되나 봇 규칙에 없다.)	-	직접 제안	open
49	[정합성/PM/Sales 온보딩 버디 체크리스트] onboarding.calendar [onboarding/recommended] 신설: 타인 캘린더 구독 및 내 캘린더 공개 설정 완료 체크. (근거: 아웃룩 캘린더 구독·공개 설정이 온보딩 실무로 요구되나 봇 규칙에 없다.)	-	직접 제안	open