요구사항이 변하는 환경에서 범위를 협상하고 우선순위를 재조정해 마감을 지킨 경험
동적인 환경에서 마감을 지키며 프로젝트를 완료했던 건 인턴 때였습니다. 중간에 요구사항이 바뀌는 상황이 생겼는데, 변경된 내용을 그냥 추가하면 일정이 넘친다는 걸 바로 계산했습니다. 팀장에게 변경 범위와 그에 따른 일정 영향을 수치로 정리해서 선택지를 제안했습니다. 기존 기능 일부를 후순위로 미루거나, 신규 요구사항 중 일부를 다음 버전으로 넘기는 두 가지 안을 제시했고, 팀이 두 번째 안을 선택했습니다.
마감을 지키는 것은 시간 관리보다 범위 관리라는 걸 그 경험에서 배웠습니다. 일정이 빡빡해질 것 같으면 조용히 야근하는 것보다 일찍 신호를 보내는 것이 팀 전체에 더 도움이 됩니다. 문제를 혼자 해결하려다가 마감 직전에 알리면 선택지가 없어지기 때문입니다.