이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학교 캡스톤 프로젝트에서 6인 팀이 12주 일정으로 서비스 프로토타입을 만들었는데, 8주차에 팀원 한 명이 개인 사정으로 빠지게 됐습니다. 저는 팀 리더는 아니었지만, 빠진 팀원의 파트가 내 파트와 연결이 가장 많아서 제가 절반을 흡수하겠다고 자원했습니다. 결과적으로 막판 2주는 하루 평균 5~6시간씩 추가 작업이 필요했고, 중간에 일정을 한 번 조정해야 했습니다. 처음 일정표를 너무 빡빡하게 잡아서 여유가 없었던 게 아쉬웠습니다. 이 경험 이후로 일정 계획에 예비 시간을 꼭 남겨두는 습관이 생겼고, 그게 가장 기억에 남는 프로젝트 관리 교훈이 됐습니다. 그 이후로 일정 계획은 완료일이 아니라 예비 구간까지 포함해서 짜는 것이 습관이 됐습니다.
공모전 팀에서 3개 파트가 동시에 진행되는 일정을 관리해야 했는데, 서로 의존 관계가 복잡해서 누가 무엇을 기다리는지 파악이 안 됐습니다. 저는 스프레드시트로 간단한 간트 차트를 만들고 의존 관계를 화살표로 표시했습니다. 만들어 보니 디자인 파트가 개발 파트를 3일 기다리고 있다는 게 처음으로 눈에 보였습니다. 팀이 그 사실을 공유하고 개발 파트의 우선순위를 높여서 1일 단축했습니다. 차트를 만들기 전까진 모두가 막연하게 일정이 빠듯하다고만 했는데, 시각화가 구체적인 문제를 드러냈다는 걸 그때 배웠습니다.
일정을 시각화하면 막연한 빠듯함이 구체적 병목으로 바뀐다는 걸 그 경험으로 배웠습니다.
학교 팀 과제에서 4주 프로젝트를 맡았는데, 첫 2주는 각자 파트를 맡아서 진행했습니다. 3주차에 취합해보니 각자 방향이 조금씩 달라져 있었고, 전체 흐름이 어긋나 있었습니다. 그때부터 저는 다음 프로젝트에서는 1주일에 한 번 중간 점검 시간을 넣자고 제안했습니다. 이후 팀 프로젝트에서 그 방식을 써보니 중간 수정이 훨씬 작은 단위로 이뤄졌고, 마감 직전 대규모 수정이 없어졌습니다. 첫 프로젝트에서 중간 점검 없이 갔다가 하루 밤새를 한 게 아팠는데, 그 경험이 주기적 싱크업 습관의 시작이 됐습니다.
마감 직전 대규모 수정을 피하는 것이 프로젝트 관리의 핵심이라는 걸 그때부터 믿게 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK aircore 플랜트 운영 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.