중요 체인 프로젝트 관리

Critical chain project management
"Critical Chain"이 리디렉션됨.소설은 비판적 체인(노벨)을 참조한다.

CCPM(Critical Chain Project Management)은 프로젝트 업무 수행에 필요한 자원(인력, 장비, 물리적 공간)을 강조하는 프로젝트를 기획하고 관리하는 방식이다.그것은 엘리야후 M. 골드라트에 의해 개발되었다.이는 중요한 경로에서 파생되는 기존의 더 많은 방법들과 작업 순서와 엄격한 스케줄링을 강조하는 PERT 알고리즘과는 다르다.중요한 연쇄 프로젝트 네트워크는 자원의 균형을 유지하기 위해 노력하며, 시작 시간에 유연해야 한다.

오리진스

임계 체인 프로젝트 관리는 제약 이론에서 도출된 방법과 알고리즘에 기초한다.CCPM의 아이디어는 1997년 엘리아후 M. 골드라트의 저서 《Critical Chain》에서 소개되었다.CCPM의 적용은 1910년대부터 1950년대까지 개발된 전통적인 방법(즉, CPM, PERT, Gantt 등)보다 10%~50% 더 빠르고/또는 더 저렴한 프로젝트를 달성한 것으로 인정받고 있다.[1]

1998년 기준 스탠디시 그룹 등의 전통적인 프로젝트 관리 방법에 대한 연구에 따르면, 일반적으로 제시간에 끝나는 프로젝트는 44%에 불과하다.프로젝트는 일반적으로 원래 계획한 기간의 222%로 완료되고, 원래 예산 소요 비용의 189%, 프로젝트의 70%가 계획 범위에 미달하며(기술 콘텐츠 제공), 완료 전에 30%가 취소된다.[2]CCPM은 이러한 전통적인 통계에 비해 성능을 향상시키기 위해 노력한다.

세부 사항

전통적인 프로젝트 관리 방식으로는 일반적으로 시간과 자원의 30%가 잘못된 멀티태스킹(특히 업무 전환), 학생증후군, 파킨슨 법, 인박스 지연, 우선순위 부여 부족 등 낭비적인 기법에 의해 소비된다.[3]

프로젝트 계획에서 중요한 사슬은 한정된 자원이 주어진 짧은 시간 내에 프로젝트가 완료되는 것을 막는 우선 과제와 자원 의존 과제 모두의 순서다.만약 자원이 항상 무제한으로 이용 가능하다면, 프로젝트의 중요한 사슬은 그것의 중요한 경로 방법과 동일하다.

임계 체인은 임계 경로 분석의 대안이다.임계 체인과 임계 경로를 구분하는 주요 기능은 다음과 같다.

  1. (암묵적인) 리소스 종속성 사용.암묵적 의미는 이들이 프로젝트 네트워크에 포함되지 않고, 자원 요건을 검토하여 파악해야 함을 의미한다.
  2. 최적의 솔루션을 찾지 못하면 다음과 같은 이유로 "충분히 좋은" 솔루션으로 충분하다.
    1. 알려진 한 절대 최적(즉, 전체적으로 최단 임계 사슬을 갖는 것)을 찾기 위한 분석 방법은 없다.
    2. 추정치에 내재된 불확실성은 최적 솔루션과 근최적 솔루션 사이의 차이("충분히 좋은" 솔루션)보다 훨씬 크다.
  3. 버퍼 식별 및 삽입:
    • 프로젝트 버퍼
    • 공급 버퍼
    • 리소스 버퍼(일반적으로 기업은 더 많은 리소스를 제공하기를 꺼림)
  4. 개별 작업 수행이 아닌 버퍼의 소비율을 모니터링하여 스케줄링에 따라 프로젝트 진행률 및 상태 모니터링

CCPM 계획은 프로젝트 내 작업에 추가된 많은 양의 안전 시간을 버퍼에 통합하여, 적절한 날짜의 성능을 보호하고 나쁜 멀티태스킹, 학생 증후군, 파킨슨 법, 제대로 동기화되지 않은 통합을 통해 이 안전 시간을 낭비하지 않도록 한다.

중요 체인 프로젝트 관리는 프로젝트 성과를 평가하기 위해 획득 가치 관리 대신 버퍼 관리를 사용한다.일부 프로젝트 관리자는 획득한 가치 관리 기법이 프로젝트 제약 조건(즉, 임계 사슬)의 진행과 비장애(즉, 다른 경로의 진행)의 진행을 구분하지 않기 때문에 오해를 불러일으킬 수 있다고 생각한다. 이벤트 체인 방법론은 프로젝트, 공급 및 자원 버퍼의 크기를 결정할 수 있다.

계획

프로젝트 계획이나 업무 분석 구조(WBS)는 중요한 경로와 거의 동일한 방식으로 생성된다.계획은 완료일로부터 역방향으로 진행되며 각 작업은 최대한 늦게 시작한다.

각 작업에 기간이 할당된다.일부 소프트웨어 구현에는 두 번째 지속시간이 추가된다. 하나는 "최상의 추측" 또는 50%의 확률 지속시간이고, 두 번째 "안전한" 지속시간은 완료 확률이 더 높아야 한다(조직이 수용할 수 있는 위험의 양에 따라 90% 또는 95%).다른 소프트웨어 구현은 모든 태스크의 기간 추정을 거치고 버퍼를 통합할 고정 비율을 제거한다.

각 태스크에 리소스를 할당하고, 공격적인 기간을 사용하여 계획을 리소스 레벨링한다.프로젝트의 시작부터 끝까지 이어지는 가장 긴 순서의 자원 레벨 작업은 그 다음 임계 체인으로 파악된다.50% 추정치를 사용하는 명분은 절반의 과제가 일찍 끝나고 절반은 늦게 끝나므로 프로젝트 진행에 따른 편차가 0이어야 한다는 것이다.[citation needed]

CCPM은 파킨슨 법, 학생 증후군, 기타 이유로 인해 업무 시간이 적게 소요될 가능성이 높다는 점을 인식하고 '버퍼(buffer)'를 활용해 사업 일정과 재무 성과를 모니터링한다.임계 체인에 있는 각 작업의 "추가" 지속시간, 즉 "안전한" 지속시간과 50% 지속시간의 차이점은 프로젝트가 끝날 때 버퍼에 모아진다.같은 방법으로, 임계 체인으로 공급되는 각 작업 순서의 마지막에 버퍼들이 모인다.프로젝트 버퍼 종료일자는 외부 이해관계자에게 납품일로 부여된다.마지막으로, 프로젝트의 재무 모니터링이 가능한 기준선이 설정된다.

대체 지속시간 추정 방법론은 몬테카를로 시뮬레이션을 사용한 지속시간의 확률 기반 계량화를 사용한다.1999년에 한 연구원이[who?] 시뮬레이션을 적용하여 프로젝트 작업 분석 구조의 각 구성요소와 관련된 리스크가 프로젝트 기간, 비용 및 성능에 미치는 영향을 평가하였다.몬테카를로 시뮬레이션을 사용하여 프로젝트 관리자는 프로젝트 구성요소에 영향을 미치는 다양한 위험 요소에 대해 서로 다른 확률을 적용할 수 있다.발생 확률은 0%에서 100%까지 다양할 수 있다.위험의 영향은 발생 확률과 함께 시뮬레이션 모델에 입력된다.몬테카를로 시뮬레이션의 반복 횟수는 오차의 공차 수준에 따라 달라지며 프로젝트 결과에 대한 위험 영향의 전체적인 확률을 나타내는 밀도 그래프를 제공한다.

실행

계획이 완료되고 프로젝트가 시작될 준비가 되면 프로젝트 네트워크가 고정되고 버퍼의 크기가 "잠금"(즉, 프로젝트 기간 동안 계획된 기간이 변경되지 않을 수 있음)되는 것은 프로젝트 일정 및 재무 성과를 모니터링하는 데 사용되기 때문이다.

개별 업무 수행에 있어 느슨한 점이 없는 상태에서, 자원이 당면한 업무에 집중하여 업무를 완료하고 다음 사람 또는 그룹에게 인계하도록 권장한다.여기서 목표는 나쁜 멀티태스킹을 제거하는 것이다.이것은 모든 자원에 우선순위 정보를 제공함으로써 이루어진다.그 문헌은 릴레이 경주와 유사하다.프로젝트의 각 요소는 가능한 한 빨리 움직이도록 권장된다. 즉, 그들이 프로젝트의 "다리"를 실행할 때, 방해와 다중 작업을 최소화하면서 할당된 작업을 가능한 한 빨리 완료하는 데 집중해야 한다.일부 사례 연구에서는 다른 사람들이 방해하지 않도록 중요한 연쇄 작업을 할 때 실제 배턴을 책상 옆에 걸어두는 경우도 있다고 한다.여기서 목표는 일이 지체되는 경향을 극복하거나 시간이 있을 것 같을 때 추가 작업을 하는 것이다.CCPM 문헌은 이를 작업 시작일과 완료일을 모니터링하는 "전통적인" 프로젝트 관리와 대조한다.CCPM은 사람들이 날짜에 상관없이 가능한 한 빨리 움직이도록 장려한다.

과제 지속기간은 50% 확률로 계획돼 있어 학생증후군, 파킨슨 법칙을 극복하고 중요한 연쇄 과업을 최대한 빨리 끝내야 한다는 자원에 대한 부담이 있다.

모니터링

지지자들에 따르면, 모니터링은 어떤 면에서는 임계 체인 방식의 가장 큰 장점이라고 한다.개별 작업은 50% 추정치에서 기간이 다르기 때문에 모든 작업을 "온타임"으로 완료하도록 강제하는 것은 의미가 없다.대신 우리는 계획 단계에서 만들어진 버퍼들을 감시한다.해열도나 이와 유사한 그래프를 만들어 게시하면 프로젝트 완료 함수로서의 버퍼 소비를 알 수 있다.완충소비율이 낮으면 사업이 목표다.사업 종료 시 완충재가 거의 없거나 없을 가능성이 있을 정도로 소비율이 높다면, 손실을 만회하기 위한 시정조치나 복구계획을 수립해야 한다.버퍼 소비율이 일부 임계값을 초과할 경우(대략: 프로젝트 종료 전에 모든 버퍼가 소비되어 결과적으로 늦게 완료될 것으로 예상될 수 있는 속도) 이러한 대체 계획을 구현할 필요가 있다.

역사

임계 순서는 원래 1960년대에 확인되었다.[citation needed]

참고 항목

참조

  1. ^ "Critical Chain Project Management Improves Project Performance". www.pmi.org. Retrieved 2017-01-27.
  2. ^ "The Standish Group Report Chaos" (PDF). www.projectsmart.co.uk. Retrieved 2017-07-20.
  3. ^ Harvey Maylor, 프로젝트 관리

Tzvi Raz, Robert Barnes 및 Dovir, Project Management Journal, 2003년 12월.

추가 읽기

외부 링크