프로젝트 계획에는 다음이 포함됩니다. 프로젝트 계획 기술

프로젝트 관리는 기술과 목표에 할당된 예산 내에서 고유한 작업을 제시간에 해결하는 기술의 공생입니다. 프로젝트가 성공하기 위해서는 회사 경영진과 RM 사이에 어떻게, 누가, 언제, 어떤 작업을 수행해야 하는지에 대한 이해가 필요합니다. 프로젝트 계획은 하나의 문서가 아니라 위의 질문에 답하는 문서화된 결정의 전체 집합으로 간주됩니다. 프로젝트 계획 기술의 기본 사항을 검토하는 리뷰 기사를 소개합니다.

프로젝트 기획의 본질

프로젝트 계획에는 상호 연결된 많은 반복이 포함되며 그 결과 단일 마스터 플랜이 생성됩니다. 프로젝트 계획에 따라 편집 결과로 문서화 된 계획된 활동 시스템을 더 자세히 이해할 것입니다. 이 시스템은 별도의 개발 문제가 해결되는 특별한 방식으로 연결된 매개 변수로 구성됩니다. 이러한 매개변수는 프로젝트 활동의 여러 기능 영역을 기반으로 형성됩니다.

콘텐츠;
자귀;
비용;
인원;
용품;
연락;
위험 등

계획은 프로젝트 관리 시스템의 핵심 요소입니다. RM이 세부 계획 문서 세트를 작성할 수 있다면 작업이 끝날 때 필요한 결과를 보장받을 수 있습니다. 이를 위해서는 일정, 자원 및 기타 측면을 잘 계획해야 합니다. 계획이 수립되기 전까지는 고유한 작업을 완료하는 데 얼마나 많은 비용과 시간이 소요될지 알 수 없습니다. 계획이 없으면 관리자는 작업을 프로젝트 목표에 맞출 수 있는 방향이 거의 또는 전혀 없습니다.

계획을 세운다고 해서 항상 긍정적인 결과를 얻을 수는 없지만 부정적인 결론은 그 이상을 줄 수도 있고 더 많을 수도 있다는 점을 이해해야 합니다. 어쨌든 투자의 효율성이 증가하고 수익의 "분산"이 발생하지 않습니다. 프로젝트 계획은 기초를 놓는다 생산적인 일다음 응용 문제를 해결합니다.

이벤트의 목표와 결과를 명확히 하고 자세히 설명합니다.
작업의 구성과 범위를 결정합니다.
일정 및 예산 비용을 추정합니다.
주요 단계 또는 전체 프로젝트에 대한 일정과 예산을 작성합니다.
각 단계 또는 전체 작업에 대한 리소스 요구 사항에 대한 업데이트된 평가를 수행합니다.
자원 제공을 위한 계획을 세웁니다.
위험 평가를 수행하고 위험 대응 계획을 작성합니다.
고객에게 이벤트의 세부 사항을 설명합니다.
주요 이해 관계자와 계획에 동의합니다.
참가자들 사이에 작업 및 작업에 대한 책임을 분배합니다.
마스터플랜을 승인합니다.
상호 작용 계획, 계획 관리 절차를 명확히 합니다.

단계에서 프로젝트 관리 계획의 위치 라이프 사이클. 출처: PMBOK 가이드 5

프로젝트 구현의 다른 프로세스 중 계획 프로세스의 위치. 출처: PMBOK 가이드 5

프로젝트 계획은 "공중"일 수 없습니다. 착수가 선행되며 이러한 프로세스의 출력은 프로젝트의 실제 실행입니다. 그리고 우리는 계획이 무엇인지에 대한 몇 가지 중요한 사항을 알고 있습니다.

고유한 작업의 수명 주기에서 특정 시점과 중요한 기간에 연결됩니다(위에 표시된 다이어그램 참조).
반복적 - 계획이 작성된 후에 끝나지 않으며 활성 종료 단계까지 정기적인 업데이트가 필요합니다.
복잡한 - 하나의 도구로 제한되지 않으며 여러 도구 및 관련 출력 문서를 포함합니다.

기획 프로세스 구성 확대

프로젝트 계획은 프로젝트 관리 계획 및 관련 계획 프로세스와 다릅니다. 우리가 이미 결정한 바와 같이 넓은 의미에서 계획이란 실행 순서, 작업 순서 및 시간이 설정되는 사전 계획된 활동 시스템을 의미합니다. 좁은 의미에서 계획은 계획된 조치의 순서와 시행 기한을 반영하는 문서입니다. 프로젝트 관리 계획은 규정된 계획 절차(프로세스)의 결과로, 관리자가 계획을 문서로 작성하기 위해 정기적이고 규정된 절차를 수행합니다.

PMI의 기본 계획 개념 정의. 출처: PMBOK 가이드 5

이벤트 계획에는 계획의 직접 개발 프로세스와 보조 절차의 두 가지 프로세스 그룹이 포함됩니다. 개발 블록의 출력은 프로젝트 마스터 플랜이라는 문서입니다. 여기에는 일정 계획, 행사 예산 및 기타 여러 문서가 포함됩니다. 작업의 구성 및 내용, 구현에 필요한 리소스는 제작 비용의 순서, 기간 및 금액을 결정합니다.

위험 계획(식별, 식별 및 평가) 및 위험 관리는 일정 계획의 개발뿐만 아니라 예산 요구 사항에도 영향을 줍니다. 목표를 명확히 하고, 고유한 작업의 경계를 정의하고, 팀과 책임을 구조화하는 것은 본격적인 프로젝트 계획 작업의 기반이 됩니다. 다음으로, 고려 중인 프로세스의 주요 절차 관계 모델에 주의를 기울입니다.

프로젝트 관리의 계획 프로세스 모델

거의 모든 섹션에서 PMI 표준에 따라 PMBOK 지침계획에는 전체 블록이 할당됩니다. 위의 다이어그램을 기반으로 하면 이는 매우 자연스럽습니다. 계획 관리 및 단일 마스터 계획 생성에 대한 가장 전체적인 그림은 PMBOK 섹션 "프로젝트 통합 관리"에 나와 있습니다. 아래는 로컬 이벤트 관리 계획 개발 데이터 흐름도 상자입니다.

프로젝트 관리 계획 개발 데이터 흐름도 로컬 블록

위에 제시된 시각적 블록은 여러 가지 이유로 주목할 만합니다. 프로젝트 관리에 대한 지식 기반, 이 방향에서 얻은 모든 경험, 규정은 계획의 성공에 필수적입니다. 이것은 표준, 소프트웨어, 조직 구조및 문화, 관리 관행, 인프라 등 헌장은 계획을 위한 핵심 참고 자료입니다. 이러한 프로세스는 마스터 플랜에 통합하기 위한 기초이며 최종 버전 개발을 위한 입력으로 제공됩니다.

프로젝트 매개변수 관리 계획;
내용, 비용 및 일정에 대한 기본 계획;
계획 업데이트.

달력 계획 개발 단계

우리가 기억하는 바와 같이, 프로젝트 관리는 작업의 내용, 제한 및 위험인 "세 기둥"을 기반으로 합니다. 관리자가 이 세 가지 매개변수를 잘 사용하는 방법을 알고 있다면 그에게 해결되지 않는 작업은 없습니다. 이 세 위치의 위치에서 달력 계획의 개발을 고려하고 이 프로세스를 단계로 나눕니다. 우리는 작업의 내용에 첫 번째와 두 번째 단계를 돌릴 것입니다.

작업 범위를 결정하고 목록으로 작성하는 단계. 한 번에 모든 작품을 제시하는 것이 불가능하기 때문에 종종 실수가 발생합니다. 작업 범위의 질적 정의를 위해서는 순차 작업 분해 방법의 기본을 사용하는 것이 유용합니다.
구현 기술에 따라 달라지는 작업 순서 및 기간 측면에서 프로젝트 실행을 결정하는 단계. 이 단계의 정성적 결과를 생성하려면 이미 명명된 순차적 작업 분해 방법과 브레인스토밍 방법과 같은 방법을 사용하여 작업 기간에 대한 전문가 평가가 적합합니다.
자원의 가용성 결정. 이벤트는 재정, 자재, 노동, 정보 등 다양한 자원을 사용합니다. 재원의 입장에서 작업 일정과 자금 조달 일정을 연결하는 것이 필요합니다. 고유한 전문가와 능력인 희소 자원의 개념이 도입됩니다. 이것은 작업의 순서와 기간에 대한 흔적을 남깁니다.
외부 제약 조건의 정의. 이러한 제한에는 계절성, 기술 프로세스장비 공급, 다양한 외부 이벤트. 고객의 특별한 소원(특정 파트너에 대한) 또는 외부 이벤트(예: 공휴일까지 단계 완료 시점)의 예를 고려하는 경우 해당 이벤트는 이벤트에 포함됩니다. 이정표의 형태.
위험 대응 계획을 수립하는 단계. 우리는 프로젝트의 위험을 분석하고 주요 위협에 대한 대응 계획을 개발합니다. 이 계획을 바탕으로 캘린더 계획을 확정합니다.

세 번째 및 네 번째 단계는 제한 위치와 관련이 있고 다섯 번째 단계는 위험과 관련이 있습니다. 두 가지 반응 기반(능동 및 수동)은 결정의 순간과 결정의 포함을 결정합니다. 프로젝트 계획. 활성 응답은 일정 계획에 포함됨을 의미합니다. 추가 작업위험을 최소화하는 것을 목표로 합니다. 이것은 다른 작업의 타이밍에 영향을 미칠 수 있습니다.

예를 들어, 시장에 새로운 서비스를 출시하는 프로젝트를 고려할 수 있습니다. 시장에서 수요 부족의 위험이 드러났습니다. 그런 다음 이러한 위험을 최소화하기 위해 추가 연구를 수행해야 하며 이 작업은 일정 계획에 포함되어야 합니다. 수동적 대응은 식별된 위험에 대한 추가 재정 준비금의 형성을 의미합니다. 일정 개발 단계는 아래에 표시된 논리적 순서로 제시될 수도 있습니다.

일정 개발의 논리적 순서

기본 프로젝트 계획 단계

마스터 플랜을 생성하기 위해 프로젝트 관리자는 일련의 계획 반복을 구현합니다. 계획 프로세스의 과정에서 중요한 도구 및 최종 문서가 형성되어 함께 마스터 플랜을 구성합니다. 그 중:

작업분류체계(WBS);
네트워크 다이어그램;
품질 관리 계획;
프로젝트 일정;
예산;
조직도;
위험 등록부;
커뮤니케이션 계획;
프로젝트의 마스터 플랜.

프로젝트 계획 프로세스의 시각적 모델

위는 프로젝트 작업에 대한 계획 프로세스의 모델입니다. 다이어그램에서 프로세스의 전체 구성을 볼 수 있습니다. 수영장 차선 계획 프로세스는 프로젝트 관리의 거의 모든 섹션과 연결되어 있습니다. 모델에 표시된 많은 프로세스는 당사 사이트의 별도 기사로 표시될 수 있습니다. 이 백서에서는 주요 계획 절차에 대해 간략하게 중점적으로 설명합니다.

범위 정의 프로세스는 프로젝트의 범위, 제품 설명과의 경계를 명확히 하기 위해 수행됩니다. 이 프로세스는 이벤트의 목표, 회사 전략과의 연관성을 명확히 하고 구현에 대한 대안적 접근 방식을 고려하는 것으로 시작됩니다. PM은 프로젝트 범위를 벗어난 작업과 제품 요구 사항에 대해 명확해야 합니다.
작업 범위를 결정하는 프로세스. 이전 프로세스에서 수립된 기반은 성공을 위해 필요한 전체 범위의 작업으로 개발됩니다. 그들의 구조와 구성은 프로젝트의 주요 목표와 관련이 있습니다. WBS는 PM이 이 프로세스의 문제를 해결하는 데 사용하는 주요 도구입니다.
업무 관계의 정의. 작업의 논리적 순서는 이 프로세스의 주제이자 목적입니다. 프로세스 구현의 최상의 도구와 결과는 PERT 및 CPM 방식을 사용하여 구축 및 최적화된 네트워크 모델(다이어그램, 그래프)입니다.
작업 기간을 추정하는 프로세스. WBS 및 네트워크 모델에 포함된 각 작업의 기간 예측은 다양한 접근 방식을 기반으로 합니다. 주요 방법은 수행자, 전문가 및 매개 변수 평가의 유사체에 의한 "상향식"평가 방법입니다.
리소스 요구 평가 프로세스. 프로세스의 목적은 필요한 금액을 결정하는 것입니다. 인적 자원, 기계 및 메커니즘의 자원. 자원은 재생 가능, 소모성 및 재정적 그룹으로 나뉩니다.
개발 프로세스를 예약합니다. 이 프로세스는 개별 작업과 전체 프로젝트의 예상 시기를 결정하기 위해 수행됩니다. 세부 계획의 문제는 중요합니다. 연구의 깊이는 프로젝트 관리자가 작업의 진행 상황과 할당된 작업의 수행을 제어할 수 있을 정도로 충분해야 합니다.
프로젝트의 마스터 플랜 개발. 이벤트 계획 작업의 모든 결과를 단일 프로젝트 통합 문서로 결합합니다.

이 기사에서는 프로젝트 계획을 작성하는 절차 및 문서의 "최대 구성"에 대해 알게 되었습니다. 에 실제 연습, 특히 프로젝트의 범위가 중간이거나 작은 경우 규칙적인 성격을 띠고 과도한 계획 노력이 필요하지 않은 경우가 많습니다. 이러한 경우 일반적인 계획 솔루션과 불완전한 문서 세트로 자신을 제한할 수 있습니다. 동시에 마스터 플랜에 설정된 기본 다큐멘터리 없이는 거의 불가능하며 개발에 들인 노력은 큰 성과를 거두고 있습니다.

계획의 본질은 수행해야 할 일련의 작업 (조치, 조치)의 형성, 이러한 작업을 구현하는 방법 및 수단의 적용, 구현에 필요한 자원을 연결하는 것을 기반으로 목표와 달성 방법을 설정하는 것입니다 , 그리고 프로젝트에 참여하는 조직의 활동을 조정합니다.

계획 개발 활동은 프로젝트 생성 및 실행의 모든 단계를 포함합니다. 프로젝트의 개념을 개발하는 과정에서 프로젝트 관리자(프로젝트 관리자)의 참여로 시작하여 프로젝트에 대한 전략적 결정의 선택과 계약 제안 초안 작성을 포함한 세부 사항 개발, 계약을 수주하고, 작업을 수행하고, 프로젝트 완료로 끝납니다.

계획 단계에서 프로젝트 구현에 필요한 모든 매개 변수가 결정됩니다. 프로젝트의 각 제어 요소에 대한 기간, 노동, 자재, 기술 및 재원, 원자재, 재료, 구성 요소 및 기술 장비, 설계, 건설 및 기타 조직의 참여 기간 및 양. 프로젝트 계획 프로세스 및 절차는 프로젝트가 지정된 시간 내에 가능한 한 가장 낮은 비용으로 표준 자원 비용 내에서 적절한 품질로 실행 가능함을 보장해야 합니다.

계획 프로세스는 작업 범위가 승인되기 전에 시작되며 프로젝트가 진행되고 변경이 이루어지면 계속됩니다. 프로젝트 수명 주기의 각 단계는 고유한 방법과 도구를 사용하여 특정 유형의 계획을 제공합니다.

계획 순환 과정이다. 가장 먼저 시작합니다 일반 정의목표는 목표를 달성하기 위해 언제, 어떻게, 무엇을 해야 하는지에 대한 보다 자세한 설명으로 이동하고 있습니다. 프로젝트가 개념에서 완료까지 진행됨에 따라, 추가 정보작업 과정에 영향을 미치는 조건에 대해. 프로젝트 계획 및 관리 도구를 사용하면 팀 구성원이 문제를 보다 명확하게 설명하고 프로젝트 변경을 보다 효과적으로 제어할 수 있습니다.

계획은 일련의 상호 연결된 절차입니다. 프로젝트 계획의 첫 번째 단계는 프로젝트 예산 개발, 자원 요구 사항 결정, 프로젝트 지원 구성, 계약 체결 등의 기초가 되는 초기 계획의 개발입니다. 계획된 수치와 실제 수치를 비교합니다.

프로젝트 계획의 다양한 수준과 단계에서 사용되는 구체적인 계획 구조는 업계와 프로젝트를 구현하는 조직에서 채택한 표준과 접근 방식에 따라 다릅니다. 예를 들어 건설 산업에서 프로젝트 문서고객이 제공하고 계약자가 자세히 설명하는 견적 문서, 시설의 건설 현장 계획, 시설 건설을 위한 조직 및 기술 계획, 작업 실행 일정 및 시설 인수가 포함됩니다. 건축 자재. 산업 프로젝트에서 작업 일정은 설계 및 기술 문서를 기반으로 합니다. 정보 프로젝트- 시스템 사양.

계획 단계는 가장 중요한 단계 중 하나입니다. 이 단계에서 프로젝트의 작업, 예산 및 기간이 결정됩니다. 종종 계획은 스케줄링, 자원 관리를 놓치는 것, 예산 책정 등으로만 이해됩니다.

완전한 계획 기술에는 다음 단계가 포함됩니다.

1) 프로젝트의 목표와 설명을 정의합니다. 종종 프로젝트는 명확한 목표 없이 시작됩니다.
2) 기술 단계의 정의. 프로젝트의 경우 프로젝트의 개발 단계를 결정하는 구현 기술을 선택해야 합니다. 중 하나 흔한 실수계획은 기술 주기와 계획의 불일치입니다.
3) 기술 단계의 경우 작업 목록을 정의하고 상호 관계(순서) 및 예상 기간(할당된 리소스에 따라 다름)을 표시해야 합니다.
4) 프로젝트에 할당된 자원 문제에 대한 합의가 필요합니다. 모든 회사 리소스는 중앙에서 분산되어야 합니다. 일부 희소한 자원이 두 곳에서 동시에 사용되기 때문에 계획 오류가 발생하는 경우가 많습니다. 다른 프로젝트동시에.
5) 자원율이 결정되면 예산도 자동으로 확보될 수 있다. 일반적인 실수 중 하나는 프로젝트의 예상 비용에 주의를 기울이지 않고 예산을 설정하는 것입니다.
6) 서면 작업, 예산 및 작업 일정은 공식 문서 "프로젝트 계획"을 형성합니다. 프로젝트가 시작되기 전에 이러한 문서 중 일부가 누락되는 경우가 많습니다.

따라서 프로젝트 계획의 성공을 위해서는 다음과 같은 여러 요소를 고려해야 합니다.

해결해야 할 작업의 종류, 완제품의 순환, 작업 유형(개발, 개발, 유지보수);
프로젝트의 복잡성과 개발 팀의 능력을 고려한 작업 계획(수명 주기 모델) 선택
주제 영역 및 개발 자동화 도구에 대한 경험
· 자동화 수단 및 하드웨어 소프트웨어 기반을 갖춘 개발자 장비;
작업 시간 및 품질에 대한 고객 요구 사항 수준.

잘 조직된 프로젝트에서 특정 관리 기관은 각 목표의 구현을 책임져야 합니다. 프로젝트 관리자, 모든 목표(프로젝트 미션), 개인 목표에 대한 책임 수행자 등 프로젝트 구현을 담당하는 조직 단위의 구조와 일치합니다. 이를 위해 소위 책임 매트릭스가 개발되고 있으며, 이는 다음을 결정합니다. 기능적 책임프로젝트 집행자는 개인적으로 책임이 있는 구현을 위한 일련의 작업을 지정합니다.

계획의 주요 목적은 프로젝트 구현 모델을 구축하는 것입니다. 프로젝트 참가자의 활동을 조정할 필요가 있으며 작업을 수행해야 하는 순서 등을 결정합니다.

계획 프로세스의 주요 단계는 표 1에 나와 있으며 9단계를 포함합니다. 각 단계에서 프로젝트 관리자는 프로젝트가 비효율적이거나 구현이 불가능하다는 것을 발견하고 종료 문제를 제기할 수 있습니다.

표 1 - 프로젝트 계획 프로세스의 주요 단계

		결과
	프로젝트 목표의 개념 및 계획 개발.
	프로젝트 목표의 분해, 구축 계층 구조작품(ISR).
	책임자 임명. 프로젝트의 조직(CCO) 블록 다이어그램 구축.
	프로젝트 구현 전략 개발, 이정표에 대한 계획 수립.
	프로젝트 전술 개발, 네트워크 모델 구축.	자세한 방법은?
	이상 개발 달력 일정공장.	언제까지 완벽?
	자원 계획, 자원 제약을 고려한 실제 달력 작업 일정 개발.	현실적으로 언제?
	비용 추정, 예산 개발.
	프로젝트 계획의 개발 및 채택.	모든 것이 고려됩니까?

크고 복잡한 프로젝트를 수행하려면 보조 프로젝트 계획 절차를 사용하는 것이 좋습니다.

품질 계획;
위험을 계획하고 그들과 협력하기 위한 조치를 취합니다.
조직 계획;
커뮤니케이션 기획.

각각의 경우에 프로젝트 관리자는 결과/비용 비율을 기반으로 프로젝트 기술 무기고에서 사용할 수 있는 하나 이상의 보조 절차 사용 가능성을 평가해야 합니다.

그림 3 프로젝트 계획 흐름

프로젝트 계획은 라이프 사이클 전반에 걸쳐 정제된 지속적인 프로세스이며, 가장 좋은 방법현재 및 변화하는 상황을 고려하여 설정된 목표와 목표를 달성합니다. 제품의 특성, 시장 기능 및 추세, 소비자 선호도, 위험 및 기타 요소를 고려한 유능한 프로젝트 계획을 통해 구상 및 개발 단계에서도 비효율적인 지출을 피할 수 있습니다. 이러한 계획이 항상 긍정적인 결과를 제공하는 것은 아니지만 부정적인 결론도 큰 이점이 있습니다.

프로젝트 실행 계획을 작성하는 첫 번째 작업은 프로젝트 프로세스를 시작하는 즉각적인 추진력을 제공하는 것입니다. 프로젝트 계획은 의사 결정권자들에게 아이디어가 실행 가능하고 기대, 일정, 예산 등을 충족할 것이라는 확신을 주어야 합니다. 개발이 계획 수준에서 설득력이 없으면 프로젝트는 그 이상으로 진행되지 않을 수 있습니다. 첫 단계. 반대로 성공적인 계획은 즉시 프로젝트 관리자의 평판을 구축하고 프로세스를 시작하기 위한 견고한 기반을 제공합니다.

프로젝트 계획은 표준에 따라 작성됩니다. 일반 계획, 그러나 제품 특성과 구현 조건의 조합이 고유하기 때문에 문서의 내용은 항상 고유합니다. 프로젝트 실행 계획은 전체 프로젝트 팀에 지침을 제공하고 다음을 지시합니다.

작업 범위에 따라
우선순위로
관리 방법의 선택에,
품질 기준에 따라
이해 당사자와의 의사 소통을 유지하는 형태로,
성능 측정 기준 등에 따라

프로젝트의 배경입니다.
작업 및 목표.
규모.
경계(제한).
가정(가정).
영향과 의존성.
위험과 문제.
전략 및 방법.
시간, 자원, 품질, 규모를 제어하는 수단 및 방법.
연락.
배달 일정.
성능 및 측정.
혜택의 실현.

표준화된 스키마를 사용하면 큰 아이디어를 실현하려는 경우 수백 페이지에 달하는 문서를 쉽게 탐색할 수 있습니다. 계획 작업 프로세스를 단순화하고 프로젝트 계획 단계의 논리적이고 일관되며 구조화된 순서를 허용합니다. 예를 들어, 규모에 포함된 요소가 문서화되지 않은 경우 프로젝트 참가자 간에 누가 무엇을 공개하는지에 대한 공통된 이해가 없는 것으로 판명될 수 있습니다. 품질 수준을 지정하지 않으면 제조업체에 대한 충분한 품질이 고객에게 충분하지 않을 수 있습니다.

적절한 디테일이 부족하면 오류가 발생하지만, 반복되는 디테일이 너무 많으면 프로젝트의 내용을 이해하는 데 방해가 됩니다. 따라서 프로젝트 방어 계획은 일반적으로 프로젝트에 대한 사전 지식이 없는 청취자를 대상으로 테스트하고 광범위한 청중의 대표가 참여합니다. 프로젝트 계획에 추가된 배경은 구현 프로그램을 일반적인 컨텍스트에 맞추는 데 도움이 될 것이며 용어집, 약어 및 기술 약어의 디코딩은 제3자 정보 출처를 포함하지 않고도 누구나 프로젝트의 본질을 쉽게 이해할 수 있도록 합니다.

도메인 계획

여기서 주제 영역은 프로젝트 완료의 결과로 생산되어야 하는 일련의 제품 및 서비스입니다. 주제 영역 측면에서 프로젝트 계획에는 다음 절차가 포함됩니다.

현재 상태 분석.
프로젝트의 기본 특성에 대한 설명.
성공 기준 및 프로젝트 문제 확인.
프로젝트의 초기 단계에서 수용된 가정 및 제한 사항 분석.
중간 및 최종 단계에서 프로젝트 결과에 대한 기준 정의.
주어진 영역의 구조적 분해를 구축합니다.

프로젝트 라이프의 과정에서 구성 요소는 주어진 지역, 변경될 수 있습니다. 작업의 목표와 특성은 중간 결과가 달성되었을 때와 프로젝트 개발 단계에서 모두 지정할 수 있습니다.

프로젝트 시간 계획

이 매개 변수의 주요 개념은 마감일, 작업 기간, 주요 날짜 등입니다. 참가자의 조정 작업은 일정 계획을 기반으로 구성됩니다. 프로젝트 작업 목록, 프로젝트 작업 간의 관계를 결정하는 설계 및 기술 문서 , 순서, 마감일, 출연자 및 자원. 전체 라이프 사이클에 대한 프로젝트 작업 중에 관리 단계 및 수준에 대한 작업 일정이 작성됩니다.

작업분류체계(WBS)

WBS - 설계 작업 계층 구조의 그래픽 표시 - 프로젝트 일정의 첫 번째 단계. 본질적으로 WBS는 계획 및 효과적인 제어에 필요하고 충분한 부분으로 프로젝트를 나누는 것입니다. 계층 구조를 작성하려면 다음 규칙을 준수해야 합니다.

상급사업의 수행은 하급사업의 수행으로 이루어진다.
상위 프로세스에는 여러 개의 하위 작업이 있을 수 있으며, 이 작업을 실행하면 상위 프로세스가 자동으로 종료됩니다. 그러나 하위 작업의 경우 상위 작업이 하나만 있습니다.
상위 프로세스를 하위 작업으로 분해하는 것은 단일 기준에 따라 수행됩니다. 즉, 유치 자원, 활동 유형 또는 수명 주기 단계 등에 따라 수행됩니다.
각 수준에서 동등한 아동 작품을 수집해야 합니다. 동질성을 식별하는 기준은 예를 들어 수행된 작업의 양과 시간일 수 있습니다.
전체 구조를 구성할 때 다른 계층 수준에서 다른 분해 기준을 적용할 필요가 있습니다.
분해 기준의 순서는 저작물 간의 상호 작용 및 종속성의 가능한 가장 큰 부분이 계층 구조의 하위 수준에 있도록 선택됩니다. 공장 더 높은 수준- 자율적.
하위 수준의 작업이 관리자와 프로젝트 참가자에게 명확하고 최종 결과를 달성하는 방법과 지표가 명확하고 작업 수행에 대한 책임이 명확하게 분배되면 작업 분해가 완료된 것으로 간주됩니다.

WBS를 기반으로 프로젝트 작업 목록이 생성됩니다. 그런 다음 구현 순서, 조직 및 기술 모델의 도움과의 관계 및 작업 기간이 결정됩니다.

작업 기간

근무기간은 기준에 따라, 개인의 경험에 따라(유사한 업무의 예가 있는 경우), 계산 방법프로젝트 계획. 이러한 방법에는 예를 들어 작업 기간을 추정하는 데 불확실성이 있을 때 사용되는 PERT 이벤트 분석 방법이 포함됩니다. 그러나 프로젝트 시간을 관리하는 다른 방법이 있습니다.

건방진. 이 방법은 낙관적, 기대적, 비관적 예측의 세 가지 유형의 가중 평균으로 간주됩니다. 각 예측에 대한 기간을 설정한 후(공식 사용 및/또는 전문가 참여) 각 예측의 확률이 계산됩니다. 그런 다음 각 예측 값과 확률을 곱하고 값을 더합니다.
네트워크 다이어그램. 네트워크 다이어그램은 활동과 활동 간의 종속성을 표시합니다. 그래픽 형태. 더 자주 그것은 그래프의 형태로 제시되며, 그 정점은 다음과 같습니다. 디자인 작업, 그리고 그들의 순서와 관계는 화살표를 연결하여 표시됩니다.
간트 차트. 이것은 달력에 따라 방향이 지정된 세그먼트 형태로 디자인 작업을 표시한 수평 다이어그램입니다. 세그먼트의 길이는 작업 시간에 해당하며 세그먼트 사이의 화살표는 작업의 관계와 순서를 나타냅니다.

또한 각 프로젝트에서 시간 기준에 따라 작업의 최적화가 보장되고 일정 계획이 승인됩니다. 공통의 목표프로젝트 시간 계획 방법 - 구성 요소의 품질을 잃지 않고 프로젝트 기간을 줄입니다.

프로젝트 인력

계획의 이 부분에서는 사용 가능한 리소스의 양이 먼저 결정됩니다. 이것은 수행자 목록, 가용성 및 프로젝트 참여 가능성을 컴파일하여 수행됩니다.

그런 다음 프로젝트의 각 작업에 대해 집행자에게 책임 영역의 정의가 할당됩니다. 종종 배포 수준의 일정에 있음 노동 자원모순이 생깁니다. 그런 다음 모순 분석 및 제거가 수행됩니다.

프로젝트 비용

프로젝트 비용 계획에는 여러 단계가 있습니다.

첫 번째 단계에서는 자원 사용 비용, 각 프로젝트 작업 및 프로젝트 전체가 결정됩니다. 여기서 프로젝트 비용은 자원과 작업의 총 비용입니다. 고려되는 요소에는 장비 비용(임대 장비 포함), 인건비가 포함됩니다. 직원들계약에 따라 고용, 재료, 교통, 세미나, 컨퍼런스, 수업료 등
두 번째 단계는 프로젝트 견적의 준비, 조정 및 승인을 포함합니다. 여기의 프로젝트 견적은 정당화 및 계산이 포함된 문서입니다. 총 비용프로젝트. 일반적으로 다음을 기준으로 수행됩니다. 필요한 자원, 업무 범위 등
세 번째 단계는 예산 준비, 조정 및 승인을 포함합니다. 예산은 자원에 대한 제한을 도입하고 다음 형식으로 작성됩니다.

비용 및 누적 비용의 막대 차트,
시간 경과에 따라 분포된 누적 비용의 꺾은선형 차트,
비용의 파이 차트,
달력 일정 및 계획,
비용 분포 매트릭스.

이와 동시에 경영 예산 위험프로젝트 계획의 별도 섹션에서 논의됩니다.

위험 계획

이 섹션에서는 위험 식별, 분석, 평가 및 위험 대응 개발과 관련된 프로세스를 설명합니다. 위험은 3가지 매개변수로 특징지어집니다.

위험 이벤트,
위험 이벤트가 발생할 가능성,
위험 요소가 실현된 경우 손실 금액.

간단한 위험 계획 방법은 다음 작업 순서에 따라 구현됩니다.

위험 식별. 이를 위해 전문가뿐만 아니라 프로젝트의 잠재적인 취약성을 감지하는 데 도움을 줄 모든 사람이 참여합니다.
위험 실현 가능성을 결정합니다. 측정은 백분율, 공유, 포인트 및 기타 단위로 이루어집니다.
프로젝트에 대한 각 특정 위험의 중요성과 계층 구조에서의 위치에 따른 위험 분류. 우선 순위는 프로젝트 전체에서 높은 확률과 중요성을 갖는 것입니다.
각 개인의 위험 가능성을 줄이기 위한 조치를 계획하고 이에 대한 책임이 있는 직원을 나타냅니다.
박멸 계획 부정적인 결과책임자의 임명으로 위험이 실현된 경우.

프로젝트를 생성할 때 생산 프로젝트 및 IT 기술에서 조경 및 도시 개선 작업에 이르기까지 기업이 운영되는 영역에 관계없이 계획을 작성해야 합니다. 그러나 프로젝트 계획 자체가 "공중에서 중단"되는 것이 아니라 프로젝트 착수가 선행되어 프로젝트의 직접 실행으로 전환되어 완료됩니다.

모든 프로세스, 개념 또는 개체는 어딘가에서 시작됩니다. 이 시작의 순간은 며칠 또는 몇 년 전에 일어났고 모든 것이 지금과 다르게 보였습니다. 예를 들어, 자동차를 보면 처음에는 그렇지 않다는 것을 이해합니다. 먼저 아이디어가 나온 다음 이 아이디어가 다른 사람들에게 전달되어 토론을 일으켰습니다. 디자이너가 작업에 합류하고 조립 프로세스가 시작되었습니다.

위는 사소한 예입니다. 그러나 그는 본질을 완벽하게 설명합니다. 모든 것에는 시작이 있습니다.

프로젝트 관리도 예외는 아닙니다. 작업과 프로세스의 복잡한 체인이기 때문에 어딘가에서 시작되기도 합니다. 이 첫 번째 단계는 프로젝트 계획.

이 기사에서는 계획과 계획 프로세스에 대해 이야기하고 "이러한 계획을 만드는 방법"이라는 질문과 관련된 요점을 설명합니다. 7단계를 확인했습니다.

프로젝트 계획이란 무엇입니까?

당신은 우리가 계획언급하고 기획 과정. 이들의 차이점은 무엇인가요? 모든 것이 매우 간단합니다.

계획은 과정이자 토론입니다. 그 동안 작업 범위, 목표 및 이를 달성하는 데 필요한 방법이 명확해집니다.

계획은 공식 문서모든 계획 결정, 승인된 범위, 비용을 포함하는 A. 주요 기능은 제어, 참가자 간의 의사 소통 및 일정 조정입니다.

프로젝트 계획을 작성할 때 관리자는 이미 핵심 지식그리고 기술. 이것은 성공적인 구현의 기회를 증가시킵니다. 또한 준비된 계획은 불필요한 실수와 잘못된 결정을 예측하고 방지할 뿐만 아니라 시간을 절약하고 비용을 줄이는 데 도움이 됩니다.

프로젝트 계획 목표

잘 준비된 계획은 다음 질문에 답해야 합니다.

왜요?

프로젝트에 자금이 할당되는 이유를 명확히 해야 합니다. 어떤 문제를 해결해야 합니다.

문제는 결과와 최종 목표를 달성하기 위해 수행해야 하는 작업에 관한 것입니다.

관련된 사람들, 그들의 역할 및 책임에 대한 질문; 그들이 어떻게 조직되어야 하는지에 대해.

언제?

여기에서 우리는 프로젝트의 일정/기간에 대해 이야기하고 있습니다.

프로젝트 계획을 세우는 방법?

초안 작성을 시작하기 전에 관리자는 프로젝트 전반에 걸쳐 발생할 수 있는 수많은 질문과 그에 대한 답변을 알고 있어야 합니다. 각 질문은 별도로 나열할 수 있습니다. 그러나 일반적인 특성 패턴과 패턴을 식별하는 것이 더 좋습니다. 따라서 관리자는 프로젝트 계획을 작성하기 위해 무엇을 해야 합니다.

1. 의사소통

성공을 위한 첫 번째 단계는 목표, 참가자, 작업 등에 대해 팀과 의사 소통하는 것입니다. 관리자는 누가 어떤 작업, 마감일 및 프로젝트에서 일어나는 모든 일에 책임이 있는지 알아야 합니다.

커뮤니케이션이 첫 번째 단계일 뿐만 아니라 추가할 가치가 있습니다. 프로젝트 전반에 걸친 커뮤니케이션이 성공의 열쇠입니다.

2. 참가자 및 목표 정의

모든 프로젝트 참가자를 결정하는 것은 때때로 어렵습니다. 많은 참가자가 있을 수 있습니다. 더욱이 그것들은 직간접적으로, 크든 작든 프로젝트에 영향을 미칠 수 있습니다. 그렇기 때문에 계획 준비에 직접적인 영향을 미치는 모든 사람들을 식별하고 그들의 바람을 진지하게 받아들이는 것이 중요합니다.

프로젝트 참여자가 될 수 있는 사람:

고객– 작업에 직접 자금을 지원하고 승인하는 사람
프로젝트 매니저- 프로젝트의 후속 생성, 실행 및 제어를 계획하는 사람
프로젝트 팀, 최종 제품을 만듭니다. 팀 구성원은 개발, 품질 보증, 설계 작업 등을 포함한 많은 중요한 프로세스에 참여합니다. 일반적으로 프로젝트를 승인하지 않습니다.
최종 사용자;
다른. 이 목록에는 위험 분석가, 조달 전문가 등 다양한 사람들이 포함될 수 있습니다.

이 단계에서 무엇을 할 수 있습니까? 주요 이해 관계자와 인터뷰를 진행합니다. 따라서 어떤 요구 사항이 설정되어 있고 어떤 목표를 달성해야 하는지 이해할 수 있습니다. 대부분 효과적인 방법목표 달성은 SMART 목표 설정 기법입니다.

또한 인터뷰를 통해 관리자는 프로젝트가 해결하고 있는 문제와 자금이 지원되는 이유를 이해할 수 있습니다.

이건 우리의 왜의문.

3. 작업 범위 결정

의심할 여지 없이 모든 계획에서 가장 중요한 부분입니다. 모든 요점은 여기에서 강조 표시되고 논의됩니다. 근거, 제품 설명, 적격성 기준, 목표 및 결과, 제약, 가정, 평가그리고 일부 다른 사람들. 모든 프로젝트 참가자는 이 단계에서 완전히 이해하고 동의해야 합니다. 토론이 끝나면 프로젝트의 내용과 범위에 대한 설명이 기록된 문서에 중요한 모든 것이 기록됩니다.

이 단계는 또한 프로젝트 확장으로 이어질 수 있는 오해의 위험을 줄입니다.

이건 우리의 무엇의문.

4. 역할 및 책임 정의

관리자의 가장 중요한 업무 중 하나는 팀원 간의 업무 분담입니다. 그들은 자신의 역할과 책임을 알아야 합니다. 그리고 물론, 우리는 팀이 일정 수의 참가자로 구성된 단위라는 것을 잊어서는 안됩니다.

이건 우리의 누구의문.

5. 프로젝트 일정 잡기

이 단락은 이전 단락의 직접적인 연속입니다. 역할과 책임이 할당되면 다음 단계는 시작/종료 날짜와 함께 각 리소스에 대한 작업 기간을 설정하는 것입니다.

이건 우리의 언제의문.

같은 단계에서 관리자는 주요 이벤트, 즉 중요한 경로를 설정합니다. 일반적으로 작업 일정을 처리합니다.

선택할 프로젝트 도구는 무엇입니까?

6. Gantt 차트로 프로젝트 계획 시각화

일정에 대해 이야기할 때 일부 사람들은 전체 프로젝트를 의미합니다. 이것은 완전히 사실이 아닙니다. 시각화된 일정은 계획 및 계획 자체의 일부일 뿐입니다. 전체 프로젝트는 더 복잡한 구조입니다.

.NET용 온라인 도구인 GanttPRO를 사용합니다. 이를 통해 관리자는 다음을 수행할 수 있습니다.

작업 생성 및 배포
시작 날짜와 종료 날짜로 기간을 설정합니다.
작업 간의 종속성을 설정합니다. 관리자는 모든 이벤트를 추적하고 완료된 작업이 다음 작업을 시작할 때를 알고 있습니다.
개별 이벤트 및 전체 프로젝트의 진행 상황을 모니터링합니다.
작업을 완료하는 데 필요한 리소스를 결정합니다.
자원 비용을 설정합니다.
팀 구성원과 상호 작용하고 그들이 수행한 모든 변경 사항을 봅니다.
주요 이벤트를 따르십시오.
프로젝트를 완료하는 데 필요한 최단 시간인 주요 경로를 시각화합니다.

GanttPRO Gantt 차트를 사용하면 계획 프로세스를 쉽게 관리하고 프로젝트를 생성할 수 있습니다.

7. 위험 관리

프로젝트의 모든 단계는 위험에 노출될 수 있습니다. 따라서 그것들을 관리하는 것은 하이라이트계획 중.

숙련된 관리자는 이러한 상황을 평가하고 예측할 수 있을 뿐만 아니라 이러한 상황을 해결할 수 있는 방법이 포함된 계획을 세울 수도 있습니다. 또한 팀은 변경 사항에 대응하는 방법도 알아야 합니다.

어떤 위험이 발생할 수 있습니까?

시간과 비용에 대한 낙관적 기대;
잘못 정의된 요구 사항 및 희망
잘못 정의된 역할과 책임
요구 사항 변경
새로운 요구 사항;
예산 삭감;
나쁜 상호 작용.

요약하자면

동일한 프로젝트가 없습니다. 위험과 지연된 기한 없이 완벽하게 구현할 수 있습니다. 참가자, 비용, 일정, 목표가 같더라도 실패할 수 있습니다. 프로젝트의 위험과 변경은 불가피합니다. 그러나 여전히 잘 계획된 작업 범위, 일정, 평가된 위험 및 우수한 팀워크는 계획 자체를 용이하게 하고 계획을 작성하는 데 도움이 됩니다. 이 경우 어려운 프로젝트도 재미있을 수 있습니다.

프로젝트 기획 경험이 있습니까?

계획 세부 사항의 깊이는 프로젝트의 규모와 복잡성, 프로젝트의 성격, 생성되는 개체의 유형에 따라 결정됩니다. 생산 설비 구축을 위한 프로젝트 계획의 일반적인 구조는 6개 섹션(표)으로 구성됩니다.

FPR 개발 측면은 다음과 같습니다.

실제 작업 계획에 따르면:

디자인을 위한 초기 데이터;

작업 우선 순위;

직원의 필요성;

디자인 개발 승인 절차;

물류 계획에 따르면:

공급 장비 조건;

장비 설치에 대한 타이밍 및 제어;

건설 계획에 따르면:

장비 및 인력 배치를위한 건물 요구 사항;

구내 준비 및 건설 작업 조직;

품질 관리 계획에 따르면:

일반 품질 기준;

공급되는 장비의 제어;

시운전 계획에 따르면:

준비 작업;

사전 작동 제어;

시운전.

프로젝트 계획 단계의 구조 및 내용


프로젝트의 주요 목표	목표를 세울 때 단순하고 비현실적인 목표는 피하십시오. 각 목표의 상대적 중요성과 대안적 관리 결정에 미치는 영향을 감안할 때 전체를 가능한 한 명확하고 구체적으로 가르쳐야 합니다.
프로젝트 재정 계획	각 투자자의 최소 투자 비율, 자금 조달 방법 및 조건이 결정됩니다. 자금 조달 계획은 일반적으로 자본 지출 일정, 부채 상환 일정에 영향을 미치며 프로젝트 참가자와 투자자 간의 합의에 따릅니다. 예상 작업은 재무 계획보다 우선합니다. 작업의 유형, 단계별로 견적이 합산됩니다. 게다가 재무 계획프로젝트의 재무 및 경제 지표에 대한 평가를 제공합니다(할인된 이익, 회수 기간).
하도급 실행 계획	고객, 일반 인터라이너, 하청업체 및 공급업체의 전반적인 전략을 나타냅니다. 그는 모든 프로젝트 참가자의 링크입니다. 개발의 기초는 모든 프로젝트 참가자의 작업과 책임을 명확하게 정의하고 분배하는 것입니다. 이 계획을 세울 때: a) 하도급에 대한 대안이 평가됩니다. 그러한 평가의 기준은 요구되는 기간 내에 하청업체가 기술 작업을 수행할 가능성입니다. b) 각 하청업체에 가장 적합한 유형의 계약을 선택하고 이러한 계약의 준비 및 체결에 책임이 있는 조건을 결정합니다. c) 개념적 프로젝트 일정은 다음과 같이 개발됩니다. 요소계약 문서.
기능 계획.	기능적 작업의 구조, 구현의 타이밍 및 기능을 결정합니다. 기능적 복합물에는 설계 작업, 재료 및 기술 공급(MTP), 건설, 품질 관리, 시운전이 포함될 수 있습니다. 다음 계획 문서로 구성됩니다. 프로젝트의 주요 일정; 작업 일정(단기); 기능적 작업 계획.
마스터 캘린더 플랜(MCP)	개념적 프로젝트 계획을 명확히 하고 상세하게 함으로써 형성된다. 기능적 작업 세트의 시작 및 완료와 관련된 대상 단계 및 프로젝트 단계로 구분되는 프로젝트의 단계를 정의합니다. 마스터 일정은 일반적으로 히스토그램의 형태로 표시됩니다. 프로젝트의 이 단계에서 개별 작품없고 특정 제약 조건이 정의되어 있지 않습니다.
단기 일정 계획	그들은 GKP를 기반으로 구성되며 작업 목록, 마감일, 구현 책임자의 이름을 포함합니다.
기능적 작업 계획(FPR)	이는 특정 기술 및 활동뿐만 아니라 활동을 포함하는 계획 문서 시스템입니다. 디자인 솔루션프로젝트의 특정 측면에 대해.
사업 추진 요인 분석	이전 계획 단계의 계획된 결정의 단점을 보완하고 상쇄 요인의 영향을 방지하고 영향 요인의 이점을 얻고 금액을 늘리는 것을 목표로하는 조치 시스템 개발 경제적 효과모든 요인의 상호 작용에서. 계획의 이 섹션에 대한 문서 형식은 관심 있는 참가자가 승인하고 책임 있는 집행자와 동의한 활동에 대한 계약입니다.
프로젝트 계획에 추가	계획 준비에 사용된 데이터는 다음과 같이 제거됩니다. 프로젝트 개념의 데이터; 시험 자료; 프로젝트에 대한 요구 사항 및 제한 사항 등