소프트웨어 개발팀은 예전에는 모든 것을 사전에 계획한 다음 몇 달 동안 개발하고 나서야 결과물을 공개하곤 했습니다. 하지만 애자일 방식이 이를 바꿔놓았습니다. 애자일은 프로젝트 관리와 소프트웨어 개발에 있어 반복적인 접근 방식입니다. 한 번에 큰 결과물을 내놓는 대신, 스프린트라고 불리는 짧은 주기(보통 2~4주)로 작업합니다. 각 스프린트마다 작동하는 결과물을 만들어냅니다.

2001년 개발자 그룹이 작성한 애자일 선언문은 네 가지 핵심 가치를 제시합니다. 프로세스와 도구보다 개인과 상호작용을 우선시하고, 완벽한 문서보다 작동하는 소프트웨어를 우선시하며, 계약 협상보다 고객과의 협업을 우선시하고, 계획을 따르는 것보다 변화에 대응하는 것을 우선시합니다. 스크럼과 칸반은 대표적인 프레임워크입니다. 매일 진행되는 스탠드업 미팅을 통해 팀의 목표 달성을 돕고, 제품 책임자는 백로그의 우선순위를 정하며, 스크럼 마스터는 장애물을 제거합니다. 애자일은 소프트웨어 개발뿐 아니라 마케팅, 인사, 심지어 제조 분야까지 확산되었습니다. 하지만 애자일이 모든 문제를 해결해 주는 만능 해결책은 아닙니다. 제대로 된 규율이 없다면 혼란에 빠질 수도 있습니다. 그러나 애자일이 효과적으로 작동한다면, 팀은 변화에 압도당하는 대신 변화에 적응할 수 있게 됩니다.

핵심 아이디어

• 스프린트: 짧고 정해진 길이의 작업 주기
• 스탠드업 미팅: 매일 짧게 진행되는 업무 진행 상황 회의
• 백로그: 우선순위가 지정된 작업 목록
• 회고: 각 스프린트 후 팀의 회고
• 반복: 구축, 테스트, 학습, 반복