프로젝트 방법론

프로젝트 관리 방법론

• 프로젝트를 체계적으로 관리하는 사람들이 사용하는 원칙과 기법, 절차로 이루어진 시스템
• 종류에 따라 구조적으로 조직된 방식이 다양하다.
• 작업 결과물, 작업 흐름, 프로젝트 관리 소프트웨어 개발에서 차이를 나타낸다.
• 프로젝트 실행법에 대한 전반적인 접근 방식을 제공한다.
• 효과적인 프로젝트를 운용하기 위한 일종의 가이드, 템플릿

 

 

방법론을 사용하는 이유?

• 명확성
  • 역할이 투명하게 정의되기 때문에 의사 결정 프로세스를 개선하고 책임을 보장한다.
• 가시성
  •  모든 프로젝트 관리 방법론은 프로젝트를 모니터링하고 제어하는 프로세스를 구현하고 있다.
• 효율성
  • 전체 일정과 예산을 줄이고 다음 프로젝트에서는 배운 교훈을 적용할 수 있어 성공가능성을 높일 수 있다.

 

 

폭포수(Waterfall)

• 가장 오랜 기간 프로젝트 관리 방법론에서 주류
• 요구사항 분석 → 설계 → 구현 → 검증(테스트) → 유지보수로 실행되는 프로젝트 관리 방법
• 각 단계 전반의 통제력이 높아지는 것이 장점
• 프로젝트 진행 중에 범위나 내용이 변경되면 유연하게 대처하는 것이 어렵다.
• 요건을 초기에 정확하게 파악할 수 있는 계획 단계를 잘 준비하는 것이 중요하다.

 

PRINCE2

• 포괄적인 워터풀 방법론을 사용하여 프로젝트의 단계를 정의하는 방법론
• 기존의 제품 관련 프로젝트나 시장 중심 프로젝트보다는 대규모의 IT 프로젝트에 적합한 프로젝트 관리 방법
• 7가지 핵심 원칙
• 역할을 정의하고 관리를 지원하는 것이 가장 큰 목표
• 수많은 프로젝트 관리 개발 작업을 간소화하는데 유용하다.
• 소규모 프로젝트에서는 프로세스가 불필요하게 길고 복잡해질 수 있어서 추천하지 않는다.

 

린 (Lean)

• 애자일 방법론의 일종으로 도요타의 TPS(Toyota Production System)을 S/W 개발에 적용한 방법론
• 생산 시스템을 프로그램 개발 방법론에 적용한 기법
• 낭비를 줄이고 프로젝트 요구사항에 맞는 간단한 프레임워크를 만드는 것으로 목표
• 적은 리소스로 더 많은 일을 하여 효율과 팀워크를 극대화하는 것을 목표
• 효율성 저하에 문제를 겪고 있는 프로젝트에 사용하기 적합한 관리 방법론

 

식스시그마(Six Sigma)

• 기업에서 전략적으로 완벽에 가까운 제품이나 서비스를 개발하고 제공하려는 목적으로 정립된 품질 경영 기법
• 방법론보다는 일종의 철학으로 묘사되기도 한다.
• 린이나 애자일과 함께 사용되어 린 식스 시그마, 애지일 식스 시그마로 불리기도 한다.
• 끊임없이 개선하고 결함을 제거하는 것을 목표
• 프로제스를 유지하고 정의, 제어하며 지속으로 개선하고 목표를 달성하고자 한다.
• 한단계 더 발전시킨 식스시그마 DMAIC 프로세스가 있다.

 

크리티컬 패스 분석법(Critical path method, CPM)

• 프로젝트의 중요한 작업을 식별하고 일정을 계획하기 위한 프로젝트 관리 방법론
• 직업 종속성 생성, 프로젝트 목표 및 진행상태 추적, 결과물 우선순위 지정, 마감일 관리 등으로 구성
• 소규모 및 중간 규모의 프로젝트와 팀이 사용하기 좋으며 마일스톤과 결과물을 올바르게 계획하는 것이 중요
• CPM을 보다 상세하게 발전시킨 크리티컬 체인 프로젝트 관리(CCPM) 존재
• 이용 가능한 리소스에 업무를 골고루 분배하는 리소스 평준화를 사용해 많은 업무량을 적절하게 분산하도록 한다.
• 프로젝트 효율성 문제를 해결하는데 큰 도움이 되는 프로젝트 관리 방법론이다.

 

애자일(Agile)

워터풀의 한계로 등장한 애자일 방법론

90년대 이후, 워터폴 방식은 한계가 드러나기 시작한다. 인터넷 기술이 발달하고 개인 PC 보급이 늘어나면서 고객의 요구는 빠르게 변했지만 소프트웨어 개발은 이러한 요구사항에 민첩하게 대처하지 못했다. 워터폴 방법론은 속도, 변화에 취약했고 문제가 발생했을 때 전 단계로 되돌리기 어렵다. 변경 사항이 생길 경우, 계획 단계부터 다시 시작해야 한다.

이런 경직된 워터폴 방법론에 대한 대안으로 생겨난 것이 바로 애자일 방법론이다.

 

애플, 구글, 아마존 등 글로벌 기업을 포함하여 오늘날 네이버, 카카오 같은 국내 기업도 애자일 방법론을 활용하고 있다. 특히 제품을 배포하고 고객의 피드백에 따라 빠르게 보완해 나가는 것이 필요한 스타트업에 적합한 방법론이다.

등장한 지 20년이 넘는 애자일 방법론은 많은 테크 기업, 스타트업에서 하나의 기본값이 되었으며 조직과 제품에 적합한 애자일 방법론을 만들어가는 것에 집중하고 있다.

• 가장 많이 언급되는 프로젝트 관리 방법론
• 유연성과 빠른 속도가 요구되는 프로젝트를 관리하기 위해 개발되었다.
• 빠른 목표를 달성하기 위해 스프린터(Sprint)라는 짧은 사이클로 구성된다.
• 자발적인 팀 구성 안에서 통제력 감소와 실시간 소통이 필요한 프로젝트에 가장 적합하다.
• 애자일은 매우 상호적이기 때문에 프로젝트 전체에 걸쳐 신속한 수정이 가능하다.
• 대부분의 소프트웨어 개발 프로젝트에서 보편적으로 사용된다.

애자일 개발 프로세스를 필요로 하는 조직

1. 목표 달성을 위한 프로세스를 가지지 않고, 임기응변적인 소프트웨어 개발로 인해 혼란에 빠져있는 조직
2. 이미 전통적인 소프트웨어 프로세스를 도입하고 있지만, 제대로 동작하지 않는 조직

 

애자일 선언문

공정과 도구보다 개인과 상호작용을
포괄적인 문서보다 작동하는 소프트웨어를
계약 협상보다 고객과의 협력을
계획을 따르기보다 변화에 대응하기를

 

애자일 방법론의 스크럼

스크럼(Scrum)은 프로젝트 관리를 위한 상호, 점진적 개발방법론이며 효율적인 협업 방법이다.

스크럼(Scrum)은 고객의 요구사항을 충족시키는 데 초점을 맞추기 위해, 목표를 짧은 주기로 점진적이며 경험적으로 시스템을 지속해서 개발(전달)하는 관리 프레임워크(기법)이며 소프트웨어 개발 프로젝트를 뿐만 아니라 소프트웨어 유지보수 팀이나 일반적인 프로젝트 관리에서도 적용될 수 있다.

 

스크럼의 5가지 추구가치

• 용기 : 팀의 목표가 올바른 길로 가기 위해 팀원 간 갈등을 두려워하지 말며 도전을 위한 용기를 가진다.
• 집중 : 팀의 목표와 약속을 지키기 위해 모든 노력과 기술은 성공을 위해 집중하여야 한다.
• 확약 : 팀의 목표 달성을 위해 개인이 공약한 목표 달성을 위해 팀에 헌신하며 약속을 지켜야 한다.
• 존중 : 자신과 팀원들에게 경의를 표해야 한다. 개인의 다름을 이해해야 한다.
• 정직 : 자신에게 불리하더라도 팀을 위해 프로젝트에 대한 모든 내용을 투명하게 공개해야 한다.

 

칸반

• 칸반은 팀이 업무와 각 팀원이 할 수 있는 작업량 간에 밸런스를 맞추는 도구
• 칸반보드는 프로젝트의 업무량과 워크플로우를 더 효과적으로 시각화해 프로젝트를 관리한다.
• 보드에서 업무는 열로 구성된 프로젝트 보드에 표시되며, 각 열은 업무 단계를 나타낸다.

 

스크럼과 칸반의 차이

스크럼 방법론과 칸반 방법론의 차이점은 이 두가지가 개발 프로세스의 어떤 부분에 더욱 집중하는지에 따라 생긴다.

애자일 스크럼의 경우, 각 스프린트마다 마감기한을 두고 빠르게 개발을 해나간다.

칸반의 경우, 동시에 처리할 수 있는 업무의 개수를 한정한다.

따라서 속도보다는 주요 이슈를 놓치지 않고 따라가는 것에 중점을 둔다.

애자일 스크럼 => 매일 진행되는 스크럼 미팅과 스크럼 리더

애자일 칸반 => 칸반 보드

 

정리

프로젝트 같은 종료 일이 정해져야 하는 업무가 많이 발생하는 경우는 스크럼,
지속적인 업무를 다루며 프로젝트 개발 및 ops까지 함께 다뤄야 하는 상대적으로 작은 단위의 팀에서는 칸반을 사용하는 것이 효율적이다.

 

애자일 스크럼은 스프린트 중 발생한 Hotfix의 경우 백로그로 쌓여 다음 스프린트를 위한 이슈로 미뤄지게 되지만 애자일 칸반은 Hotfix가 발생한 즉시 바로 큐에 넣을 수 있다.

따라서 개발된 서비스에 대한 돌발적인 문제상황은 칸반을 통해 서비스의 본래 성격과 목표에 집중하면서 더욱 유연하게 대처 가능하다.

 

애자일 프로세스 도입을 성공적으로 적용하기 위해서는 많은 노력이 필요하다.

기존 방식 및 문제점을 정확히 인지해야 하고, 이를 바탕으로 구성원들이 명확한 목표 의식을 공유할 필요가 있다.

기업과 실무진 사이의 괴리감을 줄이기 위해서는 애자일에 대해 파악하기 전에 기존의 프로세스를 단계별로 정의하는 노력을 먼저 기울여야 한다.