프로젝트 관리는 성공적인 결과를 얻기 위해 다양한 접근 방식이 요구되며 계속해서 발전하는 영역입니다. 가장 많이 사용되는 프로젝트 관리 방법론에 대해 알아두면 업계 전문가가 되는 데 도움이 됩니다.
프로젝트 관리 방법론은 프로젝트를 체계적으로 관리하는 사람들이 사용하는 원칙, 기법, 절차로 이루어진 시스템을 말합니다. 널리 사용되는 방법론은 구조적으로 조직된 방식이 다양할 뿐만 아니라 결과물, 작업 흐름, 프로젝트 관리 소프트웨어 개발에서도 차이를 보입니다.
최고의 프로젝트 매니저가 될 수 있도록 12가지 프레임워크를 살펴보고 팀의 필요에 가장 잘 맞는 방법을 찾아보세요.
소개: 애자일 프로젝트 관리 방법론은 가장 많이 사용되는 프로젝트 관리 프로세스 중 하나입니다. 하지만 엄밀히 말해서 애자일은 방법론이 아닙니다. 애자일은 프로젝트 관리 원칙에 가깝습니다.
애자일 접근 방식의 토대:
협업을 지원함
빠르고 효과적
반복적이며 데이터를 기반으로 함
프로세스보다 개인을 중시함
프로젝트 관리에 애자일을 도입할 때는 특정 방법론을 함께 사용하는 경우가 많습니다. 함께 사용하는 방법론은 스크럼, 칸반, 익스트림 프로그래밍, 크리스탈, 스크럼반까지 다양합니다. 애자일 방법론과 더 상세한 접근 방식을 조합하면 균형 잡힌 프로젝트 관리 체계를 확립하고 훌륭한 결과를 이끌어 내기 위해 실효성 있는 계획을 세울 수 있기 때문입니다.
이 프레임워크를 사용하기 좋은 팀: 애자일 프레임워크의 원칙은 보편적이므로 모든 팀에서 사용할 수 있습니다. 대신 애자일 프레임워크는 함께 사용할 방법론을 결정하는 것이 중요합니다.
Asana로 애자일 팀을 관리하세요소개: 워터폴 모델 역시 많이 사용되는 프레임워크입니다. 애자일과 다르게 워터폴은 직관적인 방법론입니다. 소프트웨어 개발 라이프 사이클(Software development life cycle, SDLC)이라고도 하는 워터폴 방법론은 업무가 폭포와 같이 아래로 떨어지는 선형 프로세스이며 순차적으로 진행됩니다.
워터폴 방법론에서는 각각의 작업이 종속 관계에 따라 연결됩니다. 즉, 각 작업을 완료해야 다음 작업을 시작할 수 있습니다. 이렇게 하면 업무를 계획대로 진행할 수 있을 뿐만 아니라 프로세스를 진행하는 동안 명확한 커뮤니케이션을 촉진할 수 있습니다.
현대적인 조직에서는 워터폴 방법론을 전통적인 접근 방식으로 여기기도 하지만, 예측 가능하고 철저히 짜여진 프로젝트 계획을 수립하는 데 사용하기 적합합니다.
이 프레임워크를 사용하기 좋은 팀: 워터폴 프로젝트 관리 방법론은 매우 상세한 방식이기 때문에 여러 이해관계자가 참여하는 대규모 프로젝트를 진행하는 팀이 사용하면 좋습니다. 프로젝트 전반에 걸쳐 명확한 단계와 종속 관계가 있어 목표를 달성하는 데 필요한 업무를 추적할 수 있기 때문입니다.
소개: 스크럼 방법론은 짧은 '스프린트'를 사용하여 프로젝트 주기를 만듭니다. 스프린트 주기는 1~2주로, 10명 이하의 팀원으로 구성된 팀이 참여합니다. 스크럼은 개별 작업이 종속 관계에 따라 분류되는 워터폴 방식과 차이가 있습니다.
스크럼은 다른 방법론과 구분되는 점이 많은데, 여러 이유 중 하나는 스크럼 마스터가 있다는 점입니다. 스크럼 마스터란 달리 표현하자면 프로젝트 매니저입니다. 스크럼 마스터는 일일 스크럼 미팅, 데모, 스프린트, 각 스프린트가 종료된 후 진행하는 스프린트 회고를 이끕니다. 이러한 미팅의 목적은 프로젝트 이해관계자를 서로 연결하고 작업이 계획대로 완료될 수 있게 하는 것입니다.
엄밀히 말해 스크럼 자체는 프로젝트 관리 방법론이지만, 흔히 애자일 프레임워크와 함께 사용됩니다. 스크럼과 애자일 프레임워크는 협업을 지원하고 프로세스보다 개인을 중시하는 등 유사한 원칙이 있기 때문입니다.
이 프레임워크를 사용하기 좋은 팀: 애자일 접근 방식을 사용하는 팀이라면 스크럼 방법론을 함께 사용하거나 적어도 시도해 보는 것이 좋습니다. 스프린트는 소규모 팀으로 나뉘어 있으므로 스크럼은 규모가 작은 팀과 큰 팀 모두 사용하기에 좋습니다.
참고: 워터폴, 애자일, 칸반, 스크럼의 차이점소개: 칸반 방법론은 시각적 요소, 특히 보드를 사용하여 프로젝트 백로그를 나타냅니다. 애자일 팀은 칸반 접근 방식을 사용하여 병목 현상이 발생할 가능성을 줄이면서 프로젝트 진행 상태와 워크플로를 더 효과적으로 시각화합니다. 칸반 방법론은 일반적으로 소프트웨어 툴을 사용하여 구현됩니다. 소프트웨어 툴을 사용하면 프로젝트 내에서 원활하게 보드를 변경하고 드래그할 수 있기 때문입니다. 하지만 반드시 소프트웨어 툴을 사용해야 하는 것은 아닙니다.
칸반 방법론은 다른 방법론과 달리 프로세스가 정의되어 있지 않기 때문에 사용하는 팀마다 각자의 방식으로 활용합니다. 칸반은 가장 중요한 프로젝트 작업에 초점을 맞추어 전반적인 프레임워크를 간단하게 유지하는 것을 목표로 한다는 점을 유념해야 합니다.
이 프레임워크를 사용하기 좋은 팀: 칸반 보드는 모든 규모의 팀이 사용하기 적합하며, 특히 주로 원격으로 운영되는 팀이 사용하기 좋습니다. 팀원들이 어디서나 칸반 보드의 시각적 기능을 사용하여 업무를 계획대로 처리할 수 있기 때문입니다.
Asana로 칸반 보드를 만드세요소개: 이름에서 알 수 있듯이 스크럼반(Scrumban)은 스크럼과 칸반 프레임워크에서 영감을 받은 방법론입니다. 스크럼과 칸반의 장점을 조합한 하이브리드 접근 방식이라고도 할 수 있습니다.
스크럼반은 스크럼과 유사한 스프린트 주기를 사용하지만, 칸반과 같이 개별 작업을 계획에 포함할 수 있습니다. 이를 통해 중요한 업무를 처리하고 프로젝트 계획을 단순하게 유지할 수 있습니다. 스크럼반은 협업을 강화하고 목표를 우선시하기 위해 스크럼 미팅을 사용합니다.
이 프레임워크를 사용하기 좋은 팀: 프로젝트를 작은 작업으로 나눈다는 아이디어가 맘에 들지만 프로젝트를 시각적으로 단순하게 유지하고 싶다면 스크럼반이 제격일 수 있습니다. 스크럼반은 단순함과 명확함이 적절히 어우러져 있습니다.
참고: 칸반과 스크럼의 차이점소개: PRINCE2(PRojects IN Controlled Environments)는 포괄적인 워터폴 방법론을 사용하여 프로젝트의 단계를 정의합니다. 이 프레임워크는 영국 정부가 IT 프로젝트를 수행하기 위해 고안했으며, 기존의 제품 관련 프로젝트나 시장 중심 프로젝트보다는 주로 대규모 IT 이니셔티브에 적합합니다.
PRINCE2 방법론에는 7가지 핵심 원칙이 있습니다.
프로젝트 시작
프로젝트 주도
프로젝트 착수
프로젝트 통제
산출물 인도 관리
단계 경계 관리
프로젝트 종료
이 7가지 원칙을 따르면 철저한 프로젝트 프로세스를 수립하고 효과적인 기업 프로젝트 방법론을 만들 수 있습니다. PRINCE2 방법론은 역할을 정의하고 관리를 지원하는 것을 목표로 합니다. 이뿐만 아니라 단계 통제, 산출물 인도 관리, 프로젝트 착수 및 종료와 같이 수많은 프로젝트 관리 개별 작업을 간소화하는 데 사용할 수 있습니다.
이 프레임워크를 사용하기 좋은 팀: PRINCE2 프로젝트 관리 방법론의 특성으로 인해 여러 프로젝트 이해관계자가 참여하는 대규모 기업 프로젝트에 사용하기 적합합니다. 이 방법론을 소규모 프로젝트에 사용한다면 프로세스가 불필요하게 길고 복잡해질 수 있습니다.
Asana로 PRINCE2 프로젝트를 추적하세요소개: 다른 프로젝트 관리 방법론과 달리 식스 시그마(Six Sigma)는 품질 관리에 사용되며, 전통적인 방법론보다는 철학으로 묘사됩니다. 식스 시그마는 린(Lean) 방법론이나 애자일 프레임워크와 함께 사용되는 경우가 많아 린 식스 시그마 또는 애자일 식스 시그마라고 불리기도 합니다.
식스 시그마의 주목적은 프로세스를 끊임없이 개선하고 결함을 제거하는 것입니다. 해당 분야에 종사하는 전문가들이 프로세스를 유지하고, 정의하고, 제어하여 지속적으로 개선함으로써 이와 같은 목표를 달성할 수 있습니다.
이 방법을 한 단계 더 발전시키려면 식스 시그마 DMAIC 프로세스를 사용할 수 있습니다. 이 프로세스는 다음과 같은 단계로 구성됩니다.
Measure(측정): 개선의 필요성을 알리는 데 도움이 되는 데이터를 수집합니다.
Analyze(분석): 문제의 근본 원인을 찾습니다.
Improve(개선): 찾아낸 근본 원인을 해결합니다.
Control(제어): 향후 진행할 프로젝트에 해결책을 활용할 수 있도록 유지합니다.
이 프레임워크를 사용하기 좋은 팀: 식스 시그마는 직원 수가 수백 명에 달하는 대규모 조직에서 사용하기 적합합니다. 이러한 대규모 조직에서는 프로젝트에서 낭비되는 부분을 제거해야 하는 필요성이 중요시되기 때문입니다.
소개: 크리티컬 패스 분석법(Critical path method, CPM)은 프로젝트의 중요한 작업을 식별하고 일정을 계획하기 위한 방법입니다. 업무 분류 체계와 유사하게 작업 종속성 생성, 프로젝트 목표 및 진행 상태 추적, 결과물 우선순위 지정, 마감일 관리 등으로 구성되어 있습니다.
크리티컬 패스 분석법의 목표는 규모에 맞는 성공적인 프로젝트를 적절히 관리하여 마일스톤과 결과물을 올바르게 계획하는 것입니다.
이 프레임워크를 사용하기 좋은 팀: 크리티컬 패스 분석법은 소규모 및 중간 규모 프로젝트와 팀이 사용하기 좋습니다. 대규모 프로젝트는 여러 이해관계자가 참여하며 많은 결과물을 생산해야 하지만, 크리티컬 패스 분석법은 복잡한 프로젝트를 관리하기 위해 설계된 것이 아니기 때문입니다.
소개: 크리티컬 체인 프로젝트 관리(Critical chain project management, CCPM) 프레임워크는 크리티컬 패스 분석법과 밀접한 연관이 있지만, 이보다 더 상세한 방법입니다. 이러한 특성으로 인해 크리티컬 체인 프로젝트 관리는 가장 포괄적인 방법론 중 하나입니다.
크리티컬 체인 프로젝트 관리는 크리티컬 패스 분석법과 같이 업무 분류 체계를 구현하고 각 작업에 소요되는 시간을 할당합니다. 이렇게 하면 작업이 할당된 시간을 넘기게 되는 때를 명확하게 하여 한층 더 효과적으로 작업을 추적할 수 있습니다. 또한 크리티컬 체인 프로젝트 관리는 이용 가능한 리소스에 업무를 골고루 분배하는 리소스 평준화를 사용하여 많은 업무량을 적절히 분산하는 것을 목표로 합니다.
크리티컬 체인 프로젝트 관리의 이러한 특성은 생산성과 효율을 높이는 데 효과적일 뿐만 아니라 완료해야 하는 업무를 프로젝트 목표에 연결하는 데에도 유용합니다. 많은 프로젝트 관리 툴에서 이와 같이 목표를 더 효과적으로 시각화할 수 있는 시각적 요소를 갖추고 있어 팀원을 위해 체계적인 로드맵을 만들 수 있습니다.
이 프레임워크를 사용하기 좋은 팀: 크리티컬 체인 프로젝트 관리는 소규모 팀과 대규모 팀 모두 사용하기 좋지만, 주로 프로젝트 효율성 문제를 해결하는 데 도움이 됩니다. 또한 진행 중인 업무를 경영진에 보고할 때 사용하기 좋은 방법입니다.
소개: 린(Lean) 프로젝트 관리 방법론은 낭비를 줄이고 프로젝트 요구 사항에 맞는 간단한 프레임워크를 만드는 것을 목표로 합니다. 이는 궁극적으로 적은 리소스로 더 많은 일을 하여 효율과 팀워크를 극대화하는 것을 의미합니다.
린 방법론을 Henry Ford가 실행하고 추후 Toyota와 Motorola에서 사용하던 시절에는 낭비를 줄인다는 것이 물리적인 제품을 의미했습니다. 하지만 현재는 낭비 요소가 발생하는 관행을 가리킵니다. 린 프로젝트 관리 방법론에는 세 가지 M이 있습니다.
Muda(낭비): 리소스를 소비하지만 가치를 더하지 않는 관행
Mura(불균형): 과잉 생산으로 인해 발생하며 폐기물을 남김
Muri(무리): 리소스에 지나치게 많은 부담이 가해질 때 발생함
프로젝트 매니저의 임무는 프로젝트를 더욱 효과적으로 실행하고 프로세스를 효율화하기 위해 이러한 세 가지 M을 방지하는 것입니다. 이는 마찬가지로 낭비를 줄이는 것을 목표로 하는 래셔널 통합 프로세스(Rational unified process, RUP)의 접근 방식과 유사합니다. 래셔널 통합 프로세스는 낭비 요소가 발생하는 관행을 줄이는 대신 개발비 절감을 목표로 한다는 점이 다릅니다.
이 프레임워크를 사용하기 좋은 팀: 린 방법론은 낭비를 줄이는 것이 목표이므로 효율성 저하 문제를 겪고 있는 팀이 사용하기에 적합합니다. 이 방법론은 대규모 조직에서 사용하면 더 큰 효과를 얻을 수 있지만, 모든 규모의 프로젝트 팀이 유용하게 사용할 수 있습니다.
소개: PMI(Project Management Institute)의 PMBOK(Project Management Body of Knowledge)는 프로젝트 관리 방법론과 관련이 있지만, 다양한 개발 프로세스를 고려한 모범 사례 모음에 가깝습니다.
이 프레임워크는 5개의 프로젝트 관리 단계 구현에 초점을 맞춥니다. 5가지 단계 모두 구조화된 단계적 접근 방식을 취하여 처음부터 끝까지 프로젝트를 수월하게 관리할 수 있습니다. 5단계는 다음과 같습니다.
프로젝트 착수
프로젝트 계획
프로젝트 실행
프로젝트 성과
프로젝트 종료
PMBOK® 가이드는 프로젝트 관리를 위한 훌륭한 기반이 되지만, 다른 방법론만큼 구체적이지는 않습니다. 그러므로 각 단계에서 완료해야 하는 작업이 무엇인지 스스로 결정해야 합니다.
이 프레임워크를 사용하기 좋은 팀: PMBOK® 가이드는 일반적인 프로젝트를 진행하는 소규모 팀에서 단독으로 사용할 수 있습니다. 하지만 복잡한 프로젝트를 진행하는 대규모 팀에서 크리티컬 패스 분석법과 같이 더 상세한 방법론과 함께 사용해도 좋습니다.
소개: 이름에서 알 수 있듯이 익스트림 프로그래밍(Extreme programming, XP)은 빠듯한 일정에 따라 빠르게 진행되는 프로젝트에 사용됩니다. 이 접근 방식은 여러 번에 걸쳐 출시하는 짧은 개발 주기를 만드는 방식으로 진행됩니다. 이를 통해 처리 속도와 생산성을 높일 수 있습니다.
익스트림 프로그래밍에는 단순성, 커뮤니케이션, 피드백, 존중, 용기를 비롯한 몇 가지 핵심 가치가 있습니다. 또한, 계획부터 테스트까지의 모든 단계를 포함하는 일련의 익스트림 프로그래밍 규칙이 존재합니다.
이 프레임워크를 사용하기 좋은 팀: 익스트림 프로그래밍은 주로 소규모 팀이나 중간 규모 팀에서 빠듯한 일정으로 진행해야 하는 개별 프로젝트에 사용할 수 있습니다. 익스트림 프로그래밍은 빠르게 진행되므로 번아웃을 방지할 수 있도록 가볍게 사용해야 합니다.
모든 상황에 통하는 단 하나의 프로젝트 관리 방법론은 존재하지 않습니다. 방법론마다 고유한 원칙이 있어 개발 프로젝트를 초기 계획부터 최종 실행에 이르기까지 진행할 수 있습니다.
방법론을 선택할 때 고려해야 하는 주요 요소는 팀의 규모와 팀이 선호하는 업무 수행 방식입니다. 방법론 선택 시 참고하면 좋은 팁을 소개합니다.
업계: 변화가 잦은 업계에 속해 있는지 고려합니다. 예를 들어, 기술 기업은 끊임없이 진화하는 업계에 속해 있습니다. 변화가 잦다면 프로젝트의 일관성에 영향을 미치기 때문에 업계 특성에 따라 유연하거나 고정적인 방법론을 선택해야 합니다.
프로젝트의 주안점: 프로젝트 목표를 고려합니다. 예를 들어, 효율성보다는 사람을 중시하는지 고려할 수 있습니다. 이러한 점을 고려하여 프로젝트의 목표와 유사한 목표를 가진 방법론을 선택할 수 있습니다.
프로젝트의 복잡도: 프로젝트가 복잡한 편인가요? 간단한 편인가요? 크리티컬 체인 프로젝트 관리 방법론과 같은 일부 방법론은 복잡한 작업을 관리하기에 다른 방법론만큼 효과적이지 않습니다.
역할의 특수성: 팀 내 배정된 역할이 얼마나 특수한지 고려합니다. 여러 팀원이 동일한 유형의 업무를 번갈아 가며 수행할 수 있나요? 전문성에 중점을 두는 방식이 필요한가요?
조직의 규모: 방법론을 결정할 때는 조직과 팀의 규모에 중점을 두어야 합니다. 칸반과 같은 방법은 팀 규모에 상관없이 모든 팀에서 보편적으로 사용할 수 있지만 크리티컬 패스 분석법과 같은 방법론은 소규모 팀에 더 적합합니다.
팀원이 칸반과 같은 시각적 프로세스를 선호하든 워터폴과 같은 전통적인 프로젝트 관리 방식을 선호하든, 팀 유형에 따라 다양한 방법론을 선택할 수 있습니다. 프로젝트 관리 방법론의 효과를 한층 더 높일 수 있도록 업무 관리 툴을 사용하여 개발 프로젝트를 추적하고 실행해 보세요.
팀에 적합한 프로젝트 관리 방법론을 갖추면 프로젝트의 효율을 한 단계 더 높일 수 있고 팀원, 조직, 프로젝트 매니저에게 적합한 프로세스를 구현할 수 있습니다.
프로젝트를 더 효과적으로 관리할 수 있는 방법을 찾고 계시나요? Asana의 프로젝트 관리 소프트웨어를 확인해 보세요.
프로젝트 관리를 위해 Asana를 사용해 보세요