실제로 PMO는 다양한 기능을 갖춘 팀 구성원과 함께 다양한 위치에서 여러 프로젝트, 프로그램 및 포트폴리오를 관리한다. PMO는 포트폴리오 내에서 프로젝트의 우선순위 지정 및 각종 승인 절차 등을 통해 중앙 집중식 관리 체계를 수립하여 포트폴리오 내에서 프로젝트 간 혼란 및 혼잡도를 축소하고 일관성 있는 통제활동을 수행한다.
기존의 PMO는 일반적으로 표준화된 프로세스와 일관된 거버넌스 체계 운영으로 작업 결과에 대한 목표 이미지가 어느정도 예측 가능했다. 그러나 시장 상황의 변화에 따라 제품 수요가 많아지고 상품 출시 주기가 짧아짐에 따라 프로젝트 및 작업 우선 순위가 바뀌면서 PMO가 적시에 대응할 수 있는 능력이 중요시 되고 있다. 이에 따라 PMO는 방법론 중심의 프로젝트 실행에서 가치 중심의 비즈니스 성과로 PMO 활동 방향성을 변화해야 한다.
따라서 계획 중심의 접근 방식을 중심으로 하는 전통적인 PMO와 PMO가 관리 및 통제 기능을 제공하는 것보다 가치를 창출하는 데 더 중점을 두는 Agile PMO의 차이점을 알아보자.
전통적인 PMO
일반적으로 전통적인 PMO는 프로젝트 실행에 대해 거의 온전한 책임을 가지고 프로젝트 계획 및 제어에 중점을 두고 활동을 수행하며 주요 역할은 다음과 같다.
• 조직의 비즈니스 목표에 따라 프로젝트 및 프로그램의 선택 및 실행 통제
• 프로젝트, 프로그램 및 포트폴리오 관리
• 프로젝트 실행에 대한 감독 및 고위 경영진에 보고
• 프로젝트 표준 및 방법론 적용 및 통제
• 프로젝트 팀 내 이해관계 조율 및 의사소통 촉진
Agile PMO
Agile PMO의 역할은 계획 및 통제 역할이 아닌 자문 및 상담 역할에 가깝다. 프로젝트 팀에 개발, QA 테스트 등과 같은 기능조직이 함께 구성되므로 더 많은 자문과 상담 기능을 제공하도록 PMO의 역할이 변경된다.
• Agile 방법론으로 잘 훈련 된 사람들로 프로젝트 수행팀 조직화
• 프로젝트에 적합한 도구 채택 및 프로세스 적용
• 프로세스가 가장 효과적이고 효율적이 되도록 지속적 개선 및 최적화
• 회사의 비즈니스와 프로젝트 가치가 잘 연계되도록 유지
Agile PMO와 전통적인 PMO의 역할적 차이와 더불어 관리 영역별 기능적 주요 차이점은 다음과 같다.
Agile PMO는 관리 영역별 기능적 차이와 더불어 다음과 같은 활동 방향성 및 특징을 가진다.
• 착수 초기 요구분석 및 상위수준 설계를 선행하고 점진적 개발 진행 계획 수립
• 점진적 통합 방법론을 통하여 결함 요소 및 오픈 리스크 축소
• 요구사항의 우선순위 관리를 통하여 요구사항 변화를 주기적으로 수용
• 전체 릴리즈 계획과 함께 2~4주 단위의 단기 상세 계획의 주기적 수립
• 사용자 참여 및 피드백을 주기적 수행으로 상시 변화관리 체계 유지
• 진행상황의 시각화를 통하여 상황인식 수준 통일 및 투명성 제고
• 리더뿐만 아니라 팀원들간의 커뮤니케이션 및 상호협력 체계 수립
• 다양한 코칭과 워크로드 관리를 통하여 구성원들의 사기와 잠재력 제고
• 구성원들간에 주기적인 회고를 통하여 프로세스의 지속적 최적화
대규모 프로젝트는 미리 정의 된 요구 사항과 지정된 날짜까지 산출물을 제공하는 전통적인 Water-fall 방식으로 관리하고, 단기간 내 가시적 성과를 보여야 하는 프로젝트는 지속적인 피드백 루프를 사용하여 과정을 조정하고 점진적으로 진행하는 Agile 방식으로 관리 할 수 있다. 또는 원하는 결과를 달성하는 가장 좋은 방법으로 하이브리드 관리 방식도 선택할 수 있다. 프로젝트를 통하여 달성하고자 하는 목표가 비즈니스적으로 신속한 가시적 성과라면 단위 작업 진행 상황을 모니터링하고, 성과를 추적하고 측정 할 수 있는 Agile PMO를 적용해 볼 수 있다.
전통적으로 프로젝트 성공의 주요 척도는 On-Time/On-Budget Open 이었지만 애자일 환경에서는 개발 팀이 더 작은 단위로 분할되고 새로운 가치를 제공함에 따라 프로젝트 성공의 척도도 고객 만족도 상승 또는 시장 선점 등과 같이 지속적인 가치 추구 형태로 변화해야 한다.
궁극적으로 Agile PMO의 성공은 미완성 프로젝트가 줄어들고 우선 순위가 높은 프로그램이 더 많이 완료되었음을 의미한다.
[참조문서]
https://managedagile.com/what-is-an-agile-pmo/
http://en.wikipedia.org/wiki/Agile_software_development
https://www.planview.com/resources/articles/agile-pmo/
http://www.mountaingoatsoftware.com/topics/agile-project-management
https://www.infoq.com/news/2015/04/agile-pmo/
https://tensix.com/2018/06/5-benefits-of-the-agile-pmo/
https://www.mpug.com/the-value-of-an-agile-project-management-office/
