기준 명확화·긴급-중요 구분·팀 공유 경험 연결 중심으로 푸는 결
빠르게 바뀌는 상황에서는 무엇을 먼저 할지 기준을 빨리 잡는 것이 중요하다고 생각합니다. 저는 긴급도와 중요도를 두 축으로 나눠서, 둘 다 높은 것부터 처리하고 긴급하지 않지만 중요한 일은 시간을 따로 확보해두는 방식을 씁니다. 인턴 때 배포 직전에 요구사항이 바뀐 적이 있었는데, 모든 걸 다 바꾸려다가 핵심 기능 완성이 늦어진 경험을 했습니다. 그 이후로는 변경이 생기면 먼저 "이게 지금 바꿔야 하는 건가 아니면 다음으로 넘길 수 있는 건가"를 팀리드에게 먼저 확인하는 습관을 붙였습니다. 혼자서 판단하다 보면 우선순위를 잘못 잡을 때가 있어서, 팀과 현재 상황을 짧게 공유하고 정렬하는 시간을 먼저 갖는 것이 결국 속도를 높이는 방법이었습니다. 작업 중간에 새로운 요청이 들어오면 기존 목록에 추가만 해두고 현재 작업을 끝내는 것을 원칙으로 삼고 있는데, 컨텍스트 스위칭이 너무 잦으면 결국 다 늦어지는 패턴을 여러 번 경험했기 때문입니다. 불확실한 상황일수록 작은 단위로 끊어서 완료 기준을 명확히 하는 게 진행 상태를 가시화하는 데 도움이 됐습니다.