프로젝트 관리의 진화

프로젝트 관리의 역사|산드로 아조파르디|읽기 시간 분

여왕의 그림자가 진화의 개념을 나타내는 화이트 폰

프로젝트 관리의 중요성은 한 번에 작거나 큰 모든 조직이 새로운 사업을 구현하는 데 관여하기 때문에 중요한 주제입니다. 이러한 선진적 같은 새로운 제품이나 서비스의 개발,다양 할 수있다;제조 기업의 새로운 생산 라인의 설립; 홍보 활동 승진 캠페인;또는 중요한 건물 프로그램. 1980 년대는 품질에 관한 것이었고 1990 년대는 모두 세계화에 관한 것이었지만 2000 년대는 속도에 관한 것입니다. 즉,경쟁사보다 앞서 나가기 위해 조직은 복잡한 제품,서비스 및 프로세스의 개발에 지속적으로 직면 해 있으며,매우 짧은 시장 출시 기간과 교차 기능 전문 지식의 필요성이 결합되어 있습니다. 이 시나리오에서 프로젝트 관리는 사용을 이해하고 적용 할 수있는 역량을 갖춘 조직의 손에 매우 중요하고 강력한 도구가됩니다.

정보 관리 시스템의 적용과 동시에 조직에서 프로젝트 관리 기능을 개발하면 기업 팀이 팀 중심의 작업,일정 및 자원 할당을 동기화하여 계획을 정의하고 테이크 투 마켓 프로젝트를 관리하는 데 파트너십을 맺을 수 있습니다. 이를 통해 교차 기능 팀은 프로젝트 정보를 만들고 공유 할 수 있습니다. 그러나,이 충분하지 않습니다,정보 관리 시스템은 프로젝트 관리 관행이 실시간 환경에서 일어날 수 있도록 할 수있는 잠재력을 가지고있다. 이러한 잠재적 프로젝트 관리 능력의 결과로,로컬,국가 또는 전 세계적으로 분산 된 사용자는 동시에 프로젝트 일정,스레드 토론 및 기타 관련 문서를 포함하여 즉시 동일한 업데이트 된 프로젝트 정보를 확인하고 상호 작용할 수 있습니다. 이 시나리오에서 분산 사용자라는 용어는 더 넓은 의미를 갖습니다. 여기에는 교차 기능 관리 팀뿐만 아니라 조직의 공급망에서 가져온 전문가 및 비즈니스 파트너도 포함됩니다.

거시적 수준에서 조직은 프로젝트 관리 기법을 구현하여 사업(소규모 또는 대규모)이 비용 예산 내에서 규정 된 품질로 제 시간에 전달되도록 동기를 부여합니다. 마이크로 수준에서,적절한 정보 관리 시스템과 결합 된 프로젝트 관리의 목표를 가지고:(가)프로젝트 오버 헤드 비용을 절감;(나)프로젝트 팀과 각각의 팀 구성원의 운영 스타일에 맞게 프로젝트 직장을 사용자 정의; (다)전략적 프로젝트의 경영진 지층을 실시간으로 사전에 알리는 것;(라)프로젝트 팀 구성원이 정확하고 의미 있고 시기 적절한 프로젝트 문서를 공유하도록 보장하는 것;그리고(마)중요한 작업 기한이 충족되도록 보장하는 것. 조직에서 프로젝트 관리를 적용하는 동기 부여와 목표는 칭찬 할 만하지만 프로젝트 성공을 보장하지는 않습니다.

그러나 프로젝트 성공의 의미와 성취를 논의하기 전에 이 단계에서 프로젝트 관리의 간략한 역사를 제공하는 것이 적절하다.

프로젝트 관리의 간략한 역사

프로젝트 관리는 이집트 시대로 거슬러 올라가는 수천 년 동안 실행되어 왔지만 1950 년대 중반에 조직은 복잡한 프로젝트에 공식적인 프로젝트 관리 도구와 기술을 적용하기 시작했습니다. 현대 프로젝트 관리 방법 계획 및 제어 미국에서 프로젝트의 두 개의 병렬 하지만 다른 문제에 그들의 기원을 했다. 첫 번째 사건은 당시 폴라리스 미사일 프로젝트 계약의 통제와 관련된 미 해군과 관련이있었습니다. 이러한 계약은 연구,개발 작업 및 이전에 수행 된 적이없는 고유 한 부품 제조로 구성되었습니다.

이 특정 프로젝트는 비용이나 시간을 정확하게 추정 할 수 없기 때문에 높은 불확실성이 특징이었습니다. 따라서 완료 시간은 확률을 기반으로했습니다. 시간 추정치는 낙관적이고 비관적이며 가능성이 가장 높은 것을 기반으로했습니다. 이 세 가지 시간 시나리오는 가능한 완료 날짜를 결정하기 위해 수학적으로 평가되었습니다. 이 절차를 프로그램 평가 검토 기술(퍼트)이라고합니다. 처음에는 건방진 기술은 고려 비용을 고려하지 않았다. 그러나 비용 기능은 나중에 시간과 동일한 추정 방식을 사용하여 포함되었습니다. 세 가지 추정 시나리오로 인해 퍼트는 고유성 수준을 반영하는 높은 수준의 불확실성을 가진 프로젝트에 가장 적합한 것으로 나타났습니다(여전히 그렇습니다). 두 번째 사례는 민간 부문,즉 해군 폴라리스 프로젝트와 달리 미국의 주요 화학 공장을 건설하기 위해 착수 한 네무르 회사 인 이이 뒤 폴라리스 회사와 관련이 있으며,이러한 건설 사업에는 정확한 시간과 비용 견적이 필요했습니다. 이 회사가 개발 한 방법론은 원래 프로젝트 계획 및 스케줄링(조달청)이라고 불 렸습니다. 조달 청 비용 및 시간의 현실적인 견적을 요구 하 고 따라서 건방진 보다 더 확실 한 접근. 조달청 기술은 나중에 건설 업계에 매우 인기가 중요한 경로 방법(씨피엠)로 개발되었다.

1960 년대와 1970 년대에 퍼트와 씨피엠은 모두 민간 및 공공 부문에서 인기를 높였다. 다양한 국가,미항공 우주국 및 큰 기술설계 및 건축 회사의 방위 부는 큰 예산,계획 몬 프로젝트를 처리하기 위하여 세계전반 프로젝트 관리 원리 및 공구를 적용했습니다. 이 기간 동안 이러한 프로젝트 관리 도구를 사용하는 인기는 프로젝트 관리를 전문으로하는 컴퓨터 및 관련 패키지의 개발과 일치했습니다. 그러나 처음에는 이러한 컴퓨터 패키지는 매우 비용이 많이 들고 메인 프레임 또는 미니 컴퓨터에서만 실행되었습니다. 1980 년대 프로젝트 관리 기술의 사용은 개인용 컴퓨터 및 관련 저비용 프로젝트 관리 소프트웨어의 출현으로 촉진되었습니다. 따라서이 기간 동안 제조 및 소프트웨어 개발 부문은 정교한 프로젝트 관리 관행을 채택하고 구현하기 시작했습니다. 1990 년대까지 프로젝트 관리 이론,도구 및 기술은 다양한 산업 및 조직에서 널리 받아 들여졌습니다.

현대 프로젝트 관리의 개발에 네 기간

1958 년 이전:인간 관계에 대한 공예 시스템. 이 기간 동안 자동차 및 통신과 같은 기술의 발전으로 프로젝트 일정이 단축되었습니다. 예를 들어,자동차는 효과적인 자원 할당과 이동성을 허용했지만 통신 시스템은 통신 속도를 높였습니다. 또한,나중에 작업 분류 구조 개발의 기초가 된 작업 사양이 널리 사용되었고 헨리 간트 간트 차트를 발명했습니다. 문서화 된 증거에 의해 지원되는이 기간 동안 수행 된 프로젝트의 예는 다음과 같습니다:(가)1850 년대에 태평양 철도 건설; 1931 년부터 1936 년까지 약 5,200 명의 노동자를 고용했으며 여전히 미국에서 가장 높은 중력 댐 중 하나 인 후버 댐 건설 연간 약 40 억 킬로와트 시간을 발생시키는 것;그리고(다)1942-1945 년 맨해튼 프로젝트는 125,000 명의 노동자를 포함하고 거의 20 억 달러의 비용이 소요되는 원자 폭탄 생산을위한 선구자 연구 개발 프로젝트였습니다.

1958-1979:경영 과학의 응용. 1958 년과 1979 년 사이에 중요한 기술 발전이 이루어졌으며,1959 년 제록스의 첫 번째 자동 일반 용지 복사기가 사용되었습니다. 1956 년과 1958 년 사이에 다음과 같은 몇 가지 핵심 프로젝트 관리 도구가 도입되었습니다. 그러나이 기간은 컴퓨터 기술의 급속한 발전이 특징이었습니다. 1970 년대 메인프레임에서 미니컴퓨터로의 발전으로 인해 컴퓨터는 중간 규모의 기업들에게 저렴해졌다. 1975 년 빌 게이츠와 폴 알렌은 마이크로 소프트를 설립했다. 또한 컴퓨터 기술의 진화는 아르테미스(1977),오라클(1977)및 사이터 코퍼레이션(1979)을 포함한 여러 프로젝트 관리 소프트웨어 회사의 출현을 촉진했습니다. 1970 년대에는 재료 요구 사항 계획과 같은 다른 프로젝트 관리 도구도 도입되었습니다.

이 기간 동안 수행되고 오늘날 우리가 알고 있는 모뎀 프로젝트 관리의 발전에 영향을 준 프로젝트의 예는 다음과 같다. 이 프로젝트는 1961 년 최초의 폴라리스 미사일을 성공적으로 발사했다.; 1958 년에 시작된 화학 공장 프로젝트는 미국 전역의 주요 화학 생산 공장을 건설하는 것을 목표로했습니다.

1980-1994:생산 센터 인적 자원. 1980 년대와 1990 년대는 개인용 컴퓨터 및 관련 컴퓨터 통신 네트워킹 시설의 도입으로 정보 관리 부문의 혁신적인 개발이 특징입니다. 이 개발로 인해 복잡한 프로젝트 일정을 관리하고 제어하는 데 높은 효율성을 가진 저비용 멀티 태스킹 컴퓨터가 탄생했습니다. 이 기간 동안 저비용 프로젝트 관리 소프트웨어가 널리 보급되어 프로젝트 관리 기술에 더 쉽게 액세스 할 수있게되었습니다.

이 기간 동안 수행된 첨단 기술의 적용을 설명하는 주요 프로젝트 및 프로젝트 관리 도구 및 관행의 예는 다음과 같다. 이 프로젝트는 두 개의 정부,여러 금융 기관,엔지니어링 건설 회사 및 양국의 다양한 조직이 참여한 국제 프로젝트였습니다. 언어,표준 메트릭의 사용,및 기타 의사 소통의 차이는 밀접하게 조정 될 필요가 있었다;(비)우주 왕복선 챌린저 프로젝트,1983 에 1986. 챌린저 우주 왕복선의 재난은 위험 관리,그룹 역학 및 품질 관리에 관심을 집중 시켰습니다.

1995-현재:새로운 환경 만들기. 이 기간은 1990 년대 중반에 극적으로 비즈니스 관행을 변경 인터넷과 관련된 개발에 의해 지배된다. 인터넷은 사람들이 제품 및 서비스를 온라인으로 즉시 찾아보고 구매하고 추적 할 수있는 빠르고 대화 형이며 맞춤형 새 매체를 제공했습니다. 이로 인해 기업은 더 생산적이고 효율적이며 더 많은 고객을 지향하게 되었습니다. 또한 오늘날의 많은 프로젝트 관리 소프트웨어에는 인터넷 연결 기능이 있습니다. 이 데이터를 자동으로 업로드 할 수 있도록 표준 브라우저와 전세계 누구나 할 수 있습니다:(에이)입력 할당 된 작업의 가장 최근의 상태;(나)전체 프로젝트가 어떻게하고 있는지 알아보십시오; (기음)일정의 지연 또는 진보 통보;과(라)자신의 프로젝트 역할에 대한”루프에서”유지,원격 사이트에서 독립적으로 작업하는 동안.

이 기간 동안 수행 된 주요 프로젝트의 예는 2000 년 프로젝트입니다. 2000 년 1 월 1 일 오전 12 시에 컴퓨터가 제대로 작동하지 않을 수 있는 문제를 언급했습니다. 이것은 세계적인 현상이었고 조직의 공급망의 붕괴가 조직의 운영 능력에 영향을 미칠 수 있기 때문에 조직의 문제를 해결하는 것이 면책을 보장하지 않았기 때문에 매우 문제가있었습니다. 많은 조직들이 프로젝트 사무소를 설립하여 이해관계자들을 통제하고 준수하고 있습니다. 또한,인터넷의 사용은 가상 프로젝트 사무실의 설립을 주도 일반적인 관행이었다. 이 가상 프로젝트 사무실의 목표는 다음과 같습니다.; (다)조정을 제공;(라)위험 관리 계획을 수립;과(마)다양한 이해 관계자와 준수 노력을 통신. 따라서 가상 프로젝트 사무실은 모든 프로젝트 작업의 중심이었으며 수많은 조직에 대한 위험 관리 관행의 인식과 중요성을 높였습니다.

왜 프로젝트 관리인가?

오늘날 조직은 과거보다 더 공격적인 경쟁에 직면하고 있으며 그들이 운영하는 비즈니스 환경은 매우 격동적입니다. 이 시나리오는 민간 및 공공 부문에 대한 조직의 책임에 대한 필요성을 증가시켜 운영 효율성 및 효율성에 대한 더 큰 초점과 요구로 이어졌습니다.

효율성과 효율성은 조직 자원의 관리를 최적화할 수 있는 모범 사례의 도입을 통해 촉진될 수 있다. 운영 및 프로젝트는 각각 다른 관리 기법을 필요로 하는 서로 다른 표시 되었습니다. 따라서 프로젝트 환경에서 프로젝트 관리는 다음을 수행 할 수 있습니다: (가)프로젝트 및 조직 목표 달성을 지원하고,(나)자원이 효과적으로 관리되고 있다는 이해관계자들에게 더 큰 확신을 제공한다.

정보 시스템 프로젝트의 연구에서 로버츠와 펄롱거의 연구에 따르면 느슨한 방법론에 비해 합리적으로 상세한 프로젝트 관리 방법론을 사용하면 생산성이 20~30%향상됩니다. 또한,프로젝트에 공식화 된 프로젝트 관리 구조의 사용은 용이하게 할 수있다:(가)프로젝트 범위의 명확화;(나)목적과 목표의 합의; (기음)필요한 자원을 식별;(라)결과 및 성능에 대한 책임을 보장;(이자형)최종 혜택에 초점을 프로젝트 팀을 격려하는 것은 달성한다. 또한,이 연구는 프로젝트의 85-90%가 예산 및 예상 성능의 품질에 시간에 제공하지 못하는 것을 나타냅니다. 이 상황에 대해 확인 된 주요 원인은 다음과 같습니다:

  1. 프로젝트를 정당화하는 유효한 비즈니스 사례 부족;
  2. 제대로 정의되고 합의되지 않은 목표;
  3. 커뮤니케이션 및 이해관계자 관리 부족;
  4. 측정 가능한 용어로 제대로 정의되지 않은 결과 및/또는 이익;
  5. 품질 관리 부족;
  6. 기간 및 비용의 추정 불량;
  7. 역할의 부적절한 정의 및 수용(거버넌스);
  8. 자원의 계획 및 조정이 불충분하다.

그것은 시간에 제공 하는 실패에 대 한 원인을 강조 한다,예산 및 예상 성능의 품질에 프로젝트 관리 관행의 응용 프로그램에 의해 해결 될 수 있습니다.. 또한,예산 및 예상 성능의 품질에 시간에 제공하는 실패는 반드시 프로젝트 자체가 실패 것을 의미하지 않는다. 이 단계에서 논의되는 것은 프로젝트 실행의 효율성과 효율성이며 프로젝트가 성공 또는 실패인지 여부는 아닙니다.

결론

프로젝트 관리는 조직이 지정된 프로젝트를 효과적이고 효율적으로 실행하는 데 도움이되는 도구로 간주되어야합니다. 이 도구를 사용해도 프로젝트 성공이 자동으로 보장되는 것은 아닙니다. (프로젝트 성공은 다음 호에서 논의 될 것입니다). 그러나,다음 문제에 대비하여,나는 당신이 프로젝트 성공과 프로젝트 관리 성공의 차이에 대해 생각하고 싶습니다. 이 구별은 질문에 대한 더 많은 통찰력을 제공 할 것입니다:성공의 모든 전통적인 표준을 충족했을 때 일부 프로젝트가 실패로 인식되는 이유,즉 제 시간에 완료,예산 범위 내에서 완료 및 모든 기술 사양 충족? 전통적으로 성공과 관련된 두 가지 중요한 기준,즉 제 시간에 완료되지 않고 예산 내에서 완료되지 않은 두 가지 중요한 기준을 충족하지 못했을 때 일부 프로젝트가 성공한 것으로 인식되는 이유는 무엇입니까?

산드로 아조파르디는 자신의 웹 사이트 및 지역 신문과 잡지에 다양한 주제에 대한 기사를 쓰는 전문 작가이다.

권장 읽기:던컨 하우히에 의해 프로젝트 관리의 간략한 역사.

답글 남기기

이메일 주소는 공개되지 않습니다.