대규모 프로젝트를 리딩할 때 어떤 방식으로 목표와 범위를 설정했는지 구체적인 사례를 말씀해 주세요.

우선순위를 정할 때 가장 먼저 묻는 건 "이게 늦어지면 다른 것들이 멈추는가" 입니다. 프로그램 목표와 범위를 정의하는 과정에서 선택지가 많을수록 전체 흐름의 병목이 어디에 있는지를 먼저 파악하는 것이 중요하다고 봅니다. 학과 연구실에서 소프트웨어 프로젝트 일정을 조율하는 역할을 맡았을 때, 처음에는 기능 중요도 순서로 일을 나눴습니다. 그런데 막상 진행해 보니 가장 중요하다고 꼽은 기능이 가장 나중에 통합 가능한 구조였습니다. 중간에 일정을 다시 짜야 했고, 그 경험 이후로 중요도보다 의존 관계와 리스크를 먼저 보는 방식으로 바꿨습니다. 지금은 범위를 정의할 때 '이게 지연되면 무엇이 연쇄로 영향을 받는가'를 체크리스트처럼 씁니다.

우선순위는 중요한 것 순서가 아니라 전체 흐름이 막히지 않는 순서라는 생각을 갖고 있습니다. 팀원들에게도 이 기준을 공유하면서 합의까지 가는 시간이 줄었다는 피드백을 받았습니다.