PART 3 BEST PRACTICES OVERVIEW

[jongfeel]

우수 개발법 개괄

• Chapter 17 Change Board
• Chapter 18 Daily Build and Smoke Test
• Chapter 19 Designing for Change
• Chapter 20 Evolutionary Delivery
• Chapter 21 Evolutionary Prototyping
• Chapter 22 Goal Setting
• Chapter 23 Inspections
• Chapter 24 Joint Application Development (JAD)
• Chapter 25 Lifecycle Model Selection
• Chapter 26 Measurement
• Chapter 27 Miniature Milestones
• Chapter 28 Outsourcing
• Chapter 29 Principled Negotiation
• Chapter 30 Productivity Environments
• Chapter 31 Rapid-Development Languages (RDLs)
• Chapter 32 Requirements Scrubbing
• Chapter 33 Reuse
• Chapter 34 Signing Up
• Chapter 35 Spiral Lifecycle Model
• Chapter 36 Staged Delivery
• Chapter 37 Theory-W Management
• Chapter 38 Throwaway Prototyping
• Chapter 39 Timebox Development
• Chapter 40 Tools Group
• Chapter 41 Top-10 Risks List
• Chapter 42 User-Interface Prototyping
• Chapter 43 Voluntary Overtime

우수 개발법 장 구성

각 장 별로 다음과 같이 구성한다.

• 우수 개발법 효능
• 주요 위험
• 주요 상호작용과 상충요인

효능의 항목은 다음과 같다.

• 명목 일정에서 잠재적인 절감 요인
• 작업 가시화 향상
• 일정 위험에 미치는 영향
• 도임 초기 성공 가능성
• 장기적인 성공 가능성

위 첫 세 항목은 쾌속 개발 달성하기에서 논의한 세 가지 일정 향상이다.

우수 개발법 후보 요약

우수 개발법을 설명하는 장에서 기술하는 각 개발법은 다음의 장점이 있다.

• 개발 일정 단축
• 작업 진척 상황을 좀더 가시적으로 만들어 일정 단축
• 휘발성 일정을 감소시켜 프로젝트 폭주 가능성 감소

우수 개발법 자격을 갖춘 후보여도 여러 가지 이유로 제외했다.

기본 개발법일 경우

많은 후보는 기본 개발법 범주에 포함된다.
4장 소프트웨어 개발 기본에서 관례를 소개하고 있다.

우수 개발 철학이지만 우수 개발법이 아닌 경우

몇몇 우수 개발법 후보는 실전적이라기보다는 이론적이거나 철학적인 성향이 짙다.

우수 개발법일 수는 있지만 개발 속력에는 영향을 못미칠 경우

실제 개발 일정이나 인식을 통한 개발 일정 단축이나 휘발성 일정을 향상시키는 테스트를 통과하지 못할 수 있다.

개발법 효능을 입증할 단서가 충분하지 않을 경우

아직 해당 개발법에 대한 경험이 부족한 바람에 충분한 실험이나 사례 보고서를 발표하지 못한 경우

개인적으로 해당 개발법이 정말 우수 개발법이라고 확신하는 경험을 했다면 사례 발표 지원이 부족하더라도 우수 개발법에 포함시켰다.

개발법과 관련한 효능에 대해 증거가 빈약한 경우

이권이 결러 있는 회사나 집단에서만 나왔을 경우

우수 개발법이 아닌 경우

RAD와 같은 경우는 특정 조립식 개발법 조합이므로 우수 개발법으로 보긴 어렵다.

우수 개발법 평가 요약

Table III-2. Summary of Best-Practice Evaluations

Best-Practice Name	Potential Reduction From Nominal Schedule	Improvement in Progress Visibility	Effect on Schedule Risk	Chance of First-Time Success	Chance of Long-Term Success
Change Board	Fair	Fair	Decreased	Very Good	Excellent
Daily Build and Smoke Test	Good	Good	Decreased	Very Good	Excellent
Designing for Change	Fair	None	Decreased	Good	Excellent
Evolutionary Delivery	Good	Excellent	Decreased	Very Good	Excellent
Evolutionary Prototyping	Excellent	Excellent	Increased	Very Good	Excellent
Goal Setting (goal of shortest schedule)	Very Good	None	Increased	Good	Very Good
Goal Setting (goal of least risk)	None	Good	Decreased	Good	Very Good
Goal Setting (goal of maximum visibility)	None	Excellent	Decreased	Good	Very Good
Inspections	Very Good	Fair	Decreased	Good	Excellent
Joint Application Development (JAD)	Good	Fair	Decreased	Good	Excellent
Lifecycle Model Selection	Fair	Fair	Decreased	Very Good	Excellent
Measurement	Very Good	Good	Decreased	Good	Excellent
Miniature Milestones	Fair	Very Good	Decreased	Good	Excellent
Outsourcing	Excellent	None	Increased	Good	Very Good
Principled Negotiation	None	Very Good	Decreased	Very Good	Excellent
Productivity Environments	Good	None	No Effect	Good	Very Good
Rapid-Development Languages (RDLs)	Good	None	Increased	Good	Very Good
Requirements Scrubbing	Very Good	None	Decreased	Very Good	Excellent
Reuse	Excellent	None	Decreased	Poor	Very Good
Signing Up	Very Good	None	Increased	Fair	Good
Spiral Lifecycle Model	Fair	Very Good	Decreased	Good	Excellent
Staged Delivery	None	Good	Decreased	Very Good	Excellent
Theory-W Management	None	Very Good	Decreased	Excellent	Excellent
Throwaway Prototyping	Fair	None	Decreased	Excellent	Excellent
Timebox Development	Excellent	None	Decreased	Good	Excellent
Tools Group	Good	None	Decreased	Good	Very Good
Top-10 Risks List	None	Very Good	Decreased	Excellent	Excellent
User-Interface Prototyping	Good	Fair	Decreased	Excellent	Excellent
Voluntary Overtime	Good	None	Increased	Fair	Very Good