프로젝트 기획 성과 영역에서는 프로젝트 요구 사항, 프로젝트 범위, 프로젝트 일정, 프로젝트 예산, 프로젝트 품질, 프로젝트 리소스에 대한 상호 작용과 프로젝트 계획 수립의 순서를 이해하는 것이 매우 중요합니다. 프로젝트 유형 중 예측형 개발 방식과 적응형 개발 방식의 계획 수립 내용은 차이가 많습니다.
예측형 프로젝트에서는 프로젝트 범위 정의, 일정 계획, 예산 편성의 내용이 어떻게 상호 작용하여 일정 기준선과 원가 기준선을 확정하는지 이해할 수 있습니다. 적응형 프로젝트는 상품 로드맵, 릴리즈 계획, 반복 주기 계획의 차이점을 이해할 수 있습니다. 이어서 프로젝트 기획 성과 영역에 대해서 좀 더 자세히 알아보도록 하겠습니다.
프로젝트 기획 성과 영역의 목적
프로젝트 계획의 상세화 수준과 변경에 대한 용이성은 모두 다르지만 모든 프로젝트들은 처음 시작할 때 반드시 프로젝트 계획을 수립하고 시작해야 합니다. 프로젝트 계획을 수립할 때 프로젝트 관리 계획서라고 하는 문서를 만들게 되는데 프로젝트 인도물을 만들기 위한 방법과 순서, 그리고 책임과 역할을 정의해야 할 필요가 있습니다. 프로젝트 관리 계획서는 프로젝트 이해 관계자의 기대치를 반영하고 프로젝트 이해 관계자들이 의사 결정을 하기 위해 필요한 정보들을 제공해야 합니다.
프로젝트 계획 수립에 많은 시간을 투입할 수록 프로젝트 계획은 상세해질 것입니다. 하지만 상세한 계획이 정확한 계획이라고 볼 수는 없습니다. 처음 계획은 프로젝트를 진행하면서 조금씩 변경될 수 있습니다. 하지만 프로젝트를 시작할 때 아무런 계획이 없다면 프로젝트는 진행될 수 없습니다. 프로젝트는 많은 비용을 들여서 진행하는 일인 만큼 시작하기 전부터 철저하게 준비하고 계획을 체계적으로 명확하게 수립하여 진행해야 프로젝트를 통해서 만들어 내는 가치가 더 커질 수 있게 됩니다.
프로젝트 계획 수립과 수준의 이해
프로젝트 계획은 프로젝트 이해 관계자들과 프로젝트 진행 방법, 프로젝트에 대한 목표를 공유할 수 있는 수준과 정도면 충분합니다. 프로젝트 계획이 필요 이상으로 너무 상세할 경우에는 계획 수립에 투입된 시간과 비용이 낭비될 가능성이 매우 높습니다. 반대로 프로젝트 계획이 불확실하면 불편해지지만 불확실한 것을 너무 확실하게 하려다 보면 우스꽝스러워질 수 있습니다. 왜냐하면 프로젝트를 시작하기 전에 구체화할 수 있는 수준에는 한계가 있기 때문입니다.
구체화하기 어려운 부분들은 결국 가정과 상상에 의해서 만들어질 가능성이 높은 것입니다. 프로젝트에서는 책임이 따르는 마지막 순간에도 적정 수준의 프로젝트 계획 수립이 강조됩니다. 프로젝트에서는 돌이킬 수 없는 중요한 의사 결정은 최대한 늦게 하는 것도 괜찮습니다. 의사 결정을 내리지 않아서 발생하는 비용이 잘못된 의사 결정으로 발생하는 비용을 초과하지 않을 때까지 의사 결정을 미루는 것도 하나의 방법입니다. 의사 결정권자는 더 많은 정보를 가지고 더 충분하게 분석하고 나서 의사 결정을 하게 되면 프로젝트 진행 시 재 작업과 실패로 인해서 발생하는 낭비를 줄일 수 있습니다.
프로젝트 기획에 대한 세부 설명
기획은 프로젝트 인도물을 만들기 위한 접근 방식을 사전에 개발하고자 하는 것입니다. 프로젝트 기획은 초기 기획을 진행할 때 재무적인 이익, 사회와 환경에 미치는 영향을 고려해야 할 필요가 있습니다. 상위 수준의 기획은 프로젝트 착수와 승인 이전부터 시작되고 기획 내용은 점진적으로 구체화됩니다. 프로젝트 생애 주기를 보면 프로젝트 단계 중 사전 프로젝트 단계, 착수 단계, 기획 단계가 있습니다. 사전 프로젝트 단계는 비즈니스 케이스를 작성하는 단계입니다.
비즈니스 케이스는 사전 타당성 분석이라고 합니다. 비즈니스 케이스는 사실 상 경영 계획이나 사업 계획의 성격과 유사합니다. 프로젝트에서 구현하고자 하는 비즈니스 내용에 대한 비즈니스 목적과 필요성, 프로젝트 투자의 타당성, 비즈니스 전략 등이 포함됩니다. 프로젝트에서 기획은 가장 중요한 핵심적인 영역입니다. 프로젝트를 진행할 때 기획이 잘 되면 프로젝트는 그만큼 성공 가능성이 높아집니다. 프로젝트 영역 중 개발 보다는 기획이 잘 되면 잘 될 수록 개발 수준도 함께 높아지게 됩니다. 기획에 대한 중요성은 아무리 강조해도 지나치지 않습니다.
프로젝트 착수의 의미와 이해
프로젝트 착수에서는 프로젝트 착수를 공식화하는 것입니다. 프로젝트 착수를 공식화하는 것은 보고와 승인 절차로 진행될 수 있습니다. 프로젝트 착수 때는 상위 수준의 프로젝트 정보 검토와 공감대 형성이 필요합니다. 프로젝트 착수를 진행할 때 프로젝트 매니저를 임명하고 권한을 부여하게 됩니다. 프로젝트 착수에서는 애자일 프로젝트일 경우 프로젝트 헌장을 만듭니다. 프로젝트 기획에서는 기준선을 설정합니다.
프로젝트 기획 단계에서는 프로젝트 관리 계획서와 같은 문서를 만듭니다. 프로젝트 관리 계획서의 모든 항목들을 동일한 수준으로 상세화 해서는 안됩니다. 불확실하거나 정보가 부족한 경우는 프로젝트를 진행하면서 구체화해도 됩니다. 프로젝트는 유연함이 있어야 합니다. 프로젝트를 너무 구체적이고 유연함 없이 진행하려다 보면 결국 실패할 수 있습니다. 프로젝트를 진행하게 되면 불확실한 부분들은 매우 많습니다. 이는 충분한 시간을 가지고 구체화해 나가는 과정도 필요합니다.
물론 프로젝트 기간이 짧다면 이를 최소화 시켜야 합니다. 하지만 한편으로는 구체화가 전혀 되어 있지 않고 너무 막연하게 되면 더 큰 실패를 가져 올 것입니다. 따라서 계획은 세워야 하고 기획이 필요하지만 그것을 유연하게 가져갈 필요가 있는 것입니다. 모든 프로젝트들은 각각 고유하고 서로 모두 다릅니다. 그래서 모든 프로젝트는 유일 하다고 표현합니다. 프로젝트 계획을 수립할 때 투입되는 시간과 프로젝트 계획을 조정하는 빈도수와 시점은 모두 다를 수 있습니다.
프로젝트 개발 방식과 인도물의 이해
프로젝트 기획에 영향을 미치는 변수는 다양합니다. 프로젝트 기획에 영향을 미치는 대표적인 변수는 개발 방식과 프로젝트 인도물이 있습니다. 개발 방식은 기획 수행 시기와 프로젝트 개발 방법, 프로젝트 수준에 영향을 미칩니다. 프로젝트 초기에 기획을 완료하고 이후 전반에 걸쳐서 점진직으로 구체화합니다. 다만, 전체적은 프로젝트 범위를 변경하지는 않습니다.
프로젝트 개발 방식은 프로젝트 계획 수립의 접근 방법과 계획 수립에 들어가는 시간, 프로젝트 계획을 조정하는 빈도수와 시점에 영향을 주게 됩니다. 예측형 접근 방식의 워터폴 개발 방식 프로젝트는 프로젝트 초기에 계획 수립에 많은 시간을 투입하여 상세한 계획을 수립하게 됩니다. 프로젝트를 진행하면서 계획은 점진적으로 구체화되지만 최초에 정의한 프로젝트 범위는 거의 변화가 없습니다. 오히려 계획과 달라지는 것이 좋지 않습니다. 반복형 접근 방식은 프로토타입을 적용하는 방식입니다.
반복형 개발 방식에서는 프로젝트 초기 계획은 개략적으로 수립하고 프로젝트의 분석 설계 단계에서 프로토타입을 만들어서 프로젝트 이해 관계자의 피드백을 반영합니다. 반복형 접근 방식에서는 상위 수준의 기획을 수립한 다음 설계 단계에서 프로토타입을 통해서 설계에 대한 합의를 기반으로 보다 세부적인 기획을 완료하게 됩니다. 프로젝트 범위 안에서 이러한 방식에서는 프로젝트를 진행하면서 초기의 개략적인 프로젝트 계획을 완성 시킵니다.
애자일 프로젝트의 계획 이해하기
적응형 접근 방식의 애자일 프로젝트에서는 초기에 상위 수준의 릴리즈 계획 만을 수립하고 각 반복이 시작될 때 추가적인 기획을 수행하여 구체화 합니다. 애자일 프로젝트에서는 프로젝트 초기에 릴리즈 횟수, 반복 주기, 상품 백로그를 정의하고 상세 계획은 처음부터 세우지 않습니다. 각 반복 주기를 착수할 때 해당 반복 주기에서 구현할 기능과 일정을 계획하게 됩니다.
프로젝트 인도물의 유형에 따라 프로젝트 계획 수립 내용도 달라질 수 있습니다. 프로젝트가 어떤 인도물을 만들어 내는지에 따라서 변경 비용도 각각 다를 수 있습니다. 고객의 지속적인 피드백이 중요하고 변경 비용이 상대적으로 적은 소프트웨어 개발 영역에서는 적응형 개발 방식을 채택할 수 있습니다.
프로젝트에서 적용할 방법론, 프로세스, 도구, 템플릿에 대해서 회사의 정책이 있다면 프로젝트 계획에 반영해야 합니다. 프로젝트를 진행하기 위해서 회사 마다 프로젝트 관리 세칙과 같은 회사 사규도 존재할 수 있습니다. 이러한 원칙이 있다면 회사에서 정의한 원칙을 반드시 따라야 합니다. 또한 법규나 규제 사항이 없는지도 확인해야 합니다. 법규나 규제 사항이 있을 경우 이를 반드시 반영해야 할 것입니다.
프로젝트 인도물의 영향에 대한 고찰
프로젝트 인도물은 건설 프로젝트 일 경우 설계, 승인, 구매, 납품, 물류 등을 고려하여 완벽한 수준의 기획이 필요합니다. 하지만 제품 개발, 신기술 적용 프로젝트는 이해 관계자들의 피드백을 바탕으로 진화와 변경을 허용하기 위해서 적응형 방식의 기획을 활용합니다. 회사의 요구 사항은 조직 거버넌스, 정책, 절차, 프로세스, 문화를 반영해야 합니다.
이 때 시장 여건도 고려할 수 있습니다. 또한 법적인 제한과 규제 제한 등도 반드시 고려되어야 합니다. 진행 허가나 승인을 위한 구체적인 기획 문서도 필요할 수 있습니다. 기획은 비즈니스 케이스, 이해관계자 요구 사항, 프로젝트 범위, 제품 범위를 이해하는 것으로 시작합니다. 제품 범위는 제품, 서비스, 결과물의 특성과 기능 범위와 관련되어 있습니다. 프로젝트 범위는 제품 범위를 구현하기 위해서 수행해야 할 작업 범위입니다. 프로젝트 매니저는 프로젝트 인도물의 영향에 대해서 이해하고 프로젝트를 진행해야 할 것입니다.
예측형 접근 방식과 적응형 접근 방식 기획
예측형 접근 방식에서는 수집 된 요구 사항들을 기반으로 범위를 정의하고 범위를 구현하기 위한 작업 단위의 세분화를 수행하여 작업 분류 체계(WBS)를 작성합니다. 예측형 접근 방식 프로젝트에서는 프로젝트 요구 사항, 범위, 작업 분류 체계(WBS) 순서로 진행됩니다. 적응형 접근 방식에서는 구현하고자 하는 상위 수준의 테마나 에픽을 기준으로 사용자 스토리 단위로 분할하여 제품 백로그를 구성합니다. 테마는 제품 상위 레벨의 전략적 목표입니다.
에픽은 테마를 구현하기 위해서 중요 구성 항목이자 사용자 스토리의 집합체입니다. 일부 에픽 조합이 기능을 구성합니다. 사용자 스토리는 최종 사용자나 고객의 관점에서 작성한 소프트웨어 기능에 대한 요구 사항으로 제품 백로그에 기술합니다. 애자일 프로젝트에서의 요구 사항 관리는 전체적인 프로세스로 구성되어 있습니다. 스프린트 기획은 반복 기획이라고도 부르며 스프린트에서 구현할 백로그 항목, 인수 기준, 작업량 등을 명확화 합니다. 스프린트 리뷰는 반복 검토라고 부르며 프로덕트 오너나 이해 관계자가 참여하여 스프린트 구현 결과를 검증하고 피드백을 받은 후 다음 스프린트에 적용합니다.
백로그 준비에 대해서는 요구 사항이 진화하거나 불확실성이 큰 경우 초기에 범위를 정확하게 파악하는 것은 어렵습니다. 전체 범위를 작은 요구 사항과 수행할 작업으로 세분화하여 제품 백로그를 생성합니다. 처음부터 프로젝트 전체에 대한 모든 스토리를 정할 필요가 없습니다. 릴리즈를 개괄적으로 이해하고 다음 반복에 진행할 항목을 파악하는 것으로도 충분합니다. 신규 스토리를 추가하거나 기존 스토리를 변경하거나 제거하는 등의 이유로 제품 백로그는 지속적으로 수정될 수 있고 지속적으로 검증하고 구체화되어야 합니다.
애자일 프로젝트 기획 변수 이해
애자일 프로젝트에서는 제품 백로그를 지속적으로 업데이트 해나가게 되며 프로젝트에서 우선순위 선정이 잘 진행될 수 있도록 관리되어야 합니다. 백로그 그루밍은 애자일 팀이 진행 중인 현재 스프린트의 목표 달성에 집중하고 다음 계획을 스프린트 기간 중에 사전에 준비하는 작업입니다. 반복 진행 중 프로덕트 오너(PO)는 한 차례 이상의 회의를 열어서 다음 반복에 대한 일부 스토리를 팀원들과 함께 준비합니다.
백로그 그루밍에서는 백로그 항목을 조정하고 상세화 시키는 과정인 정제를 진행할 수 있습니다. 백로그 항목을 조정하는 것은 항목을 추가하거나 수정하거나 삭제하는 것입니다. 그리고 이후에는 스토리에 대해서 조정하고 이해하고 공유하며 스토리들 사이에 의존성을 식별하여 우선순위를 결정하는 것에 사용됩니다. 애자일 프로젝트에서는 2주 반복 기간을 주로 사용하는데 애자일 팀은 반복 주기 중에서 1시간 이내에 토론하는 방식을 일반적으로 사용하게 됩니다. 프로덕트 오너는 논의해야 할 스토리 후보들을 제시하고 팀은 해당 스토리를 논의합니다.
프로젝트 팀원들이 모두 협력해서 스토리를 함께 탐구하고 스토리 세부 사항, 스토리 규모, 우선 순위에 대한 이해와 조정을 수행합니다. 완료 작업 흐름을 꾸준하게 이어질 수 있는 수준으로 스토리를 작게 상세화 할 필요도 있습니다. 프로덕트 오너는 불확실성이 존재하는 경우 리스크 파악을 위한 스파이크를 팀에게 요청할 수 있습니다. 스파이크는 더 나은 추정, 개발, 개선을 위한 기능, 기술, 프로세스 관점에서 학습을 수행하여 불확실성을 줄이기 위해서 활용합니다.
프로젝트 산정과 기획 변수에 대한 고찰
프로젝트 산정은 매우 중요한 기획 변수입니다. 기획은 업무량, 기간, 자원, 그리고 비용에 대한 산정 작업이 포함됩니다. 프로젝트가 진행되면서 프로젝트 관련 산정치는 변경될 수 있습니다. 산정치 범위는 프로젝트 초기에는 넓지만 프로젝트를 진행하는 과정에서 점점 감소하게 됩니다.
산정치의 정확성 측면에서 초기 범위 산정치가 프로젝트 중간에 산정 된 것보다는 정확도가 떨어질 수 밖에 없습니다. 그리고 만약 비슷한 프로젝트 경험이 있거나 유사 프로젝트 경험이 많으면 많을수록 산정치에 대한 신뢰 수준은 높아질 수 있습니다. 프로젝트 업무, 기간, 비용에 대해서 산정할 때 다양한 산정 기법들이 존재합니다. 그럼 이어서 다양한 산정 기법들에 대해서도 함께 알아보도록 하겠습니다.
프로젝트 산정과 기획 변수에 대한 이해
프로젝트 관리 계획서의 내용 중에는 수치 목표를 정의하는 영역과 업무 절차를 정의하는 영역으로 분류됩니다. 프로젝트 원가, 기간, 투입 공수는 수치 목표를 정의하는 대표적인 예시입니다. 의사 소통 계획, 팀 관리, 리스크 관리, 이해관계자 관리는 업무 절차를 정의하는 대표적인 예입니다. 프로젝트 관리 계획서에는 어떤 목표를 어떻게 달성하겠다는 내용이 포함되어 있습니다.
프로젝트 관리 계획서의 내용 중에서는 정량적인 목표치를 결정하는 활동이 바로 산정입니다. 프로젝트 산정은 정량적 목표치를 결정하는 것입니다. 산정은 정성적인 관점이 아니라 정량적인 관점이기 때문에 수치로 표현되고 데이터로 산출될 수 있으며 궁극적으로는 정확해야 합니다. 산정치 중 일정에 대한 산정치와 원가에 대한 산정치는 프로젝트 성공과 실패를 판단하는 기준이 되기도 합니다. 프로젝트 산정 부분에 대해서는 프로젝트 이해 관계자들 사이에서 이견이 많이 발생할 수 있는 영역입니다. 숫자와 관련된 목표나 값은 민감할 수 밖에 없습니다.
프로젝트 산정의 특징 정리
프로젝트 산정은 프로젝트 생애주기와 프로젝트 단계에 따라서 많은 영향을 받습니다. 프로젝트 단계에 따라서 영향을 받게 되는 산정의 특징은 여러 가지가 있습니다. 그 중에서 대표적으로 구간, 정확도, 정밀도, 신뢰도가 있습니다. 또한 산정치를 결정하거나 표현할 때 고려해야 할 사항들도 존재합니다. 구간은 산정치의 오차를 의미합니다. 구간은 산정치와 실제 값의 차이에 대해서 비율로 계산한 값입니다. 프로젝트 단계를 진행하면 진행할 수록 산정치에 대한 오차는 낮아질 수 밖에 없습니다.
프로젝트 시작 단계에서는 불확실성이 매우 크지만 프로젝트가 진행되면 될 수록 구체화가 완성되어지기 때문에 프로젝트가 진행될 수록 산정치에 대한 정확도가 높아지는 것입니다. 프로젝트 착수 시점보다 프로젝트 종료 시점에서의 산정치가 더 정확할 것입니다. 산정치는 프로젝트 특성이나 산정 작업을 진행하는 개인의 역량에 따라 달라지는 것이기 때문에 과소 산정 가능성이 과대 산정의 가능성보다는 높다는 것을 알아야 합니다. 이러한 원리를 스티브 맥코넬이라고 하는 사람은 불확실성의 원뿔이라고 불렀습니다. 정확도는 프로젝트 산정치와 실적의 차이가 작을 수록 높아지는 특성입니다. 정확도는 구간과 유사한 개념입니다. 정확도는 프로젝트가 진행되면 진행될 수록 높아지고 종료 시점에서는 정확해집니다.
프로젝트 산정에 활용하는 정보가 정확하고 산정 모델이 좋으면 좋을수록 산정치에 대한 정확도는 높아지게 됩니다. 정밀도는 정말한 정도입니다. 산정치가 정밀하면 정확할 수 있지만 정밀도개념 자체는 산정치가 어느 수준까지 정확할 수 있는지를 의미합니다. 정밀도는 정확할 때 보다 의미가 있습니다. 신뢰도는 프로젝트 팀이 산정치에 대해서 확신하는 정도입니다. 만약 이전에 진행하려고 하는 프로젝트와 유사한 프로젝트가 있다면 유사한 경험이 많으면 많을수록 프로젝트 산정치에 대한 신뢰도는 높아질 것입니다. 하지만 새로운 기술이나 새로운 업무에 대한 산정치는 신뢰도가 낮을 수 밖에 없습니다. 통계학에서는 신뢰 구간과 신뢰 수준이 있습니다. 신뢰 구간과 신뢰 수준을 통해서 프로젝트의 신뢰도를 구할 수 있습니다.
프로젝트 산정 시 고려 사항들
프로젝트 산정치를 결정할 때 고려해야 할 사항들에 대해서 알아보도록 하겠습니다. 프로젝트 산정치에는 확장적 산정과 확률적 산정이 있습니다. 확정적 산정은 점 산정이라고도 부릅니다. 확정적 산정은 하나의 숫자로 산정할 수 있습니다. 이에 비해 확률적 산정은 구간과 확률로 표현될 수 있습니다. 확률적 산정에서는 신뢰 수준과 기간이 함께 표현됩니다.
확률적 산정치를 계산하기 위해서는 과거의 실적 데이터를 분석해보거나 시뮬레이션 기법을 사용할 수 있습니다. 시뮬레이션의 경우 신뢰 구간과 신뢰 수준, 그리고 분산에 대한 정보를 제공해줍니다. 산정치의 경우 정확하지는 않아도 확정적 산정치를 활용하는 목적은 이해 관계자들이 확률적 산정치를 좋아하지 않기 때문입니다. 이해 관계자들은 통계 분석 결과 보다는 의지가 감긴 약속을 더 선호하는 경향이 있습니다. 약속은 주로 하나의 숫자로 이야기합니다.
프로젝트 산정치의 기타 분류
프로젝트 산정치에는 절대적 산정과 상대적 산정의 개념도 있습니다. 절대적 산정은 실제 존재하는 측정 단위를 활용하는 구조입니다. 상대적 산정치는 실제 존재하는 측정 단위를 사용하지 않습니다. 대신 기준이 되는 산정치와 비교해서 산정합니다. 흐름 기반 산정은 간판 관리의 성과 지표를 산정할 대 사용됩니다. 칸반 관리에서는 흐름의 속도가 중요하고 이와 관련된 지표로는 사이클 타임, 리드 타임, 처리량이 있습니다.
사이클 타임은 특정 업무를 접수한 시점부터 완료하기까지 걸리는 시간입니다. 리드 타임은 특정 업무를 착수한 시점부터 완료하는데 까지 걸리는 시간입니다. 처리량은 일정 기간 동안 완료한 업무의 양입니다. 프로젝트가 만약 리스크가 있을 경우 이를 관리하기 위해서 예비 원가나 예비 기간을 반영할 수 있습니다. 프로젝트 매니저는 다양한 프로젝트 산정치에 대해서 이해하고 있어야 합니다. 동시에 리스크에 대응하기 위한 방법도 숙지해야 합니다.
프로젝트 산정 기법들과 유사 산정
프로젝트 산정을 위한 기법에는 다양한 종류가 있습니다. 친화 분류은 유사성을 기준으로 항목을 범주 별로 분류하는 것입니다. 브레인 스토밍을 통해서 요구 사항을 도출한 다음 범주 별로 그룹핑하여 정리할 때 활용합니다. 유사 산정은 과거 유사한 프로젝트의 선례 데이터를 활용하여 기간과 원가를 산정하는 기법입니다. 유사한 프로젝트의 실제 기간이 현재 프로젝트의 기간을 산정하는 기준이 됩니다. 유사 산정은 일반적으로 시간과 비용이 적게 드는 대신에 정확도는 떨어지게 됩니다.
유사 산정은 프로젝트의 초기 단계에서 현재 프로젝트에 대한 상세 정보가 제한적일 경우 활용할 수 있는 방법입니다. 유사 산정은 프로젝트 초기 과거 유사 프로젝트의 기간과 예산 실적을 근거로 프로젝트의 기간과 예산을 산정하는 기법입니다. 산정 방법으로는 해당 업무의 전문가가 산정 대상의 총 기간을 판단하는 방식으로 하향식 산정 방식을 사용합니다. 과거에 경험한 프로젝트의 내용, 기간, 복잡도가 산정 대상 프로젝트와 유사하고 산정하는 사람의 전문성이 높을수록 산정의 정확도가 높아집니다. 정보가 만약 제한적인 상황일 경우 프로젝트 초기에 빠르게 산정이 필요할 때 사용할 수 있습니다. 유사 산정은 시간과 비용이 적게 들고 간편한 방법입니다. 다만, 유사 산정은 정확도가 낮은 단점이 있습니다.
프로젝트 모수 산정 기법에 대한 이해
모수 산정은 알고리즘 함수식을 사용하여 선례 데이터와 프로젝트 모수를 기반으로 기간과 원가를 산정하는 기법입니다. 모수는 통계학에서 사용하는 용어입니다. 모수는 모집단을 설명하는 특성 값입니다. 모집단의 특성 값을 알기 위해서 표본에서 확보한 데이터에 함수식을 적용하는 것처럼 과거 유사한 프로젝트 데이터에서 만들어진 함수를 활용하여 현재 프로젝트의 기간, 원가, 자원의 산정치를 계산하게 됩니다. 모수 산정의 산정 방법은 함수식에 프로젝트 특성 값을 대입하여 산정치를 계산합니다.
모델 생성에 사용된 과거 데이터의 신뢰도와 산정에 대한 정확도는 비례합니다. 과거의 측정 값은 정확해야 하며 특정 상황에 편중된 데이터가 아니어야 합니다. 정보가 제한적인 상황일 경우, 프로젝트 초기에 바른 산정이 필요할 때 적용합니다. 모수 산정은 시간과 비용이 적게 들고 간편합니다. 프로젝트 상황에 따라서 함수식을 조정하면 적용이 가능합니다. 모수 산정은 모델의 신뢰도를 판단하기 어렵습니다. 그리고 프로젝트들은 모두 다르기 때문에 현재 진행하고자 하는 프로젝트가 이전 유사한 프로젝트와 많이 차이가 날 수 있습니다. 이 경우 산정의 신뢰도는 무조건 낮아지는 것입니다.
기타 프로젝트 산정 기법들 설명
1점 산정은 추정치를 산정할 때 단일 값으로 추정하는 방법입니다. 멀티 포인트 산정은 대표적으로 3점 산정이 있습니다. 3점 산정 낙관치, 최빈치, 비관치 3개의 값을 활용하여 산정하는 기법입니다. 낙관치는 최상의 시나리오와 치빈치는 가장 가능성이 높은 시나리오이며 비관치는 최악의 시나리오에 근거한 산정치입니다. 3점 산정은 표준 편차를 활용한 구간 산정이기 때문에 산정치를 하나만 제시하는 것은 다른 산정 기법들과 비교하기 어렵지만 불확실성이 높을 때는 매우 효과적입니다.
3점 산정에서는 평균과 표준 편차를 사용하고 기간, 원가 달성의 확률 분석이 가능해집니다. 3점 산정은 산정하는 사람의 역량에 따라서 정확도가 달라질 수 있습니다. 멀티 포인트 산정 방법은 활동의 수행 기간과 원가를 확률적으로 추정할 대 사용하는 기법입니다. 선례 데이터가 불충분하거나 산정이 불확실할 경우 활동 기간의 대략적인 범위를 정의할 수 있습니다. 불확실성을 고려하여 3점을 기준으로 수행 기간을 평가할 수 있습니다. 3점 산정은 PERT(Program Evaluation and Review Technique)라고도 부릅니다. PERT는 평균 값을 계수와 베타 분포를 곱해서 계산합니다. 계수는 낙관치와 최빈치의 4배, 그리고 비관치 값을 합한 다음 6으로 나눈 값입니다. 평균은 해당 계수와 베타 분포 값을 곱하면 결과를 얻을 수 있습니다.