최근 IT 프로젝트에서의 가장 큰 변화가 무엇이냐고 묻는다면 나는 주저 없이 Agile 이라 답한다. Agile은 소프트웨어 개발 방법론의 하나로 고도의 협력적인 환경에서 지속적인 조정을 위해 피드백을 통한 현실적 개발을 한다는 개념이다. IT 분야가 아닌 사람에게는 다소 생소한 개념일 수 있으나 Agile 은 비단 IT 뿐 아니라 우리의 사무환경에서 속속 스며들고 있는 개념이라고 봐도 무방하다. 그 중 스크럼은 팀의 생산성을 극대화 시키는 방법론으로 Agile 프로세스에서도 가장 인정받고 있는 방법론중 하나다.

 

 2001년 애자일 선언이라는 것이 낭독 되었다. 이것은 기존 구조적, 정보공학적 개발 방법론에 의해 산출물 기반으로 개발을 하던 많은 사람들에게 신선한 충격을 주었으며 Agile 이 단순히 경량 프로세스로만 인식되고 있으나 점점 생산성과 효율성 면에서 훌륭한 방법론이라는 인식이 확대되는 계기가 되었다. 잠시 선언문을 살펴보고 가자

 

 애자일 소프트웨어 개발 선언문

 우리는 직접 개발하면서 또 남이 개발하는 일을 도와주면서 소프트웨어 개발의 더 나은 방법을 발견하고 있다. 이 작업을 통해 우리는 아래 것들을 가치 있게 여기게 되었다

1.     ‘프로세스와 도구’보다는 ‘개인과 상호작용’을

2.     ‘포괄적인 문서화’보다는 ‘동작하는 소프트웨어’를

3.     ‘계약 협상’보다는 ‘고객과의 협력’을

4.     ‘계획 준수’보다는 ‘변화에 대응’을

이 말은, 왼쪽에 있는 것들에도 가치가 있긴 하지만, 우리는 오른쪽에 있는 것들에 더 많은 가치를 둔다는 것이다. – 2001, 애자일 선언 입안자들

 

 IT를 조금이라도 아는 사람이라면 오른쪽에 위치한 것들의 가치가 얼마나 무시당하는지를 잘 알 것이다. 그렇기에 애자일은 더욱 배워볼 만한 가치가 있지 않을까 한다. 그럼 애자일 방법론에서도 가장 효율적이라고 불리는 스크럼이 도대체 뭘까 ? 예전부터 생각했었지만 스크럼은 VP(Visual Planning)을 연상시킨다. VP 는 눈에 보이는 관리를 중시하는 일본에서 크게 유행한 것으로 모든 참여자들이 VP Board 라는 곳에 자신이 해야 하는 일을 주간, 월간, 년간 단위로 계획을 수립하고 아침에 VP미팅이라는 것을 통해 현재의 상태를 점검 받고 또 정보를 상호 공유하는 시간을 갖는 혁신활동을 말한다. 이미 포스코등 선진 기업에서 도입해서 그 효과를 상당히 보고 있는 기법이라 할 수 있다. 스크럼도 마찬가지다. 스프린트 백로그라는 사용자의 요구사항이 담긴 List 와 이것을 1개월(30일) 주기로 개발하는 스프린트 사이클이 있고 매일 일일 스크럼 미팅이라는 것을 통해 3가지 질문 즉, 지난 일일 스크럼 회의 이후로 무엇을 했고, 다음 일일 스크럼 전까지 무엇을 할 계획이며, 무엇이 작업을 방해하고 있는가 하는 것이다. 내가 공부해본 스크럼은 현재 우리 조직에서 적용하고 있는 VP 와 너무 닮아 있다. 그래서 더 공부해 보고 싶은지도 모른다.

 

 책은 이처럼 스크럼에 대한 전체적인 이해와 함께 스크럼을 도입하면서 발생했던 Issue, 경험등을 소개하고 있다. 스크럼 자체를 조직에 도입하는 것은 너무 간단한 일이다. 그러나 그것의 개념을 명확히 이해하고 적용하는 것은 쉽지 않다. 저자는 스크럼을 실제 개발한 사람들로 그 실효성을 확신하고 있다. 또한 스크럼의 개념을 정립한 타케우치와 노나카가 정립했으며 이들이 내가 위에서 언급한 VP 라는 기법과 지식경영의 선두 주자 임을 다른 책을 통해 이미 접했었다. 그렇다 보니 보다 세부적으로 학습을 해서 우리 조직에도 적용을 해보고 싶은 욕심이 생긴다.

 

 최근 국내 IT 환경은 생각보다 열악하다. 물론 좋아진다고는 하지만 양극화 현상이 더욱 심해지는 것만 같은 느낌을 받는다. 게다가 프로젝트를 발주하는 소위 ‘갑’들은 되지도 않는 산출물들을 들이대며 ‘을’을 압박한다. 이런 현실에서 프로젝트의 성공을 위해 다루기 좋은 무기가 바로 스크럼이 아닐까 하는 생각을 해본다. 다윗과 골리앗의 싸움에서 왜 다윗이 이겼는지를 생각해 본다면 그 답이 되지 않을까…

 

노래하는 멘토르