이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 PO 역할을 맡았을 때 고객 요구사항 수집을 인터뷰 위주로만 했다가 한계를 경험했습니다. 말로는 이 기능이 필요하다고 했지만 실제 사용 화면을 보니 그 기능을 전혀 안 쓰고 있었습니다. 그 이후로 인터뷰와 사용 로그를 함께 보는 방식으로 바꿨습니다. 우선순위를 정할 때는 영향 범위와 해결 비용을 두 축으로 매트릭스를 그렸습니다.
영향 크고 비용 낮은 것을 먼저 집어내는 방식이 팀 논의를 빠르게 정리해줬습니다. 아직 대규모 유저 데이터를 다뤄본 경험은 없어서, 실제 프로덕트에서 어떻게 달라지는지는 더 배워야 합니다. 관찰 우선, 가정 나중이라는 원칙은 어떤 규모에서도 유효하다고 봅니다.
팀 프로젝트에서 PO 역할을 맡았을 때 우선순위를 정하는 방식이 매번 달라서 회의 시간이 길어지는 문제가 있었습니다. 영향 범위와 해결 비용을 두 축으로 하는 매트릭스를 도입하고 나서, 팀원들이 이견을 좁히는 데 걸리는 시간이 눈에 띄게 줄었습니다. 도입 전에는 기능 우선순위 논의에 한 회의에서 30~40분씩 쓰는 경우가 있었는데, 매트릭스를 쓰면서 같은 논의를 10~15분으로 줄일 수 있었습니다. 모든 사람이 같은 기준으로 보게 되니 의견 차이가 생기더라도 어떤 축에서 다른지 빠르게 좁힐 수 있었습니다. 프레임워크 자체보다 팀이 공통 기준을 갖는 것이 중요하다는 것을 이 경험에서 확인했습니다.
팀 프로젝트에서 인터뷰와 사용 로그를 함께 보는 방식으로 개선했지만, 사용자 수가 수십 명 수준이라 패턴을 일반화하기 어렵다는 한계가 있었습니다. 인터뷰에서 나온 의견이 실제 로그와 다를 때 어느 쪽을 신뢰해야 하는지 판단이 명확하지 않은 경우도 있었습니다. 실제 서비스에서는 사용자 수가 많고 피드백 채널도 다양하기 때문에, 지금 경험한 방식을 그대로 적용하기 어려울 수 있다는 것을 알고 있습니다. 특히 요구사항을 수집하는 채널이 많아질수록 우선순위 기준이 더 중요해지는데, 그 부분은 실제 규모에서 더 경험해야 할 영역이라고 생각합니다. 현재 방법이 작동했다는 것과 그것이 더 큰 규모에서도 유효한지는 별개라는 것을 인식하고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 포트원 채용·HRM 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.