팀 의사결정 기록¶

사업·제품·팀 운영에 대한 팀 차원의 결정을 시간순으로 박제한다(append-only — 기존 항목 수정·삭제 금지). 결정은 정기 회의에서 나오고, 액션아이템은 action-board로, 완료의 진실은 GitHub/Jira Issue다(S9: 회의 → 결정 → 액션 → 완료).

위키·하네스 운영 규칙에 대한 결정(ADR)은 여기가 아니라 팀 의사결정 기록에 있다. 이 페이지는 무엇을 만들고 어떻게 사업화할지에 대한 팀 결정이다.

각 항목 형식: 배경 → 결정 → 근거 → 영향/후속. 출처는 해당 meetings 회차(raw 카탈로그 _INDEX).

2026-05 — 코드 검증 프로세스: 깨끗한 에이전트 리뷰¶

배경 세션 누적·컨텍스트 편향이 코드 리뷰 품질을 흐린다.
결정 코드 검증 = 세션 편향 없는 깨끗한 에이전트 리뷰 + 유저플로우 컨텍스트 제공.
근거 일관된 기준·재현성. 사람 리뷰는 판단에 집중, 기계는 규칙 강제.
영향 인프라·AI 프롬프팅·하네스·결제를 병렬 진행. (출처: 5/26 오픈챌린지 회의)

2026-05 — AI 어시스턴트(챌린지) 적용¶

배경 사고력 학습의 핵심 와우 포인트로 AI 코칭 필요.
결정 챌린지에 AI 어시스턴트 적용 — LLM 모델·구조 조사, 결정적 정/오답 판단 시나리오 우선.
근거 "답을 주지 않는 코치" 원칙과 정합. 객관식=서버 채점, open-ended=LLM rubric.
영향 사고력 답변구조·challenge 도메인. (출처: 5월 2주차 백엔드 회의)

2026-04 — 스쿼드를 퍼널별로 분리¶

배경 단일 팀으로는 유입~운영 전 퍼널을 동시에 못 본다.
결정 스쿼드를 퍼널별(비회원·회원·운영·마케팅) 로 분리.
근거 각 퍼널의 지표·실험을 독립적으로 빠르게 돌리기 위함.
영향 owner-registry 역할 매핑·action-board. (출처: 59회 26.4.11)

2026-01 — 비즈니스 모델: 스터디룸 결제¶

배경 MVP-A 인수 시점에 수익 모델 합의 필요.
결정 초기 BM = 스터디룸 결제 중심. 목표는 수익이 아니라 결제 의사 검증(핵심 기능 무료 체험 → 불편 시점 제한 → 후원 의사 관찰).
근거 PMF 전 단계에선 매출보다 "지불 의향" 신호가 먼저.
영향 business-model·roadmap MVP-E 결제 진입. 1.8 광고 시작. (출처: 45회 26.1.5)

2025 — 마일스톤 = 가치·배포 단위¶

배경 일정 중심 스프린트는 "기능 완성"을 보장하지 못한다.
결정 마일스톤을 사용자 가치·배포 가능 단위(3~4주 스프린트)로 정의. 범위 고정·기간 유연.
근거 달성률(배포 가능 상태) 중심 관리. 플래닝에서 우선순위·ETA 정렬.
영향 roadmap MS1~F·sprints·기획 우선순위. (출처: MVP-B 스프린트 플래닝)

2025-05 — 미션 정의¶

배경 팀의 존재 이유를 한 문장으로 합의 필요.
결정 미션 = "지역·소득이 가르는 교육 격차를 기술로 해소한다"(초기 표현: "세상의 모든 교육을 온라인으로", 이후 정련).
근거 제품·채용·마케팅 모든 판단의 상위 기준.
영향 mission-vision(protected)·리크루팅 랜딩 /. (출처: 13회 25.5.19, 1~3회 비전)

신규 결정은 이 줄 바로 위에 시간 역순으로 prepend하고, 동일 형식(배경→결정→근거→영향)을 유지한다. 회의 원본은 meetings, 위키 운영 ADR은 팀 의사결정 기록.