프로젝트 가치는 프로젝트를 어떤 개발 방식으로 진행하기로 했는지 그 선택에 따라 달라질 수 있습니다. 그리고 프로젝트 개발 방법론과 개발 방식 유형에 따라 가치 전달 시기도 달라집니다. 예측형 접근 방식의 경우, 종료 단계에서 배포하고 가치가 창출됩니다.
적응형 접근 방식의 경우, 프로젝트 생애 주기 전반에 걸쳐서 가치가 전달되고 프로젝트 진행 과정 중에 고객이나 이해 관계자들에게 가치를 제공할 수 있습니다. 비즈니스 가치는 프로젝트가 종료된 이후에도 계속 발생하기 때문에 지속적인 확인과 모니터링이 필요합니다. 프로젝트에서 요구 사항은 매우 중요합니다. 프로젝트 요구 사항은 결국 프로젝트 가치와 연결됩니다. 그럼 프로젝트 가치와 요구 사항에 대해서 좀 더 자세히 알아보도록 하겠습니다.
프로젝트 가치 관리에 대한 이해
프로젝트 가치는 고정된 것이 아닙니다. 프로젝트 가치는 프로젝트를 진행하기 위한 목적입니다. 프로젝트 매니저는 프로젝트를 진행하는 과정에서 프로젝트가 창출해야 하는 가치에 집중하고 지속적으로 모니터링 해야 합니다. 예측형 접근 방식인 워터폴 방식의 프로젝트는 프로젝트 종료 시점에 한꺼번에 통합해서 가치를 전달합니다. 적응형 접근 방식인 애자일 프로젝트에서는 프로젝트 중간에 가치를 분할하여 전달하게 됩니다. 프로젝트 가치를 승인하는 문서는 비즈니스 케이스나 프로젝트 헌장이라고 부릅니다.
비즈니스 케이스는 사실상 회사 내 본부나 조직의 경영 계획이나 사업 계획과 유사합니다. 본부 내에서 진행하고자 하는 다양한 사업 계획들이 있고 이러한 사업 계획들을 실제로 구현하고 실행하기 위해서 프로젝트를 진행할 수 있습니다. 이렇게 되면 본부 내 사업 계획들은 모두 프로젝트 가치와 연결됩니다. 비즈니스 케이스는 일반적으로 예측형 접근 방식에서 사용하는 문서입니다. 적응형 접근 방식에서는 프로젝트 헌장을 사용합니다. 비즈니스 케이스와 같은 비즈니스 문서는 타당성과 예상되는 비즈니스 가치에 대한 예측을 포함하게 됩니다. 프로젝트 승인 문서나 프로젝트 헌장에는 원하는 프로젝트 결과와 성공 기준을 명시하고 목표를 정량화 하여 문서에 기술해야 하고 이에 대한 주기적인 측정을 진행해야 합니다. 프로젝트가 제공하려고 하는 가치를 정의한 문서는 비즈니스 케이스입니다.
비즈니스 케이스와 프로젝트 헌장
비즈니스 케이스와 프로젝트 헌장 모두 프로젝트 가치를 설명하고 있지만 특히 비즈니스 케이스 문서는 프로젝트 가치에 더 집중합니다. 프로젝트 헌장은 별도로 작성하는 경우, 비즈니스 케이스의 내용이 프로젝트 헌장에 포함되기도 합니다. 모든 프로젝트들은 현재 없는 새로운 가치를 만들거나 기존의 문제점과 한계점들을 극복하고 개선하기 위해서 진행합니다. 개선이나 고도화의 대상은 제품이 될 수도 있고 서비스나 시스템, 프로세스가 될 수 있습니다. 프로젝트 이해 관계자들은 비즈니스 요구 사항들을 명확하게 제시하고 프로젝트에서는 이를 구현하는 역할을 맡게 됩니다.
프로젝트 타당성은 프로젝트를 진행하기 위해서 투입하는 예산과 자원, 투자에 대한 타당성을 제시할 수 있는 분석 결과입니다. 비즈니스 전략은 프로젝트 가치를 창출하기 위한 전략들을 포함하게 됩니다. 비즈니스 케이스는 이해 관계자들과 프로젝트 팀이 중요한 의사 결정을 할 때 참조할 수 있는 문서입니다. 비즈니스 케이스에 근거하여 프로젝트가 전략 방향에 맞게 잘 진행되고 있는지를 확인할 수 있습니다. 또한 프로젝트 결과물이 프로젝트 가치와 연결 되는지를 확인할 수 있습니다. 프로젝트 초반에는 프로젝트 착수를 위한 근거를 제시하게 됩니다. 프로젝트 진행 도중에는 프로젝트 중간 평가를 위한 기준이 됩니다.
프로젝트 방향을 바꿀 수도 있고 심지어 중단될 수도 있습니다. 프로젝트 종료 후에는 프로젝트가 성공적이었는지를 평가하는 기준이 됩니다. 프로젝트 헌장은 프로젝트 스폰서나 스폰서 보다 상급자인 임원 레벨에서 승인하게 됩니다. 프로젝트 매니저는 이러한 승인 문서를 통해서 권한을 얻게 됩니다. 프로젝트 헌장의 항목들은 프로젝트 관리 계획서의 항목들을 개략적으로 정의하게 됩니다. 프로젝트 요약은 프로젝트 헌장과 유사합니다. 프로젝트 헌장에는 프로젝트 추진 배경, 추진 목적, 주요 기능, 주요한 마일스톤, 추진 조직, 기대 효과, 투자 비용, 고려 사항들이 포함됩니다.
프로젝트 가치와 요구사항에 대한 이해
프로젝트 요구사항은 비즈니스 요구를 충족하기 위해서 제품과 서비스 등에 대해 구현해야 할 조건이나 역량을 의미합니다. 비즈니스 케이스에서 제시하는 상위 수준의 요구 사항들을 포함하며 실제 구현하게 될 시스템 구성 요소의 각각 세부적인 수준의 요구 사항 형태로 명시될 수 있습니다. 요구 사항은 안정적이고 범위가 잘 정의되어 있어야 합니다. 프로젝트를 진행할 때 요구 사항을 기반으로 진행되며 요구 사항이 체계적이고 합리적이고 구체적이어야 합니다. 일반적으로 요구 사항은 프로젝트 이해 관계자들과의 협의 하에 계획 초기에 요구 사항들을 도출하고 문서화해야 합니다.
상위 수준의 요구 사항은 앞으로 프로젝트를 진행하는 과정에서 진화 될 수 있고, 프로젝트 진행 도중에 새로운 요구 사항들이 발견되어 추가되기도 합니다. 따라서 요구 사항은 계속 변경될 수 있다는 사실도 인지해야 합니다. 다만, 이러한 요구 사항들을 체계적으로 관리하면 프로젝트의 가치를 더 크게 만들 수 있게 됩니다. 프로젝트를 진행하는 도중에 프로젝트 변경 사항이 발생하면 비즈니스 케이스도 변경될 수 있습니다.
따라서 프로젝트 요구 사항과 비즈니스 케이스는 지속적으로 업데이트 되어야 합니다. 프로젝트 요구 사항과 프로젝트 범위는 다른 개념입니다. 프로젝트 요구 사항은 프로덕트 오너(PO)와 같은 역할자가 정의합니다. 하지만 프로젝트 범위는 프로젝트 매니저(PM)가 정의합니다. 요구 사항은 프로덕트 오너가 요청하는 무엇에 해당하는 사항이라면 범위는 프로젝트 매니저가 제시하는 어떻게 하는지에 대한 성격이 강합니다.
프로젝트 요구사항에 대한 세부 설명
프로젝트 요구사항에 대해서 좀 더 자세히 알아봅시다. 예측형 개발 방식의 프로젝트에서는 요구 사항에 대해 프로젝트 착수 시점에 상세하게 정의하게 됩니다. 하지만 적응형 개발 방식의 프로젝트에서는 프로젝트 착수 시점에는 요구 사항들을 개략적으로만 정의하고 프로젝트를 진행하는 과정에서 요구 사항들을 상세화 시킵니다. 프로젝트 요구사항을 문서로 만들어야 하며 워터폴 프로젝트에서는 해당 문서를 요구사항정의서라고 부릅니다. 프로젝트 요구 사항은 고객의 가치가 명확해야 하며, 프로젝트 기간 안에 구현할 수 있어야 합니다. 요구 사항은 우선순위를 평가할 수 있으며 요구 사항은 구체적이고 명확할 수록 좋습니다. 프로젝트 요구 사항은 제약 조건도 명확해야 합니다.
유저 스토리는 고객에게 제공하는 가치를 고객 관점에서 간결하게 정의한 것입니다. 유저 스토리는 애자일 프로젝트에서 프로덕트 오너(PO)가 프로젝트 개발 팀과 의사소통하기 위해서 사용하는 도구이기도 합니다. 요구 사항 문서는 프로젝트 진행 목적인 비즈니스 요구 사항들을 모두 포함해야 하며, 비즈니스와 프로젝트의 계량적인 목표를 정의해야 합니다. 비즈니스 프로세스와 기술적인 요구 사항들이 포함됩니다.
요구 사항은 비즈니스 요구 사항인 기능 요구사항과 기술적 부분의 요구 사항인 비기능 요구사항으로 분류하기도 합니다. 서비스 수준, 안전성, 보안, 각종 기술 지원 등의 비기능적 요구사항들도 간과 되어서는 안됩니다. 품질 요구사항과 품질 인수 기준에 대해서도 요구 사항 정의에 포함됩니다. 요구 사항에 대한 가정들과 제약 조건들도 고려되어야 합니다. 프로젝트가 종료되고 나면 운영을 위한 인수인계 요구 사항도 필요합니다. 요구 사항을 유형으로 분류하면 비즈니스 요구사항, 이해관계자 요구사항, 상품 요구사항, 기능 요구사항, 비기능 요구사항, 품질 요구사항으로 분류할 수 있습니다.
프로젝트 가치의 요구사항 관리와 발전
요구사항은 인터뷰를 통해서 구체화될 수 있고, 핵심 전문가 그룹(FGI, Focus Group Interview)이나 데이터 분석, 프로세스 관찰 등의 다양한 방법들을 통해서 수집하고 도출할 수 있습니다. 사전에 명확하게 정의되지 않는 요구 사항들을 구체화 시키고 발전시키기 위해서 다양한 방법들을 활용할 수 있습니다. 프로젝트에서 명확하지 않은 요구 사항들을 발전시키기 위해서 프로토타입, 시연, 스토리 보드, 모형을 만들어서 이를 통해서 구체화할 수 있습니다. 예측형 접근 방식은 프로젝트 성격 상 요구 사항에 대한 변경을 좋아하지 않습니다.
예측형 접근 방식은 프로젝트 초기에 정의된 요구 사항들이 프로젝트가 종료될 때 까지 변경되지 않는 것이 좋습니다. 하지만 반복형 접근 방식, 점증형 접근 방식, 적응형 접근 방식을 사용하는 프로젝트는 프로젝트를 시작할 때부터 공통적으로 변화하는 요구 사항들을 다루게 됩니다. 모든 프로젝트들은 요구 사항 관리가 매우 중요합니다. 비효율적인 요구 사항 관리는 범위 추가, 재 작업, 일정 지연, 예산 초과, 고객 불만, 프로젝트 실패로 이어질 수 있는 문제입니다. 일부 프로젝트는 요구 사항 만을 관리하는 담당 책임자가 있을 정도로 프로젝트 요구 사항은 매우 중요합니다. 프로젝트 요구 사항과 관련된 역할자들은 비즈니스 분석가(BA), 프로덕트 오너(PO), 가치 엔지니어(VE) 등이 있습니다. 새로운 요구 사항과 변경되는 요구 사항들은 모두 모든 이해 관계자들에 의해서 합의 되도록 보증 되어야 합니다.
최소 기능 제품과 프로젝트 성공의 의미
최소 기능 제품(MVP, Minimum Viable Product)은 초기 고객을 만족 시키고 향후 제품 개발에 대한 피드백을 받기에 충분한 기능들을 갖춘 제품 버전을 의미합니다. 여기서 최소 기능은 고객이 비즈니스를 위해서 필요로 하는 최소한의 기능을 의미합니다. 제품 전체를 완벽하게 개발하지 않고도 제품에 대해 고객의 관심을 이해하고 제품에 대한 의사 결정을 이끌어 낼 수 있습니다. 시장에서 성공하지 못하는 제품에 대한 노력과 시간, 비용을 줄일 수 있게 됩니다.
많은 프로젝트들은 프로젝트를 진행하고 나서 목표했던 가치를 창출하지 못하는 경우가 있습니다. 프로젝트를 시작할 때 실패를 각오하고 시작하는 경우도 있고 실패를 통해서 고객의 가치를 학습하기 위한 목적과 목표를 가지고 있는 프로젝트들도 있습니다. 의도했던 성과를 만들지 못했거나 가치 정의를 잘못하였거나 경쟁사에서 제품을 먼저 출시한 경우 실패한 프로젝트가 될 수 있습니다. 프로젝트의 불확실성이 높아서 가치 창출에 실패하더라도 효율적이고 효과적으로 실패해야 합니다. 효율적으로 실패하는 것은 빠르고 비용이 저렴하게 실패하는 것을 의미합니다. 효율적으로 실패하는 것은 기 위해서는 실패가 예상될 경우, 프로젝트 규모를 빠르게 변경해야 합니다. 많은 기능들을 개발하지 않고 프로젝트 핵심 가치를 검증한 다음 부가 기능을 개발할 수도 있습니다.
효과적인 실패는 실패를 통해 부족한 점이 무엇인지를 발견할 수 있는 것입니다. 프로젝트를 통해서 교훈을 얻는 것이며 실패를 통해서 성공으로 이어지게 만드는 전략입니다. 프로젝트를 진행한 결과 일부 프로젝트는 결과를 제공하지 못하거나 최적화되지 않은 결과를 만들어 낼 수 있습니다. 업계에서는 차세대 프로젝트를 진행하면 대부분 오픈하고 나서도 계속된 오류로 인해 고생하게 됩니다. 시스템을 개발하고 구축하는 것은 기술적인 부분이 많고 매우 어려운 영역입니다. 따라서 프로젝트를 체계적이고 효과적이며 효율적으로 진행해야 합니다. 변화하는 상황과 환경에 따라서 프로젝트 완료 목표도 변경될 수 있습니다.
프로젝트 가치 중점이 중요한 이유 고찰
프로젝트 가치 중점이 중요한 이유에 대해서 알아보는 것은 프로젝트 매니저 입장에서 매우 의미가 있는 일입니다. 프로젝트에서는 비즈니스 목표와 의도한 편익, 그리고 가치에 맞게 프로젝트를 진행하고 있는지를 계속해서 평가하고 조정하는 활동들을 수행해야 합니다. 프로젝트 매니저 관점에서는 프로젝트를 잘 완수하는 것이 가장 중요한 목표이자 목적이 되겠지만 회사 입장에서는 프로젝트가 의도했던 편익과 가치를 반드시 달성했는지 안했는지가 중요합니다. 프로젝트 가치를 실현하기 위해서 인도물들을 의도한 성과로 전환하는 것에 중요한 중점을 두어야 할 것입니다. 인도물은 프로젝트를 진행할 때 계약서를 작성하게 되는데 계약서를 이행하는 관점에서 진행되고 계약 사항을 이행해서 만들어지게 됩니다. 그럼 프로젝트 가치 중점이 중요한 이유에 대해서 좀 더 자세히 설명하도록 하겠습니다.
프로젝트 가치 중점이 필요한 이유
프로젝트에서 가치는 프로젝트 성공의 궁극적인 지표로 볼 수 있습니다. 프로젝트를 통해서 만들고자 하는 가치는 프로젝트 진행 과정에서도 만들어질 수 있고 프로젝트가 종료되고 나서야 만들어질 수 있습니다. 또한 프로젝트가 종료되고 나서 한참 후에 가치가 실현되는 경우도 있습니다. 이렇게 다양한 형태로 프로젝트의 가치 달성 시기가 다르게 이루어질 수 있습니다. 프로젝트 종료 후에 나타나는 가치의 대표적인 예는 바로 매출 상승과 같은 경우입니다. 디지털 플랫폼 구축 프로젝트를 진행하였을 경우 프로젝트를 통해 시스템이 구축되고 나서 제품과 서비스가 판매되고 시스템이 운영되는 과정에서 매출 상승이 이루어질 수 있습니다. 프로젝트 가치는 고객 관점에서는 자신이 원하는 요구사항 내용들이 잘 반영 되었는지에 대한 부분들입니다. 프로젝트 가치와 가치에 기여하는 편익은 정성적일 수 있고 정량적 측면에서 정의될 수 있습니다.
이는 재무적일 수 있고 비재무적일 수 있습니다. 프로젝트 팀은 항상 진행 상황을 평가하고 가치를 극대화하기 위해 적절한 조정 작업을 수행해야 합니다. 프로젝트가 만약 시스템 구축과 관련된 개발 업체와 프로젝트 계약을 통해 진행되었다면 프로젝트를 발주한 발주사 입장에서는 회사에서 요청한 요구사항들이 잘 반영 되었는지가 가장 첫 번째 중요 사항이 될 것입니다. 하지만 요구사항이 전부는 아닙니다. 프로젝트를 통해서 비즈니스 목표, 편익, 가치가 달성 되어야 합니다. 프로젝트의 성공 지표는 결국 편익과 가치입니다. 프로젝트를 통해 만들어 낸 시스템을 통해 편익과 가치가 제공될 수 있다면 프로젝트는 성공한 것입니다. 어떤 프로젝트는 시스템의 편익과 가치, 그리고 편의성으로 인해 사용률이 높아져서 디지털을 선도하는 회사로 명성을 얻으면서도 매출 상승에 긍정적인 기여를 하는 경우도 있습니다.
프로젝트 조정의 중요성 이해
프로젝트에서 조정은 하나의 중요한 영역입니다. 프로젝트의 편익과 가치가 극대화 될 수 있도록 프로젝트 매니저는 적절한 조정 작업을 진행해야 합니다. 프로젝트를 통해서 얻을 수 있는 기대 효과는 결국 정성적 관점과 정량적 관점으로 나눌 수 있습니다. 프로젝트 가치는 프로젝트 매니저와 프로젝트 팀의 관점이 회사의 관점과는 전혀 다를 수 있습니다. 프로젝트 매니저와 프로젝트 팀의 관점에서는 프로젝트를 무사히 잘 마무리하고 종료하는 것이 가중 큰 목표이겠지만 회사 입장에서는 프로젝트를 통해서 의도했던 편익과 가치를 달성하는 것이 더 중요합니다.
프로젝트 매니저와 프로젝트 팀은 프로젝트의 품질, 예산, 프로젝트 기간을 준수하여 프로젝트를 완료하였지만 프로젝트 매니저 입장에서는 주어진 목표를 달성하는 것이 중요합니다. 회사 입장에서는 프로젝트 자체는 하나의 수단이지 최종 목표가 아닌 것입니다. 만약 프로젝트는 잘 진행하였지만 기대했던 편익과 가치를 달성하지 못하였다면 회사 관점에서 보았을 때 해당 프로젝트는 실패인 것입니다. 프로젝트를 무사히 마무리하였지만 해당 시스템에 대한 사용률이 저조하고 시스템을 통해서 얻을 수 있는 편익과 가치가 전무하다면 그것은 실패한 프로젝트가 될 수 있는 것입니다. 물론 스폰서를 포함한 다양한 이해 관계자들이 성공한 프로젝트로 평가하여 조직의 대외적인 위상을 의도적으로 높일 수 있습니다. 프로젝트의 편익과 가치는 정량적인 측면에서는 객관적이지만 정성적인 측면에서는 주관적일 수 있기 때문입니다.
가치에 중점을 두는 프로젝트 특징
프로젝트는 일반적으로 비즈니스 케이스를 통해서 시작됩니다. 비즈니스 케이스는 일종의 사업 계획이나 경영 계획과 같은 개념입니다. 프로젝트(Project) 진행은 하나의 수단이며 회사나 본부나 부서와 같은 조직에서 사업 계획이나 경영 계획을 통해서 달성하고자 하는 목표를 보다 빠르고 효과적으로 달성하기 위해서 프로젝트를 진행하게 되는 것입니다. 조직에서는 본부 차원에서 매년 사업 계획이나 경영 계획을 계획하고 수립해서 대표이사나 경영진의 승인을 받고 이를 실제 실행하게 됩니다. 사업 계획에는 조직이 달성해야 하는 목표와 추진 전략들이 모두 포함되어 있습니다. 그리고 프로젝트는 이러한 비즈니스 케이스를 기반으로 시작되게 됩니다.
따라서 비즈니스 케이스 문서를 보면 비즈니스 관점에서의 필요성을 배경과 목적으로 기재되고 비즈니스 전략과 목표, 그리고 범위, 마일스톤, 자원과 예산과 같은 내용들을 사업 추진 전략에 포함 됩니다. 프로젝트를 진행하기 위해서는 타당성 조사가 필요합니다. 프로젝트를 진행하게 되면 많은 비용이 필요한 경우가 대부분입니다. 특히 프로젝트를 진행하면 외부 개발자를 투입하기 위해서 프로젝트를 발주하고 외부 개발 업체가 이를 수주하여 계약을 통해 프로젝트를 진행하게 됩니다. 프로젝트 매니저는 타당성 조사를 통해서 정성적 관점과 정량적 관점에서 프로젝트를 통해서 얻을 수 있는 기대 효과를 작성합니다. 비즈니스 케이스에서는 비즈니스의 필요성, 프로젝트의 타당성, 비즈니스 전략이 들어가게 됩니다.
비즈니스 필요성과 타당성에 대한 설명
비즈니스 필요성은 결국 프로젝트를 착수하게 되는 이유가 됩니다. 회사의 요구나 고객의 요구가 있을 수 있고 시장 수요가 기반이 될 수 있으며 공공 복지를 위해서 필요할 수 있습니다. 프로젝트 타당성은 투자 가치를 설명하는 비용과 편익 분석의 결과를 바탕으로 나올 수 있고 가정에 의해서 만들어집니다. 프로젝트의 타당성은 반드시 필요하지만 가치 달성은 미래의 일이기 때문에 결국 가정에 의해서 만 프로젝트의 타당성이 만들어질 수 밖에 없습니다. 투자 대비 효과 분석의 경우 다양한 기법들과 지표를 통해서 제시되고 이를 달성하기 위해서 노력하게 됩니다. 편익 관리 계획의 경우, 프로젝트 목표 편익을 창출하기 위해 프로세스, 편익이 제공되는 시점, 측정 메커니즘을 기술한 문서로 비즈니스 케이스 내용을 기반으로 개발되고 향후 비즈니스 가치를 검증하기 위해서 활용될 수 있습니다.
프로젝트 가치에 중점을 두기 위해서는 원하는 성과를 명확하게 기술해야 합니다. 그리고 프로젝트 전반에 걸쳐서 반복적인 평가를 진행해야 하고 프로젝트를 진행하는 과정 전반에 걸쳐서 업데이트를 해야 합니다. 프로젝트 생애 기간 동안 프로젝트는 변경될 수 있습니다. 비즈니스 케이스, 기준선, 산출물을 기준으로 진행 상황과 방향을 지속적으로 평가하여 요구 사항에 부합하도록 해야 하고 의도한 성과를 인도하도록 해야 합니다. 프로젝트가 더 이상 비즈니스 요구 사항에 부합하지 않거나 프로젝트를 통해서 의도한 가치를 달성할 가능성이 전혀 없다고 판단되는 경우가 있을 수 있는데 이러한 경우에는 프로젝트를 조기에 종료 시킬 수 있는 과감하고 현명한 의사 결정도 필요합니다. 프로젝트 중에서 계속할 이유가 없는 경우는 과감하게 종료 시키는 것도 하나의 방법인 것입니다. 물론 프로젝트를 종료 시킬 수 있는 권한은 프로젝트 매니저나 프로젝트 팀원들에게는 없고 스폰서나 경영진이 가지고 있습니다.
가치에 중점을 두는 프로젝트 설명
가치는 사실 주관적이기 때문에 사람마다 다를 수 있습니다. 사람마다 서로 다른 가치를 추구하는 것이 일반적입니다. 그래서 가치는 조직의 전략에 따라서 판단되어야 합니다. 조직의 전략에 따라서 단기적인 가치, 그리고 장기적인 가치를 구분하고 경제적인 편익과 비경제적인 편익을 고려해야 합니다. 다양한 가치를 전체적으로 고려해야 하는데 균형 있게 조정하면서 고객 관점에서 우선순위를 두어야 합니다. 가치를 극대화 하기 위해서 가능한 적은 자원을 활용하고 최소한의 자원을 사용해야 하며 자원의 낭비를 방지하고 효과적이고 효율적으로 필요한 기능들을 구현하는 형태로 진행하고 적용해야 합니다.
가치를 극대화 하기 위해서 진행하는 방법론을 가치 엔지니어링이라고 부릅니다. 가치 엔지니어링은 프로젝트의 가치를 만들어 내기 위해서 연구하고 발전시킨 분야로 프로젝트에서 가치를 달성하기 위해 특화된 방법론입니다. 프로젝트를 진행하는 방식은 다양한 유형들이 있습니다. 다양한 프로젝트 방식에 따라 그에 맞는 가치를 극대화 시키는 방향으로 나아가야 합니다. 특히 적응형 접근 방식에서는 프로젝트를 진행하는 가정에서 수행사와 프로젝트 발주사와의 협의를 통해서 가치를 달성할 수 있는 기능을 결정해서 최적화 할 수 있습니다. 적응형 접근 방식의 애자일 프로젝트는 작동하는 제품을 반복 주기 마다 만들어서 가치를 지속적으로 만들어 내는 형태이며 최적화된 가치를 만들어 낼 수 있는 프로젝트 방법론입니다.
프로젝트 가치 실현과 의미 이해
프로젝트 가치를 실현하기 위해서는 프로젝트 매니저와 프로젝트 팀이 인도물을 통해 회사에서 의도한 성과로 전환되는데 중요한 중점을 두고 일을 해야 할 것입니다. 단순하게 프로젝트를 완수하고 완료하는 것에만 중점을 둘 것이 아니라 프로젝트 비전과 목표를 달성하고 가치를 만드는 것에 더 중점을 두어야 할 것입니다. 프로젝트 인도물 자체가 회사에서 의도한 목표를 달성하는데 기여하지 못한다면 프로젝트 이해관계자들은 해당 프로젝트가 실패하였다고 판단할 것입니다.
프로젝트 매니저와 프로젝트 팀 입장에서도 인도물을 만들고 나서 회사에서 생각하고 원하는 목표를 달성하고 가치를 만들어내기 위해서 추가적인 교육이나 필요한 코칭을 지속적으로 제공해나갈 수도 있습니다. 프로젝트가 만약 더 큰 집합이자 단위인 프로그램의 구성 요소일 경우 프로그램 수준에서 방향을 결정하고 가치를 평가해야 합니다. 가치 기여도는 단기적 관점과 장기적 관점이 있을 수 있지만 신뢰할 수 있는 가치를 평가하기 위해서 프로젝트 전체 생애 주기를 반드시 고려해야 합니다. 프로젝트의 경우 재무 지표 만을 목표로 해서도 안됩니다. 그리고 조직의 투명한 지배 구조를 가치로 추구해야 하며 프로젝트를 계획할 때 환경과 사회적 가치를 고려해야 합니다.