1장 전통적 프로젝트 경영에서 벗어나기
__1.1 업무 범위, 일정, 비용은 반드시 지켜야 하는가?
__1.2 프로젝트 일정 및 예산에 대한 진실
__1.3 업무 범위 내 요구사항은 모두 구현해야 하는가?
__1.4 상습적인 야근이 프로젝트의 성과를 높일 수 있는가?
__1.5 협력업체는 파트너인가, 소모품인가?
__1.6 비즈니스 환경은 어떻게 변화하는가?
__1.7 전통적 프로젝트 수행 방식에는 어떤 한계가 있는가?
2장 애자일 주요 원리 : 자기 조직화, 린, 몰입
__2.1 애자일 소프트웨어 개발 선언문의 이해
__2.2 애자일 소프트웨어의 개발 원칙 열두 가지
__2.3 프로젝트는 복잡적응계다
__2.4 스스로 일하는 개발팀 : 자기 조직화된 팀
__2.5 테일러리즘 vs. 린
__2.6 린의 주요 원리
__2.7 소프트웨어 개발의 낭비 요소 일곱 가지
__2.8 몰입
__2.9 애자일 프로젝트 관리의 목표
__2.10 전통적·애자일 프로젝트 관리의 비교
3장 애자일 프로젝트 계획
__3.1 기존 개발 방법론은 어떻게 활용해야 하는가?
__3.2 애자일은 개발 생명주기와 어떻게 다른가?
____폭포수 개발
____점진적 개발
____진화적 개발
____스테이지 게이트 개발
____애자일 개발
__3.3 요구사항 이해관계자 식별
__3.4 요구사항 도출 : 린 스타트업과 디자인 씽킹의 활용
____린 스타트업의 활용
____디자인 씽킹의 활용
__3.5 요구사항 정의와 제품 백로그
__3.6 사용자 스토리, 기술 스토리, 완료 조건
____사용자 스토리
____기술 스토리
__3.7 제품 백로그 작성 지침
__3.8 제품 백로그 vs. 작업 분류 체계(WBS
__3.9 개발 규모 추정과 스토리 점수
____스토리 점수의 일관성 유지
__3.10 애자일 추정 기법과 플래닝 포커
____유사 추정
____전문가 추정
__3.11
어떻게 하면 팀이 자발적으로 움직이게 만들 것인가?
애자일은 가치와 철학이다
특정 방법론, 특정 프로세스, 특정 도구를 사용해야 애자일이라 생각하지만, 애자일은 가치와 철학을 말한다. 따라서 조직 구성원이 원하는 도구와 프로세스를 연결해서 사용할 수 있다. 스크럼을 이용하지만, 스크럼을 100% 적용하지 않아도 되고 필요한 부분만 적용할 수도 있다. 전통적인 프로젝트 관리에도 필요한 도구와 프로세스를 연결해서 사용하면 된다. 애자일은 정형화된 프로세스, 도구, 방법론보다는 제대로 동작하는 소프트웨어, 소통의 중요성, 고객과의 협력, 변화에 대응하는 것을 중시하는 가치와 철학이다.
애자일은 도입이 아니라 변화다
프로젝트 처음부터 애자일로 시작해야 하는 것이 아니다. 이미 진행하는 프로젝트에도 도입할 수 있다. 애자일은 아주 작은 것부터 시작할 수 있다. 작은 변화를 도입하고 구성원에게 동기를 부여하는 것이 중요하다. 애자일은 가치와 철학이다. 구성원이 가치와 철학을 몸에 익히는 데는 시간이 필요하다. 그래서 애자일은 도입이 아니라 변화다. 이것이 오늘도 우리는 애자일을 시도해야 하는 이유다.
애자일을 적용하는 현실적인 방법을 제시한다
개발 방법론에서 말하는 프로세스는 프로세스일 뿐이다. 이미 조직에 뿌리 내린 전통적인 개발 프로세스와 조율하는 방법을 소개한다. 방법론은 맞다, 틀리다의 범위가 아니다. 상호보완하면서 적용할 수 있는 부분이 많으며 실제로 이를 어떻게 활용하느냐가 중요하다. 이 책에서는 전통적인 프로젝트 관리와 애자일의 균형점을 제시한다.
