2001년 눈 덮인 유타의 한 스키 리조트에서 탄생한 애자일 선언은 소프트웨어 개발의 판도를 뒤집었다. “작동하는 소프트웨어를” 외치며 무겁고 관료적인 프로세스를 거부하던 그 정신은 이제 기업 문화의 필수 요소처럼 여겨진다. 하지만 그 성공이 오히려 애자일의 본질을 가리고 있다. 애자일이 죽었다는 선언은 충격적이지만, 그 이면에는 우리가 간과해온 진실이 숨어 있다. 애자일은 결코 죽지 않았다. 다만, 우리가 애자일이라고 부르던 것들이 실은 애자일이 아니었을 뿐이다.
애자일의 진짜 문제는 그것이 너무 성공했기 때문이다. 기업들은 애자일을 도입하면서도 정작 그 핵심을 외면했다. “개인과 상호작용”을 강조하던 선언문은 어느새 Jira 티켓과 스프린트 계획으로 대체되었고, “고객과의 협력”은 PO(제품 책임자)라는 새로운 관료층을 탄생시켰다. 애자일 코치는 개발자를 코칭하기보다 회의 시간을 늘리는 데 혈안이 되었고, 스크럼 마스터는 팀의 자율성을 보장하기보다 보고서 작성에 더 많은 시간을 할애했다. 이쯤 되면 애자일은 그저 새로운 이름의 워터폴일 뿐이다.
더 큰 문제는 애자일이 마치 만병통치약처럼 여겨졌다는 점이다. 스타트업부터 대기업까지, 모든 조직이 애자일을 도입하면 모든 문제가 해결될 것처럼 믿었다. 하지만 애자일은 도구이지 답이 아니다. 개발 프로세스의 효율성을 높이는 도구일 뿐, 비즈니스 전략이나 조직 문화의 문제를 해결해주지는 않는다. 오히려 애자일을 잘못 도입한 조직에서는 개발자의 피로감만 높아지고, “애자일”이라는 이름 아래 더 많은 회의와 문서 작업이 강요되었다. 애자일의 실패는 애자일 자체의 실패가 아니라, 애자일을 잘못 이해하고 적용한 우리의 실패다.
애자일은 죽었다. 이제야 우리는 그 시체를 발견했다. 하지만 그 시체는 애자일이 아니라, 우리가 만들어낸 허상이었다.
그렇다면 애자일의 미래는 어디에 있을까? 답은 애자일의 본질로 돌아가는 것이다. 애자일 선언의 네 가지 가치와 열두 가지 원칙은 여전히 유효하다. 다만, 우리가 그 가치를 실천하는 방식을 다시 고민해야 한다. 예를 들어, “계획에 따르기보다 변화에 대응하라”는 원칙은 여전히 중요하지만, 그 변화에 대응하는 방식은 조직마다 다를 수 있다. 어떤 팀은 칸반을, 어떤 팀은 스크럼을, 또 어떤 팀은 두 가지를 혼합한 하이브리드 방식을 선택할 수 있다. 중요한 것은 형식이나 도구가 아니라, 팀이 실제로 더 나은 소프트웨어를 더 빠르게 entreg할 수 있는가이다.
또한, 애자일은 결코 개발자만의 문제가 아니다. 애자일의 성공은 조직 전체의 문화와 밀접하게 연결되어 있다. 경영진이 애자일의 가치를 이해하지 못하면, 아무리 훌륭한 애자일 팀이라도 결국 관료적인 프로세스에 갇히게 된다. 따라서 애자일을 도입하려는 조직은 먼저 자신의 문화를 돌아봐야 한다. 애자일은 팀의 자율성을 존중하고, 실패를 학습의 기회로 삼으며, 지속적인 개선을 추구하는 문화에서만 제대로 작동한다.
결국 애자일의 죽음은 새로운 시작을 의미한다. 우리는 이제 애자일이라는 이름에 얽매이지 않고, 그 본질에 집중할 수 있게 되었다. 애자일은 죽었다. 하지만 그 정신은 여전히 살아 있다. 우리가 그 정신을 어떻게 살려낼지는 이제 우리의 몫이다.
이 글은 Amoeba Unlimited의 원문을 바탕으로 작성되었습니다.
이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
