면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
정식 PMP 자격은 없지만, 학교 프로젝트 관리 수업에서 PMBOK 프레임을 배우고 팀 프로젝트에 일부 적용해봤습니다. WBS를 짜고 일정을 역산하는 방식을 처음 써봤을 때, 대충 잡은 일정이 얼마나 위험한지 처음으로 숫자로 보게 됐습니다. 자격증보다 프레임이 실제로 어떤 문제를 해결하는지를 이해하는 게 먼저라는 생각을 갖게 됐습니다. 인턴십 때도 마일스톤 정의와 이슈 로그 관리를 팀에 제안해서 채택한 경험이 있습니다. 자격증은 아직 없지만, 프로젝트 관리 도구를 왜 쓰는지 이해한 상태에서 자격 과정을 밟으면 빠르게 흡수할 수 있다고 봅니다. 팀에서 PM 역할이 필요할 때 기꺼이 맡는 편입니다.
프로젝트 관리 프레임을 배운 뒤 가장 먼저 깨달은 것은 교과서 프로세스를 그대로 따르면 팀이 오히려 불편해한다는 것이었습니다. WBS를 상세하게 짰는데, 팀원들이 너무 많은 항목에 시간을 쓰고 있다는 피드백이 나왔습니다. 문서화 자체가 목적이 되면 본래 목적을 잃는다는 것을 경험했습니다.
프로젝트 규모에 맞게 프로세스를 경량화하는 것이 더 중요했고, 스프린트 사이클이 짧은 팀에서는 이슈 로그와 주간 체크인 두 가지만 유지하는 방식이 더 잘 작동했습니다. 인증 프레임은 이상적인 환경을 가정하는 경우가 많아, 실제 팀 상황에 맞게 고르고 빼는 판단이 필요합니다. 프레임 활용 능력은 얼마나 충실히 따르는가가 아니라 무엇을 빼도 되는지를 아는 것이라고 봅니다.
프로젝트 관리 프레임을 실무에서 직접 팀에 제안해서 채택된 경험이 가장 의미 있었습니다. 인턴십 팀이 마감 일정을 늘 비슷한 패턴으로 밀던 문제가 있었습니다. 마일스톤을 역산해서 중간 체크포인트를 만드는 방식을 제안했는데, 처음에는 번거롭다는 반응이었습니다. 첫 번째 체크포인트에서 예상보다 30% 진도가 느린 것을 먼저 발견한 뒤 팀이 일정 지연을 미리 인식할 수 있었습니다.
이슈 로그를 공유 문서로 만들어 팀원 모두가 볼 수 있게 하니, 문제가 생겼을 때 말로 보고하지 않아도 흐름이 보였습니다. 이 경험 이후 PM 역할을 자청하는 팀원이 됐고, 그 과정에서 프레임의 가치를 몸으로 익혔습니다. 자격증보다 이미 써본 경험이 있을 때 공부가 더 빠르게 흡수된다는 것도 느꼈습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.