상위 10개 프로젝트 관리 방법론: 개요

프로젝트 관리 방법론이란 무엇입니까?

프로젝트 관리 방법론은 프로젝트를 계획, 실행 및 관리하는 데 사용되는 일련의 원칙, 도구 및 기술입니다. 프로젝트 관리 방법론은 프로젝트 관리자가 팀 구성원을 이끌고 작업을 관리하는 동시에 팀 협업을 촉진하는 데 도움이 됩니다.

다양한 프로젝트 관리 방법론이 있으며 모두 장단점이 있습니다. 그들 중 일부는 특정 산업이나 프로젝트에서 더 잘 작동하므로 어떤 것이 가장 적합한지 결정하려면 프로젝트 관리 방법론에 대해 배워야 합니다.

소프트웨어 개발, R&D 및 제품 개발과 같은 많은 분야에 적용되는 가장 인기 있는 프로젝트 관리 방법론을 살펴보겠습니다.

상위 10개 프로젝트 관리 방법론

프로젝트를 관리하는 경우 프로젝트 관리 방법론에 대해 배워야 합니다. 다음은 사용할 수 있는 가장 일반적으로 사용되는 프로젝트 관리 방법에 대한 간략한 개요입니다.

1. 폭포수 방법론

이것은 이 목록에 있는 모든 프로젝트 관리 방법과 가장 전통적인 접근 방식 중 가장 간단하고 선형적일 수 있습니다. 폭포수 방법론은 프로젝트의 단계가 아래로 흐르는 프로세스이기 때문에 이름이 적절합니다. 폭포수 모델에서는 해당 단계가 성공적으로 완료된 후에만 한 프로젝트 단계에서 다른 단계로 이동해야 합니다.

사용 시기: Waterfall 접근 방식은 고도로 구조화된 제조 및 건설 프로젝트에 적합하며 나중에 피벗하거나 변경하는 데 비용이 너무 많이 드는 경우에 적합합니다. 폭포수 방법은 계획 및 일정 수립을 위해 Gantt 차트를 사용합니다. 예는 아래에 있습니다.

2. 애자일 방법론

정의: 애자일 프로젝트 관리는 팀 전체에서 자체 구성하는 진화하고 협업적인 방법입니다. 애자일 방법론을 구현할 때 프로젝트 계획 및 작업 관리는 적응력이 있고 개발 과정에서 진화적이며 조기 제공을 추구하며 프로세스 개선으로 이어지는 경우 항상 변경될 수 있습니다. 폭포수 프로젝트 관리와 달리 빠르고 유연합니다.

애자일 방법론은 프로젝트 팀이 작업하고 협업할 수 있는 매우 역동적인 방법을 제공하므로 제품 및 소프트웨어 개발을 위한 매우 인기 있는 프로젝트 관리 방법론입니다. 우리가 애자일이라고 생각하는 것이 실제로 2001년 17명의 소프트웨어 개발자가 작성한 "애자일 소프트웨어 개발을 위한 선언문"의 출판과 함께 나타났기 때문입니다.

사용 시기: 이 관행은 소프트웨어 개발에서 시작되었으며 해당 문화에서 잘 작동합니다. 애자일이 자신에게 적합한지 어떻게 알 수 있습니까? 컴퓨터, 자동차, 의료 기기, 식품, 의류, 음악 등과 같이 혁신을 추구하고 불확실성 수준이 있는 비 소프트웨어 제품에 적용되었습니다. 또한 마케팅과 같이 보다 신속하고 빠르게 진행되는 생산 일정이 필요한 다른 유형의 프로젝트에도 사용되고 있습니다.

관련 항목: Agile vs Waterfall 및 하이브리드 프로젝트의 부상

3. 스크럼 방법론

정의 : 스크럼은 프로젝트 관리에 대한 짧은 "스프린트" 접근 방식입니다. 스크럼 방법론은 10명 이하의 팀에 이상적이며 종종 일일 스크럼 회의라고 하는 짧은 일일 회의와 함께 2주 주기로 진행됩니다. 그것은 스크럼 마스터라고 불리는 것에 의해 주도됩니다. 스크럼은 애자일 프로젝트 관리 프레임워크 내에서 작동하지만 더 큰 조직에 맞게 스크럼을 확장하려는 시도가 있었습니다.

스크럼이라는 용어는 1986년 타케우치 히로타카와 노나카 이쿠지로가 쓴 ​​"Harvard Business Review" 기사에서 소개되었습니다. 2001년 Ken Schwaber와 Mike Beedle이 "스크럼을 사용한 애자일 소프트웨어 개발"이라는 책을 저술하면서 애자일의 일부가 되었습니다. Schwaber는 2002년 인증된 스크럼 인증 시리즈인 Scrum Alliance를 결성했습니다. Schwaber는 2009년 Scrum Alliance를 떠나 Scrum.org라는 병렬 인증 기관을 시작했습니다.

사용 시기: 애자일과 마찬가지로 스크럼 방법론은 소프트웨어 개발에 주로 사용되었지만 지지자들은 소매 물류, 이벤트 계획 또는 유연성이 필요한 모든 프로젝트를 포함하여 모든 산업 또는 비즈니스에 적용할 수 있다고 말합니다. 그러나 엄격한 스크럼 역할이 필요합니다.

4. 프로젝트 관리 지식 체계(PMBOK)

정의 : 방법론이라면 방법론의 할아버지입니다. PMI(Project Management Institute)는 비영리 회원 협회, 프로젝트 관리 인증 및 표준 조직입니다.

이 조직은 "지식의 프로젝트 관리 기관" 또는 PMBOK라는 책을 제작합니다. PMBOK는 프로젝트 계획, 일정, 실행 및 제어에 대한 정의와 지침을 제공합니다. 예를 들어, 프로젝트 관리 프로세스 그룹은 프로젝트 수명 주기를 설명하고 10개의 프로젝트 관리 지식 영역은 프로젝트 관리 방법을 설명합니다.

먼저, PMBOK는 프로젝트 관리 지식의 몸체(Body of Knowledge)의 약자입니다. PMI에서 출판한 책으로 업계에서 인정되는 프로세스, 모범 사례, 용어 및 지침을 모았습니다. 1996년에 초판이 나왔고 2017년 가을에 여섯 번째 판을 출간할 예정이다.

사용 시기: 크고 작은 모든 프로젝트가 책에 요약된 다양한 단계를 거치기 때문에 거의 모든 프로젝트에서 PMBOK의 이점을 누릴 수 있습니다. 말하자면 모든 사람이 같은 페이지에 있도록 하는 좋은 방법이며 프로젝트 관리 방법에 대한 명확한 정의를 제공합니다.

Project Management Institute 프로젝트 관리자들 사이에서 최고의 표준이며 전 세계적으로 인정받는 PMP 인증을 부여하는 기관이기도 합니다. PMBOK는 프로젝트를 실행하기 위한 훌륭한 전통적인 프레임워크입니다.

5. 임계경로법(CPM)

정의: CPM(중요 경로 방법)에서는 작업 분류 구조에 나열된 모든 활동, 해당 작업의 지속 기간, 작업 종속성이 있으면 어떻게 하고 프로젝트의 더 큰 단계 또는 프로젝트 결과물이 만기되는 시점을 나타냅니다.

이 정보를 통해 주요 경로라고 하는 프로젝트를 완료하기 위해 가장 긴 작업 순서를 식별할 수 있습니다. 그 중 하나가 지연되면 전체 프로젝트가 지연되기 때문에 이러한 작업을 주시해야 합니다.

임계 경로 방법은 1950년대 후반 DuPont의 Morgan R. Walker와 Remington Rand의 James E. Kelley, Jr.에 의해 개발되었습니다. 듀폰은 이미 1940년대 초부터 CPM의 선구자를 사용하고 있었고, 이를 맨해튼 프로젝트에 적용했다.

사용 시기: CPM은 중소 규모의 프로젝트에서 더 잘 작동합니다. 프로젝트가 클수록 프로젝트 관리 소프트웨어 없이 다이어그램을 작성하고 이해하는 데 필요한 모든 데이터를 취하는 것이 더 어려울 수 있습니다.

6. CCPM(Critical Chain Project Management)

정의 : CCPM에서는 팀, 장비, 사무실 공간 등과 같이 프로젝트를 완료하는 데 사용할 리소스에 중점을 둡니다. 작업 순서나 일정에 중점을 두지 않고 자원의 균형을 유지하고 유연하게 유지하는 데 중점을 둡니다.

1997년 Eliyahu M. Goldratt의 책 "Critical Path"에서 처음 소개된 이 기술은 프로젝트를 10-50% 더 빠르게 및/또는 더 저렴하게 만드는 것으로 알려져 있습니다.

사용 시기: 대기업 및 중소기업 모두에 적용할 수 있으며 건설, 소프트웨어 개발 및 기술 연구 개발과 같은 산업을 포함하는 프로젝트에 적용할 수 있습니다.

7. 칸반 방법론

정의 : Kanban 방법론은 프로젝트 관리에 대한 시각적 접근 방식입니다. 이름은 말 그대로 일본어로 빌보드 입니다. 워크플로 및 진행 상황이 모든 팀 구성원에게 명확한 Kanban 보드에 작업을 배치하여 워크플로를 관리하는 데 도움이 됩니다. Kanban 방법론은 비효율성을 줄이는 데 도움이 되며 린 제조 또는 애자일 프로젝트와 같은 다양한 목적을 위한 훌륭한 프로젝트 관리 도구입니다.

Kanban 프로젝트 관리는 1940년대 후반부터 Toyota가 차량 생산 속도를 제어하기 위해 수요 속도를 사용하는 방법을 연구한 이후 사용되었습니다. 자동차 회사는 이를 Toyota 생산 시스템으로 알려진 린 제조 모델에 적용했습니다.

Trello와 같은 우리 시대의 소프트웨어에서 시각적 계획 보드의 여명과 함께 이제 Kanban 도구 및 Kanban 방법에 대한 새로운 용도가 있습니다. 애자일 팀은 스토리 보드 사용자 스토리와 소프트웨어 개발의 백로그 계획을 위해 Kanban 보드를 사용합니다.

사용 시기: 처음에 제조 및 소프트웨어 팀을 위해 개발된 또 다른 프로세스인 Kanban 방법은 이후 확장되어 인적 자원, 마케팅, 조직 전략, 집행 프로세스, 외상매출금 및 미지급금에 사용되었습니다. 거의 모든 사람이 프로젝트 단계, 작업 마감일, 사람, 아이디어 등을 나타내는 카드를 추가하여 Kanban 보드로 계획할 수 있습니다. Kanban 소프트웨어는 이 방법론을 특히 액세스할 수 있도록 합니다.

8. 익스트림 프로그래밍(XP)

내용: 아이들이 좋아하는 위험한 스포츠처럼 들리지만 사실 XP는 생산성을 향상시키기 위해 개발 주기가 짧고 여러 릴리스가 있는 민첩한 소프트웨어 개발 유형입니다. 고객 요구 사항을 찾고 프로젝트 과정을 조정할 수 있습니다.

Kent Beck은 Chrysler Comprehensive Compensation System 급여 프로젝트를 진행하면서 1999년에 말 그대로 책("Extreme Programming Explained")을 저술했습니다. 그러나 많은 관행이 한동안 존재해 왔습니다.

사용 시기: 요구 사항이 자주 변경되면 XP와 같은 방법론을 사용하고 싶을 것입니다. 고객이 원하는 것이 무엇인지 명확하지 않을 때 유용합니다.

9. 린 방법론

정의: 린 프로젝트 관리는 이름에서 생각할 수 있는 것입니다. 낭비를 줄이고 그렇게 함으로써 프로젝트 및 제조 프로세스의 가치를 높이는 방법입니다. 따라서 린은 가치 흐름에 지속적으로 긍정적인 영향을 미치기 위해 핵심 프로세스에서 낭비를 제거하는 데 중점을 둡니다. 이는 별도의 기술, 자산 및 업종을 최적화하여 이를 수행합니다.

린 프로젝트 관리는 자동차 제작 프로세스를 자동화하기 위한 Henry Ford와 그의 플로우 프로덕션으로 돌아갑니다. 도요타도 아이디어를 받아들여 제조를 넘어 제품 개발 프로세스의 지속적인 개선으로 아이디어를 확장했습니다.

오늘날 소프트웨어 개발 팀은 최종 사용자 피드백과 가치 증대에 초점을 맞추기 위해 린 프로세스를 실행합니다. 이는 린 방법론이 특히 신속한 프로토타이핑, 사용자 피드백 및 조기 및 신속한 제품 배송.

사용 시기: 린 프로젝트 관리는 Toyota에서 처음 개발했으며 분명히 제조를 위한 훌륭한 방법론입니다. 사실, 린 제조(Lean Manufacturing)라고도 하지만 건설 및 교육 산업, 특히 제조 분야, 그리고 최종 사용자에 초점을 맞춘 제품을 개발하려는 수많은 신생 기업 및 소프트웨어 개발 회사에서 채택했습니다.

10. 식스 시그마

정의 : 1980년대 중반 Motorola에서 근무하는 엔지니어들이 도입한 Six Sigma는 프로젝트에서 작동하지 않는 것을 식별하여 품질을 개선하기 위해 노력합니다. 실증통계를 포함한 품질경영을 적용하고, 해당 분야의 전문가를 채용하고 있습니다. 낭비를 제거하기 위해 린 방법론을 추가하는 린 식스 시그마도 있습니다.

원칙적으로 안정적이고 기대되는 결과를 달성하기 위한 지속적인 노력이 성공에 가장 중요하다고 말합니다. 프로세스를 개선하고 개선할 수 있습니다. 프로젝트의 품질을 유지하려면 위에서 아래로 전체 조직이 필요합니다.

사용 시기: 이 방법론은 대규모 조직에서 가장 잘 작동합니다. 직원이 수백 명인 회사도 그 이점을 활용하기에는 너무 작습니다. 연습하려면 자격증이 필요합니다. 여기에서 6시그마 인증에 대해 알아보십시오.

11. 프린스2

정의 : PRINCE2는 Projects IN Controlled Environments의 약자이며 구조화된 인증 방법론입니다. 처음에는 영국 정부가 IT 프로젝트를 위해 만들었습니다. PRINCE2는 만능 솔루션이 아니라 7가지 원칙, 테마 및 절차를 따른다는 점에서 폭포수와 같은 다른 전통적인 방법과 다릅니다.

영국 정부가 1989년 IT 시스템에 대한 표준을 채택했을 때 그들은 PRINCE를 불렀습니다. PRINCE2는 보다 일반적인 프로젝트 관리 방법으로 1996년에 나왔습니다. 현재 모든 영국 정부 기관과 유엔에서 널리 사용되는 프로젝트 관리 방법론입니다.

사용 시기: 다른 많은 국가의 정부인 PRINCE2에서 채택하고 있으므로 상상할 수 있듯이 소규모 프로젝트에 항상 적합한 것은 아닙니다.

ProjectManager는 모든 프로젝트 관리 방법론과 함께 작동합니다.

관리할 방법은 프로젝트 수만큼 많습니다. 그러나 그들은 모두 한 가지 공통점을 공유합니다. 즉, 시간과 예산 내에서 결과물을 완료하는 것입니다. 어떤 프로젝트 관리 방법을 선택하든 ProjectManager는 이를 수행하는 데 필요한 하나의 소프트웨어입니다.

폭포 프로젝트 관리를 위한 도구

폭포가 구성되어 있습니다. 한 가지가 다음으로 이어지며 모든 것이 계획되어 있습니다. 문제 없어요. ProjectManager에는 온라인 Gantt 차트가 있습니다.

새 프로젝트를 시작하려면 작업 목록을 가져오세요. 기한을 추가하면 작업이 타임라인을 채웁니다. 병목 현상을 피하기 위한 링크 종속 작업. 이정표를 설정하여 프로젝트를 단계로 분리합니다. 프로젝트를 단계별로 제어합니다.

애자일 프로젝트 관리를 위한 도구

애자일 프레임워크에서 작업하는 경우 Gantt 차트는 도움이 되지 않습니다. 사실이지만 ProjectManager는 여러 프로젝트 보기로 스크럼 팀을 지원할 수 있을 만큼 충분히 유연합니다.

칸반 보드를 사용하여 스프린트를 시각화하십시오. 제품 백로그는 카드에 수집되며, 이는 스크럼 팀이 어떤 사용자 스토리를 먼저 작업할지 알 수 있도록 우선 순위를 지정할 수 있습니다. 그런 다음 스프린트를 보관할 수 있으므로 스프린트 회고를 할 때 팀은 실수에서 배우고 프로세스를 개선할 수 있습니다.

다양한 팀을 위한 다중 보기

조직이 더 크고 부서가 다르고 일부는 민첩한 프로젝트 관리 프레임워크와 함께 작동하고 다른 일부는 보다 전통적인 폭포수 방법론을 사용하는 경우 어떻게 하시겠습니까? ProjectManager의 장점은 한 보기에서 다른 보기로 전환할 수 있어 IT 팀에게 스크럼 스프린트에 대한 칸반 보드 보기를 제공하고 관리자에게 더 큰 프로젝트 계획 개요를 위한 Gantt 차트를 제공한다는 것입니다.

실시간 대시보드 및 보고 기능은 동일한 데이터를 수집하고 동일한 수치를 처리하므로 어떤 프로젝트 관리 방법을 사용하든 동일한 결과를 추적합니다.

예, ProjectManager는 수상 경력에 빛나는 프로젝트 관리 소프트웨어입니다. 애자일 환경, 전통적인 폭포수 방법론 또는 이 둘의 하이브리드에서 작동하기에 충분히 유연합니다. 소프트웨어가 아니라 사용자가 결정합니다. 즉, ProjectManager가 프로젝트를 가져오는 유일한 도구이지만 성공적으로 관리할 수 있습니다.

더 많은 프로젝트 관리 방법론이 있지만 가장 많이 사용되는 방법은 다음과 같습니다. 무엇을 사용하든 모든 프로세스와 프로젝트를 가장 잘 관리하려면 프로젝트 관리 도구가 필요합니다. ProjectManager는 클라우드 기반 PM 도구이므로 귀하에게 적합한 방법론이 무엇이든 당사 소프트웨어는 이를 성공적으로 적용하는 데 도움이 될 것입니다. 30일 동안 무료로 사용해보고 직접 확인하십시오.