자주 묻는 질문 (FAQ)¶

위키·협업·작업 흐름에서 자주 나오는 질문. 정답이 다른 페이지에 있으면 링크만 둔다(SSOT).

위키 사용¶

Q. 어디에 적어야 할지 모르겠다. A. wiki-spec §6 라우팅 표를 보고, 없으면 가장 낮은 레벨(문서<3단<2단<1단)부터 추가하고 scenarios에 새 시나리오를 append. 모든 구조 변경은 changelog에 한 줄 남긴다.

Q. 이 페이지를 고쳐도 되나? A. frontmatter policy를 본다. protected=오너 승인 후 / living=수정 후 updated 갱신 / append-only=아래에 추가만 / derived=직접 수정 금지(자동 생성).

Q. Notion이랑 위키 중 어디에 쓰나? A. 진행 중 초안·작업 메모리는 Notion, 확정·완료된 것만 위키로 이관(장기 메모리). wiki-spec §1 원칙 1.

Q. 완료 여부는 어디에? A. 위키에 직접 안 쓴다 — GitHub Issue 링크(status:)가 진실. 이슈가 닫히면 완료.

용어·도메인¶

Q. 학생/선생님/보호자 코드 명칭은? A. student/teacher/guardian. '수강생·강사·학부모' 표현은 피한다. glossary.

Q. 스터디룸과 수업노트 차이는? A. 스터디룸=공간, 수업노트=그 안의 1회기 기록. glossary.

합류·환경¶

Q. 처음 합류했다. 뭘 읽나? A. 신규입사자 (공통 온보딩) (직무 R&R·환경 셋업) → glossary → 본인 hub.

Q. 시크릿(키·비번·호스트)은 어디에? A. 위키 본문에 두지 않는다 — raw 격리 + Google Drive. 위키는 "구조·정책의 존재"만 요약하고 raw로 포인팅.

Q. 도구 접근(Jira·Notion·서버)은 어떻게 받나? A. tools-accounts에 도구·계정·배포 주소가 정리돼 있다(민감값은 raw). 권한은 PM/리드에게 요청.

일하는 방식¶

Q. 우리 개발 프로세스는? A. 마일스톤(방향) + 스프린트(리듬) + FDD(기능 정의·품질). 한 기능 안에서 DE/FE/BE/QA 병렬. how-we-work.

Q. 결정·논의는 어디에 남기나? A. Slack/Figma 논의도 최종 결정·리소스는 Jira 이슈 코멘트/첨부로 박제(휘발 방지). how-we-work §Jira.

Q. "완료"의 정의는? A. 인수기준 충족 + 검증(QA/시연). Jira Workflow v2에서 Claim Fix(Validate) 후 Close. glossary.

릴리즈·운영¶

Q. 배포 전에 뭘 확인하나? A. QA 게이트(P0 100%·P1 80%) → 변경 요약 → 마이그레이션·롤백 경로. release-announce 게이트 체크리스트.

Q. 사용자 버그 제보가 들어오면? A. 분류(버그/요청/장애) → 버그는 Jira "디에듀QA" 등록(재현 절차 필수). 기본 동선 차단은 최우선. cs-policy.

Q. 새 기능을 시장에 낼 때 합동 점검은? A. gtm-launch-checklist — 런치 전/중/후를 프로덕트·마케팅·운영이 함께 확인.

방법론¶

Q. A/B 테스트·실험은 어떻게? A. 단일 변수·랜덤 분배·사전 등록·충분한 표본. 성공 기준은 시작 전 고정. methodology-literacy.

Q. 어떤 지표를 보나? A. 허영 지표(총합) 대신 비율·전환·리텐션. 북극성 = 주간 AI 대화 1회+ 학생 수. methodology-literacy.

반복되는 질문이 쌓이면 여기 항목으로 추가한다.