스크럼은 구식이 아니다, 잘못 사용되었을 뿐.
AI 시대에도 스크럼이 정말 구식일까? 우리는 정말로 애자일하게 일하나?
어제 "스크럼은 죽지 않았으나, 구식(Obsolete)이 되었다"는 글을 읽었다. 이 글에서 스크럼이 구식이다라고 이야기 하는 건 스크럼 마스터 역할의 축소, 피상적인 이벤트 반복, 현대 개발 환경과의 불협화음 등이 그 근거로 이야기하고 있다. 그러나, 이러한 비판은 대개 '잘못 운영되고 있는 스크럼의 현상'을 보고 '스크럼 철학 자체'를 부정하는 데서 비롯된 오류일 가능성이 높다. 스크럼의 본질과 목표를 정확히 이해한다면, 여전히 현대 개발 조직에 필수적인 가치를 제공하고 있음을 알 수 있다.
1. 스프린트는 배포의 기준이 아닌 성공의 기준이다.
많은 이들이 스프린트를 '2주마다 배포해야 하는 주기'로 오해한다. 그러나 스크럼 가이드에서 스프린트는 '가치를 검증하는 최소 단위'로 정의된다. 현대의 개발 환경에서 배포는 CI/CD를 통해 하루에도 수십 번 일어날 수 있다.
스프린트는 이러한 기술적 배포 주기와는 별개로, 우리가 올바른 방향으로 나아가고 있는지 비즈니스적 관점에서 확인하는 중요한 체크포인트이다. 즉, 스프린트는 개발의 흐름 속에서 가설을 검증하고, 시장의 피드백을 수용하며, 고객에게 전달되는 가치를 확인하는 성공의 기준점이지, 단순히 배포를 위한 기술적 주기가 아니다.
2. 스크럼 용어와 지표는 팀 내부의 리듬을 위한 도구이다.
미디엄 글은 스크럼이 '관료주의적 용어'를 양산한다고 비판하지만, 스크럼의 핵심 이벤트는 스프린트 플래닝, 데일리 스크럼, 스프린트 리뷰, 스프린트 회고 네 가지로 명확히 규정된다. 그 외의 용어들은 실제 개발 현장에서 보편적으로 사용되거나 스크럼 마스터들이 추가적으로 사용하며 발생하는 오해가 많다.
스토리포인트나 번다운 차트 같은 지표들 역시 '경영진을 위한 보고 도구'가 아니다. 이들은 팀 내부에서 자신들의 작업 리듬을 파악하고, 예측 가능성을 높이며, 지속 가능한 속도를 유지하기 위한 자율적인 데이터이자 도구이다. 만약 이를 외부의 생산성 지표로 오용한다면, 그것은 지표 자체의 문제가 아니라 해당 조직의 문화적 결함에서 비롯된 것이다.
3. 스크럼은 팀 단위에 집중하며, 계층 간에는 '통역'이 필요하다.
미디엄 글은 스크럼이 팀 단위 조정에만 집중하여 리더십 계층과 단절된다고 비판한다. 그러나 스크럼은 애초에 상위 비즈니스 목표를 달성하기 위한 작은 조직들의 효율적인 모임에 초점을 맞춘다. 스크럼 팀이 독립적으로 자율성을 가지고 움직이는 것은 이러한 목적을 위한 것이다.
그래서 리더십 계층과 팀 간에 '언어가 같을 필요는 없지만, 통역은 필요하다'라는 관점이 더 적합하다. PM은 스크럼 팀의 언어를 비즈니스 언어로, 비즈니스 목표를 팀의 백로그로 '통역'하여 연결하는 핵심적인 역할을 수행한다. 이는 프레임워크의 문제가 아니라, PM의 역할과 조직 내 커뮤니케이션 역량의 문제이다.
4. 스크럼의 '공동 책임(Collective Ownership)'은 문제 해결을 위한 협력이다.
미디엄 글은 스크럼의 팀 자율성이 '책임의 분산'으로 이어져 누구도 책임지지 않는다고 비판한다. 그러나 스크럼에서 말하는 '공동 책임(Collective Ownership)'은 단순히 책임 소재를 불분명하게 하는 것이 아니다.
이는 문제가 발생했을 때 서로를 탓하지 않고, 팀 전체가 함께 해결책을 모색하며 공동의 목표 달성을 위해 노력하는 문화적 약속이다. PM은 제품의 가치에 대한 책임을, 개발자는 소프트웨어의 품질에 대한 책임을 지는 등, 직무에 따른 명확한 책임 영역은 존재한다. '공동 책임'은 이러한 개별 책임을 약화시키는 것이 아니라, 팀원 간의 협력을 통해 문제를 더 효율적으로 해결하기 위한 장치인 것이다.
5. '빨리 실패하기(Fail Fast)'는 학습을 위한 경제적 논리이다.
또 마지막으로 미디엄 글은 스크럼이 '실패를 정상화'하여 책임 회피와 학습 기회 명목으로 일정을 지키지 않는 것을 합리화한다고 비판한다. 그러나 애자일에서 말하는 '빨리 실패하기(Fail Fast)'는 결코 실패해도 괜찮다는 위로나 실패 자체를 권장하는 것이 아니다. 이는 오히려 '실패할 거라면 가능한 한 빨리 실패하여 그 과정에서 발생하는 비용과 리스크를 최소화하고 학습을 가속화하자'는 지극히 경제적이고 효율적인 논리이다.
실패를 통해 얻는 교훈은 다음 성공의 중요한 자산이 되며, 실패를 학습의 기회로 삼는 것과 실패를 방치하는 것은 분명히 구분되어야 한다. 진정한 애자일은 실패를 덮어두는 것이 아니라, 실패의 원인을 분석하고 개선하여 다음 시도를 더 나은 방향으로 이끄는 데 집중한다.
결론적으로, 스크럼에 대한 비판적 시각, 특히 '구식'이라는 주장은 부분적으로 유효한 지점은 존재한다고 생각한다. 특히 최근 'Shape Up'과 같은 대안적 방법론들의 부상 또한 이러한 논의에 불을 지핀다. 그러나 이러한 비판들은 대개 '잘못 운영되고 있는 스크럼의 현상'을 겨냥하며, '스크럼의 본질적인 철학' 자체의 문제를 지적하는 것은 아니다.
스크럼은 현대의 복잡하고 예측 불가능한 환경 속에서 팀이 학습하고, 가치를 검증하며, 지속적으로 개선해 나가는 데 여전히 강력한 프레임워크이다. 중요한 것은 단순히 프레임워크를 따르는 것이 아니라, 그 안에 담긴 애자일의 정신과 가치를 이해하고, 팀의 맥락에 맞게 유연하게 적용하며, 끊임없이 스스로의 일하는 방식을 성찰하는 것이다. 스크럼은 구식이 된 것이 아니라, 시대의 변화와 함께 더욱 깊은 이해와 현명한 적용이 지속적으로 필요할 뿐이다.