‘스크럼’ 철학의 출발은 프로세스의 명시성이 아니라 개발자의 창발성이다. 그리고 항상 ‘새로운 제품’으로서의 소프트웨어이다. 소프트웨어는 일반 공산품과 달리 반복적으로 찍어 낼 수 없다. 소프트웨어를 작성하거나 구성할 때마다 이전과 다르다는 전제다. 또한 수시로 발생하는 리스크와 불확실성을 감소시켜야 한다. 그러므로 소프트웨어는 항상 많은 연구와 창조성이 필요하다. 그래서 개발자의 창발성(emergence)이 중요하다. 이러한 세계관은 소프트웨어 개발에 있어 패러다임의 전환이다. ‘스크럼’ 실천법이 요구하는 뼈대는 ‘자기 조직적인 구조(self-organizing structure)’이다. 끊임없는 변화와 예측 불가능한 사건이 발생하는 프로젝트 과정에서 자기 조직화와 지식 창출 구조를 갖지 못하면 도저히 프로젝트를 완주할 수 없다. 스크럼에서는 여러 기능을 역동적으로 수행할 수 있는 작은 교차 기능(cross-functional) 팀이 자기 완결적인 구조를 갖고 그 역할을 헌신적으로 완수한다. ‘스크럼’의 대상은 광범하다. 재무, 통신, 보험, 제조, 과학에 이르기까지 그 적용 대상은 다양하다. 프로젝트와 그 관련된 모든 사람을 잘 조율하기 때문에 생산성과 적응성을 높이고 리스크와 불확실성 낮춰야하는 모든 분야에서 그 성공의 신화는 현저하다. ‘스크럼’의 가치는 존중과 헌신, 개방과 집중 그리고 믿음과 용기이다. 소외된 개인이 아니라 자기 조직화된 구조에서 각기 경력과 경험이 다른 사람들이 서로 존중하며 자신의 공약을 지키려고 헌신한다. 프로젝트에 대한 모든 내용을 투명하게 드러낸 가운데 자신의 모든 기술과 노력을 맡은 일에 집중하는 것이다. 서로 손을 내밀고 잡아주는 믿음과 자신의 판단을 신뢰하고 관철시키려는 용기, 이 모든 것을 열린 마음으로 존중해 주는 가치, 바로 스크럼의 진정한 가치이다.
스크럼의 대부인 켄 슈와버가 쓴 『스크럼』은 소프트웨어 시스템 개발 프로젝트에서 기술과 프로세스를 관리/운영하는 실천 방법 중 높은 생산성을 검증받은 스크럼의 기본적인 이론들을 소개하고 있습니다. 특히, 어떻게 스크럼 팀을 조직하여 일일 스크럼 회의와 스크럼 프로젝트 계획을 하는지와 스크럼을 이용한 백로그 추적과 프로젝트 완료 등을 어떻게 해야 하는지 등에 관한 스크럼의 실천법이 저자들의 20년간의 다양한 경험 사례를 통해 이해할 수 있게 설명되어 있습니다.
“스크럼은 다르다” 애자일 소프트웨어 개발 방법론이 유연한 소프트웨어 시스템의 미래를 여는 열쇠라고 말한다면, 스크럼은 급변하는 비즈니스 환경에서 소프트웨어 개발과 관리를 가장 효과적으로 해내는 전위대라고 말할 수 있을 것입니다. 이 책에는 기존의 것들을 단순히 우려먹는 그렇고 그런 방법론이 아니라 수십 년 간의 경험을 통해 얻은 저자들의 철학과 이론, 그리고 실천법들이 다양하고 심층적인 사례와 함께 온전히 담겨 있습니다.
“스크럼은 불편하다” 스크럼은 외견상 간단하게 보이는 방법론이지만 우아한 기술과 헌신적인 실천을 요구합니다. 그러니 적용하자마자 잠재되어 있는 문제점들이 폭로되어 이러저러하게 조직의 쓴맛을 보게 됩니다. 그래서 스크럼은 불편합니다. 허나 성공하는 프로젝트를 만끽하려면 넘어야 할 산입니다. 신뢰와 헌신, 믿음과 용기, 개방과 공유라는 스크럼의 가치를 통해 그 ‘불편’을 돌파해 보십시오.
“스크럼은 통한다” 소프트웨어 개발은 항상 새로운 제품을 만드는 창조적인 행위입니다. 이러한 새로운 제품을 개발하는 과정에서 넓고 깊은 연구와 창발적인 활동은 두말하면 잔소리죠. 그러려면 새로운 지식을 창출하고 스스로 자기 조직화를 잘 할 수 있는 관점과 실천이 필요합니다. 스크럼은 소프트웨어 개발의 패러다임을 바꾸는 새로운 세계관을 보여줍니다. 이 책에서 스크럼의 세계관을 투영한 소프트웨어 개발의 다양한 관점을 - 시스템 역학적, 인류학적, 복잡계 과학적, 정신분석적, 패러다임 전환적 관점 등 - 확인하십시오. 왜 스크럼은 통하는지 바로 알아챌 것입니다.
그밖에 이 책을 통해 스크럼을 바로 사용할 수 있는데 그 덤으로 이런 것을 얻습니다. 1. 기존에 실행되고 있는 엔지니어링 실천방법과는 상관없이 소프트웨어 개발에 스크럼을 바로 적용시킬 수 있다. 2. 애자일 프로세스의 이론의 기본적 맥락을 이해할 수 있다. 3. 왜 애자일 프로세스를 사용해야 하는지 알 수 있다. 4. 애자일 프로세스를 어떻게 구현하고 관리하는지 알 수 있다. 5. 스크럼 래퍼를 통해서 익스트림 프로그래밍과 공명할 수 있다.
옮긴이 글-박일, 김기웅 추천 글-김창준 추천 글-로버트 C. 마틴 추천 글-마틴 파울러 들어가는 글
1 스크럼을 시작하며 스크럼이 사용되는 현장 스크럼에 대한 간략한 소개 스크럼에 대한 증언들 제프 서덜랜드로부터 켄 슈와버로부터 마이크 비들로부터 이 책의 구성
2 스크럼 준비 스크럼은 다르다 소란스러운 프로젝트 행동으로 소란을 잠재우다 자기 조직화 경험적으로 반응하라 프로젝트에 하루 단위의 가시성을 부여하기 점진적인 제품 인도
3 스크럼의 실천법 스크럼 마스터 제품 백로그 제품 소유자 한 사람만이 제품 백로그를 관리한다 백로그를 개발하는데 필요한 노력 추정하기 스크럼 팀 역동적인 팀 팀의 크기 팀의 구성 팀의 책임과 권한 작업 환경 일일 스크럼 회의 회의실 만들기 닭과 돼지 회의 시작하기 일일 스크럼의 형식 장애 요소 식별하기 의사결정 후속 회의 개최하기 스프린트 계획 회의 스프린트 계획 회의의 개요 다음 스프린트의 목표 선정과 제품 백로그 확정 스프린트 목표에 맞게 스프린트 백로그 정의하기 스프린트 제품 증분은 혼돈의 산물이다 방해 금지, 난입 금지, 잡상인 금지 스프린트의 동작 메커니즘 비정상적인 스프린트 중단 스프린트 검토
4 스...크럼 적용하기 스크럼 실천하기 신규 프로젝트에서 스크럼 실천하기 진행 중인 프로젝트에서 스크럼 실천하기 엔지니어링 실천법 개선하기 협업을 통한 비즈니스 가치 구현 스크럼 관리의 예시 경험주의적인 관리 직접적인 관찰을 빈번하게 하라 백로그, 진척 상황 평가하기와 미래 예측하기 스프린트 관리하기 스프린트 성향 릴리스 관리하기 비용, 날짜, 품질, 기능 관리하기 트레이드오프의 기본 원리
5 왜 스크럼인가? 일상의 잡음 시스템 개발 프로젝트에서 일어나는 잡음 왜 기존의 시스템 개발 방법론은 통하지 않나? 왜 스크럼은 될까? 사례 연구
6 왜 스크럼은 통할까? 스크럼 이해하기 신제품 개발이라는 관점 리스크 관리와 예측의 관점 패러다임 전환적 관점 지식 생성의 관점 복잡계 과학의 관점 정의 특징 스크럼 조직, 프로세스, 규칙 인류학적 관점 시스템 역학적 관점 정신 분석적 관점 럭비의 메타포
7 스크럼 적용 고급편 여러 프로젝트가 연관되어 있는 곳에 스크럼 적용하기 첫 번째 애플리케이션 재사용성 초기 설정과 공용 자원 스크럼 팀 두 번째 애플리케이션 개발하기 더 많은 애플리케이션 개발하기 각 기법에 대한 복습 스크럼을 더 큰 프로젝트에 적용하기 동작하는 첫 프로토타입과 최초 개발팀 재사용성 초기 설정과 공용 자원 스크럼 팀 두 번째 개발팀을 통해 개발하기 더 많은 내부 개발팀을 통해 개발하기 여러 연관된 프로젝트에 대한 사례 연구: 연금 보험회사 변화의 서막 두 번째 애플리케이션 더 많은 애플리케이션들 큰 프로젝트에서의 사례 보고 : 아웃소싱 회사
8 스크럼과 조직 조직에 미치는 영향 장애물 예 1 변화를 이끌어내는 스크럼 마스터 장애물 예 2 장애물 예 3 계속 지켜보기 장애물 예 4 장애물 예 5 조직의 침해 장애물 예 6 스크럼과 사명
9 스크럼의 가치 자발적 헌신 집중 개방성 존중 용기
참고문헌 찾아보기
<<추천사>>
1.심우곤 LG전자 생산성연구원 선임연구원, http://www.wgshim.com
이 책은 Scrum을 체계화하는 데 지대한 공헌을 한 Ken Schwaber가 2001년에 저술한 첫 번째 책으로, 이 책의 출간 후 각각 2004년, 2007년에 이어 나온 『Agile Project Management with Scrum』과 『The Enterprise and Scrum』의 근간이 된다. 책이 너무 오래되었다고 생각할 수도 있겠지만 걱정은 하지 않아도 된다. 오히려 초기 Scrum의 고민거리와 아이디어가 어땠는지를 살펴보는 즐거움을 안겨줄 것이다. Scrum은 Agile의 원칙을 팀 커뮤니케이션과 프로젝트 관리에 적용한 결과물로 'Agile Manifesto'의 모든 기조를 철저하게 따르고 있다. 구성원들을 존중하고 협력하는 것은 "개인과 상호작용이 프로세스와 툴보다 우선함"을... 매 Sprint 완료 시 작동하는 소프트웨어를 시연하도록 하는 것은 "동작하는 소프트웨어가 포괄적인 문서화보다 우선함" 을... 제품 총괄책임자와의 긴밀한 커뮤니케이션을 통해 제품의 시장가치 높이도록 하는 것은 "고객과의 협력이 계약 협상보다 우선함"을...timebox를 두어 팀을 보호하지만, timebox 후에는 언제든지 변화를 수용할 수 있도록 한 것은 "변화 대응 계획 준수보다 우선함"을 반영한 것이다.
2. 황상철 실용주의 이야기, http://moai.tistory.com
"우리 산업이 명시적인 방법론들을 사용할 경우 통제력이 상실되거나 불완전한 제품 생산을 초래할 것이라는 사실을 이론화하였다." 지금까지 무거운 방법론을 주로 적용해 온 제 경험에 비추어 본다면 너무나 가슴에 와 닿는 책 속의 구절입니다. 스크럼을 처음 알게 된 건 2년 전입니다. 현장에서 여러 가지 문제를 해결하기 위해 찾은 것이 애자일 방법론이었는데, 특히 스크럼 방법론을 현장에 확산시키면서 항상 느끼는 부분은 이게 잘못된 선택이 아니라는 확신입니다.
3. 남기룡 마이에트 엔터테인먼트, http://mypage.sarang.net
재작년 프로젝트 관리에 허덕이고 있을 때 스크럼을 처음 접했습니다. 아니! 이런 것이 있었다니! 바로 스크럼을 도입했고 처음엔 적응하는 것이 쉽지 않았지만, 지금은 스크럼이 없었으면 어땠을까 하고 안도의 한숨을 쉬게 합니다. 스크럼의 가장 큰 장점은 빈번하고 빠르게 피드백을 받게 만들어 장애물을 신속히 제거하는 데 있다고 생각합니다. 일하면서 업무 외적인 방해나 커뮤니케이션의 장애 등이 없으면 얼마나 생산성이 올라갈까요? 여러분은 이 책으로 프로젝트를 보다 더 활기차고 발전적으로 이끌 수 있을 것입니다.
켄 슈와버 [저]
소프트웨어 개발의 실천 방법을 향상시키는 데 주력하고 있는 Advanced Development Methods 사의 대표다. 그는 일찍이 소프트웨어 개발자로 출발하여 PM을 거쳐 지금은 컨설턴트로 일하고 있다. 1990년 초부터 이미 제품 공정 관리에서 의미 있는 변화를 주도해 왔으며 또한 제프 서더랜드(Jeff Sutherland)와 함께 초기 스크럼 개발 프로세스의 틀을 만들었다.
마이크 비들 [저]
소프트웨어 개발 관련 일을 해오다가 고객의 소프트웨어 개발을 지원하는 기술 컨설팅 회사인 e-Architects 사를 세웠다. 지난 20여 년간 수천 개의 프로젝트를 지원해왔다. 특히 1995년부터는 스크럼을 이용하였을 뿐만 아니라 이 방법론을 추천하고 지도하는 데 힘을 쏟고 있다.
박일 [역]
연세대 컴퓨터과학과를 졸업했다. '박피디의 게임 아키텍트 블로그(http://parkpd.egloos.com)'를 운영하고 있으며, 2000년에 개발을 시작해 지금은 리니지2 서버팀에서 근무하는 중이다. 옮긴 책으로는[스크럼](2008), [xUnit 테스트 패턴](2010)이 있다.
김기웅 [역]
언제나 '보다 나은 방법들'을 모색하는 프로젝트 관리자. 현재 Ntreev Soft에서 Production Coordinator로서, ‘창조적인 사람들을 계속 창조적으로 만드는’ 다양한 활동을 전개하고 있다. 더불어, 최근 애자일에서 희망을 발견하고, There Must Be Better Ways(betterways.tistory.com)에 관련 글을 게재하고 있다. 관련된 질문은 언제나 환영한다.
신작알림SMS 신청
해당 작가의 신작이 출시되면, SMS알림을 신청하신 고객님께 SMS를 발송해드립니다.
신작알림SMS신청을 해제 하시려면 마이북쇼핑 > 내가받은도서SMS에서 신청취소해주세요.
배송예정일
인터파크 도서는 모든 상품에 대해 배송완료예정일을 웹사이트에 표시하고 있습니다.
인터파크도서 직배송 상품
당일배송보장상품
서울·수도권/천안 : 월~토요일 오전 11시까지 결제하면 주문당일출고/주문당일 배송완료보장
;)
16,200원 
1,620P적립 
9/10(금) 
~ 
