이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
여러 프로젝트를 동시에 관리할 때 가장 중요하게 생각하는 것은 컨텍스트 스위칭 비용을 줄이는 것입니다. 프로젝트 A를 하다가 B로 바꾸면 다시 상황을 파악하는 데 시간이 걸리기 때문에, 관련 작업끼리 묶어 처리하는 방식을 선호합니다.
인턴 때 세 개의 작업이 동시에 진행된 적이 있었습니다. 각 작업의 데드라인과 의존 관계를 함께 정리하니 어떤 것을 먼저 처리해야 하는지가 보였고, 긴급도와 중요도를 분리해 판단하면 우선순위 결정이 빨라졌습니다.
진도 가시화도 도움이 됐습니다. 각 프로젝트의 현재 상태를 한눈에 볼 수 있는 보드를 만들어두면 무엇이 막혀 있는지, 어디서 내가 병목인지 스스로 파악할 수 있었습니다. 투명한 상태 공유가 팀의 도움 요청 타이밍도 빠르게 만들었습니다.
학부 마지막 학기에 졸업 프로젝트, 팀 스터디 발표, 아르바이트가 한꺼번에 겹쳤습니다. 처음에는 모두 잘 하려고 매일 밤늦게까지 작업했는데, 3주가 지나자 어느 것도 제대로 진행되지 않는 상태가 됐습니다. 그때 멈추고 각 항목의 데드라인과 임팩트를 적어보니, 졸업 프로젝트가 가장 높은 우선순위였는데 정작 가장 적은 시간이 들어가고 있었습니다. 이후 블로킹 기준을 정해 마감이 48시간 안인 항목을 먼저 처리하고, 나머지는 일주일 단위 블록으로 배치했습니다. 모든 걸 동시에 최선으로 하는 게 아니라 순서를 정하는 것이 더 많은 걸 완수하게 해준다는 걸 이 경험으로 배웠습니다.
인턴 기간에 두 개 팀의 슬랙 채널과 작업 요청을 동시에 받으면서, 전환이 잦을수록 각 작업의 진입 시간이 길어진다는 걸 느꼈습니다. 처음에는 요청이 들어오는 순서대로 처리했는데, 하루가 끝나도 완료된 게 없는 날이 반복됐습니다. 이후 오전에는 A팀 작업만, 오후에는 B팀 작업만 하는 식으로 집중 블록을 나눴습니다. 슬랙 알림도 블록 외 시간에는 꺼두고 미팅 전 30분에만 확인했습니다.
컨텍스트 전환 비용을 줄이자 같은 시간에 처리하는 작업 수가 눈에 띄게 늘었습니다. 동시에 여러 일을 하는 것보다 순서를 나눠 집중하는 게 결과물의 품질도 올린다는 걸 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 무신사 테크니컬 PM 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.