[목 차]
옮긴이 머리말 x
베타리더 후기 xii
시작하며 xiv
CHAPTER 00 서론: 프로젝트 매니지먼트 스킬의 전체 개요 1
프로젝트 매니저가 직면하고 있는 과제 2
스킬 부족의 프로젝트 매니저 4
필요한 것은 스킬의 전체 개요도 6
스킬을 스스로 체크해보자 8
COLUMN 프로젝트와 프로젝트 매니저의 부적합한 매칭 11
CHAPTER 01 프로젝트란 무엇인가? 13
프로젝트의 특징을 이해하자 14
프로젝트의 성공이란 무엇인가? 15
프로젝트의 본질적 특성이란? 17
프로젝트의 어려움이란? 21
프로젝트 고유의 어려움을 매니지먼트하기 27
프로젝트 리스크에 맞서기 30
프로젝트 매니지먼트의 역할 31
프로젝트 매니지먼트와 프로젝트 관리의 차이점 33
Q&A 신규 사업의 계획 변경과 내부 조정이 잘 이루어지지 않을 경우 34
COLUMN 프로젝트 매니지먼트와 제품 매니지먼트의 차이점 35
CHAPTER 02 협상 37
협상은 왜 필요한가? 38
협상은 왜 어려운가? 40
프로페셔널한 자세가 요구된다 43
리더십에 대한 사고방식 44
협상할 때 주의해야 할 점 45
Q&A 주위에 휘둘려서 협상이 잘 되지 않는 경우 52
COLUMN ‘친밀감’과 ‘신뢰 관계’의 차이를 이해하자 55
CHAPTER 03 작업 매니지먼트 59
작업 매니지먼트는 작업 관리가 아니다 60
작업 배치는 ‘직무형 사고’를 가진 사람이 바람직하다 62
작업 배치 변경 시의 주의점 65
작업 수행 능력 파악하기 66
절차 1. 작업 도출하기 68
절차 2. 작업을 수행할 우선순위 정하기 71
절차 3. 작업을 의뢰한다 76
절차 4. 정기적으로 회고 시간을 갖기 83
Q&A 항상 특정인으로 인해 작업이 지연되는 경우 85
CHAPTER 04 프로젝트 계획 87
프로젝트 계획의 수립 방법 88
1. 의견 청취 89
2. 프로젝트 조직 체계 및 팀 빌딩 92
3. 업무 배정 95
4. 목적 98
5. QCD(품질, 비용, 납기) 99
6. 회의 체계 및 의사결정 플로 101
7. 계약 형태 107
8. 마일스톤 108
9. 정보 공유 방법 109
Q&A 발주자의 희망과 수주자의 의견이 다를 경우 110
CHAPTER 05 견적 113
견적은 언제 내느냐에 따라 정확도가 달라진다 114
개략적 견적과 상세 견적의 사용 구분 116
올바른 견적 작성 절차 119
Q&A 견적과 실제는 크게 차이가 나기 쉽다 126
CHAPTER 06 계약 127
계약은 프로젝트를 보호한다 128
계약에는 두 종류가 있다 129
도급 계약의 체크 포인트 131
위탁 계약의 체크 포인트 135
도급 계약 · 위탁 계약에 공통된 체크 포인트 137
Q&A 발주자가 위탁 계약을 승인하지 않는 경우 142
CHAPTER 07 요구사항 정의 143
프로젝트가 실패하는 원인의 약 50%가 요구사항 정의 144
절차 1. ‘요구’와 ‘요구사항’을 구분한다 145
절차 2. 결정해야 할 사항을 일정의 관점에서 파악한다 146
절차 3. 업무 요구사항(Why)을 확정한다 148
절차 4. 실현하고자 하는 것(What)의 축과 개요를 그린다 154
절차 5. 합의된 사항을 문서화한다 157
절차 6. 법률 등 사회 규칙을 고려한다 161
절차 7. 요구사항 변경 및 추가 요구사항을 처리한다 162
Q&A 요구사항 제출 및 의사결정에 시간이 걸려 일정이 지연되는 경우 164
COLUMN 요구사항 정의에서는 ‘발산’과 ‘수렴’을 의식하자 165
CHAPTER 08 디자인 167
디자인은 프로세스로 정리한다 168
절차 1. 페르소나 디자인하기 170
절차 2. 시각적 아이덴티티 결정하기 174
절차 3. 제품 전체 이미지 디자인하기 177
절차 4. ‘디자인을 키운다’는 생각을 갖기 180
Q&A 의사결정권자가 디자인에 이래라 저래라 간섭하여 좀처럼 방향성이 결정되지 않을 경우 182
CHAPTER 09 설계 183
요구사항의 실현 방법을 결정하기 184
절차 1. 기술 스택 선택하기 185
절차 2. 개발 ‘방법’을 정립하기 188
절차 3. 설계서에 요구되는 정밀도를 확인하기 192
절차 4. 설계서 작성하기 193
절차 5. 설계서 리뷰하기 195
설계는 매우 어려운 프로세스 199
Q&A 설계에 어느 정도의 공수를 투입하면 좋을지 모를 경우 203
CHAPTER 10 테스트 203
테스트는 공수 및 일정 단축이 용이하다 204
테스트를 소홀히 할 때 발생하는 세 가지 리스크 205
절차 1. ‘테스트란 무엇인가’에 대한 인식 공유 208
절차 2. 각 테스트의 정의를 확인하기 214
절차 3. 테스트 계획하기 221
절차 4. 테스트 매니지먼트하기 223
Q&A 발주자가 테스트 공수를 줄여버리는 경우가 많다 227
CHAPTER 11 출시 229
출시는 사전 준비가 핵심 230
절차 1. 사전에 일정과 조직 체계를 조정한다 231
절차 2. 출시 계획 수립하기 233
절차 3. 리허설을 실시하기 236
절차 4. 관련 부서 및 기관에 설명하기 237
Q&A 출시에서 큰 실패를 겪어 다시는 그런 실수를 반복하고 싶지 않은 경우 238
CHAPTER 12 유지보수/개선 239
제품은 ‘만들면 끝’이 아니다 240
손익분기점의 중요성 242
프로젝트의 고정비 243
프로젝트의 변동비 249
매출에 대한 생각 250
신규 사업을 성공시키기 위한 사고방식 251
깔때기 모델 만들기 252
사업에 가치를 더하는 프로젝트 매니저가 되기 254
Q&A 프로젝트 매니저로서 비즈니스 성장까지는 파악하지 못한 경우 255
마치며 256
찾아보기 259
[본 문]
프로젝트 매니지먼트는 무엇일까? 한마디로 말하자면, 공 줍기다. 코치가 연습 중인 선 수들의 주변에서 공을 주워 모아 서포트하는 것처럼, 프로젝트 매니지먼트는 프로젝트 구성원들이 편하게 일할 수 있도록 미리미리 장애나 리스크를 제거하고 문제를 최소화하기 위해 꾸준히 노력하는 세심한 작업의 연속이다. _xiv쪽
프로젝트의 ‘관리’만을 주안점으로 삼게 되면, ‘회의에서 진행상황을 확인하는 것’이나 ‘멤버에게 업무를 부여하는 것’, ‘엑셀로 예산과 가동시간을 조정하는 것’이 되어 목적 달성에 필요한 판단과 전체 그림 파악, 사전 조정이라는 중요한 업무가 빠지게 된다. _33쪽
사내 분위기가 활기차고 화기애애한데도 불구하고 “왜 우리 회사에서는 우수한 인재들이 떠나고 있지?”라고 고민하는 경영자나 관리자들이 많은데, 이는 조직 내 친밀감과 익숙함이 팽배해 적절한 신뢰 관계가 형성되지 않았기 때문일 수 있다. 뛰어난 사람일수록 친밀감과 익숙함의 부정적인 영향을 더 잘 알아차리고, 자신의 능력을 더 잘 발휘할 수 있는 새로운 환경을 찾으려고 노력한다. _55쪽
작업 매니지먼트 시 간트 차트의 단점을 해결하기 위해서는 크리티컬 패스(critical path) 법을 사용하는 것이 이상적이다. ‘크리티컬 패스’란, 프로젝트 진행 과정에서 일정에 영향을 미치는 작업 경로를 말한다. 크리티컬 패스법에서는 작업의 전후 관계가 명확해져 ‘어떤 작업을 우선적으로 처리하지 않으면 프로젝트가 진행되지 않는가’를 공유하면서 작업 매니지먼트를 할 수 있다. _74쪽
스크럼 개발은 우선 동작하는 것을 만들고 이에 대한 피드백이나 추가 검토를 통해 사용 편의성이나 기능 등의 품질을 높여 나가는 방법이다. 스크럼 개발을 진행하는 동안에도 요구사항이나 사양이 변경되기 때문에 일정한 지속적인 투자를 전제로 하고 있다. 일정이나 예산에 융통성이 없고, 철저하게 통제해야 하는 경우에는 요구사항 정의와 설계에서 해야 할 일을 확정하고 개발로 전환하는 워터폴 개발이 적합할 것이다. _106쪽
이 책을 읽고 어떤 느낌을 받으셨나요?
리뷰를 남기고 다른 독자들과 함께 공유해보세요.
안내 열기구매(배송/수령완료) 후 리뷰를 작성하시면 적립금 300원을 드려요!