이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
애자일·스크럼 기반 개발 프로세스에서 PM/PO의 역할은 무엇을 왜 만들어야 하는지를 팀에 명확히 전달하는 것입니다. 수업 프로젝트에서 스크럼 구조를 적용했을 때, 백로그를 우선순위 기준으로 정리하고 스프린트마다 팀이 집중할 것을 명확히 하는 역할이 중요했습니다. 스프린트 계획에서는 각 항목의 완료 기준을 구체적으로 정의하는 것이 중요합니다. 완료 기준이 모호하면 스프린트 리뷰에서 맞는지 판단하기 어렵습니다. 이해관계자 소통도 PM 역할의 핵심입니다.
외부 피드백을 팀 내 백로그로 번역하고, 팀의 진행 상황을 이해관계자가 이해할 수 있는 언어로 전달하는 것이 중간 연결자 역할입니다. 스크럼은 프레임워크이고, PM은 팀이 그 구조 안에서 방향을 잃지 않도록 돕는 역할입니다.
애자일 프로세스에서 제가 어렵게 느낀 것은 할 일 목록이 끝없이 쌓인다는 점이었습니다. 수업 프로젝트에서 백로그에 항목이 계속 늘어나, 정작 지금 무엇을 해야 할지가 흐려졌습니다. 그래서 저는 백로그를 주기적으로 정리해, 지금 스프린트에 들어갈 것과 나중으로 미룰 것을 명확히 가르는 절차가 필요하다는 것을 배웠습니다. 모든 것을 다 담아두면 우선순위 판단 자체가 어려워집니다. 그래서 비즈니스 가치가 높은 것을 위로 올리고, 당장 안 할 것은 과감히 아래로 내렸습니다. 또 각 항목의 완료 기준을 분명히 해, 스프린트가 끝났을 때 됐는지 안 됐는지를 판단할 수 있게 했습니다. PM의 역할은 백로그를 쌓는 것이 아니라, 지금 집중할 것을 분명히 가려주는 것이라고 생각합니다.
애자일을 적용하며 제가 의식한 것은 형식만 따르면 오히려 느려진다는 점입니다. 수업에서 스크럼 의식을 그대로 따라 했는데, 데일리 회의가 그냥 '했다/안 했다'를 읊는 자리가 되니 시간만 쓰고 도움이 안 됐습니다. 그때 의식을 형식적으로 운영하면 안 하느니만 못하다는 것을 알게 됐습니다. 그래서 저는 회의의 목적을 다시 짚어, 데일리는 막힌 것을 빨리 드러내는 자리로, 회고는 무엇을 다음에 바꿀지 정하는 자리로 쓰자고 했습니다. 또 스프린트 목표를 기능 목록이 아니라 이번에 무엇을 이뤄야 하는가라는 결과로 정의하니 팀이 같은 방향을 봤습니다. 애자일은 절차를 지키는 것이 목적이 아니라, 팀이 더 빨리 더 잘 움직이게 하는 수단이라고 생각합니다. 그래서 형식에 매이지 않으려 합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 카카오페이 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.