소프트웨어 프로젝트 생존 전략

1부 생존을 위한 사고방식
1장 살아남기 위한 방법
2장 소프트웨어 프로젝트 생존테스트
3장 생존의 개념
4장 생존의 기술
5장 성공적인 프로젝트란?

2부 생존 준비
6장 움직이는 표적 맞추기 - 변경통제(change control)에 대해
7장 사전 계획
8장 요구사항 개발
9장 품질 보증
10장 아키텍처
11장 최종준비

3부 단계에 의한 성공
12장 단계 계획 수립의 시작
13장 상세설계
14장 구축
15장 시스템 테스트
16장 소프트웨어 릴리스
17장 단계 마감

4부 임무 완료
18장 프로젝트 이력(history)
19장 서바이벌 안내서

앞으로 여러분은 경험이 많은 소프트웨어 개발자로부터 소프트웨어 프로젝트의 '상류(upstream)'과 '하류(downstream)'에 대해 자주 듣게 될 것이다. '상류'라는 단어는 요구사항 분석, 아키텍처 같은 프로젝트 전반 부분을 가리키고, '하류'는 구축과 시스템 테스트와 같은 프로젝트 후반 부분을 가리키는 것이다.

나는 '상류'와 '하류'의 구별이 소프트웨어 프로젝트를 생각하는데 있어서 본질적으로 아주 유용한 방법임을 깨달았다. 개발자들이 초기에 작업한것은 후반에 다시 필요하게 된다. 초기 작업이 훌륭하게 된 경우 후반 작업도 건실하며 프로젝트 성공에도 기여한다. 그러나 초기 작업이 빈약하게 수행된 경우 후반 작업 때 프로젝트를 망가뜨릴 수 있다. 최악의 경우, 프로젝트를 완성시키는 것 자체도 어렵게 된다. -58p 중에서