MS Project

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

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

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

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

기존 EVM에서 확장된 ES(Earned Schedule)라는 녀석이 있습니다. EVM은 말 그대로 획득 가치 관점에서 일정과 비용의 현재 상태와 예측을 제공합니다. ES는 획득 일정 관점에서 현재 일정, 계획 일정 그리고 획득 일정(계획보다 얼마나 늦었는지 등)을 확인할 수 있는 개념입니다. ES 및 ES와 관련된 세부적인 공식 등은 차후에 다루며, 우선은 개념 이해를 위한 글입니다. (230401 추가) MS Project에서도 SPI(t) 개념으로 일정 평가를 할 수 있습니다. (아래 노션) 프로젝트 일정 평가 프로젝트 일정 평가 ineeju.notion.site 2022년 10월 - 노션으로 이동하려 합니다. 노션 이동 사유는 데이터 센터 화재 이후 블로그의 몇 몇 글들은 수정할 경우 에러 발생으..

미국의 경영컨설팅업체 맥킨지는 문제 해결을 위해서는 분할 즉, 큰 문제를 우선 작은 문제로 나누어 해결하라고 제안했습니다. 그리고 이 사고 방법을 MECE라고 하며, 많은 컨설팅을 수행했습니다. 그런데 맥킨지가 이 방법론을 무에서 유를 창조한 것처럼 자기들이 그 원칙을 개발한 것은 아닙니다. "나는 생각한다 고로 존재한다"라는 명언을 남긴 철학자 데카르트의 저서 『방법서설(1637년)』에서 논리적 분석을 처음 언급했고 이 논리적 분석은 분해와 합성에 기초합니다. 이 원리는 프로젝트 물론 경영학의 다양한 분야(마케팅, 기획, 인사 등)에서 분해와 합성을 문제 해결 방법으로 꾸준히 사용하고 있습니다. 데카르트의 이 기계론적 자연관은 부작용이 나타났고 칸트가 이 부분에 대한 반론을 제시하고 블라블라.. 철학을..

- draft(초안) -

– Trade off (상충관계) ■ 프로젝트 3대 기준선 (범위, 일정, 원가) 의 상충관계(Trade Off) ■ 범위, 일정, 원가(비용) = The Triple Constraint (트리플 제약사항, 3대 제약사항)