프로젝트 계획에 포함시켜야 할 10 가지 중요한 단계
![[KOICA 프로젝트의 이해ㅣ제1강] 프로젝트의 이해](https://i.ytimg.com/vi/z-HzWNFFQ5A/hqdefault.jpg)
콘텐츠
프로젝트 계획은 프로젝트 관리자에 의한 세심한 계획의 정점입니다. 프로젝트의 각 주요 측면에 대한 관리자의 의도에 따라 프로젝트 실행 방법을 안내하는 마스터 문서입니다. 프로젝트 계획은 회사마다 다르지만 프로젝트 실행 단계에서 혼란과 강제 즉흥을 피하기 위해 효과적인 프로젝트 계획에 포함되어야하는 10 가지 중요한 요소 또는 단계가 있습니다.
프로젝트 목표
프로젝트 목표는 프로젝트 헌장에 정의되어 있지만 프로젝트 목표를 추가로 설명하거나 헌장을 부록으로 포함시키기 위해 프로젝트 계획에 포함되어야합니다. 프로젝트 관리자가 목표를 프로젝트 계획에 통합하기로 선택한 방법에 관계없이 중요한 것은 프로젝트 헌장 (프로젝트의 첫 번째 주요 문서)과 프로젝트의 두 번째 주요 문서, 프로젝트 계획 간의 명확한 연결을 유지하는 것입니다.
프로젝트 범위
프로젝트 목표와 마찬가지로 범위는 헌장에 정의되어 있으며 프로젝트 관리자가 프로젝트 계획에서 더 세분화해야합니다. 범위를 정의함으로써 프로젝트 관리자는 프로젝트 목표 또는 완제품이 최종적으로 어떤 모습인지 보여줄 수 있습니다. 범위가 정의되어 있지 않으면 프로젝트 전체에 걸쳐 범위가 확대되어 비용 초과 및 마감 기한을 놓칠 수 있습니다.
예를 들어, 마케팅 팀을 이끌고 회사의 제품 라인에 대한 브로셔를 작성하는 경우, 페이지 수를 표시하고 완제품의 모양에 대한 예를 제공해야합니다.
일부 팀 구성원의 경우 브로셔는 두 페이지를 의미하는 반면 다른 페이지는 10 페이지가 적절하다고 간주 할 수 있습니다. 범위를 정의하면 팀 전체가 같은 페이지에서 시작될 수 있습니다.
이정표 및 주요 결과물
프로젝트의 주요 성과를 마일스톤이라고하며 주요 작업 제품을 주요 결과물이라고합니다. 둘 다 프로젝트 작업의 큰 요소를 나타냅니다. 프로젝트 계획은 이러한 항목을 식별하고 정의하며 완료 기한을 설정해야합니다.
조직에서 새 소프트웨어 개발 프로젝트를 수행하는 경우 주요 결과물이 비즈니스 요구 사항의 최종 목록이되고 구현 방법이 될 수 있습니다.
그 후 프로젝트는 설계 완료, 시스템 테스트, 사용자 승인 테스트 및 소프트웨어 출시 날짜에 대한 이정표를 가질 수 있습니다. 이 이정표에는 관련 제품이 있지만 제품 자체보다는 프로세스에 대한 것입니다.
이정표와 주요 납기일은 정확한 날짜 일 필요는 없지만, 정확할수록 좋습니다. 정확한 날짜는 프로젝트 관리자가 작업 구조를보다 정확하게 분류하는 데 도움이됩니다.
계획의이 단계에서는 대규모 또는 상위 수준의 결과물을 가져와 다음 결과물을 작은 결과물로 나눌 수 있도록 이정표를 작성합니다.
작업 분할 구조
WBS (Work Breakdown Structure)는 프로젝트의 중요 시점 및 주요 결과물을 작은 덩어리로 분해하여 한 사람이 각 패싯에 대한 책임을 할당 할 수 있도록합니다. 작업 분석 구조를 개발할 때 프로젝트 관리자는 프로젝트 팀 구성원의 강점과 약점, 작업 간의 상호 의존성, 가용 자원 및 전체 프로젝트 마감일과 같은 많은 요소를 고려합니다.
프로젝트 관리자는 궁극적으로 프로젝트의 성공에 대한 책임이 있지만 단독으로 작업을 수행 할 수는 없습니다. WBS는 프로젝트 관리자, 프로젝트 팀원 및 무엇을 담당하는 이해 관계자에게 알려주기 때문에 프로젝트 관리자가 프로젝트에 대한 책임을 확인하기 위해 사용하는 도구입니다. 프로젝트 관리자가 작업에 대해 우려하는 경우 해당 문제와 관련하여 누구를 만날 것인지 정확하게 알고 있습니다.
예산
프로젝트 예산은 프로젝트를 완료하기 위해 할당 된 금액을 보여줍니다. 프로젝트 관리자는 이러한 리소스를 적절히 분산시킬 책임이 있습니다. 공급 업체가있는 프로젝트의 경우 프로젝트 관리자는 계약 조건에 따라 결과물을 완성하고 품질에 특히주의를 기울입니다. 일부 프로젝트 예산은 인적 자원 계획과 연결됩니다.
필요한 시간과 작업을 완료하는 데 드는 인건비를 확인하여 각 이정표의 비용과 산출물을 설정하는 것이 중요합니다. 프로젝트 비용은 프로젝트 소요 시간과 관련이 있으며 프로젝트 범위로 돌아갑니다. 범위, 이정표, 작업 및 예산은 일치하고 현실적이어야합니다.
인적 자원 계획
인적 자원 계획은 프로젝트의 직원 구성 방법을 보여줍니다. 직원 계획이라고도하는 HR 계획은 프로젝트 팀원이 누구이며 각 사람이 얼마나 많은 시간을 할애해야하는지 정의합니다. 이 계획을 개발할 때 프로젝트 관리자는 팀 구성원 및 감독자와 각 팀 구성원이 프로젝트에 얼마나 많은 시간을 할애 할 수 있는지 협상합니다. 프로젝트에 대한 추가 상담이 필요하지만 프로젝트 팀의 일부인 경우 직원 계획에도 문서화됩니다. 다시 적절한 감독자들과상의하십시오.
리스크 관리 계획
프로젝트에서 많은 일이 잘못 될 수 있습니다. 가능한 모든 재난이나 작은 딸꾹질을 예상하는 것은 어려운 일이지만 많은 함정을 예측할 수 있습니다. 위험 관리 계획에서 프로젝트 관리자는 프로젝트에 대한 위험, 시나리오가 발생할 가능성 및 위험을 완화하기위한 전략을 식별합니다. 이 계획을 수립하기 위해 프로젝트 관리자는 프로젝트 스폰서, 프로젝트 팀, 이해 관계자 및 내부 전문가로부터 의견을 구합니다.
발생할 수 있거나 위험이 높은 위험에 대해 완화 전략을 마련합니다. 완화 전략이 없더라도 발생할 가능성이 적고 비용이 저렴한 위험이 계획에 표시됩니다.
커뮤니케이션 계획
커뮤니케이션 계획은 프로젝트가 다양한 청중에게 커뮤니케이션되는 방법을 간략하게 설명합니다. 작업 분석 구조와 마찬가지로 커뮤니케이션 계획은 각 구성 요소를 완료하는 책임을 프로젝트 팀원에게 할당합니다.
이 단계에서는 팀 내에서 문제를 전달하고 해결하는 방법과 팀과 이해 관계자 또는 상사와 의사 소통을하는 빈도를 설명하는 것이 중요합니다. 각 메시지에는 대상이 있습니다. 커뮤니케이션 계획은 프로젝트 관리자가 올바른 정보를 적시에 올바른 사람들에게 전달할 수 있도록 도와줍니다.
이해 관계자 관리 계획
이해 관계자 관리 계획은 프로젝트에서 이해 관계자가 사용되는 방법을 식별합니다. 때때로 이해 관계자는 정보를 받기만하면됩니다. 그것은 통신 계획에서 처리 될 수 있습니다. 이해 관계자로부터 더 많은 것이 필요하다면, 이해 관계자 관리 계획은 그것이 어떻게 획득 될 것인지를 개괄합니다.
변경 관리 계획
변경 관리 계획은 프로젝트를 변경하기위한 프레임 워크를 제시합니다. 프로젝트 관리자는 프로젝트 변경을 피하려는 경향이 있지만 때로는 피할 수없는 경우가 있습니다. 변경 관리 계획은 변경을위한 프로토콜과 프로세스를 제공합니다. 프로젝트 스폰서, 프로젝트 관리자 및 프로젝트 팀 구성원이 변경 관리 계획을 따르는 것은 책임과 투명성에 매우 중요합니다.
