7 The planning phase - Expectations, Assumptions and Risks

E: Expectations
A: Assumptions
R: Risks

40 Planning expectations management

프로젝트에는 많은 사람이 참여하고 기대치가 전반적으로 같지 않다면 프로젝트가 기대에 부응하지 못해 참여한 사람 중 일부는 실망할 겁니다, 기대란 우리가 미래에 일어날 일을 위해 머릿속으로 그려내는 심리적 이미지입니다, 해석의 여지가 많아지면 우리는 상상력을 주관적인 관점과 욕망으로 채울 수 있게 됩니다. 그렇기 때문에 프로젝트 매니저는 처음부터 프로젝트에 대한 명확한 생각을 가져야 합니다 모든 이해 관계자들을 같은 페이지에 두는 게 중요합니다. 이제 모든 사람이 같은 페이지에 있도록 하는 과정은 워크숍의 범위를 정하거나 이해 관계자들을 만날 때 이루어집니다
ex: 프로젝트의 최종 결과물이 조직에 어떤 도움이 될 거라고 생각하십니까? 아니면 결과를 훨씬 향상시킬 뭔가가 더 있다고 생각하십니까? 아니면 프로젝트 문서에 묘사된 범위와 다른 많은 것에 동의하십니까?
프로젝트 매니저는 모든 이해관계자들을 최신 상태로 유지해야 할 뿐만 아니라 어떤 변화가 일어나도 프로젝트 전체에 대한 지속적인 의사소통을 유지해야합니다 모두를 루프에 지속적으로 두려는 전체적인 생각은 이해 당사자들의 상상력이 미쳐 날기회를 제거하는 겁니다

41 How to control assumptions

가설이란 어떤 것이 사실로 믿겨질 때인데 확실한 증거가 없을 때입니다 프로젝트 매니저가 갖고 있는 데이터가 더 많을수록 그들의 가설은 더 안전해질 것입니다
1. Uncertainties
2. Needed Buffers
3. Risks

42 Planning Risk management

적절한 위험 관리만이 프로젝트를 효율적으로 만들 뿐 아니라 프로젝트가 완전히 실패하는 걸 막을 수 있다는 걸 보여주죠
1. 계획 단계에서 위험 요소를 파악하는 거죠(간단하지 않음)
2. 위험성이 확인되면 분석하기
그 행사가 열리면 얼마나 심각해지겠어요?
실제로 그런 일이 일어날 확률은 얼마나 되죠?
즉, 결과의 심각성과 발생 확률이죠
단순하게 높거나 중간, 낮을 수도 있지만 예상 지연이나 재정적 손실로 구체적으로 해석할 수 있어요

43 Building a Risk log

위험을 줄이거나 제거하기 위해 사전에 무언가를 변경해야 함

전자는 감형이라고 하고 후자는 비상 대책(Contingency Planning)라고 합니다

경감
첫째, 위험을 제거하는 것입니다
둘째, 위험 요소를 제거할 수 없거나 추가 비용이 들지 않는다면 위험도를 낮추는 것을 목표로 할수 있습니다

비상 대책
위험을 완전히 제거하지 않은 이상 차선책은 언제나 좋은 생각입니다
리스크 로그를 지속적으로 업데이트되어야 하는 살아있는 문서로 보시기 바랍니다 위험은 언제든 고개를 들고 사전에 확인한 위험은 진화할 수 있습니다