애자일개발과 스크럼

 - 더 나은 자신과 팀을 위한 소프트웨어 개발 방법

말로만 들었던 애자일과 스크럼에 대한 이야기를 하고 있다는 말에

선택한 책이었습니다.

애자일과 스크럼에 대해서 자세히 알고 있는 것은 아니며,

단지 IT쪽에서 사용하는 개발 방법론의 일종이다라는 정도만 알고 있었습니다.

두어달 쯤 전에 애자일과 관련된 책을 한 권 읽었는데요.

＜드림팀의 악몽 애자일로 뒤엎기＞ (한빛미디어) 라는 책이었습니다.

애자일에 대해서 구체적인 내용이나 실제적인 내용을 잘 모르는 상황에서

접하고는 애자일에 대한 맛보기를 했지만, 좀 더 많은 내용을 알아보고 싶은

아쉬움이 있어서 이 책을 좀 더 열심히 읽어보기로 했습니다.

이 책의 저자는 '스크럼'의 창시자라고 합니다.

애자일에 대한 정확한 개념도 잡히지 않은 상황에서 스크럼은 또 무엇인가라는

생각이 들기도 했지만, 이 책의 앞부분인 1부에서는 바로 그런 물음에 대한

학문적이며 이론적인 해답을 제시하고 있습니다.

대학교 교과서에서나 보던 식의 내용이 들어 있어서 좀 딱딱한 느낌을 받기도

했는데요. 그럼에도 불구하고 애자일이나 스크럼에 대해 잘 모르는 입장에서

한 번쯤은 꼭 확인하고 넘어가야할 내용이 아니었나 생각합니다.

복잡한 이론이나 학문적인 설명보다는 실제로 어떻게 하는 것이 애자일이며

스크럼인지를 알고, 그것을 잘 적용하는 것이 더 중요하다는 생각이 듭니다.

이 책의 2부 부터 시작해서 책의 마지막에 이르기 까지 다양한 사례들이

나와있었습니다.

사례들 중에는 이해가 되는 것도 있고, 이해가 잘 되지 않는 것도 있었는데요.

아무래도 국내 사례가 좀 더 이해가 잘 되는 면이 없지 않았습니다.

이 책을 읽는데는 개인적으로는 사례를 먼저 살펴 보고, 이론적인 설명을 읽어본 뒤에

다시 사례를 통해 이론과 실제적인 적용을 확인해 보는 것이 좋을 것 같습니다.

특히 애자일에 대한 개념이나 경험이 없는 경우라면, 이론으로 시작하는 것은

지치기 쉬울 것 같습니다.

즉, 국내 사례를 먼저 읽고, 2부 사례 중 하나 혹은 둘 정도 읽은 후에

1부에서부터 뒤로 쭉 읽어 나가면 좋을것 같습니다.

물론 이미 애자일에 대해 경험이 있는 분들이라면, 읽는 순서는 크게 문제 될 것

없을 것 같습니다.

지난 번에 읽었던 애자일 도서의 경우, 기본적인 이론과 사례의 다양성에서

아쉬움이 있었는데요. 이 책은 그런 아쉬움을 보완해주는 역할을 하는 것 같습니다.

애자일에 대한 궁금증이 있지만, 무엇인지 잘 모르는 경우에

기본적인 이론과 개념을 이해하는데 도움이 될 것 같습니다.

0. 시작하기 전에...

아무것도 모른 채 IT라는 대도시에 상경한 사람이든,

거친 야망을 품고 프로그래밍의 배에 승선한 사람이든간에
몇 년이 지나고 나면 까칠한 얼굴이 되어 다음과 같은 말을 하곤 한다.

'이 쪽 일은 너무 힘들어...'

여러 가지 이유가 있겠지만, 그 중에서 가장 IT인들을 괴롭히는 공통 주제는 '개발 방식'일 것이다.
처음부터 빽빽하게 채워지는 요구사항과 그에 따른 두꺼운 설계 문서들,
촉박한 개발 일정에 수시로 바뀌는 고객들의 요청, 게다가 테스트, 산출물...

무엇이 잘못된 것일까?
다들 이렇게 지내고 있으니, 이게 오히려 맞는 길일까?

1. 애자일(Agile)과 스크럼(Scrum)? 그게 대체 뭐야?

언젠가 직원들과 개발방법론 그룹스터디 중에 애자일(Agile)이라는 것을 들었다.
처음엔 그게 뭐지 하며 들었다가 들으면 들을 수록 매력적인 방법론이라는 생각이 들게 되었다.

때마침 [애자일 개발과 스크럼]이라는 도서가 있어 읽어 보게 되었다.

          [애자일 개발과 스크럼]                        

   노니카 이쿠지로, 히라나베 겐지 지음                        

 / 이명교 옮김                        

위에서 언급한 IT인들의 답답한 일상은 놀랍게도 하나의 개발방법론이다.
고전적 모델의 대표 모델이면서 지금도 꽤나 유용한 '폭포수 모델'인데,
이 방법론이 요즘과 같은 시대에는 오히려 독이 될 수도 있다고 저자는 말하고 있다.
폭포수 모델의 특징이 논리적이고 완벽한 설계를 중시하는 것이고, 이에 따른 단계적 진행을 강조하고 있는데
변화에 따른 소비자의 필요가 시시각각 변하는 요즘에는 빠른 대응이 불가능한 이론이라는 것이다.

많은 회사들이 이러한 시대 흐름의 변화에 맞는 개발방법론을 고민하였고
그 고민 속에서 탄생한 것이 바로 애자일 방법론인 것이다.

때문에, 애자일은 폭포수 모델과는 정반대의 양상을 가진다.
한 마디로 요약하자면, '짧은 주기로, 유연하면서 협동적으로' 개발하는 것이 애자일의 특징인 것.
공정에 집착하지 않고 오히려 사람들의 상호 작용을 중요시하면서
변화에 효율적으로 대응할 수 있는 고객친화적인 소프트웨어를 생산하는 것이 주목적인 것이다.

애자일 소프트웨어 개발 선언 - 35 페이지

애자일은 여러 개의 개발 방법을 총칭하는 것으로

그 중 가장 애자일의 성격을 잘 드러내는 것이 스크럼(Scrum)이다.
스크럼은 기존 조직과는 달리 제품소유자, 개발팀, 스크럼 마스터로 구성된 소규모 조직으로
단기 기간에 주어진 과제를 수행해내는 실용적이고 합리적인 조직 구성을 시작으로 한다.
이를 통해 과거와는 달리 작은 결과물을 빠르게 만들어 낼 수 있고
이들을 통한 피드백으로 점점 완전한 프로그램을 만들어 낼 수 있다는 것이다.

스크럼팀의 세 가지 역할 - 51 페이지

본 도서에서는 스크럼 이외에도 애자일 개발을 수행할 다양한 실천 방법인
'사용자 스토리', '플래닝 포커', '태스크 칸반', '소멸 차트', '짝 프로그래밍' 등
다양한 활동방법들을 소개하고 있어, 읽어 보며 많은 생각을 해 볼 수 있었다.

태스크 칸반의 예 - 77 페이지

2. 이런 것은 누가 실행해 봤을까?

대한민국의 IT업계보다 더욱 보수적이라 하는 일본에서도

이미 애자일 실천을 위한 시도들은 수년 전부터 계속 되어 왔고
저자는 그 중 몇 가지 우수 사례를 소개하고 있었다.

조직 문화의 변화와 사업부서의 이해를 감수해 하며 애자일을 도입하여 성공을 이끈 리쿠르트사의 예시에서
올바른 고객과의 관계는 어때야 하는지, 참된 협업은 무엇인지 생각해 볼 수 있었던 기회가 되었다.
자동화된 테스트 시스템의 도입으로 애자일을 시도한 후 자발적으로 확산해 가는 라쿠텐의 성공사례도 무척 좋았으며
애자일 도입을 통해 현장에서 빠른 대응을 가능하게 했던 후지쯔의 사례에서는
애자일의 장점이 현장에서 어떤 식으로 드러나게 되는지를 잘 보여주고 있었다.

단위 테스트의 효과 - 139 페이지

3. 애자일 개발과 스크럼은 그냥 나온 게 아니다!

이런 효율성 좋은 개발방법론은 어떻게 등장하게 되었을까?
개발방법의 변화를 언급한 논문이나 실제 현상의 경험을 통해 나온 다양한 아이디어들이 결국 애자일을 만든 셈인데
모두 공통적으로 효율성과 경험 공유, 또한 이를 통한 조직의 발전을 강조하고 있었다.
이는 과거 학자들이 주장했던 지식의 성장 모형과도 크게 다르지 않다는 게 저자의 주장이다.

단순히 효율성만을 강조한 것이 아닌, 논리적인 주장을 기반으로 한다는 것을 알 수 있었다.

지식 창조 SECI 모델 - 200 페이지

도서 후반부에는 IBM, NHN, SDS 등의 국내외 사례를 몇 가지 더 언급하면서
애자일 개발과 스크럼의 가치를 다시 한 번 확인할 수 있게 구성되어 있었다.

4. 책을 덮으며...

사실 IT에서는 개발방법론이 무엇보다 가장 추상적인 개념일 것이다.
디지털이 주를 이루는 분야이기 때문에 이런 개념들은 적응하기 쉽지 않을 수 있는데
[애자일 개발과 스크럼]에서는 실제 사례들을 기반으로 이야기하듯 편하게 기술을 하는 방식이어서
독자들이 읽기도 편할 것이며, 이해도 쉽게 가리라 생각이 든다.

다만, 삽화가 약간 부족한 점과 후반부의 내용이 조금 지루한 편인 것은
개선되었으면 하는 작은 아쉬움이 든다.

이 책은 중급개발자 이상이면 읽는데 무리가 없을 것 같으며
초급개발자나 대학생들은 좀 어려울 수도 있을 것 같다.
인프라 관련 종사자나 정밀함을 요하는 분야에 종사하는 사람들에는
이 책의 방법론이 꼭 능사가 아니란 말도 덧붙여 해 둔다.

간만에 좋은 개발관련서적을 읽은 것 같아 기분이 좋다.
강추!

＜프롤로그＞

재작년에 FACEBOOK을 통해 한참 돌아다녔던 사진이다.

PM과 디자이너, 개발자가 서로를 보는 관점에 대해 나타낸 그림인데...

웃음이 나오면서도..한편으로는 참 가슴이 아려왔다.

현실에서 많이 느꼈던 부분이 있어 공감이 되었다.

어떻게 하면 기획파트와 디자인파트, 개발파트 사이의 의견충돌에서 생기는 스트레스에서 벗어날까?

하던 차에... 애자일 개발법이라는 새로운 방식을 알게 되었고,

혹시나 해답을 얻을까 하는 마음에 책을 읽게 되었다.

결론부터 얘기하면,

애자일 개발방법은 내 의문에 대한 해답을 제공했고,

이 책은 애자일 개발법과 애자일 기법 중 한가지인 스크럼에 대해 다양한 사례를 통해 설명하고 있어,

완전 입문자인 나의 경우에도 부담없이 읽을 수 있었다.

＜애자일은 안타왕, 폭포수는 홈런왕＞

야구에서 인기있는 타자는 두 분류로 나뉜다.

하나는 홈런타자이고, 다른 하나는 안타왕이다.

두 부류는 방망이 잡는 게 다른데,

홈런타자는 길게 방망이를 잡고,

안타왕은 짧게 방망이를 잡아 공의 변화 적응을 극대화한다.

애자일 개발방법은 개발환경에세도 '방망이를 짧게 잡아야' 하는 게 필요함을 강조한 방식이다.

홈런타자가 그러듯 종래의 폭포수 개발법은 잘 되면 대박이지만,

잘못되면 완전히 시간과 비용만 버린 망친 프로젝트가 된다.

따라서, 현재같이 급변하는 IT환경에서는

폭포수 개발법과 애자일 개발법을 적절히 혼용 배치한 프로젝트 운영이 필요한 것이다.

다년간 일본의 IT현장에서 애자일 기법을 적용하고 컨설팅했던 저자는

다양한 사례를 제공하여 애자일기법에 생소한 독자들에게

쉽게 애자일과 스크럼에 대한 윤곽을 갖게 해준다.

＜총평＞

아예 용어조차 생소한 독자도 쉽게 이해할 수 있도록

왜 애자일이 필요한지 부터, 이론적인 부분, 그리고 실제 적용사례와 인터뷰가

아주 알차게 이 '애자일 개발과 스크럼' 책 안에 다 들어있다.

애자일 입문서로는 최고의 책이 아닐까..하고 추천한다.

다만 아쉬운 점은

다양한 사례를 소개하는 데 주안점을 더 두었기 때문인지

약간 책의 내용이 반복되는 느낌이 있고,

이론을 간략하게 요약 소개만 하고 있어

이해를 돕는 '도식도' 같은 부분이 좀 더 있었으면 하는 아쉬움이 있다.

"공정과 도구보다 개인과 상호작용을... 계약협상보다 고객과의 협상을..."

너무나도 맘에드는 애자일의 개발선언 부분이다.
아마도 이 말의 깊이를 이해할수 있는 프로젝트 관리자는 많지 않을것이라 생각한다.
잘 이해가 되지 않는다면 이 책을 한번 펼쳐보도록 하자!!

우리는 어느정도의 분석기간을 거쳐 설계를 하고 개발을 한다. 그리고 고객과의 협상으로 검수과정을 이루려 한다.
1년 혹은 2년 짧게는 반년전의 분석과정시 진행되었던 문서를 보며 기억나지도 않는 부분을 서로의 입장에서 맞추려 한다.
고객이란 보지 못하니 생각만으로 문서를 만들고 협상하고 또 설계자는 100%그것을 이해하지 못한 상태에서 업무를 설계한다.
테스트 기간이 와서야 고객은 본인의 의도와 다르다는것을 느끼지만 이미 너무 멀리 와버린것이다. 이런 문제들 외에도 개발/설계 등 모든것들이 끝에서야 더 잘 보이고 후회스러운 부분들이 있다.

이런점들을 보완하기 위해 나온 여러가지 개발기법중 하나가 애자일이며

​이 책에서는 애자일 방식중 가장 대중적인 '스크럼'에 대한 큰그림을 다루고 있으며, 이것을 누구나 이해하기 쉽도록 설명하고있다..

애자일을 처음 접하는 초보자,입문자 또는 현재 필드에서 몸담고있는 프로젝트 PM,PL에게도 다양한 각도로 다가갈수있는 유용한 서적이다.

 "대체 애자일이랑 무엇이가?"를 궁금해하는 사람이라면 이 책을 권하고싶다.
애자일 기법에 대한 큰그림을 그리며,S/W가 아닌 인간과 조직을 위한 애자일을 강조하고 있다.
더 나은 자신과 팀을 위한 소프트웨어 개발 방법을 찾고 있다면 강력 추천한다!!