이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
기획 의도 문서화에서 가장 중점을 두는 것은 결정 사항과 그 이유를 함께 기록하는 것입니다. 수업 팀 프로젝트에서 두 달 전에 결정한 시스템 설계 이유를 아무도 기억하지 못해 같은 논의가 반복되는 경험이 있었습니다. 그 이후로는 결정 내용과 함께 논의 과정에서 제안된 대안과 각 안의 장단점도 간략히 기록하는 방식을 유지합니다. 독자가 처음 접하더라도 이해할 수 있도록 전제 조건과 용어 정의를 문서 앞에 배치하는 것도 중요합니다.
기획 의도가 구현 단계에서 왜곡되는 경우는 문서가 없어서가 아니라 읽기 어려워서인 경우가 많습니다. 좋은 기획 문서는 팀원들이 자주 참고하고 싶어지는 문서라고 생각합니다.
기획서를 작성했는데 구현 결과가 의도와 달랐고, 원인을 보니 의도가 문서에 명시되지 않았던 경험이 있습니다. 어떻게 만들지는 상세히 썼는데, 왜 이렇게 만들어야 하는지가 빠져 있었습니다. 개발자가 다르게 해석해서 다른 방식으로 구현했지만 기획서대로 했기 때문에 잘못이 없었습니다.
그 경험 이후로 기획 문서에 구현 방법뿐 아니라 왜 그렇게 해야 하는지 의도를 먼저 명시하는 방식을 씁니다. 의도가 기록되면 해석 범위가 줄어들고 오류도 줄어든다는 걸 그때 배웠습니다. 의도 명시 우선 문서화가 기획 문서 품질의 핵심이라는 것도 알게 됐습니다.
의도 명시가 기획 문서의 해석 오류를 줄이는 방법이라는 걸 그 경험에서 배웠고, 이후 기획서 첫 단락에 항상 의도를 먼저 씁니다.
계약법 입문 수업에서 배운 계약서 작성 원칙이 기획 의도 문서화 방식을 이해하는 데 연결됐습니다. 좋은 계약서는 당사자 의도·범위·예외 조건을 명확히 기술해서 나중에 해석 분쟁이 생기지 않도록 설계한다는 걸 배웠는데, 기획 문서도 같은 원칙으로 써야 한다는 걸 알게 됐습니다.
문서는 지금 이해하는 사람이 아니라 나중에 읽는 사람을 위해 쓰는 것이라는 관점이 그때 생겼습니다.
그 이후로 기획 문서 작성 시 현재 팀원이 아닌 6개월 후 읽는 사람이 이해할 수 있는지를 기준으로 씁니다. 의도·범위·예외 케이스를 명시하면 문서의 오해 여지가 줄어든다는 걸 그 경험에서 배웠습니다. 미래 독자 기준 문서화가 기획 의도 전달을 명확하게 하는 방법이라는 것도 알게 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 에이메드 게임 기획 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.