옮긴이 글-박일, 김기웅
추천 글-김창준
추천 글-로버트 C. 마틴
추천 글-마틴 파울러
들어가는 글
1. 스크럼을 시작하며
스크럼이 사용되는 현장
스크럼에 대한 간략한 소개
스크럼에 대한 증언들
제프 서덜랜드로부터
켄 슈와버로부터
마이크 비들로부터
2 스크럼 준비
스크럼은 다르다
소란스러운 프로젝트
행동으로 소란을 잠재우다
자기 조직화
경험적으로 반응하라
프로젝트에 하루 단위의 가시성을 부여하기
점진적인 제품 인도
3 스크럼의 실천법
스크럼 마스터
제품 백로그
제품 소유자 한 사람만이 제품 백로그를 관리한다
백로그를 개발하는데 필요한 노력 추정하기
스크럼 팀
역동적인 팀
팀의 크기
팀의 구성
팀의 책임과 권한
작업 환경
일일 스크럼 회의
회의실 만들기
닭과 돼지
회의 시작하기
일일 스크럼의 형식
장애 요소 식별하기
의사결정
후속 회의 개최하기
스프린트 계획 회의
스프린트 계획 회의의 개요
다음 스프린트의 목표 선정과 제품 백로그 확정
스프린트 목표에 맞게 스프린트 백로그 정의하기
스프린트
제품 증분은 혼돈의 산물이다
방해 금지, 난입 금지, 잡상인 금지
스프린트의 동작 메커니즘
비정상적인 스프린트 중단
스프린트 검토
4 스크럼 적용하기
스크럼 실천하기
신규 프로젝트에서 스크럼 실천하기
진행 중인 프로젝트에서 스크럼 실천하기
엔지니어링 실천법 개선하기
협업을 통한 비즈니스 가치 구현
스크럼 관리의 예시
경험주의적인 관리
직접적인 관찰을 빈번하게 하라
스크럼을 국내에 소개하는 최초의 책이다.
애자일 소프트웨어 개발 방법론은 유연한 소프트웨어 시스템의 미래를 여는 열쇠이다. 스크럼은 그 방법론 중 하나로, 현재 급변하는 비즈니스 세계에서 소프트웨어 개발과 관리를 가장 효과적으로 해내는 전위대 역할을 한다. 이 책은 스크럼을 고안한 저자들의 철학과 이론, 그리고 실천법들을 다양하고 심층적인 사례와 함께 온전히 담고 있다.
[내용요약]
‘스크럼’ 철학의 출발은 프로세스의 명시성이 아니라 개발자의 창발성이다. 그리고 항상 ‘새로운 제품’으로서의 소프트웨어이다. 소프트웨어는 일반 공산품과 달리 반복적으로 찍어 낼 수 없다. 소프트웨어를 작성하거나 구성할 때마다 이전과 다르다는 전제다. 또한 수시로 발생하는 리스크와 불확실성을 감소시켜야 한다. 그러므로 소프트웨어는 항상 많은 연구와 창조성이 필요하다. 그래서 개발자의 창발성(emergence이 중요하다. 이러한 세계관은 소프트웨어 개발에 있어 패러다임의 전환이다.
‘스크럼’ 실천법이 요구하는 뼈대는 ‘자기 조직적인 구조(self-organizing structure’이다. 끊임없는 변화와 예측 불가능한 사건이 발생하는 프로젝트 과정에서 자기 조직화와 지식 창출 구조를 갖지 못하면 도저히 프로젝트를 완주할 수 없다. 스크럼에서는 여러 기능을 역동적으로 수행할 수 있는 작은 교차 기능(cross-functional 팀이 자기 완결적인 구조를 갖고 그 역할을 헌신적으로 완수한다.
‘스크럼’의 대상은 광범하다. 재무, 통신, 보험, 제조, 과학에 이르기까지 그 적용 대상은 다양하다. 프로젝트와 그 관련된 모든 사람을 잘 조율하기 때문에 생산성과 적응성을 높이고 리스크와 불확실성 낮춰야하는 모든 분야에서 그 성공의 신화는 현저하다.
‘스크럼’의 가치는 존중과 헌신, 개방과 집중 그리고 믿음과 용기이다. 소외된 개인이 아니라 자기 조직화된 구조에서 각기 경력과 경험이 다른 사람들이 서로 존중하며 자신
