MS Project

■ 의사소통 관리 의사소통 관리 의사소통 관리는 PMBOK 6판의 의사소통관리 지식영역에서 다룹니다. ineeju.notion.site

■ 에스컬레이션(Escalation) 리스크를 프로젝트 상위 수준으로 넘기는 것입니다. 프로젝트에서 리스크를 상위 수준인 프로그램이나 포트폴리오 수준의 리스크 전문 부서로 넘겨 처리할 수 있도록 하는 것이 에스컬레이션입니다. 에스컬레이션 이후 해당 리스크는 프로젝트 팀이 모니터링을 하지 않지만, 관리 차원에서 리스크 관리대장에 기록할 수는 있습니다. 해당 리스크 담당은 이관된 조직 내 담당자로 변경됩니다. 리스크가 프로젝트 범위를 벗어나거나 제안된 대응 계획이 프로젝트 관리자의 권한을 넘어서는 경우에 적용 가능하며, 프로젝트 관리자나 프로젝트 팀에서 관리할 대상도 관리할 수 있는 범위가 아닐 경우에 에스컬레이션 전략을 취합니다. 리스크 에스컬레이션은 사전에 프로젝트 관리자가 경영진과 함께 에스컬레이션이 ..

몬테카를로 시뮬레이션의 상세 내용이 아닌 결과 예제입니다. 프로젝트 원가 산정치가 37(O), 50(M·L), 65(P)일 경우 몬테카를로 시뮬레이션을 Tool을 이용해 돌려보면, 59 정도의 원가가 시그마 2 (95%)의 신뢰도를 나타냅니다. 우리 프로젝트의 원가 예측치가 50이였다면, 우리 프로젝트는 원가 50으로 완료할 확률은 50%라고 보고할 수 있고 59 정도의 원가에 우발사태 예비비 10%, 관리 예비비 10% 추가해야 95% 정도의 확률이 나온다 라고 보고할 수 있습니다. 참고로, 몬테카를로 시뮬레이션은 최소 10,000번을 돌려야(10,000개 sampling)하는데, 간편 예제라서 1,000번(1,000개 sampling)만 돌린 결과 값입니다.

PMBOK 6th 기준으로 브레인스토밍(Brainstorming) 기법을 사용하는 프로세스들입니다. ITO 즉 입력, 도구 및 기법, 산출 관계를 학습할 때 보통 암기보다는 이해를 하라는 말씀을 많이 들으시는데요. 각 프로세스에서 어떤 입력물을 브레인스토밍을 해서 (물론 다른 기법도 추가합니다) 산출물이 나오는지의 상관 관계를 먼저 살펴보시면 "이해" 라는 것을 하시기 쉬어집니다. 아래는 11.2.2.2 리스크 식별 프로세스의 도구 및 기법(데이터 수집) 중 브레인스토밍이 입력물과 산출물 사이에서 어떤 관계를 보여주는지 생각해 볼 수 있도록 한 다이어그램입니다. 나머지 프로세스들은 여러분들이 노트해 보시면 더 빨리 숙지할 수 있으실겁니다.

프로젝트 문서를 변경(업데이트 포함)하려면 변경 요청 절차를 밟아 승인된 이 후에 변경을 해야 하는가? 우선 변경이 주어가 될 때를 보시면, 어떤 인도물(또는 통제받고 있는 프로젝트관리 계획서, 보조관리 계획서, 기준선 등)의 변경 요청이 승인되고 변경을 할 경우 영향을 받는 모든 프로젝트 문서는 업데이트를 해야합니다. 참고로 여기서 업데이트라는 것은, 변경이 되는 부분을 삭제하고 변경된 부분을 새로 쓰는 것은 아닙니다. 예를 들어, A를 B로 업데이트해야한다면, A를 지우고 B를 기재하는게 아니고, A는 그대로 두고 A 옆에 주석이나 기타 표시로 B로 변경되었다는 것을 기록한 후에 변경된 최신 버전을 다시 생성해서 첨부합니다. 일종의 버전관리나 history 관리로 보시면 됩니다. 이제 프로젝트 문서가..

변경 요청이 어떤 프로세스를 거쳐 최종 결과물로 진행 되는지에 대한 흐름입니다. Input → Process → Output/Input 개념으로 변경요청(서)가 순차적으로 진행되어 최종 제품, 서비스 및 결과의 이전까지의 흐름입니다.

※ 프로젝트 전체 예산 구성요소 도식화