프로젝트 불확실성 성과 영역에 대해서 설명해보겠습니다. 프로젝트 불확실성 성과 영역은 프로젝트 이론 중 하나의 큰 축입니다. 프로젝트에는 불확실성, 변동성, 복잡성, 모호성, 리스크의 요소들이 존재합니다. 리스크는 한 가지 이상의 프로젝트 목표에 영향을 주는 불확실한 사건이나 조건입니다.
프로젝트의 미래가 불확실할 수 있는 이유는 프로젝트 내부와 외부의 구성 요소들이 서로 상호 작용하는 복잡성과 요구 사항이나 구현 기술을 정확하게 이해하지 못할 수 있는 모호성, 그리고 미래는 원래 예측하기 힘든 변동성 때문입니다. 프로젝트 불확실성에 대해서 좀 더 자세히 알아봅시다.
프로젝트 불확실성 성과 영역 개요
프로젝트 불확실성 성과 영역에서는 리스크와 불확실성과 관련된 활동들과 기능들을 다루게 됩니다. 프로젝트 성과 영역을 효과적으로 실행하게 되면 다양한 성과들을 얻을 수 있습니다. 프로젝트에 영향을 주는 외부 환경을 인식할 수 있고, 불확실성에 대한 사전 예방 측면의 탐구나 대응이 가능해집니다. 예상하지 못한 이벤트나 조건으로 인해 부정적인 영향 없이 프로젝트를 인도할 수 있습니다. 또한 프로젝트 성과를 개선할 수 있는 기회를 실현할 수 있습니다.
프로젝트에는 변동성, 복잡성, 모호성이 있고 이러한 요소들이 불확실성을 만들게 되며 불확실성은 리스크를 만들게 됩니다. 이를 뷰카(VUCA)라고도 부릅니다. 뷰카(VUCA)는 변동성, 불확실성, 복잡성, 모호성로 구성되어 있습니다. 뷰카의 경우, 1990년대에 미국에서 처음으로 사용한 용어이며 현재 급변하는 경영 환경의 특징을 설명하는데 가장 좋은 용어로 평가 받고 있습니다.
최근 디지털 전환 시대에서 디지털 기술들이 시장의 뷰카를 더욱 심화시키는 것으로도 알려져 있습니다. 불확실성과 변동성, 모호성, 복잡성의 개념과 대응 방안에 대해서 알아둘 필요가 있으며 프로젝트의 기회와 위협이 되는 리스크의 특성을 파악할 필요가 있습니다. 프로젝트 매니저는 리스크 관리 프로세스의 개요에 대해서 이해해야 하며 리스크 대응의 우선순위에 대한 결정 방안도 수립할 필요가 있습니다. 기회와 위협에는 대응 방안이 필요합니다. 리스크는 모니터링 되어야 합니다.
관리 예비와 우발 사태 예비를 통해서 예산과 관련된 리스크에도 대응할 수 있습니다. 불확실성을 낮추는 애자일 기법에는 스파이크가 있습니다. 스파이크(Spike)는 기술의 검증이나 사용자 인터페이스를 검증하기 위해서 만든 유저 스토리를 의미합니다. 스파이크 적용을 통해서 추가적인 정보를 파악하지 않으면 유저 스토리의 규모를 산정할 수 없거나 산정의 신뢰도가 낮아지게 됩니다. 프로토타입과 개념 증명, 와이프레임도 스파이크 형태로 진행될 수 있습니다. 스파이크 스토리는 별도로 관리됩니다.
프로젝트 불확실성 성과 영역 세부 내용
프로젝트에는 다양한 불확실성이 존재하고 이러한 불확실성은 위협과 기회를 제공하게 됩니다. 불확실성 성과 영역과 관련되어서 알아둘 필요가 있는 용어는 변동성, 불확실성, 복잡성, 모호성, 리스크입니다. 변동성은 빠르고 예측 불가능한 변화의 가능성입니다. 불확실성은 이슈나 이벤트, 그리고 추구하는 해결 방안 등에 대한 이해나 인식이 부족한 것과 관련되어 있습니다. 복잡성은 사람의 행동과 시스템의 동작에 대한 모호성 때문에 관리하기 어려운 프로젝트의 특성이나 환경이 됩니다.
모호성은 이벤트 원인 파악과 여러 옵션 선택에 어려움을 겪을 수 밖에 없는 불명확한 상태입니다. 리스크가 발생할 경우, 하나 이상의 프로젝트 목표에 긍정적이거나 부정적인 영향을 주게 되는 불확실한 사건이나 조건입니다. 불확실성은 모든 프로젝트들에 내재되어 있다고 볼 수 있습니다. 프로젝트 목표에 도움이 되는 잠재적 결과는 기회라고 하고 부정적인 영향을 미치게 되는 잠재적인 결과를 위협라고 합니다. 기회와 위협은 프로젝트의 리스크를 구성하게 됩니다. 불확실성에 대응하기 위해서는 관련 정보를 수집하고 사전 대비와 불확실성을 줄이기 위한 설계나 대안을 조사해야 합니다.
복원력 구축도 중요합니다. 관련 정보를 수집할 경우 전문가를 참여 시키거나 연구와 분석을 진행하는 것이 있습니다. 사전 대비로는 초기 대응 솔루션과 백업, 그리고 우발 사태 계획 방법이 있습니다. 복원력 구축의 경우, 예상하지 못한 변경에 대해 적응하고 빠르게 대응할 수 있는 능력입니다. 모호성에는 개념적 모호성과 상황적 모호성이 존재합니다. 개념적 모호성은 사람들이 용어나 주장을 서로 다른 방식으로 사용할 경우 발생합니다. 상황적 모호성은 두 개 이상의 결과가 가능할 때 발생합니다. 문제를 해결하는데 여러가지 옵션이 있는 경우입니다. 모호성 탐색을 위한 옵션으로는 점진적 구체화가 있습니다.
점진적 구체화는 정보의 양이 증가하고 산정 값이 정확해짐에 따라 프로젝트 관리 계획서의 정확도를 높여가는 반복적이고 점진적인 계획 방식입니다. 실험은 잘 설계된 실험을 통해서 인과 관계를 파악하는 것입니다. 프로토타입도 하나의 모호성 탐색 옵션이 됩니다. 복잡성을 다루는 방식은 다양한 방식이 있습니다. 다양한 방식으로 서로 상호 작용하여 작동하고 상호 간에 영향을 주게 될 때 복잡성이 존재합니다. 복잡한 환경에서는 개별적인 요소들이 모여서 예상하지 못한 결과를 발생 시킬 수 있고 결과가 어떻게 나타날 수 있는지 정확하게 예측하기 어렵습니다.
복잡성을 다루는 방식에는 시스템 기반의 작업과 재구성 작업, 프로세스 기반의 작업이 있습니다. 시스템 기반 작업은 분리와 시뮬레이션이 있습니다. 재구성 작업은 복잡한 시스템을 다양한 관점에서 검토하여 재구성하는 것입니다. 프로세스 기반 작업은 반복적이고 점진적인 방법으로 구축하는 것이며, 이해 관계자의 참여를 촉진합니다. 변동성은 빠르고 예측 불가능한 변화에 영향을 받는 환경에 존재합니다.
일반적으로 변동성은 프로젝트 일정과 원가에 영향을 주게 됩니다. 변동성을 해결하기 위한 옵션은 다양합니다. 변동성을 해결하기 위해서는 대안 분석과 예비가 있습니다. 대안 분석은 변동성에 대응하여 목표를 달성하기 위한 다양한 대안을 식별하고 평가하는 것입니다. 예비는 가격 변동성으로 인해 예산이 초과되는 경우 원가 예비를 사용할 수 있고 일정 예비는 자원 가용성과 관련된 변동성으로 인해 일정 지연 문제를 해결하는데 활용할 수 있습니다.
프로젝트 불확실성 성과 영역 추가 설명
프로젝트 불확실성 성과 영역의 활동은 회사의 표준 프로세스에도 영향을 받게 됩니다. 다만, 예측형 개발 방법론과 적응형 개발 방법론의 개발 방식에 따라서는 큰 차이는 없습니다. 불활실성 성과 영역에서는 리스크 관리 양식을 먼저 정의하게 됩니다. 프로젝트 리스크를 모니터링 하는 회의체와 운영 방식, 그리고 담당자를 지정하고 결정하게 됩니다. 이해 관계자와 팀원들이 모여서 프로젝트에 영향을 주는 내부 요인과 외부 요인들을 식별하고 프로젝트에 미치는 영향력을 논의하게 됩니다. 식별된 리스크를 취합하여 중복을 제거하고 리스크 유형별로 잠재적인 조치 계획을 수립하게 됩니다.
리스크 대응을 위한 유저 스토리를 발굴하여 관련된 반복 주기를 배정하게 됩니다. 이는 적응형 개발 방식에서 사용합니다. 리스크의 심각도를 평가하는 기준을 정의하고 식별된 리스크에 적용하여 리스크 대응 우선순위를 결정합니다. 프로젝트 기회가 될 수 있는 리스크 관리 방안에 대해서는 협의를 진행합니다. 경영진에게 올려야 하는 성격의 리스크를 식별하고 해당되는 리스크는 반드시 경영진에게 보고될 수 있도록 해야 합니다. 개별 리스크에 대해서 담당자, 실행 항목, 일정을 정의합니다. 프로젝트 월간 회의에서 기존에 식별된 리스크 진행 현황에 대해서 토의합니다.
프로젝트와 관련된 내부 환경과 외부 환경을 모두 인식하는 것이 좋습니다. 불확실한 요인은 빠지지 않게 식별하고 이에 대한 예방 방안을 수립합니다. 프로젝트에 영향을 미치는 요인들의 상호 의존성을 확인하고 대응합니다. 위협이나 기회가 프로젝트에 미치는 영향력을 이해합니다. 식별 되지 않은 부정적인 리스크는 없습니다. 프로젝트 성과를 개선할 수 있는 기회를 실현합니다. 프로젝트 리스크 수준을 반영한 여분의 비용과 일정을 확보하고 효과적으로 활용할 수 있습니다.
불확실하다는 것은 잘 알지 못하거나 예측하기 어려운 상태입니다. 잘 알지 못하는 것은 현재나 미래의 조건이며 예측하기 힘든 것은 미래의 사건입니다. 시스템과 소프트웨어 개발 프로젝트에서는 현재나 미래의 조건을 알지 못하는 불확실성으로 요구 사항의 정확성과 변경 가능성, 하드웨어나 소프트웨어, 데이터베이스(DB)의 복잡성, 기간과 원가를 산정할 때 가정한 규모의 생산성이 있습니다. 불확실성에 대비하는 방안은 불확실성을 낮추거나 불확실성으로 인해 부정적인 피해가 발생하는 것을 줄이는 것입니다. 요구 사항이나 기술과 관련된 불확실성은 추가적인 정보 수집과 분석으로 어느 정도 해결할 수 있습니다.