이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
프로젝트 일정 관리는 출시 목표일에서 역산하는 방식을 씁니다. 작업 단위를 먼저 나열하고, 각 단위에 예상 소요 시간을 붙인 다음 목표일에서 뒤로 계산합니다. 팀 프로젝트에서 처음에 낙관적 일정을 잡았다가 마감 직전에 야근이 몰리는 경험을 했습니다. 그 이후로 예상 시간에 여유 버퍼(20~30%)를 추가하는 것을 습관으로 삼았습니다. 위험 요소는 외부 의존성이 가장 많이 발생했습니다. 다른 팀의 피드백이나 API가 지연되면 후속 작업이 전부 밀리기 때문에, 의존성이 있는 작업은 일정표에서 먼저 표시하고 대기 방안도 미리 정합니다. 위험 요소를 예측하는 것만큼 대응 방안을 미리 정해두는 것이 더 중요합니다.
프로젝트 일정 관리를 개선하면서 실제로 마감을 지키는 패턴이 달라졌는지 확인해봤습니다. 예상 시간에 버퍼를 추가하는 방식을 도입하기 전에는 팀 프로젝트 4번 중 3번이 마감 직전에 야근이 발생했습니다. 버퍼를 20~30% 추가한 이후, 같은 규모 프로젝트에서 마감 전 야근 빈도가 눈에 띄게 줄었습니다. 정확한 수치보다 팀원들이 마감 전날 더 여유롭게 작업하는 분위기가 달라진 것이 확인됐습니다. 일정 관리의 효과는 수치보다 팀의 작업 리듬과 스트레스 수준으로 먼저 드러난다는 것을 그때 배웠습니다. 버퍼를 추가하는 것이 처음엔 낭비처럼 느껴졌는데, 실제로 써보니 그게 일정 예측력을 높이는 핵심이었습니다.
프로젝트 위험 요소 예측에서 가장 효과적이었던 방법은 외부 의존성을 초기에 목록으로 만드는 것이었습니다. 팀 밖에서 결과를 기다려야 하는 작업, 연동 요청, 디자인 리뷰 등을 따로 분리해서 의존 작업이 지연될 경우 후속 작업이 얼마나 밀리는지를 미리 파악했습니다. 한 프로젝트에서 외부 연동이 2주 늦어지는 경우가 생겼는데, 미리 파악해뒀기 때문에 해당 기간에 다른 작업을 먼저 진행할 수 있었습니다.
의존성 없는 작업을 먼저 완료해두는 것이 일정 리스크를 분산하는 방법이었습니다. 일정 관리는 내 작업 속도뿐 아니라 연결된 작업의 흐름을 함께 보는 것이라는 것을 그때 이해했습니다. 의존성 목록을 만드는 습관이 이후 프로젝트에서도 유효했습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.