엔터프라이즈급 애자일 방법론

1부 소프트웨어 애자일 방법론

01장 애자일 방법론 소개
소프트웨어 경쟁에서 앞서 나아가기
소프트웨어 개발방법론 발전
애자일 방법론으로 들어가기
엔터프라이즈급 애자일
애자일 방법론을 바라보는 시선
애자일 선언문
애자일 도입 경향
비즈니스에서 애자일 소프트웨어의 장점
생산성 향상
품질 향상
팀의 사기와 업무 만족도 향상
제품 출시 앞당기기
익스트림 프로그래밍, 스크럼, RUP
익스트림 프로그래밍
스크럼
RUP
정리

02장 폭포수 모델이 적합하지 않은 이유
폭포수 모델의 문제점
폭포수 모델에 기반한 가정
가정1: 요구사항을 잘 이해하고, 제대로 정의하려면 시간을 투자해야만 한다
가정2: 변경사항은 많지 않을 것이고 수용 가능할 것이다
가정3: 시스템 통합은 순조로울 것이다
가정4: 일정에 맞게 완료할 수 있다
결론
애자일 방법론을 통한 제대로 된 작업의 시작

03장 XP의 핵심 요소
XP란?
XP의 논쟁거리
XP의 무엇이 그토록 익스트림한 요소일까?
XP의 기본 원리
XP의 가치와 원칙, 활동
XP의 5가지 핵심 가치
기본 원리
XP의 12가지 주요 활동
짝 프로그래밍에 대한 메모
XP 프로세스 모델
방법론의 적용성
더 읽을거리

04장 스크럼의 핵심 요소
스크럼의 정의
스크럼에서의 역할
스크럼의 철학적 뿌리
스크럼의 가치와 원리, 활동
스크럼의 핵심 활동
스크럼의 기본 원리: 경험적 프로세스 제어
스크럼의 프로세스 모델
스크럼과 조직의 변화
스크럼 방법론의 응용
더 읽을거리

05장 RUP의 핵심 요소
RUP란?
RUP의 주요 특성
RUP의 뿌리
RUP의 원리와 실제
반복: RUP의 기본 개념
아키텍처 기반과 유스케이스 중심
RUP의 프로세스 모델
시간 축
분야 축
RUP 반복의 종류
애자일 RUP 변형판
오픈 유니파이드 프로세스(`OpenUP)
애자일 유니파이드 프로세스
방법론의 적용성
더 읽을거리

06장 린 소프트웨어, DSDM, FDD
린 소프트웨어 개발
린 소프트웨어 개발의 더 읽을거리
동적 시스템 개발방법론
배경
기본 원리
DSDM의 핵심 활동
DSDM 상세 정보
기능 주도 개발
FDD의 베스트 프랙티스

07장 애자일의 핵심 요소
애자일로 무엇을 바꾸려고 하는가?
성공의 새로운 척도
관리 문화의 차이
요구사항, 아키텍처, 설계에 대한 접근법의 차이
수정된 코드와 구현 활동
테스트와 품질보증 활동에 대한 변화
계획과 스케줄 작성의 새로운 방법
가장 큰 변화: 개발 범위 대 일정 - 일정의 승리
애자일의 심장: 짧은 타임박스 내에서 동작하는 코드 만들기1. 타임박스 내에서 일하기
2. 작은 덩어리로 개발하기
정리

08장 애자일 확장에의 도전
애자일 방법론이 직면하는 장벽
소규모 팀
고객의 밀접한 참여
한 공간에서 일하기
서서히 드러나는 아키텍처
요구사항 분석과 문서화된 명세의 부족
업무 문화와 물리적 업무 환경
엔터프라이즈의 장애물
프로세스와 프로젝트 관리 조직
형식화된 기존 정책과 절차
기업 문화
고정된 일정과 고정된 기능의 강요
개발팀과 사용자/고객 대변팀과의 마찰
제품 라인2이 아닌 분야별로 조직된 구성원
여기저기 흩어진 조직
정리

2부 애자일을 확장 적용하는 7가지 팀단위 애자일 활동

09장 정의/빌드/테스트 컴포넌트팀
정의/빌드/테스트 컴포넌트팀의 의미?
단순한 스토리의 생명주기
기능 사일로의 제거
애자일 컴포넌트팀의 역할과 책임
자체적으로 조직, 관리되는 정의/빌드/테스트팀
적합한 인재를 보유하고 있는 팀(버스)
관리하지 않고 이끌어가면 되는 팀
미션을 이해하고 있는 팀
끊임없이 대화하고 협업하는 팀
자신의 결과에 책임을 지는 팀
지리적으로 떨어진 팀

10장 두 단계 계획과 추적
일반화된 애자일 프레임워크
반복이란?
반복의 구조
릴리스란?
릴리스의 해부
릴리스 계획하기
요구사항을 릴리스에 분배하기
전반적인 릴리스 계획
정리: 두 단계 계획

11장 반복 숙달하기
애자일의 심장, 반복
2주? 반복의 표준 주기?
반복의 계획과 실행
반복 작업 계획하기
반복 계획 회의 준비
참가자
반복 계획 회의
결과: 반복 계획
반복 계획 지침
분산된 팀의 반복 계획
반복 수행
책임 수반
개발
스토리 출하
스토리 완료 선언
반복 수용
반복의 추적과 조정
일일 스탠드업 미팅을 통한 추적
일일 스탠드업 미팅 지침
반복의 진행 상태 추적
번다운 차트로 추적하기
반복 리듬 달력

12장 짧고 빈번한 주기의 릴리스
짧은 릴리스 주기의 장점
릴리스의 정의와 스케줄
일정 주도형 릴리스
가장 단순한 모델: 고정된 주기의 릴리스 일정
기능 셋 추정
릴리스 계획
참여자
준비하기
릴리스 계획 프로세스
결과: 릴리스 계획
릴리스 계획에 대한 추가 지침
릴리스 추적
릴리스 현황 리뷰 준비
릴리스 현황 리뷰 미팅
결과물/문서화
릴리스 로드맵
미리 살펴보는 애자일 확대 적용: 대규모 조직에서의 릴리스 계획과 추적
대규모 조직에 적용 가능한 애자일 만들기
복수 팀에 대한 릴리스 계획
릴리스 추적

13장 동시 테스트
애자일 테스트 개요
시작부터 테스트 가능한 시스템 만들기
애자일 테스트 원칙
단위 테스트
반복 안에서의 단위 테스트
단위 테스트와 테스트 주도 개발
인수 테스트
자동화된 인수 테스트 예제: FIT 접근 방식
컴포넌트 테스트
시스템 테스트와 성능 테스트2
정리: 애자일 테스트 전략에 대한 요약
반복과 릴리스 테스트 패턴

14장 지속적인 통합
지속적인 통합이란?
불연속적 통합: 마이크로코즘에서의 문제점
지속적인 통합
지속적인 통합으로 향하는 3단계
소스코드 통합
자동화된 빌드 관리
자동화된 빌드 검증 테스트
지속적인 통합의 성공이란?

15장 정기적인 반성과 적응
반복 회고
반복 회고의 형식
정량적 분석
정성적 분석
해야 할 일
릴리스 회고
정량적 분석
정성적 분석
릴리스 회고를 통해 조직 장애물 드러내기

3부 엔터프라이즈 환경에 맞는 애자일 방법론

16장 계획된 아키텍처
소프트웨어 아키텍처란?
애자일과 아키텍처
익스트림 프로그래밍: 아키텍처는 서서히 드러난다
스크럼
기능 주도 개발방법론
RUP: 아키텍처 중심
리팩토링과 시스템 규모
무엇을 만드는가?
엔터프라이즈급 시스템에 대한 애자일 아키텍처 접근
컴포넌트 기반 시스템: 아키텍처를 따르는 조직
아키텍처 런웨이 만들기
변경되기 쉽고 임시적인 아키텍처의 특성
아키텍처 런웨이 확장
제품 백로그를 활용한 리팩토링
아키텍처 런웨이의 확장: 반복과의 동기화
아키텍처 런웨이 확장: 린, 풀 기반 접근 방식

17장 린 요구공학: 비전, 로드맵, 적시 정교화
개요: 요구사항 피라미드
이해관계자의 요구
솔루션 기능
소프트웨어 요구사항
기존 요구사항 접근법
애자일의 요구사항은 어떤 점이 다른가?
XP에서의 요구사항
스크럼, 제품 책임자, 제품 백로그
RUP에서의 요구사항
대규모 시스템에 대한 애자일 요구사항 접근법: 비전, 로드맵, 적시 정교화
1. 비전
2. 로드맵
3. 적시 정교화
사용자 스토리로 정교화
유스케이스로 정교화
인수 테스트 케이스로 정교화
정리

18장 대규모 시스템과 애자일 릴리스 기차
애자일 컴포넌트 릴리스 일정
애자일 기차에서 얻을 수 있는 교훈
애자일 릴리스 기차의 원칙
애자일 릴리스 기차
기차는 동기화돼야 한다
비전, 주제, 유스케이스에 의해 동작하는 기차
기차가 궤도를 이탈하지 않고 일정을 준수하도록 유지하기
진행 측정과 속도
시스템 수준 패턴 관찰하기
상호 의존성 관리하기
릴리스 기차 회고

19장 분산 개발의 관리
애자일 확장 시 모든 개발은 분산 개발이다
[사례 연구 1] 핑 아이덴티티 사: 흩어져 있는 정의/빌드/테스트 컴포넌트팀
핑 아이덴티티 사의 배경
교훈
[사례 연구 2] BMC 소프트웨어 : 분산도가 높은 대규모 엔터프라이즈에서의 애자일
배경 지식
IMD에서의 애자일 전환
결과
파일럿에서 프로그램으로: 엔터프라이즈급 애자일 도입
교훈: 큰 조직 간에 걸친 애자일 활동 확장
다음 단계: 애자일 성공 첫해, 그 후
의사소통의 강화
직접 교류 지원
의사소통 도구
엔터프라이즈 애자일을 위한 도구
소스코드 관리
네트워크 인프라
초기 반복에서 인프라의 구현
정리

20장 고객과 조직에 미치는 영향
애자일 도입을 통해 영업과 마케팅에 돌아가는 이익
제품 마케팅/제품 관리에 대한 효과
짧고 빈번한 주기의 릴리스
짧고 빈번한 주기의 릴리스에 대한 도전
애자일 릴리스 프로세스 최적화하기
릴리스 선택사항 1: 애자일 무시하기
릴리스 선택사항 2: 애자일 따라가기
릴리스 선택사항 3: 외부 릴리스로부터 개발 릴리스를 분리해 최적화하기
영업과 마케팅 관리자가 제기하는 애자일에 관한 오해

21장 조직 변화
개요
왜 애자일은 조직적인 변화가 있어야 하는가?
1. 경험적 프로세스 채택과 계획 기반 프로세스 채택 비교
2. 스크럼 정신: 장애물을 제거하고, 팀은 맡은 바 임무를 다할 것이다
ba: 스크럼의 핵심
3. 방임: 덜 예측 가능하지만 더 좋은 결과물
스크럼과 애자일 준비하기
소프트웨어 프로세스와 조직 모두 '스크럼 짜기'
경영진은 조직 변화를 위한 스크럼 마스터
주의사항: 변화는 많은 노력을 필요로 한다
소프트웨어 생산성에 대한 장애 요소 제거하기
경영진을 위한 애자일 모델
애자일 적용의 지원
어떤 것을 권고할지 연습하기: 경영진 활동으로서의 애자일
대규모 조직에서 스크럼/애자일 수행
개괄, 평가, 파일럿 준비
파일럿 프로젝트
조직 내 확장
효과 달성
측정, 평가, 조정
확장, 성공
정리

22장 비즈니스 성과 측정
애자일 평가: 주요 차이점
팀 성과 측정
애자일 프로젝트 측정 지표
애자일 프로세스 측정 지표
결과 분석
'프로세스 정책' 측정 지표와 팀 자체 평가
조직 생산성 확대: 균형성과기록표 접근 방법
효율성
품질
가치 조달
애질리티
확장 단계에서의 애자일 측정 지표
1단계: BSC 항목 수치화
2단계: 알파벳 점수로 변환
3단계: 제품 라인, 비즈니스 부서, 대기업에 대한 결산

결론: 애자일 확대 적용
참고문헌
베타리더 한마디