기획 문서 양식 40종

프로젝트가 흘러가는 순서대로 모았습니다. 양식을 고르고 내용만 채우면 PDF·Word·한글로 바로 내보냅니다.

문제 발견

무엇을 왜 만들지 정하기 전에 근거를 모으는 문서

• 문제 정의서 (One-Pager) — 무엇이 문제이고 왜 지금 풀어야 하는지를 한 장으로 정리한다.
• 리서치 계획서 — 누구를 왜 만나고 무엇을 물을지 먼저 정한다.
• 유저 리서치 보고서 — 인터뷰에서 들은 것을 발견점과 액션으로 옮긴다.

요구 정의

만들 것과 만들지 않을 것을 문장으로 못 박는 문서

• 용어사전 — 핵심 개념의 뜻을 요구사항보다 먼저 정의해 팀이 같은 말을 쓰게 한다. 전사 공유용.
• 제품 요구사항 정의서 (PRD) — 무엇을 왜 만드는지, 성공을 무엇으로 판단할지 정의한다.
• 기능 기획서 (Feature Spec) — 단일 기능의 동작, 화면 흐름, 예외 처리를 상세히 규정한다.
• 유저 스토리 백로그 — 요구사항을 사용자 문장과 수용 기준으로 쪼개 스프린트에 붙인다.
• 릴리즈 계획 — MVP 범위와 버전별 단계, 출시 판단 기준을 미리 정한다.
• 요구사항 명세서 (SRS) — 계약 기준이 되는 기능·비기능 요구사항을 항목별로 명세한다.

설계

화면·정책·흐름을 개발 착수 전에 확정하는 문서

• 역할 정의서 — 서비스를 쓰는 사람을 유형으로 나누고, 역할과 부여·변경 규칙을 확정한다.
• 권한 매트릭스 — 역할별로 무엇을 할 수 있고 어디까지 보이는지를 표 하나로 확정한다.
• 정책 정의서 — 회원·인증·권한·결제·알림 정책을 ID 를 붙여 한곳에 못 박는다.
• 유저 플로우 — 화면 사이의 이동과 분기, 예외 경로를 빠짐없이 그린다.
• 플로우차트 — 일이 처리되는 순서와 분기를 표로 적으면 그림으로 그려준다. 화면 사이 이동은 유저 플로우에서 다룬다.
• 화면설계서 — 화면별 영역 설명, 입력 검증, 상태별 처리를 개발이 읽을 수 있게 쓴다.

기술 설계

서버·데이터·연동 구조를 개발자 기준으로 확정하는 문서

• 상태 전이도 — 상태와 전이 규칙, 금지 전이와 알림 발송까지 표로 확정한다.
• 아키텍처 다이어그램 — 서버·DB·연동 구성 등 시스템 아키텍처를 외부 도구에서 그린 그대로 붙여 보관한다.
• 도메인 모델 정의서 — 엔티티·관계·상태를 개발자 기준으로 정의한다. 엔티티가 수십 개로 늘어도 모듈로 나눠 훑을 수 있게 한다.
• 데이터 정의서 — 화면·API 가 공통으로 참조하는 필드의 타입·정의·허용값을 한곳에 고정한다.
• 기술 설계서 (Tech Spec) — 아키텍처, 데이터 모델, API 설계를 개발 착수 전에 합의한다.
• API 명세서 — 엔드포인트별 요청·응답, 공통 에러 코드와 인증 규칙을 계약 수준으로 명세한다.
• 에러 코드 정의서 — 서비스 전체에서 쓰는 에러 코드 체계를 한곳에 고정해, API·배치·화면이 같은 코드를 같은 뜻으로 쓰게 한다.
• 배치 정의서 — 정기적으로 도는 배치·스케줄러 작업의 주기, 처리 로직, 실패 시 대응을 한곳에 정의한다.
• 연동 명세서 — 외부 시스템(파트너사·택배사·PG 등)과 주고받는 데이터의 방식·필드·인증·에러 처리를 계약 수준으로 명세한다.

개발 · 진행 관리

일정과 진행 상황을 관리하고 오간 이야기를 남기는 문서

• WBS (작업분해구조) — 전체 작업을 단계와 태스크로 쪼개 일정과 담당을 배분한다.
• 회의록 — 논의 내용, 결정 사항, 후속 조치를 기록으로 남긴다.
• 프로젝트 현황 보고서 — 진척률, 이슈, 리스크를 정기적으로 보고한다.
• 체크리스트 — 반복 작업의 누락을 막기 위한 점검 항목을 정리한다.
• 의사결정 기록 — 중요한 기술·정책 결정을 배경·대안·근거와 함께 남겨, 나중에 "왜 그렇게 했더라" 를 되짚을 수 있게 한다.

검증 · 출시

내보내기 전에 확인하고, 나간 뒤 알리는 문서

• 테스트 계획서 — 무엇을 어떤 범위와 방법으로 검증할지, 언제 누가 할지를 케이스 작성 전에 확정한다.
• 테스트 케이스 (TC) — 검증 시나리오와 기대 결과를 케이스 단위로 작성한다.
• 오픈 체크리스트 — D-7 부터 배포 당일, 롤백 판단까지 출시 절차를 점검한다.
• 배포 계획서 — 배포 절차와 순서, 검증 방법과 롤백 트리거·절차를 명령 단위로 확정한다.
• 릴리즈 노트 — 사용자 공지와 내부 변경 기록을 한 문서에서 함께 쓴다.

운영 · 개선

출시한 것을 굴리고 다음 개선을 준비하는 문서

• 장애 보고서 — 장애의 발생부터 복구까지 타임라인과 원인을 기록하고, 재발 방지 대책을 정한다.
• 운영 매뉴얼 — 어드민 사용법과 정기 업무, 장애 대응까지 인계할 수 있게 정리한다.
• CS 매뉴얼 — 무엇을 어떻게 답하고, 언제 넘길지 정한다.
• A/B 테스트 설계서 — 가설과 판단 기준을 실험 시작 전에 못 박고 결과까지 남긴다.
• 회고 — 계획 대비 실적과 지표를 놓고 다음에 바꿀 것을 정한다.

제안 · 수주

외주·수주 프로젝트를 시작할 때 고객사와 오가는 문서

• 프로젝트 제안서 — 고객사 요구에 대한 수행 방안, 일정, 견적을 제시한다.