서비스 개발을 위한 프로세스를 수립할 때, 어떤 방식으로 태스크를 관리하고 커뮤니케이션을 진행하나요?

사이드 프로젝트에서 개발 중간에 새 기능 요청이 3개나 추가됐습니다. 처음엔 다 넣으려다 마감을 못 지킬 것 같았고, 그때 팀원들에게 새 것 하나 추가하면 기존 것 하나를 빼야 한다고 제안했습니다. 협상 끝에 2개는 다음 버전으로 미뤘고, 1개만 추가했습니다. 마감을 지키며 배포했고, 미뤄둔 기능은 다음 스프린트에 들어갔습니다. 태스크 관리는 추가만 하는 게 아니라 무엇을 안 할지 결정하는 것이라는 걸 그때 배웠고, 이후에도 같은 방식을 씁니다.

추가만 하는 게 아니라 무엇을 안 할지 결정하는 것이 태스크 관리라는 걸 배웠고, 이후에도 같은 방식을 씁니다. 범위 협상이 팀 신뢰를 오히려 높인다는 걸 그때 경험했습니다.