이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
프로젝트 진행 상황을 모니터링할 때 가장 먼저 보는 지표는 계획 대비 완료율입니다. 전체 태스크 중 실제로 완료된 비율과 남은 기간을 함께 보면 현재 속도로 마감일을 맞출 수 있는지 직관적으로 파악됩니다.
블로커 현황도 중요합니다. 어떤 작업이 왜 막혀 있는지를 팀이 가시화하지 않으면 같은 블로커로 여러 사람이 대기하는 상황이 생깁니다. 스탠드업 미팅에서 블로커를 명시적으로 공유하는 문화가 전체 흐름을 빠르게 만들었습니다.
품질 지표도 함께 추적했습니다. 버그 발생 건수와 처리 속도는 릴리즈 품질을 간접적으로 나타냅니다. 버그가 빠르게 쌓이면 기능 개발보다 버그 처리 비율이 높아지는 신호이기 때문에, 스프린트 중에도 일정 비율을 버그 처리에 배정했습니다.
이전 프로젝트에서 30개 이상의 지표를 대시보드에 표시했는데, 정작 중요한 블로커가 수치 속에 묻혀 늦게 발견되는 일이 반복됐습니다. 저는 모니터링 지표를 3개 핵심 지표로 압축하는 작업을 진행했습니다. 일정 대비 완료율(Velocity)은 속도를, 현재 블로커 수와 해결 소요 시간은 병목을, 리뷰 대기 시간은 팀 흐름을 나타내는 지표로 선정했습니다. 주간 리뷰에서 이 세 가지만 먼저 확인하고, 이상 신호가 있을 때만 세부 지표로 드릴다운하는 방식으로 운영 방식을 바꿨습니다. 이 변화 이후 블로커 조기 발견율이 크게 높아졌고, 회의 시간도 단축됐습니다. 프로젝트 모니터링에서 가장 중요한 것은 지표의 수보다 읽는 사람이 행동을 결정할 수 있는 신호인지 여부라고 생각합니다.
스프린트 완료 포인트가 꾸준히 높았는데도 제품 품질 이슈가 반복되는 현상을 겪었습니다. 속도 지표만 추적하다 보니 기술 부채 누적과 테스트 커버리지 감소가 보이지 않았던 것이 원인이었습니다. 모니터링 지표에 코드 커버리지 변화율과 핫픽스 배포 빈도를 추가하고, 이 두 지표가 악화되면 다음 스프린트에서 부채 해소 항목을 자동으로 우선 배치하는 규칙을 팀과 합의했습니다. 적용 후 3개월간 핫픽스 배포 빈도가 60% 감소했고, 팀 전체가 속도와 품질의 균형을 의식하는 문화가 생겼습니다. 프로젝트 진행 모니터링은 현재 상황만이 아니라 앞으로 벌어질 부채를 조기에 보여주는 지표가 함께 있어야 완성된다고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 올거나이즈 테크니컬 PM 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.