프로젝트 계획에 포함해야 할 단계

01 프로젝트 목표

프로젝트 목표는 프로젝트 헌장에 정의되어 있지만 프로젝트 계획에도 포함되어야합니다. 이를 수행하는 데는 여러 가지 방법이 있습니다. 프로젝트 계획은 프로젝트의 목표를 더 설명 할 수도 있고, 헌장을 부록으로 포함시킬 수도 있습니다. 프로젝트 관리자가 목표를 프로젝트 계획에 통합하기로 결정한 경우에도 프로젝트의 첫 번째 핵심 문서 인 프로젝트 헌장과 프로젝트의 두 번째 핵심 문서 인 프로젝트 계획 사이에 명확한 연관성을 유지하는 것이 중요합니다.

02 프로젝트 범위

프로젝트 목표와 마찬가지로, 범위는 헌장에 정의되어 있습니다. 그러나 프로젝트 관리자는 프로젝트 계획의 범위를 더욱 세밀하게 조정해야합니다. 예를 들어, 수동 프로세스를 자동화하는 프로젝트는 프로세스가 시작하고 끝나는 위치를 정의하여 범위를 정의해야합니다.

범위를 정의하여 프로젝트 관리자는 프로젝트의 목표 또는 완제품이 결국 어떻게 보이는지 보여줄 수 있습니다. 범위가 정의되지 않은 경우 프로젝트 전체에서 확장되어 비용 초과 및 마감 기한이 만료 될 수 있습니다.

예를 들어 마케팅 팀이 한 회사의 제품 라인에 대한 브로셔를 만들려면 몇 페이지가 될까요? 완제품이 어떻게 보일지에 대한 예는 무엇입니까? 일부 팀원의 경우 팜플렛은 2 페이지를 의미 할 수 있지만 다른 팜플렛은 10 페이지를 의미 할 수 있습니다. 범위를 정의하면 처음부터 같은 페이지에서 전체 팀을 확보 할 수 있습니다.

03 주요 이정표

프로젝트의 핵심 업적을 마일스톤이라고합니다. 주요 작업 산출물을 주요 산출물이라고합니다. 그것들은 프로젝트에서 작업의 큰 구성 요소를 나타냅니다. 프로젝트 계획은 이러한 항목을 식별하고, 정의하고, 완료를위한 마감 시간을 설정해야합니다.

조직이 새 소프트웨어를 개발하는 프로젝트를 수행하는 경우 주요 산출물이 비즈니스 요구 사항의 최종 목록 및 구현 방법입니다. 그 다음으로이 프로젝트는 설계 완료, 시스템 테스트, 사용자 승인 테스트 및 소프트웨어 롤아웃 날짜에 대한 획기적인 목표를 세울 수 있습니다. 이러한 이정표는 관련 제품을 보유하고 있지만 제품 자체보다는 프로세스에 관한 것입니다.

중요 시점 및 주요 인도 가능 기한은 정확한 날짜 일 필요는 없지만 정확할수록 우수합니다. 정확한 날짜는 프로젝트 관리자가 작업 구조를 더 정확하게 파탄시키는 데 도움이됩니다.

계획의이 단계에서는 귀사가 크고 수준 높은 결과물을 가져 와서 작은 결과물로 나눌 수있는 다음 단계로 요약 될 수있는 이정표를 작성하게됩니다.

04 작업 분류 체계

WBS (Work Breakdown Structure)는 프로젝트의 중요 시점 및 주요 결과물을 작은 청크로 분해하여 한 사람에게 각 청크에 대한 책임을 할당 할 수 있도록합니다. 작업 분류 구조를 개발할 때 프로젝트 관리자는 프로젝트 팀 구성원의 강점과 약점, 작업 간의 상호 의존성, 사용 가능한 리소스 및 전체 프로젝트 기한 등 많은 요소를 고려합니다.

프로젝트 관리자는 궁극적으로 프로젝트의 성공에 책임이 있지만, 단독으로는 할 수 없습니다. WBS는 프로젝트 관리자가 프로젝트 후원자, 프로젝트 팀 구성원 및 무엇을 책임지고있는 이해 관계자에게 알리기 때문에 프로젝트 관리자가 프로젝트에 대한 책임을 보장하기 위해 사용하는 도구입니다. 프로젝트 관리자가 작업에 관심이 있다면, 그녀는 그 관심사와 관련하여 만날 사람을 정확히 알고 있습니다.

05 예산

프로젝트의 예산은 프로젝트 완료에 할당 된 금액을 나타냅니다. 프로젝트 관리자는 이러한 리소스를 적절하게 분산시킬 책임이 있습니다. 공급 업체가있는 프로젝트의 경우 프로젝트 관리자는 품질에 특히주의하면서 계약 조건에 따라 인도 물이 완료되도록합니다. 일부 프로젝트 예산은 인적 자원 계획에 연결됩니다.

작업을 완료하는 데 소요될 시간과 인건비를 파악하여 각 마일스톤과 산출물에 대한 비용을 설정하는 것이 중요합니다. 프로젝트의 비용은 프로젝트 소요 시간과 관련이 있으며 프로젝트의 범위로 돌아갑니다. 범위, 이정표, 작업 및 예산은 일관되고 현실적이어야합니다.

06 인적 자원 계획

인적 자원 계획은 프로젝트에 인력을 배치하는 방법을 보여줍니다. 때로는 직원 배치 계획이라고도합니다. 이 계획은 프로젝트 팀에 참여할 사람과 각자가 얼마나 많은 시간을 할애해야 하는지를 정의합니다. 이 계획을 수립하는 과정에서 프로젝트 관리자는 각 팀원이 프로젝트에 얼마나 많은 시간을 할애 할 수 있는지 팀 구성원과 감독자와 협상합니다. 프로젝트에 대한 컨설팅을 위해 추가 직원이 필요하지만 프로젝트 팀의 일원 인 경우 직원 계획에 문서화되어 있습니다. 다시 적절한 감독자와상의합니다.

07 리스크 관리 계획

많은 일이 프로젝트에서 잘못 될 수 있습니다. 가능한 모든 재난이나 사소한 딸꾹질은 예측할 수 없지만 많은 사람들이 예측할 수 있습니다. 위험 관리 계획에서 프로젝트 관리자는 프로젝트의 위험, 그러한 위험이 발생할 확률 및 그러한 위험을 완화하기위한 전략을 식별합니다. 프로젝트 관리자는 프로젝트 스폰서, 프로젝트 팀, 이해 관계자 및 내부 전문가로부터 의견을 구합니다.

완화 전략은 발생할 가능성이 있거나 위험도가 높은 위험과 관련하여 발생하기 쉬운 위험에 대해 완화 전략을 적용합니다. 발생할 가능성이 낮고 비용이 낮은 위험은 계획에 명시되어 있습니다. 그러나 완화 전략이 없을 수도 있습니다.

08 통신 계획

통신 계획은 프로젝트가 다양한 대상에게 전달되는 방법을 설명합니다. 작업 분류 체계와 마찬가지로 커뮤니케이션 계획은 각 구성 요소를 완료하는 책임을 프로젝트 팀원에게 할당합니다.

이 단계에서는 팀 내에서 문제가 어떻게 전달되고 해결되는지, 팀과 이해 관계자 또는 상사와 의사 소통을 얼마나 자주 할 것인지를 설명하는 것이 중요합니다.

각 메시지에는 의도 된 대상이 있습니다. 의사 소통 계획은 프로젝트 관리자가 적시에 올바른 정보를 올바른 사람에게 전달할 수 있도록 도와줍니다.

09 이해 관계자 관리 계획

이해 관계자 관리 계획은 이해 관계자가 프로젝트에서 사용되는 방법을 식별합니다. 때때로 이해 관계자는 정보를 받아야합니다. 그것은 통신 계획에서 처리 될 수 있습니다. 이해 관계자가 더 많은 것을 필요로한다면, 이해 관계자 관리 계획은 그것이 어떻게 획득 될지를 설명합니다.

10 변화 관리 계획

변경 관리 계획은 프로젝트를 변경하기위한 프레임 워크를 제시합니다. 프로젝트 관리자는 프로젝트 변경을 피하려는 경향이 있지만 때로는 피할 수없는 경우가 있습니다. 변경 관리 계획은 변경을위한 프로토콜과 프로세스를 제공합니다. 프로젝트 후원자, 프로젝트 관리자 및 프로젝트 팀원이 변경 관리 계획을 따르는 것은 책임 성과 투명성을 위해 중요합니다.