PM 2주차 최신 프로젝트 관리 방법론 마스터 & 최적화 전략

핵심: 과거부터 현재, 미래까지 프로젝트 관리 방법론의 트렌드 완벽 분석 및 실무 적용

전통적 방법론 vs. 현대적 방법론 심층 비교 분석

최근 트렌드 집중 교육: 현재 가장 각광받는 방법론의 핵심 원리 및 성공 사례 학습

실무 적용 팁: 우리 프로젝트에 최적화된 방법론 선택 및 적용 전략

 

프로젝트 관리 방법론은 프로젝트를 효과적으로 관리하기 위해 사용하는 일련의 원칙, 절차, 기법, 도구 등을 포함하는 시스템

 

# 프로젝트 관리 방법론의 주요 특징

▪ 체계적인 접근: 프로젝트를 시작부터 완료까지 일관성 있는 방식으로 관리하는 구조

▪ 원칙과 절차: 프로젝트의 각 단계에 대해 명확한 규칙과 절차를 제시

▪ 도구와 기법: 프로젝트 관리의 다양한 측면을 지원하기 위해

▪ 개선과 반복: 프로젝트의 진행 상황을 지속적으로 모니터링하고 수정을 통해 효율성을 높인다

 

# 가장 많이 사용하는 12가지 프레임워크(방법론)

1.     애자일: 가장 많이 사용

 

애자일 방법론

 

애자일 모델은 2~6주간의 짧은 주기로 개발을 반복하는 것으로 전환 프로젝트에서 많이 쓰인다.

 

장점은 바로바로 개발하고 반영하는 방식으로 고객의 요구사항에 대응하기 쉽다(스타트업)

고객 중심의 개발이 필요할 경우에 사용한다.

단점은 요구사항이 빈번히 변경되면서 개발팀에 혼란을 줄 수 있다. 대규모 프로젝트에 적용하기 어려우며 프로젝트의 복잡성이 증가한다.

 

 

 

2.     워터폴: 폭포수. 역시 가장 많이 쓰이며 직관적

 

워터폴(폭포수) 방법론

 

장점은 단계별로 업무를 분담하기 때문에 맡은 바가 명확하다.

단점은 속도가 느리고 유연하지 못하다. 위의 단계가 끝나야 다음 단계가 시작되고 수 개월이 지난 시점에서 시장 상황이 변할 경우 고객이 그 기능을 필요로 하지 않는 경우도 발생한다.

 

그렇다면 언제 어떤 방법론을 써야 하나. 
팀의 규모, 업무 수행 방식, 프로젝트 특성, 조직의 문화 고려한다. 
1. 팀 규모: 팀이 작고 유연할 경우 애자일, 팀이 크고 구조적이면 워터폴
2. 프로젝트 특성: 요구사항이 명확하면 워터폴, 요구사항이 자주 바뀌면 애자일
3. 조직문화: 변화에 민감한 조직은 애자일, 안정적인 조직은 워터폴

다양한 방법론 활용: 한 프로젝트에서 여러 방법론 사용. 초기엔 애자일로 요구사항을 빠르게 수용
개발단계에선 워터폴로 안정적인 개발 방식을 채택
지속적인 학습: 프로젝트 방법론에 대해 이해를 높이고, 방법론을 학습.
이를 통해 팀의 역량을 강화하고 프로젝트 성공 가능성을 높일 것

 

 

3.     스크럼

 

작은 팀으로 구성하여 각 팀원이 적극적으로 참여하는 방식을 말하며, 개발 주기는 1~2주, 개발 팀원은 10명 이하로 구성한다.

장점: 새로운 기능이나 제품을 출시할 때 사용. 빠른 결과를 제공, 반복적인 개선을 통한 지속적인 개선점
단점: 범위 변동으로 인한 혼돈. 변경사항이 너무 많으면 목적 달성 실패

 

4.     칸반

 

일본어로 간판이고 도요타 자동차 생산 방식에서 유래되었다.
팀원들이 작업 상태를 쉽게 알도록 칸반 보드에 카드 형태로 표현
해야 할 일, 진행중, 완료 3가지로 구분

팀원들이 한눈에 전체 작업 흐름을 파악하고, 각 작업의 현재 상태를 쉽게 확인
한번에 처리하는 작업을 제한(멀티 태스킹을 줄이고 일에 집중, 병목현상을 쉽게 식별)

장점: 보기 쉽다. 지속적이다
단점: 스크럼처럼 명확한 목표 설정이 없어서 완료시점을 파악하기 힘들다
스크럼처럼 팀원 참여를 유도하는 구조가 없어서 팀원 참여 저하

 

5.     스크럼반

 

스크럼과 칸반의 장점만 결합한 방법 
스크럼의 구조적인 프로세스와 칸반의 시각화 도구를 활용
그러나 스크럼과 칸반의 단점도 가지고 있음. 

장점: 스크럼의 구조적인 장점과 칸반의 유용성을 모두 활용
스크럼의 스프린트 주기를 유지하면서도 
칸반의 워크플로어를 활용하여 프로젝트 진행사항을 시각적으로 파악, 조정
단점: 스크럼과 칸반의 복잡성을 모두 가짐. 
양쪽 프로세스를 모두 사용해서 팀원들이 적응하는 데 시간이 걸림
따라서 팀원들이 자율적으로 선택하고 수행하는 데 어렵다.

 

6.     PRINCE2

 

이 방법론은 1996년 영국 정부가 IT 프로젝트를 수행하기 위해 고안했으며, 제품이나 시장보다는 대규모 IT 프로젝트에 적합하다.

이 방법론은 7가지 원칙이 있다. 프로젝트 시작, 프로젝트 주도, 프로젝트 착수, 프로젝트 통제, 산출물 인도 관리, 단계 경계 관리, 프로젝트 종료 등이다. 이 원칙을 따르면 철저한 프로젝트 프로세스를 수립하고 효과적인 방법론을 만들 수 있다.

장점은 모든 프로젝트에 적용될 수 있도록 일반적이 지침을 제공하지만,

단점은 유연성이 부족하고 과도한 관리 절차로 오버헤드가 발생된다.

 

7.     식스 시그마

 

이 방법론은 품질 관리에서 주로 사용하며, 주목적은 프로세스를 끊임없이 개선하고 결함을 제거하는 것이다. 1980년대에 제조 공정을 개선하고 결함을 줄이기 위해 모토로라에서 개발했다.

식스 시그마는 백만 번의 기회당 3, 4건의 결함이 발생하는 프로세스를 나타내는 통계적 척도를 말한다. 식스 시그마는 5가지 핵심 원칙이 중요하며, 정의, 측정, 분석, 개선, 제어이다.

장점은 불량률을 감소시키고, 비용을 절감하며, 품질을 향상시킨다.

단점은 교육하는 데 많은 기간이 소요되고, 개선결과가 도출되기까지 상당한 기간이 소요된다는 점이다.

 

8.     크리티컬 패스 분석법

 

이 방법론은 프로젝트의 중요한 작업을 식별하고 일정을 계획하기 위한 방법이다. 업무 분류 체계와 유사하게 작업 속성별 생성, 프로젝트 목표, 결과물 우선주의 지정, 마감일 관리로 구성되어 있다

장점은 프로젝트를 집중 관리하여 기간을 단축하고 효율적으로 운영할 수 있다.

단점은 특정 자원과 기술에만 적용이 가능하다는 점이다. 지나치게 낙관적이란 단점도 있다.

 

9.     크리티컬 체인 프로젝트 관리

 

이 방법론은 크리티컬 패스보다 더 상세한 방법이다. 크리티컬 체인은 자원 제약과 의존 관계를 고려하여 결정되며, 특정 작업의 지연이 전체 프로젝트의 완료 기한에 직접적인 영향을 미치는 작업들을 연결한 것이다.

장점은 자원 제약 사항을 고려하여 효율적인 사용을 유도한다. 또한 진행 상황을 시각화 할 수 있다. 단점은 각 활동의 정확한 시간 추정에 크게 의존한다. 만약 추정치가 틀리면 전체 프로젝트 일정에 영향을 받는다.

 

10.  린

 

Lean Project management는 낭비를 줄이고 가치를 극대화
2차 세계대전때 도요타 생산 방식에서 유래
2가지 주요 요소에 기반

1. 지속적인 개선: 지속적인 피드백을 통해 한번에 하나씩 수정하여 낭비를 줄인다
2. 사람에 대한 존중: 고객의 불만사항을 직접 소통하여 팀에게 작업의 틀을 제공

장점: 지속적인 개선을 통해 고객 중심의 효율성을 높이고 불필요한 작업을 줄인다
단점: 린은 단순해 보이지만 조직내에서 전면적인 변화를 요구하므로 복잡하고 어렵다

린은 효율을 중시하고 속도위주이므로 문서화가 부족하다. 
또한 과도한 낭비 제거 원칙으로 품질 저하나 중요기능 생략으로 이어진다.

린이 적합한 프로젝트는 스타트업에서 MVP 형태의 고객에게 단기간 제품이나 서비스를 제공할 경우에 적용한다. 
최소 기능 제품(Minimum Viable Product, MVP)
MVP는 제품의 핵심 기능만을 포함하여 가능한 빠르게 시장에 출시

 

11.  PMBOK 방법론

 

PMI 기관의 PMBOK(Project Management Body of Knowledge)는 5개의 프로젝트 관리 단계에 초점을 맞춘다.

 

PMBOK 방법론

 

1987년 미국 프로젝트 관리 협회(PMI) 에서 발행한 것으로
현재 널리 적용되고 있는 전통적인 실무적 지식을 포함하며 대부분 프로젝트에서 적용가능하다. 

 

장점: 성공률 높은 체계적인 관리체계
단점: 명확한 지침과 절차가 있지만 본질적인 요구사항보다 형식에 치우칠 때가 있다
초기계획을 중요하게 생각하므로 예상치 못한 변화에 대응이 어렵다
또한 수많은 관리 프로세스로 인해 상당한 부담을 느낀다. 

 

이런 방법론을 적용하는 곳은 소프트웨어 개발, 금융, 건설, 의료등 다양한 산업에서 수행중이다. 

 

12.  익스트림 프로그래밍 방법론

 

이 방법론은 계획수립-> 디자인 -> 코딩 -> 테스트 => 소프트웨어 출시 순으로 빠듯한 일정에 따라 짧은 개발주기를 만드는 방식이다. 이를 통해 처리 속도와 생산성을 높일 수 있다.

 

쉽게말해 개발자 중심의 방법론
방법은 고객과 개발자가 함께 일하며 고객이 원하는 기능을 우선순위에 따라
작은 단위로 나누어서 개발
이를 통해 고객의 요구사항을 빠르게 반영하고
문제가 발생했을 때 빠르게 대처

 

장점은 고객과 긴밀하게 협력할 수 있고 빠른 피드백 루프를 돌릴 수 있다.

단점은 문서화가 부족하고, 대규모 프로젝트에 적용하기 힘들다.

 

그렇다면, 실제 어떤 방법론을 적용하는 것이 맞나?

정답은 없다. 프로젝트에 따라서 적용되는 방법론이 각각 다르기 때문이다.

따라서 요즘은 이런 여러 방법론을 혼용해서 사용하고 있다.

 

# 프로젝트에 방법론을 적용하려면 

1. 프로젝트 목표 및 요구사항 명확화

2. 적절한 방법론 선택: 프로젝트의 특성, 조직 문화, 팀의 역량을 고려하여 선택
폭포수는 요구사항이 명확하고 변화가 적을 때
애자일은 변화가 빈번하고 요구사항이 명확하지 않을 때
하이브리드는 각 방법론의 장점을 결합하여 사용

3. 방법론 적용 및 실행: 선택한 방법론에 따라 단계별 수행

4. 평가 및 개선: 프로젝트 종료 후 방법론의 효과를 평가하고 개선사항을 도출
다음 프로젝트 적용시 보완하고 개선한다. 

 

 

프로젝트 생애주기

프로젝트 생애주기

 

일반적인 워터폴 방법론에 따른 프로젝트 생애주기

요구사항이 명확한 경우에 사용하며 단계적, 순차적으로 진행할 수 있다.

각 단계별로 산출물이 존재하며 효율적으로 관리하여 성공적인 프로젝트를 만들 수 있다.

 

이때 PM이 해야 할 일은

1.     고객의 요구사항을 정확하게 파악했는가?

2.     이를 수행하기 위해 성실한 계획을 세웠는가?

3.     프로젝트 진행 중 발생하는 이슈에 대한 준비와 대응을 했는가?

4.     프로젝트가 성공적으로 마무리하고 교훈을 얻어 정리했는가?

로 나뉘어 진다.