목차 일부
제1장 모든 비즈니스는 소프트웨어 비즈니스이다 ... 1
소프트웨어 관리원칙 ... 3
모든 비즈니스가 소프트웨어 비즈니스인 이유 ... 4
우리는 하드웨어 비즈니스를 합니다 ... 6
제품의 고유함을 유지하라 ... 8
일정보다 품질이 더 중요하다 ... 9
소프트웨어에서는 당연해 보였던 것도 그렇지 않을 수 있다 ... ...
더보기
목차 전체
제1장 모든 비즈니스는 소프트웨어 비즈니스이다 ... 1
소프트웨어 관리원칙 ... 3
모든 비즈니스가 소프트웨어 비즈니스인 이유 ... 4
우리는 하드웨어 비즈니스를 합니다 ... 6
제품의 고유함을 유지하라 ... 8
일정보다 품질이 더 중요하다 ... 9
소프트웨어에서는 당연해 보였던 것도 그렇지 않을 수 있다 ... 12
품질에 대한 약속 ... 13
요약과 결론 ... 15
참고문헌 ... 16
제2장 프로젝트는 왜 실패하는가 ... 17
거의 망가진 프로젝트는 완전히 망친 프로젝트다 ... 18
프로젝트 실패의 원인 ... 19
프로젝트 실패에서 경영진의 역할 ... 28
요약과 결론 ... 31
참고문헌 ... 32
제3장 합리적 경영 ... 33
현실을 적시하라 ... 34
사이클 타임의 단축 ... 34
당신이 지금 회사를 망치고 있다 ... 36
사실을 수집하라 ... 38
시험비행 기한을 맞춰라 ... 41
합리적 경영의 정수 ... 43
요약과 결론 ... 45
제4장 품질은 왜 중요한가 ... 47
저품질 소프트웨어는 생명을 위협할 수 있다 ... 48
품질 우선 작업으로 시간과 돈을 절약할 수 있다 ... 49
결함제거 전략 ... 52
품질 우선 작업으로 예측성 제고 ... 54
당신이 소프트웨어 품질을 관리하지 않는다면, 아무도 관여하지 않을 것이다 ... 54
요약과 결론 ... 56
참고문헌 ... 57
제5장 리더십 목표 ... 59
더 빠르게, 더 좋게, 더 싸게 ... 59
조직에서의 소프트웨어 작업 개선 ... 61
목표 설정하기 ... 62
단지 일정만을 단축하는 것이 아니라, 일을 빨리하라 ... 63
품질개선하기 ... 67
비용절감하기 ... 68
과업시간 개선하기 ... 71
책임 정의하기 ... 72
요약과 결론 ... 74
참고문헌 ... 75
제6장 업무수행 방식의 변경 ... 77
중요한 것은 '무엇을'이다, '어떻게'가 아니고 ... 78
원칙에 입각한 소프트웨어 실무 ... 80
다른 사람 설득하기 ... 82
PSP 교육과정 ... 83
전체 작업에 도입 ... 88
요약과 결론 ... 88
참고문헌 ... 89
제7장 동기부여된 팀 만들기 ... 91
EBS의 브로커넷 팀 ... 91
TSP의 개발 ... 93
동기부여된 팀을 어떻게 만드는가 ... 94
테러다인 팀 ... 95
최종 결과 ... 98
어떻게 팀에게 동기부여를 할 것인가? ... 99
자발적으로 참여하는 팀 만들기 ... 100
EBS결과 ... 102
신뢰할 수 있는 환경 ... 103
불가능한 날짜의 결말 ... 104
팀의 자발적인 참여 유지하기 ... 105
요약과 결론 ... 106
참고문헌 ... 107
제8장 팀웍의 효과 ... 109
예측성 향상 ... 109
사이클타임의 단축 ... 111
개발비용의 절감 ... 113
제품품질의 향상 ... 114
직원 이직률의 감소 ... 116
TSP 도입비용 ... 117
투자수익률(ROI) ... 118
할인율을 적용한 ROI ... 119
요약과 결론 ... 121
참고문헌 ... 121
제9장 다음 단계 ... 123
변화의 일곱 단계 ... 123
활동계획 ... 130
요약과 결론 ... 132
부록A : TSP 프로세스 ... 135
부록B : TSP 프로젝트의 출범 ... 143
부록C : 프로젝트 계획의 검토 ... 155
부록D : 분기별 프로젝트 검토 ... 181
부록E : 표준단계 검토 ... 201
부록F : ROI(투자수익률) ... 225
색인 ... 241
더보기 닫기