이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
4인 팀의 캡스톤 프로젝트에서 PM 역할을 맡아 전체 일정을 조율했습니다. 가장 중요하게 생각한 요소는 초반 범위 합의였습니다. 팀원마다 기능 우선순위에 대한 생각이 달라서, 킥오프 때 반드시 구현할 것과 시간이 남으면 할 것을 명확하게 나눴습니다. 중반 이후에 요구사항이 늘어나려 할 때 이 기준이 있어서 조율이 편했습니다. 또한 주간 단위로 진행 상황을 공유하면서 막히는 지점을 빨리 발견하는 루틴을 만들었고, 덕분에 마감 전에 큰 재작업 없이 완료할 수 있었습니다.
범위를 먼저 합의하는 것이 이후 모든 결정의 기준이 됐고, 변경 요청이 올 때마다 그 기준으로 돌아가는 습관이 생겼습니다. 범위 없이 프로젝트를 시작하면 마감 직전에 재작업이 반복된다는 걸 실감했습니다.
프로젝트 실행에서 범위 합의만큼 중요한 것은 의사결정 방식을 미리 정하는 것이라고 생각합니다. 팀에서 의견이 갈릴 때마다 결정을 어떻게 내릴지가 정해져 있지 않으면 같은 논의를 반복하거나 리더 혼자 결정하는 구조가 됩니다. 캡스톤 프로젝트에서 초반에 정한 것 중 하나는 기능 우선순위 결정은 팀 투표로, 기술 선택은 담당자가 제안하고 팀이 이의 없으면 채택하는 방식이었습니다. 이 규칙이 있었기 때문에 어떤 결정이 누구 방식인지 따지는 갈등이 줄었습니다. 의사결정 방식이 합의되면 논의의 초점이 누가 옳은지가 아니라 어떤 방향이 더 나은지로 이동합니다.
리더십의 역할 중 하나는 팀이 어떻게 결정하는지의 구조를 설계하는 것이라는 것을 이 경험에서 배웠습니다.
프로젝트에서 예상치 못한 문제는 팀원 한 명이 개인 사정으로 중반 이후 참여가 어려워진 것이었습니다. 그 팀원이 맡았던 부분이 전체 기능의 핵심 중 하나였기 때문에, 남은 인원이 어떻게 분담할지를 빠르게 결정해야 했습니다. 처음에는 불안했는데, 킥오프 때 만들어둔 핵심 기능 목록이 이 상황에서 도움이 됐습니다. 무엇이 반드시 돼야 하는지가 명확했기 때문에 해당 부분을 다른 팀원들이 나눠 맡되, 나머지는 축소하는 결정을 빠르게 내릴 수 있었습니다. 마감은 지켰고 핵심 기능은 모두 구현됐습니다. 이 경험에서 배운 것은 초반에 만든 기준이 예외 상황에서도 기준이 된다는 것입니다.
프로젝트 계획은 순조로울 때를 위한 것이 아니라 예외가 생겼을 때를 위한 것입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.