스크럼

책 이미지

eBook 미리보기

책 정보

· 제목 : 스크럼 (팀의 생산성을 극대화시키는 애자일 방법론)
· 분류 : 국내도서 > 컴퓨터/모바일 > 컴퓨터 공학 > 소프트웨어 공학
· ISBN : 9788991268470
· 쪽수 : 260쪽
· 출판일 : 2008-10-06

책 소개

스크럼을 고안한 저자들의 철학과 이론, 실천법을 다양하고 심층적인 사례와 함께 담았다. 애자일 소프트웨어 개발 방법론은 유연한 소프트웨어 시스템의 미래를 여는 열쇠이다. 스크럼은 그 방법론 중 하나로, 급변하는 비즈니스 세계에서 소프트웨어 개발과 관리를 가장 효과적으로 해내는 전위대 역할을 한다.

옮긴이 글-박일, 김기웅
추천 글-김창준
추천 글-로버트 C. 마틴
추천 글-마틴 파울러
들어가는 글

1. 스크럼을 시작하며
스크럼이 사용되는 현장
스크럼에 대한 간략한 소개
스크럼에 대한 증언들
제프 서덜랜드로부터
켄 슈와버로부터
마이크 비들로부터

2 스크럼 준비
스크럼은 다르다
소란스러운 프로젝트
행동으로 소란을 잠재우다
자기 조직화
경험적으로 반응하라
프로젝트에 하루 단위의 가시성을 부여하기
점진적인 제품 인도

3 스크럼의 실천법
스크럼 마스터
제품 백로그
제품 소유자 한 사람만이 제품 백로그를 관리한다
백로그를 개발하는데 필요한 노력 추정하기
스크럼 팀
역동적인 팀
팀의 크기
팀의 구성
팀의 책임과 권한
작업 환경
일일 스크럼 회의
회의실 만들기
닭과 돼지
회의 시작하기
일일 스크럼의 형식
장애 요소 식별하기
의사결정
후속 회의 개최하기
스프린트 계획 회의
스프린트 계획 회의의 개요
다음 스프린트의 목표 선정과 제품 백로그 확정
스프린트 목표에 맞게 스프린트 백로그 정의하기
스프린트
제품 증분은 혼돈의 산물이다
방해 금지, 난입 금지, 잡상인 금지
스프린트의 동작 메커니즘
비정상적인 스프린트 중단
스프린트 검토

4 스크럼 적용하기
스크럼 실천하기
신규 프로젝트에서 스크럼 실천하기
진행 중인 프로젝트에서 스크럼 실천하기
엔지니어링 실천법 개선하기
협업을 통한 비즈니스 가치 구현
스크럼 관리의 예시
경험주의적인 관리
직접적인 관찰을 빈번하게 하라
백로그, 진척 상황 평가하기와 미래 예측하기
스프린트 관리하기
스프린트 성향
릴리스 관리하기
비용, 날짜, 품질, 기능 관리하기
트레이드오프의 기본 원리

5 왜 스크럼인가?
일상의 잡음
시스템 개발 프로젝트에서 일어나는 잡음
왜 기존의 시스템 개발 방법론은 통하지 않나?
왜 스크럼은 될까?
사례 연구

6 왜 스크럼은 통할까?
스크럼 이해하기
신제품 개발이라는 관점
리스크 관리와 예측의 관점
패러다임 전환적 관점
지식 생성의 관점
복잡계 과학의 관점
정의
특징
스크럼 조직, 프로세스, 규칙
인류학적 관점
시스템 역학적 관점
정신 분석적 관점
럭비의 메타포

7 스크럼 적용 고급편
여러 프로젝트가 연관되어 있는 곳에 스크럼 적용하기
첫 번째 애플리케이션
재사용성
초기 설정과 공용 자원 스크럼 팀
두 번째 애플리케이션 개발하기
더 많은 애플리케이션 개발하기
각 기법에 대한 복습
스크럼을 더 큰 프로젝트에 적용하기
동작하는 첫 프로토타입과 최초 개발팀
재사용성
초기 설정과 공용 자원 스크럼 팀
두 번째 개발팀을 통해 개발하기
더 많은 내부 개발팀을 통해 개발하기
여러 연관된 프로젝트에 대한 사례 연구: 연금 보험회사
변화의 서막
두 번째 애플리케이션
더 많은 애플리케이션들
큰 프로젝트에서의 사례 보고 : 아웃소싱 회사

8 스크럼과 조직
조직에 미치는 영향
장애물 예 1
변화를 이끌어내는 스크럼 마스터
장애물 예 2
장애물 예 3
계속 지켜보기
장애물 예 4
장애물 예 5
조직의 침해
장애물 예 6
스크럼과 사명

9 스크럼의 가치
자발적 헌신
집중
개방성
존중
용기

참고문헌
찾아보기

저자소개

켄 슈와버 (지은이) 정보 더보기

1990년대 초반에 제프 서덜랜드와 함께 스크럼 프로세스를 공동 개발했으며, 그 이후로 지금까지 복잡한 개발 프로젝트로 고생하는 조직을 돕기 위해 스크럼을 사용해오고 있다. 2001년 애자일 선언서(Agile Manifesto) 서명인 중 한 사람인 켄은 애자일얼라이언스(AgileAlliance)를 설립하고, 현재는 이사회 의장을 맡고 있다. 켄은 다양한 시스템 개발 분야에서 30년 이상 일해오고 있다. 에이콘출판사에서 2010년 출간한 『엔터프라이즈 스크럼』의 저자이기도 하다.

펼치기

켄 슈와버의 다른 책 >

마이크 비들 (지은이) 정보 더보기

소프트웨어 개발 관련 일을 해오다가 고객의 소프트웨어 개발을 지원하는 기술 컨설팅 회사인 e-Architects 사를 세웠다. 지난 20여 년간 수천 개의 프로젝트를 지원해왔다. 특히 1995년부터는 스크럼을 이용하였을 뿐만 아니라 이 방법론을 추천하고 지도하는 데 힘을 쏟고 있다.

펼치기

마이크 비들의 다른 책 >

박일 (옮긴이) 정보 더보기

게임 개발자. 연세대학교 컴퓨터과학과를 졸업했고, 2000년부터 월급을 받으며 프로그래밍을 시작했다. 엔씨소프트에서 <알터라이프>, <리니지 2> 서버 개발에 참여했고 현재는 <리니지 이터널> 클라이언트팀에 속해 있다. 『위대한 게임의 탄생』(2011)을 번역한 것을 계기로 국내 실정에 맞게 『위대한 게임의 탄생 2』(2012), 『위대한 게임의 탄생 3』(2013, 이상 지앤선)을 편저했고, 그 밖에도 『Debug It! 실용주의 디버깅』(2010), 『xUnit 테스트 패턴』(2010, 이상 에이콘), 『스크럼』(2008, 인사이트)을 번역했다.

펼치기

박일의 다른 책 >

김기웅 (옮긴이) 정보 더보기

언제나 '보다 나은 방법들'을 모색하는 프로젝트 관리자. 2008년 현재 Ntreev Soft에서 Production Coordinator로서, ‘창조적인 사람들을 계속 창조적으로 만드는’ 다양한 활동을 전개한다. 더불어, 최근 애자일에서 희망을 발견하고, There Must Be Better Ways(betterways.tistory.com)에 관련 글을 게재한다.

펼치기

리뷰

([마이리뷰]스크럼 - 켄슈와버, 마이크 비들)

자세히

책속에서

제품 책임자는 위원회가 아니라 단 한 사람이다. 제품 책임자에게 조언을 하거나 영향을 끼칠 위원회가 존재할 수도 있지만, 어떤 사람이나 집단이 백로그 항목의 우선순위를 바꾸고자 한다면 그럴 권한을 가진 제품 책임자를 설득해야만 한다. 조직은 저마다 우선순위와 요구사항을 결정하는 나름의 방식을 갖고 있다. 시간이 지나면서 이 방식들은 스크럼, 특히 제품 증분을 검토하는 회의(스프린트 검토 회의)의 영향을 받게 될 것이다. 스크럼이 제안하는 방식은 하나의 제품 백로그 내용과 우선순위를 관리하고 유지할 권한을 가진 사람은 한 명뿐이어야 한다는 것이다. 만약, 상충되는 목록들이 여러 개 존재한다면 스크럼 팀은 어떤 목록에 따라 작업해야 할지 모르게 된다. 다시 말해서 제품 책임자가 한 명이 아니라 여러 명이 되면, 팀은 허둥대고 질질 끌려다니다가 끊임없는 논쟁 끝에 결국 좌초하게 될 것이다.
제품 책임자가 제 역할을 다하려면 조직의 모든 사람들이 그의 결정을 존중해야만 한다. 그를 제외하고는 어느 누구도 스크럼 팀에게 다른 우선순위에 따라서 작업하라고 할 수 없으며, 스크럼 팀은 제품 책임자가 아닌 다른 사람의 말을 따라서는 안 된다. 제품 책임자가 내린 모든 결정은 제품 백로그의 우선순위로 반영되어 있기 때문에 매우 명백해야 한다. 프로젝트의 가시성을 확보하기 위해서는 제품 책임자가 최선을 다해야 하며, 이것이 제품 책임자의 역할에서 가장 힘든 부분임과 동시에 보람 있는 부분이다. (55~56쪽, '3장_스크럼의 실천법'에서)