면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
시스템 기획에서 저는 이해관계자 인터뷰로 요구사항을 명확히 정의하는 단계를 가장 먼저 둡니다. 학교 팀 프로젝트에서 예약 시스템을 기획할 때, 처음에는 사용자 편의 기능을 중심으로 구상했지만 실제 운영 담당자를 인터뷰해보니 관리자 화면의 조회 속도가 더 시급한 문제였습니다.
이 인터뷰 덕분에 기획 방향을 사용자 기능에서 관리자 기능 우선으로 조정할 수 있었습니다.
이 경험으로 기획자의 직관보다 실제 사용자의 목소리를 먼저 듣는 것이 중요하다는 것을 배웠습니다.
저는 시스템 기획 시 처음부터 모든 기능을 담기보다 핵심 가설을 검증할 최소 기능만 우선 정의합니다. 캡스톤 프로젝트에서 매칭 시스템을 기획할 때, 초기 기획안에는 알림·필터·추천 기능까지 포함돼 있었습니다.
일정을 고려해 핵심 매칭 로직만 남기고 나머지는 2단계로 미루자고 팀에 제안했습니다. 결과적으로 정해진 기한 내에 핵심 기능을 완성해 시연할 수 있었고, 부가 기능은 이후 단계에서 순차적으로 추가했습니다.
이 경험으로 기획은 담을 것을 정하는 것보다 뺄 것을 정하는 것이 더 중요하다는 것을 배웠습니다.
기획 문서가 아무리 좋아도 실행 부서가 이해하지 못하면 소용없다고 생각합니다. 인턴 당시 기획 초안을 개발팀에 전달했을 때, 제가 쓴 용어와 개발팀이 쓰는 용어가 달라 회의에서 혼선이 있었던 경험이 있습니다.
이후 기획서에 화면별 요구사항을 와이어프레임과 함께 정리하고, 개발팀과 용어를 맞추는 짧은 사전 미팅을 갖는 방식으로 바꿨습니다. 이후에는 기획 의도와 다르게 구현되는 경우가 크게 줄었습니다.
이 경험으로 기획은 작성으로 끝나는 것이 아니라 전달까지 포함하는 작업이라는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.