The note of Legendre

스크럼과 익스트림 프로그래밍(eXtreme Programming, XP)에 대해서 이전에 책을 읽고 글을 올린 적이 있었는데, 스크럼과 XP의 적용 사례를 함께 다룬 책이 나왔네요. 헨릭 크니버그는 자신이 프로젝트에 참여하면서 스크럼을 어떻게 적용했는지, 익스트림 프로그래밍 기법은 어떻게 사용했는지 사례를 보여 주고 있습니다. 스크럼의 스프린트를 계획하고, 어떻게 회고했는지 썼습니다. 당장 적용하기 어렵더라도, 회고는 꼭 적용해보라고 하더군요. (회고에 대해서는 애자일 회고라는 책을 추천합니다. )익스트림 프로그래밍에서는 테스트 주도 개발(Test Driven Design, TDD)와 짝 프로그래밍(Pair Programming)을 적용하라고 권하더군요. 

Agile Software Development with Scrum의 번역서이다. 팀의 생산성을 극대화시키는 애자일 방법론이 책의 부제이다. "극대화시키는" 보다 "극대화하는"이라는 표현을 썼으면 더 낫지 않을까 하는 생각이 든다. 익스트림 프로그래밍처럼 애자일 소프트웨어 기법에 속하는 스크럼은 단순하고 효과적인 원칙과 기법을 소개하여 프로젝트에 활력을 불어 넣는다고 나왔다. 스크럼에서는 반복주기를 스프린트(sprint)라는 용어로 표현했다. 스프린트는 사전적으로 전력 질주를 뜻한다. 전력 질주를 연습하려면, 보통 두 명 이상이 목표 지점을 정해 두고 경쟁하면서 달린다. 순간적으로 온몸의 능력을 다 끌어내야만, 시간을 단축하게 된다. 스프린트라는 말이 선택된 이유가 전력 질주를 되풀이함으로써 팀의 체력을 키운다는 의미가 아닐까 추측한다.

스크럼 카테고리 컴퓨터/인터넷 지은이 켄 슈와버 (인사이트, 2008년) 상세보기

익스트림 프로그래밍, 애자일 프랙티스에 이어서 (고객 중심의 요구사항 기법) 사용자 스토리를 읽게 되었습니다. 이제 '린 소프트웨어 개발'만 읽는다면, 인사이트에서 나온 애자일 시리즈 도서를 다 읽게 되는군요. 사용자 스토리는 현실을 반영하지 못하는 요구사항 명세에서, 고객과의 지속적인 대화를 강조합니다. 대화로 하여금, 모호한 문장으로 생기는 고객과 개발자 사이의 간극을 좁힐 수 있습니다. 고객으로 하여금 사용자 스토리를 작성하게 함으로써, 개발자와 고객 사이의 공통된 언어를 사용하도록 돕습니다.

고객 또는 대리사용자로부터 수집한 사용자 스토리는 2부의 '추정과 계획'에서 점수를 매깁니다. 이 스토리 점수에 따라서 이터레이션마다 어떤 스토리를 개발할 것인지 계획하고,  각 이터레이션 주기를 모니터링 함으로써 이터레이션 차트를 그리도록 합니다.

3부에서는 스토리로 오해하기 쉬운 것들과, 사용자 스토리를 써야 하는 이유, 그리고 스토리를 사용할 때 주의해야 할 점들을 다룹니다. 또한 Agile 계열의 방법론 중 하나인 Scrum에서 사용자 스토리를 사용하는 예시를 보여줍니다. 4부에서는 항해업에 종사하는 사람들을 위해 온라인 도서 판매 서비스를 제공한다는 예제를 통해, 사용자 스토리를 전체적으로 짚어봅니다. 5부에서는 익스트림 프로그래밍을 접하지 못한 사람들을 위해, 간략한 개요가 들어있고 각 장의 연습문제 해답이 들어 있습니다.

다른 서적에 소개된 요구사항 기법들에 짓눌려 있었다면, 사용자 스토리를 통해 재빠르고 가벼운 기법을 도입한다면 어떨까요?