Research Operations

Current operating decision — 2026-10-08: responsibility owners and serial Integration, transition #496. Historical single-Execute/main-per-task-PR/old cadence statements below are retained evidence, not current execution instructions. Original product/release acceptance remains unchanged. Current task state lives in its Issue.

연구·토론·구현 관리 방식

기록 위치

위치	관리 내용	완료의 근거
Wiki	조사 출처·가설·경쟁 비교·결정 장부·이슈 지도	출처·날짜·한계와 후속 연결
Discussions	선택안, 장단점, 질문, 반대 의견	결정 댓글과 Wiki 결정 기록
Issues	문제·목적·범위·선행·담당 역할·완료 기준·검증	연구 증거 또는 구현 인수 결과
저장소 specs와 PR	확정 기술 계약·코드·검사·관련 문서	검사 및 승인 정책 충족, main 반영

Wiki의 요약이 기술 계약을 조용히 바꾸지 않게 한다. 변경할 기술 계약은 이슈와 PR로 연결한다. 이 Wiki는 별도 문서 저장소다. 제품 main 코드의 직접 push 경로로 사용하지 않는다.

매 작업 회차

1. 최신 사용자 지시, 기본 브랜치, 열린 이슈·PR·댓글을 확인한다.
2. 기존 근거와 달라진 부분을 읽는다. 사실·가설·제안·결정을 구분한다.
3. 실행 가능한 가장 작은 과제를 이슈에 기록한다. 비슷한 이슈가 있으면 새로 만들지 않는다.
4. 선택이 필요한 주제만 Discussion에 올린다. 질문·대안·추천 이유·결정 조건을 포함한다.
5. 구현은 최신 main에서 이슈별 브랜치·PR로 진행한다. 기존 사용자 변경을 보존한다.
6. 검증 결과를 이슈에 붙이고 Wiki의 근거·결정 링크를 갱신한다. 근거가 없으면 완료로 닫지 않는다.

이 문서는 작업 방식의 기록이다. 2026-09-20 UI/UX 연구 작업에는 사용자 요청으로 5분 간격 예약을 설정했다. 각 연구 완료 후 최소 5분이 지난 첫 예약에서 다음 연구를 시작한다. 이 설정이 다른 연구 작업의 예약을 뜻하지는 않는다. UI/UX 실행 범위를 참고한다.

연구 기록 양식

• 질문과 대상 업무
• 조사 날짜와 소스 commit 또는 공식 URL
• 확인 사실과 확인 방법
• 해석/가설 및 확신을 제한하는 조건
• 대안과 비용·효과
• 다음 실험, 완료 기준, 반증/중단 조건
• 관련 이슈·Discussion·결정

검증과 공개 범위

코드 검증은 저장소 AGENTS 규칙을 따른다. 구현 시 .nvmrc의 Node, pnpm preflight, 변경 범위 단위/데스크톱 검사를 사용한다. 모바일 화면 검사는 현재 제외다. 이번 연구 Wiki 게시에는 제품 코드 변경과 새 검사 실행이 없다.

이 저장소와 Wiki·Discussions는 공개다. 고객 증거는 익명·요약 형태로 작성한다. 비공개 계약, 연락처, 고객 문서, 인증 정보, 원가 원자료를 게시하지 않는다. 합성 자료와 실제 관찰을 구분한다.

상태 의미

조사 중 → 제안 → 결정됨 → 구현 중 → 검증됨 순으로 관리한다. 외부 참여나 환경이 없으면 해당 조건을 기록한다. 구현 통과와 고객 효용 검증은 별도 상태다. 이번 9개 이슈는 모두 등록 시 제안·미착수다.

CEO·CDO·PM 제품 연구도 사용자 요청으로 5분 간격 예약을 설정했다. 직전 연구 완료 후 최소 5분이 지난 첫 예약에서 다음 질문을 처리한다. 한 회차는 질문 하나와 검증 가능한 기록으로 끝낸다. 고객 참여가 필요한 완료 기준은 열린 상태로 유지한다.

PMF 분석 역할 — 2026-09-20 추가

사용자 요청에 따라 시장/PMF Wiki와 #326 및 후속 이슈를 계속 읽고 필요한 기능으로 연결한다. PMF 기능 지도에서 근거·고객 문제·기존 대안·최소 기능·검증 수준·후속 이슈·보류 조건을 관리한다. 기존 기능은 재사용하고 중복 이슈는 만들지 않는다. 고객 증거가 없는 기능은 검증 전 제안으로 남긴다. 이 역할은 기존 CEO·CDO·PM 5분 반복 연구에 포함한다.

Product Master PM 추가 — 2026-09-20

사용자 요청으로 출시 준비 전체를 관리한다. 출시 제안·준비 상태를 단일 제안으로 유지하고 기술 실행 추적은 #322를 재사용한다. 출시 대상·목적·포함/제외, 역할별 기술·고객·시장·운영 준비, 담당 공백, 필수/후속 구분, 출시/연기 영향, 출시 후 지표와 평가 시점을 종합한다. 최종 출시 결정은 사용자에게 제안한다.

공통 상태는 준비 완료·미완료·미확인·해당 없음이다. 보고는 범위/버전·확인 결과·근거·위험·다음 담당자를 포함한다. 새 아이디어를 자동 필수화하지 않으며 역할의 완료와 제품 전체 준비를 구분한다. 외부 조건과 담당자가 확인되지 않으면 미확인으로 둔다. 기존 5분 반복 작업에 통합했고 별도 자동화를 만들지 않았다.

역할 간 실무 협업은 기존 승인 범위에서 직접 메시지로 진행한다. PM은 적합한 담당 하나에 연결하고 범위·우선순위·일정·담당 충돌·출시 판단을 종합한다. 보고의 정확한 버전과 증거를 유지하며 수신 확인 재회신·중복 배정·공지 재전파를 하지 않는다. 이 규칙도 기존 반복 작업에 반영했다.