린 소프트웨어 개발

추천사 짐 하이스미스
추천사 켄 슈와버
서문
서론

1 장 낭비를 제거하라
린사고(Lean thinking)의 기원
도구 1: 낭비 찾아내기(Seeing waste)
미완성 작업
가외 프로세스
가외 기능
직무 전환
대기
이동
결함
관리 활동
도구 2: 가치 흐름도 작성(Value stream mapping)
자신의 가치 흐름도를 작성하라
애자일 가치 흐름도
상황 연습

2 장 배움을 증폭하라
소프트웨어 개발의 본질
품질에 대한 관점
품질에 대한 서비스적 관점
소프트웨어 개발에서의 품질
가변성
설계 주기
처음부터 제대로 해야 하는가?
학습 주기
도구 3: 피드백(Feedback)
소프트웨어 개발 피드백 루프
도구 4: 반복(Iteration)
반복 계획
팀의 책임
수렴
협상 가능한 범위
도구 5: 동기화(Synchronization)
동기화와 안정화
스패닝 애플리케이션
매트릭스
도구 6: 집합 기반 개발방법(Set-based development)
집합 기반 개발과 점 기반 개발의 비교
집합 기반의 소프트웨어 개발
다수의 옵션을 개발하라
제약조건을 협의하라
솔루션을 나타나게 하라
상황 연습

3장 가능한 늦게 결정하라
동시 개발
동시 소프트웨어 개발
비용 상승
도구 7: 대안 고려(Options thinking)
결정 미루기
옵션
1988년경 마이크로소프트의 전략
소프트웨어 개발에서 옵션의 고려
도구 8: 책임이 따르는 마지막 순간(The last responsible moment)
도구 9: 의사결정(Making decisions)
깊이 우선 대 너비 우선 문제 해결
직관에 의한 의사결정
미 해병대
단순한 규칙
소프트웨어 개발을 위한 단순한 규칙
상황 연습

4장 최대한 빨리 납품하라
왜 빨리 납품해야 하는가?
도구 10: 당김 시스템 (Pull system)
생산 일정
소프트웨어 개발 일정계획
소프트웨어 당김 시스템
정보 방열기(Information radiators)
도구 11: 대기행렬 이론(Queuing theory)
순환 주기 줄이기
일정한 도착률(Steady rate of arrival )
일정한 서비스율
여유
대기행렬은 어떻게 작동하는가?

도구 12: 지연 비용(Cost of delay)
제품 모델
애플리케이션 모델
트레이드오프 결정
상황 연습

5장 팀에 권한을 위임하라
과학적 관리법을 뛰어넘어
CMM
CMMI
도구 13: 자기결정권(Self-determination)
NUMMI 미스터리
관리 개선 프로세스
도구 14: 동기 부여(Motivation)
3M의 마술
목적
견고한 동기부여 생성하기
소속.
안전
역량
발전
길고 긴 하루와 야근의 연속
도구 15: 리더십(Leadership)
리더십
존경받는 리더
개발 명인
모호한 프론트엔드
개발 명인은 어디에서 나오는가?
프로젝트 관리
도구 16: 전문 지식(Expertise)
뉴코(Nucor)
제록스(Xerox)
전문 지식 커뮤니티
표준
상황 연습

6장.통합성을 구축하라.
통합성
인식 통합성
개념 통합성
통합성의 열쇠
도구 17. 인식 통합성(Perceived integrity)
모델 주도식 설계
인식 통합성 유지하기
도구 18: 개념 통합성(Conceptual integrity)
소프트웨어 아키텍처 기초
점차 드러나는 통합성
도구 19. 리팩터링(Refactoring)
아키텍처를 튼튼하게 유지하기
개념 통합성 유지하기
리팩터링은 결국 재 작업 아닌가?
도구 20. 테스트(Testing)
커뮤니케이션
피드백
작업발판(Scaffolding)
유지보수
상황 연습

7 장 전체를 보라
시스템적 사고
도구 21: 측정(Measurements)
국부적 최적화
　　　　우리는 왜 부분 적화하는가?
맹신(Superstition)
습관
성과 측정
정보 측정
도구 22: 계약(Contracts)
회사 사이에 믿음이 존재하는가?
그러나 소프트웨어는 다르다
계약의 목적
고정 가격 계약
시간 자재 계약
단계적 계약
목표 비용 계약
목표 일정 계약
이익 공유 계약
주요 쟁점: 선택적 범위
상황 연습

8 장 사용설명서와 제품보증서

주의-지시대로만 사용하시오
영향력의 범위
대기업
중소기업
특별한 작업 환경
문제 해결 지침
제품보증서

반복적 소프트웨어 개발 프로세스는 고객의 기능 변경 요청을 각 반복의 시작 시점에만 접수하여 위의 자동 온도 조절 장치와 같은 효과를 얻는다. 해당 반복 기간 동안에는 각 반복 주기의 초기에 약속된 기능을 구현하는 데만 모든 노력을 집중한다. 반복 주기가 2주에서 4주 정도로 짧다면 피드백 루프 또한 상당히 짧다.-본문 74p 중에서

팀에게 경제 모델을 제시하고 구성원들이 비즈니스에서 무엇이 중요한지 파악할 수 있도록 권한을 부여하자. 모든 사람에게 참고할 수 있는 같은 틀을 주었기 때문에 그들은 동일한 가정을 바탕으로 작업을 진행할 수 있다. 결국, 이제 구성원들이 경제적 성공이 무엇을 의미하는지 알기 때문에 그 팀은 경제적 성공에 가까워질 확률이 더 높아진다.-본문 142p 중에서

이 책에 나오는 22가지의 도구는 애자일 소프트웨어 개발에서 프로젝트 리더십의 역할을 정의하는 데 도움을 줄 것이다. 프로젝트 리더가 처음 해야 할 일은 쓸데없는 부분을 알아차리고 현재 개발 프로세스의 가치 흐름도를 그린 다음 가장 심각한 병목 부분을 공략하는 것이다.

프로젝트 리더는 반복 주기별 계획회의와 일일상황 점검회의를 주관하고, 정보 방열기를 제공하고, 팀이 약속을 지키기 위해 필요한 자원을 얻을 수 있도록 한다. 여러 팀 간의 조화를 굳건히 하여 균형을 잡는다. 개발 환경에 소스 관리나 테스트 자동화와 같은 표준화된 도구를 사용하고 리팩터링과 통합 인수테스트를 확실히 하게 만든다.-본문 181p 중에서