이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
프로젝트에서 개발 마일스톤 점검에서 가장 중요한 기준은 계획 대비 실제 진행이 얼마나 일치하는지라고 생각합니다. 기능이 몇 퍼센트 완성됐는지보다 해당 단계에서 달성해야 할 목표가 실제로 검증 가능한 상태인지가 더 중요합니다. 팀 프로젝트에서 경험한 건, 60%라고 했지만 남은 40%에 가장 어려운 부분이 몰려 있던 경우가 있었다는 것입니다. 마일스톤 점검에서 기능 완성도보다 리스크 항목이 얼마나 해소됐는지를 함께 봐야 합니다.
외부 의존성이 해결됐는지도 확인이 중요합니다. API 연동이나 서드파티 서비스처럼 우리가 제어하지 못하는 부분이 지연되면 전체 일정이 밀립니다. 마일스톤은 관리 도구인 동시에 팀이 같은 목표를 공유하고 있는지 확인하는 시점이기도 합니다.
프로젝트 마일스톤 점검에서 막힌 자리를 솔직히 말씀드리겠습니다. 마일스톤을 날짜 기준으로만 설계했더니 기한 내에 완료됐지만 품질 기준을 충족하지 못한 자리가 생겼습니다. 테스트 케이스 수는 채워졌는데 주요 시나리오가 빠진 자리였습니다. 마일스톤 점검 기준에 산출물 검증 가능성 — 테스트 시나리오 커버리지, 리뷰 완료 여부를 함께 넣었어야 하는 자리임을 사후에 알게 됐습니다.
날짜만 점검하면 완료처럼 보이는 자리가 실제로는 미완인 자리가 될 수 있습니다. 아직 부족한 건 서로 다른 팀이 참여하는 자리에서 공통 완료 기준을 합의하고 일관되게 적용하는 경험인데, 이 부분은 더 많은 실무 경험이 필요한 자리입니다. 날짜 기준만의 마일스톤이 품질 미달을 만든 한계 자리라는 걸 생각하고 있습니다.
프로젝트 마일스톤 점검에서 경험을 절차로 남긴 자리가 있습니다. 마일스톤 점검 기준이 불명확했던 경험 이후 완료 기준 체크리스트를 프로젝트 시작 시점에 미리 만드는 절차를 정립했습니다. 기능 구현 완료 여부, 단위 테스트 통과율, 리뷰 사인오프, 외부 의존성 해소를 항목으로 두면 마일스톤 도달 시 같은 기준으로 점검하는 자리가 됩니다. 이 체크리스트를 팀과 공유해두면 마일스톤 앞에서 각자 다른 기준으로 완료를 판단하는 자리가 줄어드는 자리가 됩니다.
프로젝트 시작 전에 완료를 정의하는 것이 점검의 출발 자리입니다. 아직 부족한 건 외부 팀과 함께하는 자리에서 완료 기준을 협의하고 유지하는 경험인데, 이 부분은 더 많은 실무 경험이 필요한 자리입니다. 완료 기준 체크리스트 절차화가 마일스톤 재발방지의 자리라는 걸 생각하고 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.