직접 경험한 방법론 적용 중심으로 푸는 결
저는 캡스톤 프로젝트를 하면서 반복 주기 2주짜리 스프린트 방식으로 진행했습니다. 처음에는 전체 범위를 한 번에 계획하려 했는데, 3주 차에 요구사항이 바뀌면서 계획이 무너졌습니다. 이후 2주마다 우선순위를 다시 정하고 할 수 있는 것만 그 기간에 넣는 방식으로 바꿨고, 프로젝트 막판에 급하게 몰리는 상황이 줄었습니다. 관리 도구로는 공유 스프레드시트를 써서 누가 어떤 작업을 맡았는지 한눈에 보이도록 했는데, 처음에 컬럼 구성을 잘못 잡아서 중간에 전부 다시 짜는 수고가 있었습니다. 이론으로는 폭포수와 애자일 방식의 차이를 알고 있었지만, 실제로 해보니 변경이 잦은 환경에서는 짧은 주기로 재점검하는 방식이 체감상 훨씬 안정적이었습니다.