프로젝트 관리 방법론에 대한 최종 가이드

프로젝트 관리 방법론이란 무엇입니까? 프로젝트 관리 방법론은 본질적으로 프로젝트 관리를위한 일련의 지침 원칙 및 프로세스입니다. 선택한 방법론에 따라 작업 및 커뮤니케이션 방법이 결정됩니다.

프로젝트 관리 방법론을 어떻게 선택합니까?

선택하는 방법론은 팀, 프로젝트 유형 및 프로젝트 범위. 프로젝트 관리 방법론 (PMM)을 선택하는 것은 프로젝트 관리자로서 가장 먼저 내려야 할 결정 중 하나입니다.

선택하는 방법론은 귀하와 귀하의 팀이 일하는 방식에 심오하고 지속적인 영향을 미칩니다. 프로젝트 관리 방법에 따라 프로젝트 유형별로 장단점이 있습니다. 일부는 속도를 위해, 일부는 포괄 성을 위해 설계되었습니다.

이 기사에서는 다양한 PMM에 대한 전체 개요와 선택 방법을 제공합니다.

보너스 : 다운로드하려면 여기를 클릭하세요. 현재 프로세스를 간소화하는 데 필요한 모든 것이 포함 된 63 개 프로젝트 관리 템플릿의 완전 무료 큐 레이트 목록입니다.

프로젝트 관리 방법론 유형

문서상 PM 방법론은 도구에 구애받지 않습니다. 사용하는 PM 도구에 관계없이 모든 방법론을 사용할 수 있어야합니다.

실제로 대부분의 프로젝트 관리 도구는 몇 가지 방법론을 사용하도록 특화되어 있습니다. 이것은 결국 어떤 방법론을 사용하게 될지 결정하는 요인이 될 것입니다.

이제 문제는 프로젝트 관리 방법론의 다른 유형은 무엇입니까? 그들의 장점과 단점은 무엇입니까? 어떤 종류의 프로젝트에 가장 적합합니까?

아래에서 가장 인기있는 프로젝트 관리 방법 9 가지를 살펴 보겠습니다.

Waterfall

Waterfall 방법론은이 목록에서 가장 오래된 방법론입니다. 그것은 점점 복잡 해지는 소프트웨어 개발의 성격을 관리하는 것에 대한 대응으로 1970 년 Dr. Winston Royce에 의해 처음 개괄되었습니다. 그 이후로 소프트웨어 산업에서 가장 눈에 띄게 널리 채택되었습니다.

Waterfall 방법론은 순차적입니다. 또한 요구 사항에 중점을 둡니다. 더 진행하기 전에 프로젝트가 무엇을 요구하는지에 대한 명확한 아이디어가 있어야합니다. 프로젝트가 진행되면 수정할 범위가 없습니다.

Waterfall 방법은 개별 단계로 나뉩니다. 먼저 요구 사항을 수집 및 분석하고, 솔루션 (및 접근 방식)을 설계하고, 솔루션을 구현하고 문제를 수정합니다.

이 프로세스의 각 단계는 독립적입니다. 다른 단계로 이동하기 전에 한 단계를 마무리합니다.

그래픽 적으로 다음과 같이 나타낼 수 있습니다.

위는 소프트웨어 개발 관점에서 나온 것입니다. 창의적인 프로젝트 관리를위한 개별 단계는 다를 수 있지만 접근 방식은 동일합니다.

장점

앞서 언급 한 교육 및 지원 이사 인 Mike Wang :

“폭포수 관리의 원동력 중 하나는 프로젝트의 초기 단계에 시간을 투자함으로써 관리자가 설계 요구 사항 및 기타 요구 사항이 충족되었는지 확인하여 시간을 절약하고 일반적으로 문제를 소급하여 수정하는 것과 관련된 노력”

따라서 Waterfall 방법은 다음과 같은 몇 가지 장점이 있습니다.

• 사용 용이성 : 모델은 이해하고 사용하기 쉽습니다. 단계 간의 구분은 직관적이고 이전 경험과 관계없이 이해하기 쉽습니다.
• 구조 : Waterfall 방법의 강성은 책임이지만 강점이 될 수도 있습니다. 단계 사이의 명확한 경계는 작업을 정리하고 나누는 데 도움이됩니다. 다시 돌아갈 수 없기 때문에 각 단계에서 “완벽”해야합니다. ften은 더 나은 결과를 생성합니다.
• 문서 : 요구 사항을 수집하고 이해하는 데 초점을 맞추기 때문에 Waterfall 모델은 문서에 크게 의존합니다. 따라서 새 리소스가 필요할 때 쉽게 이동하여 프로젝트를 진행할 수 있습니다.

단점

• 더 높은 위험 :이 방법론의 경직성은 다음을 의미합니다. 오류를 발견하거나 변경해야하는 경우 기본적으로 프로젝트를 처음부터 시작해야합니다. 이는 프로젝트 실패의 위험을 상당히 증가시킵니다.
• 전면 집중 : 전체 Waterfall 접근 방식은 요구 사항을 올바르게 이해하고 분석하는 데 크게 의존합니다. 그렇게하지 못하거나 요구 사항이 변경되면 다시 시작해야합니다. 이러한 유연성 부족으로 길고 복잡한 프로젝트에는 적합하지 않습니다.

최적 대상 :

Waterfall 방법은 소프트웨어 개발에서 가장 일반적으로 사용됩니다.다음 프로젝트 유형에 가장 적합합니다.

• 짧고 간단한 프로젝트
• 명확하고 고정 된 요구 사항이있는 프로젝트
• 심층 문서

Agile

다른 소프트웨어 개발 중심의 PM 방법론 인 Agile은 복잡한 프로젝트를 관리하는 Waterfall 방법의 실패에 대한 대응으로 등장했습니다. Agile PM 아이디어는 소프트웨어 산업에서 꽤 오랫동안 사용되어 왔지만 2001 년에 여러 IT 담당자가 “Agile Manifesto”를 발표하면서 공식적으로 등장했습니다.

접근과 이데올로기에서 Agile은 그 반대입니다. 폭포 방법의. 이름에서 알 수 있듯이이 방법은 빠르고 유연한 접근 방식을 선호합니다 (여기에서는 애자일을 이해하는 한 가지 방법이 어린이에게 설명 됨). 가장 무거운 요구 사항 수집이 없습니다. 오히려 이에 대응하는 작은 점진적 변경을 반복적으로 수행합니다. 변화하는 요구 사항.

그래픽 적으로 다음과 같이 나타낼 수 있습니다.

장점

• 유연성과 자유 : 고정 된 단계 나 요구 사항에 초점을 맞추지 않기 때문에 리소스를 실험하고 점진적으로 변경할 수있는 훨씬 더 많은 자유를 제공합니다. 특히 창의적인 프로젝트에 적합합니다.
• 위험 감소 : Agile 관리를 사용하면 이해 관계자로부터 정기적 인 피드백을 받고 그에 따라 변경할 수 있습니다. 이는 이해 관계자가 모든 단계에 참여하기 때문에 프로젝트 실패의 위험을 크게 줄여줍니다.

단점

• 고정 된 계획 없음 : Agile 접근 방식은 변화가 발생할 때 대응하는 것을 강조합니다. 고정 된 계획이 없기 때문에 자원 관리 및 일정 수립이 더 어려워집니다. 리소스를 지속적으로 조정하여 임시로 사용 / 사용 중지해야합니다.
• 공동 작업이 많음 : 고정 된 계획이 없다는 것은 이해 관계자와 스폰서를 포함한 모든 관련 부서가 결과를 제공하기 위해 긴밀히 협력합니다. 피드백 중심 접근 방식은 이해 관계자가 피드백을 신속하게 제공 할 수 있어야한다는 의미이기도합니다.

최적 대상 :

애자일 접근 방식의 유연성은 다양한 유형의 프로젝트에 적용 할 수 있습니다.

즉,이 방법론은 다음과 같은 경우에 가장 효과적입니다.

• 고정 된 목적을 염두에 두지 않고 제품에 대한 일반적인 아이디어입니다.
• 프로젝트가 빠른 변경을 수용해야하는 경우
• 협업과 커뮤니케이션이 주요 강점이고 계획이 그렇지 않은 경우

하이브리드

하이브리드 접근 방식은 이름에서 알 수 있듯이 Waterfall 및 Agile 방법론의 조합입니다. 이는 Waterfall과 Agile의 가장 좋은 부분을 취해 서로 다른 프로젝트에서 사용할 수있는 유연하면서도 구조화 된 접근 방식으로 결합합니다.

하이브리드 방법론은 초기에 요구 사항을 수집하고 분석하는 데 초점을 맞추고 있습니다. 이는 Waterfall 방법에 대한 고개입니다. 그로부터 빠른 반복에 중점을 둔 Agile 접근 방식의 유연성이 필요합니다.

Waterfall과 Agile의 속성을 결합하여 Hybrid 방식 ( “Structured Agile”이라고도 함)은 두 가지 장점을 모두 제공합니다. .

장점

• 유연성 향상 : 계획 단계가 지난 후 하이브리드 방법은 Waterfall 방법에 비해 훨씬 향상된 유연성을 제공합니다. 요구 사항이 크게 변경되지 않는 한 요청에 따라 변경할 수 있습니다.
• 보다 구조화 : Waterfall에서 초기 계획 단계를 차용함으로써 Hybrid 방식은 다음과 같은 가장 큰 불만 중 하나를 해결합니다. 애자일 접근 방식-구조 및 계획 부족. 따라서 “양쪽 모두의 장점”을 얻을 수 있습니다.

단점

• 타협이 필요합니다. 본질적으로 두 개의 극 반대 접근 방식을 조정하기 때문에 양쪽 모두 요구 사항과 유연성을 타협해야합니다.
• “Best of both world”접근 방식은 Agile의 유연성과 Waterfall의 확실성을 상실합니다. 모든 반복 작업은 예산 및 일정 제약 조건을 준수해야합니다.

최적 대상

하이브리드 접근 방식은 Agile 및 Waterfall과 비교할 때 중간 요구 사항이있는 프로젝트에 가장 적합합니다. 즉, 구조도 필요합니다. 유연성으로.

대부분 복잡도가 높지만 예산이 고정 된 중간 규모의 프로젝트입니다. 최종 제품에 대한 아이디어가있을 수 있지만 실험에도 개방적입니다. 긴밀한 협력이 필요합니다. , 특히 계획 단계를 지난 것입니다.

Scrum

Scrum은 “taf”가 아닙니다. 엉뚱한 기능의 프로젝트 관리 방법론. 오히려 프로젝트 팀, 짧은 “스프린트”및 일일 스탠드 업 회의에 초점을 맞춘 애자일 관리 접근 방식을 설명합니다.

Scrum은 Agile의 원칙과 프로세스를 차용하지만 프로젝트 관리를 처리하기위한 고유 한 방법과 전술을 가지고 있습니다. Mike가 앞서 말했듯이 :

“애자일은 철학이고 스크럼은 방법론입니다. 스크럼은 애자일이지만 애자일은 스크럼이 아닙니다.”

스크럼 접근 방식은 프로젝트 팀을 프로젝트의 최전방과 중앙에 배치합니다. 종종 프로젝트 관리자가 없습니다. 대신, 팀은 스스로 조직화하고 스스로 관리해야합니다. 이는 고도로 집중되고 숙련 된 팀에 이상적이지만 다른 팀에게는 그다지 적합하지 않습니다.

장점

• 스크럼 “스프린트”: 스크럼 접근 방식은 30- 하루 “스프린트”. 여기에서 프로젝트 팀은 최종 목표의 위시리스트를 작은 단위로 나누고 매일 스탠드 업 회의를 통해 30 일 세션에서 작업합니다. 이를 통해 크고 복잡한 프로젝트를 쉽게 관리 할 수 있습니다.
• 빠른 진행 : 30 일 제한과 일일 스탠드 업 회의가 포함 된 “스프린트”접근 방식은 신속한 반복 및 개발을 촉진합니다.
• 팀 중심 : 프로젝트 팀이 자체적으로 관리해야하므로 스크럼 팀은 프로젝트에 대한 명확한 가시성을 갖게됩니다. 이는 또한 프로젝트 리더가 자신의 능력에 대한 지식에 따라 우선 순위를 설정할 수 있음을 의미합니다.

이 외에도 신속한 반복 및 정기적 인 이해 관계자 피드백과 같은 Agile의 모든 이점이 있습니다.

단점

• 범위 크립 : 고정 된 종료 날짜가없고 일정 및 예산 책정을위한 프로젝트 관리자가 없기 때문에 Scrum은 쉽게 범위 크립으로 이어질 수 있습니다.
• 더 높은 위험 : 프로젝트 팀이 자체 관리하기 때문에 팀이 고도로 훈련되고 동기가 부여되지 않으면 실패 할 위험이 더 높습니다. 팀에 “충분한 경험이없는 경우 스크럼은 실패 할 가능성이 매우 높습니다.
• 유연성 부족 : 프로젝트 팀에 중점을두면 중간에 팀을 떠나는 모든 리소스가 네트워크에 큰 영향을 미칩니다. 이 접근 방식은 대규모 팀에게도 충분히 유연하지 않습니다.

최적 대상

Scrum 접근 방식은 경험이 풍부하고 규율이 높고 동기 부여가 된 프로젝트 팀에게 가장 적합합니다. 자신의 우선 순위를 정하고 프로젝트 요구 사항을 명확하게 이해합니다. 모든 이점과 함께 Agile의 모든 결함이 있습니다. 대규모 프로젝트에서는 작동하지만 프로젝트 팀 자체가 매우 큰 경우 실패합니다.

요약 : 사용 복잡한 소프트웨어를 개발 중이고 원하는대로 숙련 된 팀이있는 경우 스크럼을 수행합니다.

CPM (Critical Path Method)

위의 네 가지 프로젝트 관리 방법은 소프트웨어 개발에서 나왔습니다. 소프트웨어가 아닌 프로젝트에 확실히 사용할 수 있지만 더 나은 대안이 있습니다.

더 많이 사용되는 대안 중 하나는 CPM (Critical Path Method)입니다.

In 중요 경로 방법에서는 작업 분류 구조 내에서 프로젝트를 완료하는 데 필요한 모든 활동을 분류합니다. 그런 다음 각 활동의 예상 기간과 활동 간의 종속성을 매핑합니다.

동시에 완료 할 수있는 활동과 다른 활동을 시작하기 전에 완료해야하는 활동을 파악하는 데 도움이됩니다.

장점

• 더 나은 일정 : 활동 기간과 상호 의존성을 매핑하는 데 중점을두면 작업 일정을 더 잘 잡을 수 있습니다. 작업 X가 먼저 완료 될 작업 Y에 의존하는 경우 CPM은이를 식별하고 일정을 잡는 데 도움이됩니다.
• 우선 순위 : CPM 방법론의 성공 여부는 중요하고 중요하지 않은 활동을 식별하고 매핑하는 데 달려 있습니다. 이러한 활동을 매핑 한 후에는 리소스의 우선 순위를 더 잘 지정할 수 있습니다.

단점

• 일정에는 경험이 필요합니다. 경험이 풍부한 프로젝트 관리자라면 누구나 알 수 있듯이 항상 예상보다 더 많은 시간이 소요됩니다. “일정에 대한 실제 경험이 없으면 각 활동에 대한 시간을 잘못 계산할 수 있습니다.
• 유연성 없음 : Waterfall 방법과 마찬가지로 CPM은 전면에 있습니다. 무거운. 처음부터 모든 것을 계획해야합니다. 변경 사항이 있으면 전체 일정이 무의미하게됩니다. 따라서이 방법은 요구 사항이 변경되는 프로젝트에는 적합하지 않습니다.

최적 대상

중요 경로 방법은 상호 의존적 인 부분이있는 프로젝트에 가장 적합합니다. 작업을 동시에 완료해야하거나 한 작업이 다른 작업이 시작되기 전에 종료되어야하는 경우 “이 방법론을 사용하는 것이 좋습니다.

CPM은 다음과 같이 복잡하지만 반복적 인 활동에서 많은 응용 프로그램을 찾습니다. 산업 프로젝트. 창의적인 프로젝트 관리와 같은 동적 영역에는 적합하지 않습니다.

CCPM (Critical Chain Project Management)

Critical Chain PM은 새로운 프로젝트 관리 방법론 중 하나입니다. 리소스 관리에 초점을 맞춘 Critical Path 방법의 대안으로 개발되었습니다.

CCPM을 사용하면 최종 목표에서 뒤로 작업합니다.결과물을 인식 한 다음 과거 경험을 사용하여 프로젝트를 완료하는 데 필요한 작업을 계획합니다. 또한 리소스 간의 상호 종속성을 매핑하고 각 작업에 따라 할당합니다.

TrackerSuite의이 그래프는 기존 프로젝트와 CCPM 프로젝트 일정의 차이를 보여줍니다.

CCPM은 리소스 활용을 강조하고 생산성 손실을 최소화합니다. “모노 타킹”에 크게 의존합니다. 즉, 당면한 작업에 집중하고 멀티 태스킹을 피합니다.

자원이 부족한 프로젝트 팀의 경우 CCPM은 강력한 방법론이 될 수 있습니다.

장점

• 자원 효율성 : 적절한 자원 관리에 대한 전체 초점은 CCPM을 가장 자원 효율적인 프로젝트 관리 방법론 중 하나로 만듭니다. 모노 태스킹에 대한 강조는 멀티 태스킹의 해로운 영향에 대한 현대적인 이해와도 잘 일치합니다.
• 최종 목표에 중점을 둡니다. CCPM은 문제에 대한 “최적의”솔루션에 집착하지 않습니다. 최종 목표를 달성하는 데 도움이 될 수있는 “충분한”솔루션의 우선 순위를 지정합니다. 또한 최종 목표에서 뒤로 작업하기 때문에 CCPM은 일반적으로 복잡한 프로젝트에 대해 더 나은 결과를 제공합니다.

단점

• 다중 프로젝트 환경에 적합하지 않음 : CCPM의 리소스 중심 접근 방식은 단일 프로젝트 환경에서만 작동 할 수 있습니다. 다중 프로젝트 환경에서 프로젝트는 리소스를 공유 할 수 있습니다. CCPM은 이러한 시나리오에서 리소스 분배를 계획 할 수 없습니다.
• 일반적인 지연 : CCPM은 작업 시간 길이를 도출하기 위해 작업 사이에 간격 또는 패딩을 할당합니다. 이론적으로 이는 리소스 과대 추정을 보완합니다. 실제로 Parkinson의 법칙을 따르는 리소스는 과도한 지연으로 패딩을 채 웁니다.

최적

CCPM은 리소스가있는 환경에서 가장 잘 작동합니다. 단일 프로젝트에 전념합니다. 프로젝트 전담 팀이 있다면 잘 작동합니다. 팀이 여러 프로젝트에 분산되어있는 경우 리소스 계획에 어려움을 겪게됩니다.

CCPM의 리소스 중심 접근 방식은 리소스가 부족한 프로젝트 팀에도 이상적입니다. 지속적으로 과로하거나 기한을 놓친 경우 , CCPM 방법론이 적합 할 수 있습니다.

통합 프로젝트 관리 (IPM)

통합 프로젝트 관리 (IPM) ( “통합 프로젝트 제공”이라고도 함)는 일반적인 프로젝트 관리입니다. 크리에이티브 산업의 방법론.이 방법론은 조직 전체의 프로세스 공유 및 표준화를 강조합니다.

IPM 접근 방식은 크리에이티브 캠페인의 점점 더 통합 된 특성에 대한 대응으로 탄생했습니다. 단일 광고를 만드는 것이 아닙니다. ; 광고를 마이크로 사이트, 디지털 콘텐츠 등과 통합합니다. 대부분의 창의적인 프로젝트는 더 큰 캠페인의 일부입니다.

통합 프로젝트에는 다음 구성 요소가 있습니다.

조직 전체의 프로세스를 통합함으로써 IPM은 프로젝트 관리자에게 프로젝트에 대한 더 나은 통찰력과 올바른 리소스에 대한 액세스를 제공합니다.

이로 인해 IPM은 특히 창의적인 대행사에 적합합니다.

장점

• 투명성 : 조직 전체의 프로세스를 통합하면 조직 내에서 투명성이 향상됩니다. IPM 접근 방식은 팀 구성원이 정기적으로 회의를 문서화하고 회의를 진행하는 데 초점을 맞추고 있으며, 이는 모든 사람이 지속적으로 일할 수 있도록 도와줍니다.
• 책임 : IPM 접근 방식의 통합 된 특성은 전체 프로젝트 팀이 프로젝트를 책임지게합니다. 팀원이 사일로에서 작업 할 수 없기 때문에 IPM은 책임을 향상시킵니다.

단점

광범위한 계획 필요 : IPM 접근 방식을 사용하면 광범위하게 사전에 계획해야합니다. 모든 프로세스가 잘 통합되었는지 확인합니다. 이로 인해 부담이 크게 증가하고 지연이 발생할 수 있습니다.

최적의 대상

다양한 팀과 프로세스를 갖춘 대규모 대행사는 통합 프로젝트 관리의 이점을 가장 많이 누릴 수 있습니다. 서로 인터페이스하기 위해 여러 팀과 부서의 리소스가 필요한 복잡한 창의적인 프로젝트에 가장 적합합니다.

PRiSM

PRiSM (프로젝트 통합 지속 가능한 방법)은 개발 된 프로젝트 관리 방법론입니다. by Green Project Management (GPM) Global.

제작자의 이름에서 알 수 있듯이 PRiSM 접근 방식은 프로젝트의 부정적인 환경 영향을 설명하고 최소화하는 데 중점을 둡니다. 기존의 방법론과는 다릅니다. 프로젝트의 끝을 넘어서 확장됩니다. 대신 지속 가능성을 극대화하기 위해 프로젝트 전달 후의 전체 라이프 사이클을 고려합니다.

다음은 PRiSM에서 활동이 구성되는 방식에 대한 개요입니다.

장점

PRiSM 접근 방식은 환경 비용과 지속 가능성이 핵심 성공 기준 인 현대 프로젝트에 매우 적합합니다.에너지 소비 감소, 폐기물 관리 및 환경 영향 최소화가 중요한 대규모 프로젝트의 경우 PRiSM은 실행 가능한 프로젝트 관리 이념을 제공합니다.

단점

PRiSM은 환경 영향이없는 프로젝트에는 적합하지 않습니다. 문제 (예 : 소프트웨어 또는 창의적인 프로젝트).

PRiSM 접근 방식을 성공적으로 수행하려면 외부 계약자 및 이해 관계자를 포함한 프로젝트 팀의 모든 부분이 지속 가능성 원칙을 준수해야합니다. 대부분의 조직.

최적의 대상

PRiSM은 지속 가능성이 핵심 관심사 인 크고 복잡한 부동산 및 산업 프로젝트에 주로 적합합니다.

PRINCE2

PRINCE2 (Projects IN Controlled Environments)는 영국 정부의 공식 프로젝트 관리 방법론입니다 (즉, 대부분의 영국 정부 프로젝트에서 사용함). 영국에서 프로젝트 관리자로 더 쉽게 일할 수 있도록 PRINCE2 인증을받을 수도 있습니다.

PRINCE2는 7 가지 원칙, 7 가지 주제 및 7 가지 프로세스를 기반으로합니다. 예를 들어 7 가지 PRINCE2 원칙은 다음과 같습니다.

1. 지속적인 비즈니스 정당성
2. 경험으로부터 배우기
3. 정의 된 역할 및 책임
4. 단계별 관리
5. 예외 관리
6. 제품에 집중
7. 프로젝트 환경에 맞게 조정

Wikipedia는 이 방법론에 대한 훌륭한 소개 기사입니다. PRINCE2에 “관심이있는 경우 여기에서 시작하는 것이 좋습니다.

장점

PRINCE2 프로젝트를 실행하려면 광범위한 문서가 필요합니다. 또한 PRINCE2의 기본 원칙 중 하나는”Learn from 문서와 과거 경험에 초점을 맞추면 위험을 줄이는 데 도움이 될 수 있습니다.

단점

PRINCE2의 광범위한 문서의 단점은 변경 사항을 수용하기 어렵다는 것입니다. 요구 사항이 변경되면 문서를 다시 실행하고 리소스를 다시 할당해야하므로 프로젝트 속도가 저하 될 수 있습니다.

최적 대상

이 방법은 크고 복잡한 프로젝트에 가장 적합합니다. 고정 된 요구 사항. 영국에 있다면 PRINCE2 방법론을 알고 싶을 것입니다. 미국에서 널리 사용되며 정부 프로젝트의 요구 사항입니다.

이 외에도 Six Sigma, Crystal, FDD (Feature Driven Development), DSDM (Dynamic Systems Development)과 같은 여러 PMM이 있습니다. , RUP (Rational Unified Process), Kanban 및 LD (Lean Development).

그러나 대부분의 경우 위에서 설명한 방법 중 하나를 선택합니다.

올바른 방법론을 선택하는 방법

위 섹션에서 살펴보면 다른 PM 방법론이 다른 프로젝트에 더 적합하다는 것이 분명합니다. 큰 부동산 개발에 Agile을 사용하지 않으려는 것처럼 소프트웨어 프로젝트에 PRiSM을 사용하고 싶지 않을 것입니다.

PM 방법론을 선택할 때 몇 가지를 소개합니다. 명심할 사항 :

프로젝트 평가

프로젝트 관리 방법론을 선택할 때 처음부터 시작하는 것이 좋습니다. 최종 결과물이 어떻게 표시되어야하며이를 완료하기 위해 “무엇이 필요한지 정확히 알고 있어야합니다.

초기 요구 사항 수집에 집중하십시오. 요구 사항은 크고 다양한 팀이 필요하다는 것을 암시합니다. 유연성을 지원하는 방법론을 선택합니다.

마찬가지로 최종 결과에 대한 명확한 아이디어가 있다면 Waterfall과 같은보다 구조화 된 방법론을 선택하세요. 결과가 모호합니다 (사내 프로젝트의 경우 일반적). Agile과 같은 반복적 인 방법을 선택합니다.

프로젝트를 평가할 때 고려해야 할 다른 사항은 다음과 같습니다.

• 프로젝트 예산
• 타임 라인
• 크기 및 복잡성
• 이해 관계자 기대치
• 프로젝트 유형 및 업종

팀 평가

프로젝트 관리 방법론은 기본적으로 프로젝트의 청사진입니다. 팀에 무엇을 만들고 언제 만들어야하는지 알려줍니다.

하지만이를 위해서는 팀이 청사진을 읽을 수 있어야합니다. lf.

즉, 팀이 선택한 프로젝트 관리 방법론에 익숙하지 않으면 결과를 얻기 위해 고군분투하게됩니다. 팀원 중 일부가 저항 할 수있는 방법론을 배우는 데 시간을 할애해야하므로 지연이 발생할 수 있습니다.

또한 팀 구성도 고려하세요. 강점과 약점을 확인합니다. 팀이 협업을 통해 성공한다면 Agile과 같이 덜 구조화 된 접근 방식을 선택할 수 있습니다. 팀이 동기 부여가 높고 훈련 된 경우 SCRUM 접근 방식이 잘 작동 할 수 있습니다. 리소스가 제한된 경우 CCPM과 같은 리소스 효율적인 접근 방식을 선택하십시오.

다음은 팀을 평가할 때 고려해야 할 몇 가지 사항입니다.

• 팀 경험
• 교육
• 자체 조직 능력
• 팀 준비
• 팀 위치 (원격, 현장 등))

본질적으로 팀이 방법론에 적합하도록 강요하는 대신 팀에 적합한 방법론을 선택하십시오.

조직 평가

방법 회사가 조직되고 문화와 과거 기록이 프로젝트 관리 방법론 선택에 큰 영향을 미칩니다. 일부 방법론은 계층이 확립 된 대규모 조직에서만 작동합니다. 다른 것들은 더 작고 날씬한 복장에 더 적합합니다.

예를 들어 과거 기록에 따르면 모든 Agile 프로젝트가 지연되고 제대로 접수되지 않았다면 앞으로이 방법을 사용하지 않는 것이 좋습니다.

조직을 평가할 때 고려해야 할 몇 가지 사항은 다음과 같습니다.

• 다른 방법론에 대한 과거 기록 및 경험
• 문화
• 조직 계층
• 유연성 수준
• 조직 성숙도 수준
• 조직 규모
• 프리랜서 및 계약 업체와 같은 외부 리소스를 포함하여 사용 가능한 리소스 .
• 업종

이해 관계자 평가

PM 방법론을 선택할 때 다음 사항을 고려하십시오.

• 이해 관계자 참여 : 일부 방법론에서는 이해 관계자가 프로젝트의 모든 단계에서 정기적으로 참여하도록 요구합니다. 예를 들어 Agile을 사용하려면 이해 관계자가 정기적으로 피드백을받을 수 있어야합니다. 이해 관계자가 바쁘면 방법을 선택합니다. 이해 관계자 참여를 줄여야합니다.
• 이해 관계자 요구 사항 : 이해 관계자는 어떻게 일합니까? 프로젝트 관리자에게 필요한 것은 무엇입니까? 이해 관계자가 프로젝트 범위를 자주 변경하는 것으로 알려진 경우 더 유연한 방법론을 선택하십시오. 마찬가지로 이해 관계자가 매일 업데이트해야하는 경우 이러한 요구를 수용 할 수있는 방법론을 선택하십시오.

프로젝트 성공에있어 이해 관계자의 중요성을 고려하고 요구 사항을 염두에두면 이해 관계자가 더 행복 해지고 더 성공적인 프로젝트.

도구 평가

프로젝트 관리 도구는 거의 방법론에 구애받지 않습니다. 일반적으로 특정 방법론과 잘 작동하도록 설계되었습니다.

따라서 기존 액세스 권한과 전문 지식이있는 소프트웨어 도구가 선택에 영향을 미칩니다.

이를 수행하려면

p>

• 현재 사용중인 모든 소프트웨어 도구 목록 작성
• 제한 사항 및 기능 나열
• 특정 PM 방법론의 요구 사항과 기능을 비교합니다.

이상적으로는 선택한 방법이 기존 도구 세트와 함께 작동해야합니다. 새 도구를 구입해야하는 경우 더 많은 시간을 투자해야 할뿐만 아니라 팀을 재교육하는 데 중요한 시간을 잃게됩니다.

이 심층 평가를 수행하면 자신에 맞는 방법론을 선택하는 데 도움이됩니다. 목표, 팀의 능력 및 이해 관계자의 요구 사항을 완벽하게 충족합니다.

결론

프로젝트 관리자는 여러 가지 프로젝트 관리 방법을 선택할 수 있습니다. 이러한 각 방법론에는 고유 한 강점과 약점이 있습니다. 올바른 것을 선택하면 프로젝트를 더 빠르고 원활하고 효율적으로 실행할 수 있습니다.

위에 나열된 여러 방법 중 하나를 선택하십시오. 그런 다음 프로젝트, 팀, 조직, 이해 관계자 및 기존 도구를 평가하여 강점과 요구 사항에 맞는 방법론을 선택하십시오.