프로젝트 계획과 계획에 영향을 미치는 중요한 변수에 대해 알아보겠습니다.
프로젝트 계획 이해
프로젝트를 시작하기 전에 계획을 수립합니다. 프로젝트 계획을 수립할 때 프로젝트 계획의 세부 수준과 프로젝트 계획을 변경하기 쉬운 정도는 프로젝트마다 다르지만 프로젝트 계획을 수립하는 것은 프로젝트를 수행할 때 필수적이고 기본적인 프로세스입니다. 그리고 프로젝트를 시작하기 전에 프로젝트 계획을 철저히 준비하면 프로젝트의 성공 가능성을 높일 수 있습니다. 따라서 프로젝트 계획을 수립하는 프로세스는 프로젝트 성공을 위해 매우 중요한 프로세스입니다. 프로젝트 계획의 수립은 프로젝트 관리 계획을 통해 명시됩니다. 프로젝트 관리 계획은 프로젝트 성과물을 만드는 방법, 순서, 책임 및 역할을 정의하고 설명합니다. 프로젝트 관리 계획은 프로젝트에 대한 프로젝트 이해 관계자의 기대를 반영하며 프로젝트 이해 관계자가 좋은 결정을 내리는 데 필요한 정보를 제공할 수 있도록 구성됩니다. 프로젝트 계획을 준비하는 데 시간을 많이 들일수록 더욱 세부적이고 구체적이 됩니다. 물론 프로젝트 계획 단계에서 수립된 모든 세부 계획이 정확한 계획이라고 할 수는 없습니다. 이는 계획된 내용이 프로젝트 프로세스 중에 변경될 수 있기 때문입니다. 그리고 프로젝트가 실제로 수행되기 전까지는 알 수 없는 영역이 많습니다. 따라서 프로젝트를 수행하기 전에 아무리 철저히 계획하더라도 준비할 수 없는 부분이 많습니다. 따라서 프로젝트 진행 방법과 프로젝트 목표를 프로젝트 이해관계자와 공유할 수 있다면 프로젝트 계획은 충분하다고 할 수 있습니다. 프로젝트 계획이 너무 자세하게 준비되면 프로젝트 세부화에 투자한 시간과 비용이 불필요한 자원 낭비가 될 수 있습니다. 불필요하게 자세하면 불필요한 내용을 준비하게 되어 투자한 시간과 비용이 시간과 비용 낭비가 될 수 있습니다. 프로젝트 관리 계획의 경우 모든 항목과 내용이 자세하고 구체적일 필요는 없습니다. 불확실하거나 정보가 부족한 경우 실제 프로젝트 프로세스 중에 구체화할 수 있습니다. 예를 들어 프로젝트가 시작되기 전에 프로젝트의 테스트 계획을 지정할 필요가 없습니다. 테스트 계획은 실제 프로젝트가 진행되는 동안 개발 단계가 완료될 때 준비됩니다. 미리 준비하는 것은 의미가 없습니다. 프로젝트 계획 단계에서는 테스트의 목적, 일정, 예산만 계획하면 됩니다. 이사회의 관점에서 볼 때, 프로젝트에 대한 결정을 내릴 때 너무 구체적이지만 불확실한 정보보다는 포괄적이고 신뢰할 수 있는 정보를 바탕으로 결정을 내리는 것이 더 낫습니다.
프로젝트 계획 및 계획 설명
프로젝트 계획을 효과적으로 수행하면 다양한 좋은 결과를 얻을 수 있습니다. 프로젝트 계획을 잘 수행하면 프로젝트를 체계적으로 구성하고 통합하여 의도한 방향과 방식으로 진행할 수 있습니다. 프로젝트 계획을 통해 포괄적인 접근 방식을 통해 결과를 만들 수 있습니다. 즉, 한 가지 관점만 고려하는 것이 아니라 포괄적인 관점에서 접근할 수 있다는 의미입니다. 프로젝트 계획을 잘 수행하면 프로젝트 이해 관계자의 기대치를 관리하기 위한 많은 계획 정보를 만들 수 있습니다. 그리고 수립된 계획을 기반으로 프로젝트를 수행하는 과정에서 진화하는 정보를 체계적으로 정제하여 프로젝트 성과물과 결과를 만들고 프로젝트에 반영할 수 있습니다. 나아가 프로젝트 이해 관계자의 변화하는 요구와 조건에 따라 프로젝트 전반에 걸쳐 계획을 체계적으로 조정할 수 있습니다. 프로젝트 계획 및 계획은 사전에 프로젝트 성과물과 결과를 만드는 접근 방식을 철저히 개발하는 것을 의미합니다. 그리고 프로젝트 계획을 수립할 때는 재정적 이익과 함께 사회적 관점과 환경적 관점에서 프로젝트의 모든 영향을 고려해야 합니다. 이러한 접근 방식을 Triple Bottom Line이라고 합니다. 프로젝트에 대한 상위 수준 계획은 프로젝트가 승인되기 전 또는 프로젝트 시작 단계 전에 시작됩니다. 그리고 프로젝트에 대한 계획은 점진적으로 구체화되는 개념입니다. 즉, 프로젝트 계획은 어느 시점에서 단번에 끝나는 것이 아니라 상위 수준에서 수행한 후 상위 수준 계획을 기반으로 점진적으로 구체화됩니다. 이는 프로젝트가 시작되기 전에 시작됩니다. 프로젝트 계획은 한꺼번에 완료되지 않고 점진적으로 구체화됩니다. 상위 수준 계획은 경영진의 눈높이에 맞는 계획을 말합니다. 상위 수준 계획은 프로젝트를 진행하기 위해 설득해야 하는 경영진의 눈높이에 맞는 계획을 말합니다. 프로젝트 계획은 프로젝트 전 단계, 개시 단계, 계획 단계로 나눌 수 있습니다.[프로젝트 계획수립 단계]
프로젝트 사전 단계에서는 비즈니스 사례를 작성하고, 프로젝트 시작 단계에서는 프로젝트 헌장을 만들고, 프로젝트 계획 단계에서는 프로젝트 관리 계획과 문서를 작성합니다.
1. 프로젝트 전 단계 계획
사전 프로젝트 단계에서는 사업 사례를 작성합니다. 이 문서를 사업 사례라고 하며 회사에서 수립한 사업 계획을 기반으로 프로젝트의 예비적 타당성을 분석하는 것입니다. 모든 회사는 매년 내년 사업 계획을 수립하고 회사가 내년에 수행할 사업 내용을 계획합니다. 프로젝트에서 이 사업 계획과 관련된 예비적 타당성 분석을 위한 문서를 사업 사례라고 합니다. 모든 프로젝트는 회사가 매년 전략적 수준에서 수립한 사업 계획 단계를 거친 후 진행됩니다. 회사는 각 부서에서 수립한 사업 계획에 대해 CEO와 임원으로 구성된 경영진으로부터 승인을 받고 이에 따라 프로젝트가 진행된다는 것을 알아야 합니다. 회사의 프로젝트는 회사의 사업 계획을 구체화하고 실행에 옮기기 위해 수행됩니다. 사업 계획을 실행하기 위해 프로젝트가 구체화됨에 따라 작업이 진행됩니다. 프로젝트 사업 사례의 내용은 기본적으로 사업의 목적과 필요성, 프로젝트의 추진 전략, 투자의 타당성, 프로젝트의 기대 효과를 포함합니다. 상위 계획은 프로젝트 시작 단계 전에 먼저 수립되며, 이를 구체화하고 설명하는 문서가 비즈니스 케이스 문서입니다. 비즈니스 케이스는 예비 타당성 분석을 위해 작성된 성과물입니다. 그리고 비즈니스 케이스와 함께 프로젝트는 때때로 “혜택 관리 계획”이라는 문서를 작성합니다. 혜택 관리 계획은 프로젝트 프로세스 중 또는 프로젝트가 완료된 후에 프로젝트를 통해 얻을 수 있는 “혜택”을 검증하는 검증 프로세스 또는 메커니즘을 설명하는 문서 또는 계획입니다. 프로젝트를 수행할 때 회사는 많은 돈을 투자해야 하며 회사 관점에서 이 프로젝트는 일종의 투자입니다. 프로젝트는 일종의 투자이므로 투자에 비례하여 효과가 있어야 하며 그 효과는 프로젝트의 혜택에 구체화됩니다. 프로젝트의 혜택은 플랫폼을 기반으로 한 매출 증가, 회사의 고객 수 확보 또는 플랫폼 MAU(Monthly Active Users) 확보를 통한 수익 창출이 될 수 있습니다. 이러한 프로젝트 혜택을 측정하기 위한 구체적인 계획도 준비해야 하며, 이 검증을 위한 구체적인 계획은 혜택 실현 계획을 통해 계획되고 문서화됩니다.
2. 프로젝트 시작 단계 계획
프로젝트 개시 단계에서는 프로젝트 계획이 보다 세부화된다. 프로젝트 개시 단계는 사업 계획의 내용이 보다 세부화되는 시점이다. 프로젝트 개시 단계에서 만들어지는 가장 대표적인 문서는 프로젝트 헌장이다. 프로젝트 헌장은 프로젝트 개시를 공식화하고 프로젝트 관리자를 임명하고 권한을 부여하는 문서이다. 사업 계획의 내용은 프로젝트 헌장에 명시될 수 있다. 프로젝트 헌장은 임원급 스폰서가 검토하고 승인하는 문서이기 때문에 의미가 있다. 프로젝트 헌장은 상위 수준의 프로젝트 정보를 검토하고 조직 내에서 프로젝트 정보에 대한 합의를 구축하는 데 사용된다. 프로젝트 개시는 프로젝트 헌장을 통해 시작되며 프로젝트가 개시되면 상위 수준의 계획이 아닌 실제적인 실무적 관점에서 계획을 구체화하고 수행한다.
3. 프로젝트 계획 단계 계획
프로젝트 계획 단계에서의 계획은 실제적인 관점에서 계획을 수립하는 것입니다. 프로젝트의 실제 계획을 구체화한 문서를 프로젝트 관리 계획이라고 합니다. 프로젝트 관리 계획은 현장에서의 사업 실행 계획입니다. 프로젝트 관리 계획은 프로젝트를 수행하는 과정에서 따라야 할 절차와 방법을 설명하는 문서입니다. 프로젝트 관리 계획에는 두 가지 주요 내용이 있습니다. 프로젝트 관리 계획의 두 가지 내용은 각 영역에 대한 기준선과 세부 관리 계획입니다.[프로젝트 관리 계획서의 내용]
기준선은 프로젝트 목표를 말합니다. 기준선은 프로젝트 작업 범위 목표, 일정 목표 및 비용 목표로 구성됩니다. 프로젝트 작업 범위 목표, 일정 목표 및 비용 목표는 프로젝트 관리 계획에 포함되어야 합니다. 각 영역에 대한 자세한 관리 계획은 범위 관리 계획, 일정 관리 계획, 리소스 투자 계획, 품질 관리 계획 및 커뮤니케이션 관리 계획과 같이 프로젝트 관리 계획에 포함됩니다.
프로젝트 계획에 영향을 미치는 변수를 설명하세요
모든 프로젝트는 고유하며 약간씩 다른 방식으로 진행됩니다. 따라서 프로젝트 계획에 투자한 시간, 프로젝트 계획 조정 빈도, 타이밍은 각 프로젝트마다 약간씩 다릅니다. 프로젝트를 계획할 때 프로젝트 내용은 두 가지 변수, 즉 프로젝트 개발 방법과 프로젝트 성과물에 따라 달라집니다.[프로젝트 계획수립 시 고려 요인들]
프로젝트 계획을 수립할 때 계획에 영향을 미치는 변수는 첫 번째 개발 방법과 두 번째 프로젝트 성과물입니다. 개발 방법은 프로젝트를 수행하는 데 적용된 방법론에 따라 계획의 타이밍과 방법을 결정합니다. 개발 방법은 계획의 타이밍, 방법 및 수준에 영향을 미칩니다. 계획에 영향을 미치는 변수 중에서 프로젝트 성과물은 내가 만드는 제품의 종류에 따라 계획 방법에 영향을 미칠 수 있기 때문에 주요 변수입니다. 프로젝트 성과물은 조직의 요구 사항, 시장 상황 및 법적 또는 규제적 제한 사항을 반영합니다.
1. 프로젝트 개발 방법의 차이점
프로젝트 개발 방법의 차이는 프로젝트 계획에 대한 접근 방식, 계획에 소요되는 시간, 계획 조정의 빈도와 타이밍에 영향을 미칩니다. 프로젝트 개발 방법은 예측 개발, 반복적 개발, 적응적 개발 방법에 따라 다릅니다. 예측 개발 방법은 폭포수형 프로젝트이고, 반복적 갭형 방법은 프로토타입을 적용하는 방법이고, 적응적 개발 방법은 프로토타입을 적용하는 방법입니다. 애자일 프로젝트예측적 개발 방법인 폭포수 방식에서는 초기 프로젝트 계획을 수립하여 세부적인 계획을 수립하는 데 많은 시간을 할애해야 합니다. 계획은 프로젝트가 진행됨에 따라 점진적으로 구체화되지만, 폭포수 프로젝트에서는 처음에 결정된 프로젝트 범위가 크게 바뀌지 않습니다. 폭포수 방식에서는 가능한 한 세부적으로 구체화하여 초기 계획을 완성합니다. 그 후 필요한 부분을 구체화하는 수준으로 진행됩니다. 폭포수 방식에서는 범위의 변경을 최소화하는 것이 프로젝트를 성공시키는 데 중요한 요소입니다. 반복적 개발 방법인 프로토타입 적용 방식에서는 프로젝트 초기에 계획을 대략적으로 수립하고 프로젝트가 진행됨에 따라 구체화합니다. 프로젝트 분석 및 설계 단계에서는 프로토타입 형태로 만들고 프로젝트 이해 관계자로부터 요구 사항을 지정하고 피드백을 반영하여 요구 사항을 완성합니다. 반복적 개발 방법에서는 프로젝트 초기에 대략적으로 구상된 프로젝트 계획이 프로젝트가 진행됨에 따라 완성됩니다. 반복적 개발 방식은 설계 단계에서 프로토타입을 만들어 요구사항을 지속적으로 구체화하고 지정하기 때문에 초기 계획을 세울 때 처음부터 요구사항을 구체화할 필요가 없다. 상위 수준에서 계획을 수립하고 상위 수준에서만 요구사항을 추출한 후 프로토타입을 만들어 더욱 구체적으로 만들 수 있다. 적응적 개발 방식인 애자일은 프로젝트 초기에 반복 주기와 횟수, 릴리스 횟수, 제품 백로그를 정의해야 하지만, 세부적인 계획을 수립할 필요는 없다. 기민한 그 이유는 Agile 방식에서 각 반복을 시작할 때 해당 반복에서 구현하려는 기능과 일정을 수립하기 때문입니다. Agile 방식에서 계획을 수립할 때는 릴리스 계획만 수립하고 구현할 기능을 결정한 다음 제품 백로그를 만듭니다. 제품 백로그는 기능적 요구 사항을 설명하는 문서입니다. 제품 백로그를 만들어야 합니다. Agile 방식에서 어차피 스프린트를 수행할 때는 각 반복에 대해 스프린트 계획을 수행합니다. 따라서 각 반복에 대해 추가 계획이 수립되므로 상위 수준 계획만 필요합니다.
2. 프로젝트 성과물의 차이점
프로젝트 성과물의 유형에 따라 프로젝트 계획 프로세스가 달라질 수 있습니다. 프로젝트 성과물은 회사의 요구 사항, 시장 상황, 법률 및 규정에 따라 달라질 수 있습니다. 회사에 프로젝트에 적용할 방법론, 프로세스, 프로젝트 도구 및 템플릿에 대한 정책이 있는 경우 이를 프로젝트 계획에 반영해야 합니다. 프로젝트의 출시 날짜는 시장의 경쟁 상황에 따라 다를 수 있습니다. 이러한 경우 하이브리드 개발 또는 적응형 개발이 적합할 수 있습니다. 개인정보 보호와 같은 법률 및 규정이 있는 경우 시스템을 오픈하기 전에 관련 기관의 승인을 받거나 관련 문서 또는 절차를 준비하고 진행해야 하므로 이러한 경우 예측 개발 방법이 적합합니다. 대규모 프로젝트는 완벽한 수준의 계획이 필요할 수 있습니다. 특히 건설 프로젝트는 설계, 승인, 구매, 납품, 물류 등을 고려한 완벽한 수준의 계획이 필요할 수 있습니다. 반면 제품을 개발하거나 새로운 기술을 적용하는 프로젝트는 이해 관계자의 피드백에 따라 진화하거나 변경을 허용할 수 있습니다. 소프트웨어를 개발하거나 신기술을 적용하는 프로젝트는 이해관계자의 피드백을 기반으로 하기 때문에 이해관계자가 원하는 요구 사항을 충족하는지 지속적으로 확인하면서 진화하고 변화해야 합니다. 따라서 이런 경우에는 애자일 프로젝트가 적합합니다. 조직의 요구 사항도 고려해야 합니다. 계획을 세울 때는 회사의 정책, 관리 방법, 프로세스를 고려하여 계획을 수립해야 합니다. 시장 상황도 고려해야 합니다. 치열한 경쟁 환경에서 제품을 신속하게 출시해야 하는 경우 최소한의 사전 계획으로 진행하는 것이 좋습니다. 이는 최소한의 사전 계획으로 먼저 진행하여 변경 사항을 빠르게 반영하는 것입니다. 시장에서 경쟁력을 평가할 수 있는 기능만 빠르게 구현한 다음 시장 경쟁력을 확인한 후 추가 기능을 구현하는 방법도 있습니다. 이를 최소 실행 가능 제품(MVP)이라고 합니다. 이는 시장 경쟁력을 평가할 수 있는 핵심 기능만 구현하여 확인하는 것입니다. 법적 측면과 규제 제한도 고려해야 합니다. 경우에 따라 특정 계획을 통해 규제 요구 사항을 반영하기 위한 구체적인 계획이 필요합니다. 따라서 규제 환경에서는 폭포수형 프로젝트가 적합합니다.