프로젝트와 프로그램 및 운영 간의 주요 차이점, 프로젝트와 비즈니스 프로세스 간의 차이점을 나타냅니까?

이 프로그램은 상호 연결된 프로젝트의 복합체입니다.

프로그램 - 생성 된 제품의 특정 복잡성 및 / 또는 구현 관리 방법이 특징 인 일련의 프로젝트 또는 프로젝트. 프로젝트 활동과 운영 활동의 주요 차이점은 활동 시간입니다. 프로젝트는 고유한 제품 또는 결과를 생성하도록 설계된 일시적인 작업입니다. 운영 활동은 반복적인 서비스를 제공하거나 동일한 제품을 생산하기 위한 조치의 지속적인 수행을 목표로 하는 기능입니다.

프로젝트는 다음과 같은 점에서 작업과 다릅니다.

• 프로젝트에는 제한된 기간이 있습니다. 프로젝트는 일시적입니다.
• 프로젝트에는 많은 중대한 위험이 있습니다.
• 프로젝트는 많은 중요한 변경 사항을 수용할 수 있습니다.
• 일반적으로 하나의 프로젝트를 위해 팀이 구성됩니다.

비즈니스 프로세스는 리소스가 사용되는 과정에서 정기적으로 반복되는 상호 관련된 활동(작업, 절차, 작업) 시퀀스입니다. 외부 환경, 소비자를 위해 가치가 생성되고 그 결과가 소비자에게 제공됩니다.

1 번 테이블. 프로젝트와 비즈니스 프로세스의 차이점

용어를 혼동한 적이 있습니까? 단계용어로 프로세스? 용어 서류가방용어로 최종 결과? 그렇지 않을 수도 있지만 프로젝트 관리 용어는 혼란스러울 수 있습니다. 이 기사는 질문에 대한 답을 찾는 데 도움이 될 것입니다.

이 기사에서

기본 소개: 단계, 프로세스, 포트폴리오 및 제품

프로젝트는 단순히 일정에 따라 만나고 일종의 결과를 생성하는 일련의 활동입니다. 일부 프로젝트는 "아니오" 관계가 있는 독립 실행형 프로젝트이고 다른 프로젝트는 조직 내의 전환 작업자입니다. 반면에 일부 프로젝트는 이정표, 프로세스, 프로그램 및 포트폴리오와 같은 더 큰 활동의 일부입니다.

스테이지

기반으로 프로젝트를 계획할 수 있습니다. 단계, 동일한 목표와 관련된 여러 프로젝트를 공동 관리할 수 있습니다. 자선 단체가 매년 모금 행사를 해야 한다고 가정해 봅시다. 이 작업과 관련된 모든 프로젝트를 관리하기 위해 자선 단체는 프로젝트를 계획, 실행 및 후속 조치의 세 단계로 나눕니다. 각 단계에는 여러 프로젝트가 포함됩니다.

프로세스

서로 다른 두 프로젝트의 활동이 관련될 수 있습니다. 형성하는 동안 프로세스. 두 개의 프로젝트가 있다고 가정해 보겠습니다. 하나는 기술 문제 추적 시스템을 개발하는 데 필요한 활동을 포함하고 다른 하나는 헬프 데스크 직원을 고용하고 교육하는 활동을 포함합니다.

두 프로젝트의 결합된 활동 세트는 콜 센터 작성 프로세스를 형성합니다. 프로세스의 결과는 완벽하게 작동하는 콜 센터입니다.

프로그램들

프로그램관계를 효과적으로 활용하기 위해 공동으로 관리되는 프로젝트 그룹입니다. 예를 들어, 새로운 동네에서 작업 중인 건설 회사는 동네의 각 집을 별도의 프로젝트로 관리합니다. 프로젝트를 이웃 프로그램으로 그룹화하면 전체 이웃의 진행 상황을 쉽게 추적하고 시멘트 트럭이나 조경 계약자와 같은 외부 리소스를 도입할 계획을 세울 수 있습니다.

포트폴리오

일부 프로젝트 관리자는 다음을 사용할 수 있습니다. 포트폴리오프로젝트 및 프로그램을 관련 전략적 비즈니스 목표와 일치시킵니다. 예를 들어, 한 소프트웨어 개발 회사는 "산업 혁신", "보안 소프트웨어 개발" 및 "고품질 고객 지원"이라는 세 가지 전략적 비즈니스 목표를 확인했습니다. 조직은 이러한 각 목표("혁신", "안전" 및 "지원")에 대한 포트폴리오를 작성하고 현재 프로젝트 및 프로그램을 그에 맞게 연결합니다.

프로젝트 산출물

프로젝트, 단계 및 프로세스는 결과로 이어집니다. 최종 결과. 일반적으로 최종 결과는 문서 또는 완제품. 최종 결과는 제품 및 상품일 뿐만 아니라 결과 또는 서비스일 수도 있습니다. 다음 표에는 이러한 유형의 몇 가지 예가 나열되어 있습니다.

Microsoft Project 및 기존 프로젝트 관리 시스템

더 나아가 프로젝트 관리 "시스템"은 프로젝트를 계획하고 추적하는 데 사용되는 일련의 통합된 프로세스, 사례, 방법론 및 도구를 의미합니다. Microsoft Project는 더 큰 시스템프로젝트 관리. 프로젝트 계획이라고도 하는 프로젝트는 Project 2010 내에 별도의 파일로 저장되며 이정표, 프로세스, 프로그램 및 포트폴리오와 같은 더 큰 활동으로 그룹화할 수 있습니다.

프로그램 관리와 관련하여 약간의 오해와 혼란스러운 용어 사용이 있습니다. 때로는 프로그램을 프로젝트라고 합니다. 때로는 프로젝트를 프로그램이라고 합니다. 또한 포트폴리오와 프로그램이 서로를 대신하여 잘못 사용되는 경우도 있습니다. 이 문서는 주요 차이점을 이해하고 포트폴리오, 프로그램 및 프로젝트 관리의 고유한 측면을 식별하는 데 도움이 됩니다.

이러한 개념을 구분하려면 계층적 피라미드를 상상해야 합니다. 피라미드의 맨 위에는 비즈니스 목표에 따라 우선 순위가 있는 모든 프로그램과 프로젝트가 포함된 포트폴리오 관리가 있습니다. 그 아래에는 특정 비즈니스 목표를 지원하는 많은 관련 프로젝트가 포함된 프로그램 관리가 있습니다. 프로그램에는 많은 프로젝트가 포함되지만 프로젝트는 독립적이고 포트폴리오의 일부가 될 수 있습니다. 프로젝트는 본질적으로 전술적이라는 점에서 프로그램과 다릅니다.

각 개념에 대해 자세히 살펴보겠습니다.

포트폴리오 관리

프로젝트 포트폴리오 관리의 주요 측면 중 하나는 비즈니스 방향과의 정렬을 명확하게 특징짓는 프로세스라는 것입니다. 우선 순위는 조직에 적합한 최적화 프로세스를 통해 설정됩니다. 위험과 보상이 고려되고 균형을 이루며 프로그램은 조직 전략과의 일치에 따라 선택됩니다. 개요는 프로그램 및 프로젝트의 구현에 의해 제공되므로 필요한 경우 포트폴리오 조정이 이루어질 수 있습니다. 전략적 변화는 포트폴리오 조정을 유발할 수도 있습니다.

프로그램 관리

프로그램 관리의 핵심 기능은 비즈니스 지원 및 자금 조달입니다. 정의에 따르면 포트폴리오 관리 수준에서 내린 결정에 따라 프로그램은 비즈니스 요구에 따라 지원됩니다. 프로그램은 혜택에 대한 소유권을 가지며 대체로 이러한 혜택의 달성으로 측정됩니다. 프로그램은 또한 조직의 많은 기능과 교차하는 "혜택 흐름" 또는 R&D 역량 증가와 시장 침투 증가와 같은 상호 관련된 혜택 세트를 가질 수 있습니다. 본질적으로 많은 프로젝트로 구성된 프로그램은 조직의 기능을 통해 실행되기 때문에 비즈니스 시스템의 모든 요소를 ​​가지고 있으므로 고객 지향적입니다. 일반 관리.

프로젝트 관리

프로젝트 관리는 일반적으로 프로그램 내에서 정의된 기능을 제공합니다. 프로젝트는 전략에 의해 추진되지만 프로그램이 수행하는 전략적 이니셔티브는 없습니다. 대신, 프로젝트는 입력을 받은 다음 전술적 계획을 개발하고 구현합니다. 모니터링 및 최종 성공 측정은 전략적인 비즈니스 목표 달성보다는 예산 및 계획과 같은 전술적 고려 사항을 기반으로 하는 경우가 많습니다.

이제 포트폴리오 관리, 프로그램 관리 및 프로젝트 간의 기본적인 차이점을 이미 알고 있으므로 각 조직은 이 세 가지 프로세스를 구현하는 데 전문화되어야 합니다. 일부 핵심 요소, 구현 선택에 미치는 영향은 다음과 같습니다.

• 산업: 업계는 운영의 안정성과 영속성에 대한 이해를 제공합니다. 제약과 같은 일부 산업은 상당한 규제 생산을 포함하는 더 긴 주기가 있지만 제품 수명 주기에 의해 주도됩니다. 가전제품 회사는 수명 주기가 짧아지고 빠르게 움직이고 있습니다. 신흥 기술, 약간의 안정화가 관찰되는 동안. 건설 회사프로젝트에 매우 집중하고 매우 안정적인 기술과 제품으로 작업합니다.
• 조직 규모: 전반적으로, 더 큰 크기더 많은 형식이 필요합니다. 전략 간의 관계 구조가 없으면 포트폴리오, 프로그램 및 프로젝트 관리가 다소 분리될 수 있습니다. 두 가지 초점은 포트폴리오, 프로그램 및 프로젝트 관리를 위한 사려 깊은 조직 구조가 있음을 보여줍니다. 특별한 주의정보, 커뮤니케이션 및 협력의 흐름을 위해 그들 사이에 강력한 링크를 구축하는 것입니다.
• 작업량: 제조 또는 판매 기반 조직에 존재하는 더 좁게 정의된 운영 기능은 덜 형식적인 경향이 있으며 정보는 포트폴리오 관리 프로세스, 프로그램 및 프로젝트 간에 자유롭게 흐릅니다. 연구, 마케팅, 제조, 공급망 등에서 잘 개발된 핵심 역량을 포함하는 수평적으로 잘 통합된 조직에는 통제가 필요한 고유한 부서가 있습니다. 이렇게 하면 이러한 제한 사항을 위반하게 되므로 프로그램 제어가 더욱 어려워집니다.
• 전략: 다양한 운영 고려 사항과 마찬가지로 전략은 전략의 복잡성에 따라 포트폴리오 구성, 프로그램 및 프로젝트 관리에 영향을 미칩니다. 위에서 언급하지 않은 핵심 생각은 이러한 프로세스가 잘 구성되고 제어되는 방식에 큰 영향을 미치는 전략적 제휴입니다.

프로젝트 포트폴리오 관리, 프로그램 및 프로젝트에 대한 표준이 존재하며 그 중에서 찾을 수 있습니다. 명확한 정의. PMI(World Project Management Institute)는 다음 표준을 개발하고 발표했습니다(회원에게 무료로 제공).

• 포트폴리오 관리의 표준
• 프로그램 관리의 표준
• PMBOK(Project Management Body of Knowledge) 가이드 제3판, 제3판

최신 뉴스 항목:

• 07/03/2010 23:15 - 프로젝트 포트폴리오를 얼마나 자주 검토해야 합니까?
• 17/01/2010 16:22 - 프로젝트 포트폴리오 관리란?
• 01/01/2010 20:58 - 프로젝트 성공의 4단계
• 01/01/2010 20:41 -

프로그램과 프로젝트의 차이점 프로그램은 미래에 특정 결과를 달성하도록 설계된 하나 이상의 영역에서 미래 활동 모델에 대한 설명입니다. 프로젝트 - 설명입니다. 특정 상황, 개선이 필요한 가장 현실적이고 구체적이며 실행 가능한 형태입니다.

제한된 프로젝트의 기본 요구 사항(시간, 목표 및 목표, 결과 등)은 프로젝트에 다음이 포함됨을 의미합니다. 명확하고 측정 가능한 목표; 구체적이고 측정 가능한 결과; 작업 계획 및 일정; 프로젝트를 구현하는 데 필요한 자원의 구체적인 양과 질.

프로젝트의 기본 요구 사항 무결성 - 프로젝트의 일반적인 의미는 명확하고 명확하며, 각 부분은 일반적인 아이디어와 의도된 결과에 해당합니다. 시퀀스 및 연결성 - 서로 연관되고 정당화되는 부품을 구축하는 논리. 목표와 목표는 제기된 문제에서 직접적으로 이어집니다. 예산은 리소스 설명을 기반으로 하며 계획과 일치합니다.

프로젝트의 객관성과 지속 가능성에 대한 주요 요구 사항 - 프로젝트의 아이디어, 문제 해결에 대한 접근 방식이 무작위로 나타나지 않았지만 저자가 상황을 이해하고 영향을 미칠 가능성을 평가한 결과라는 증거입니다. 저자 및 직원의 역량 - 문제 해결을 위한 문제, 수단 및 가능성에 대한 저자의 인식 표현. 기술, 메커니즘, 형식 및 프로젝트 구현 방법에 대한 직원의 지식.

프로젝트 텍스트의 주요 섹션 프로젝트 이름 (내용의 주요 아이디어를 표현하는 눈에 띄고 짧아야하며 이름의 해독이 주어질 수 있음). 조직 - 집행자(이름, 주소, 전화번호, 세부 정보). 프로젝트 관리자(성명, 직책, 근무지, 주소, 전화번호, 직책). 지리(프로젝트가 구현될 지역, 참가자 좌표). 마감일. 수행 기관/조직 - 수행자의 역량, 지원자의 활동 유형, 프로젝트 활동 분야의 성과 여부 등을 증명하는 추가 정보가 표시됩니다.

프로젝트 문제 진술(서론) 텍스트의 주요 섹션 - 프로젝트의 관련성은 문제의 중요성에 따라 결정되며, 그 솔루션은 프로젝트에 기여할 예정입니다. 아날로그와 비교하여 관련성과 참신함. 누구의 이익이 영향을 받는지. 규모와 문제가 해결되지 않을 경우 발생할 수 있는 일. 분석적 이해: 문제는 양적 및 질적 용어로 제시되어야 합니다.

"문제 진술" 섹션은 다음과 같은 경우에 잘 작성되었습니다. 프로젝트를 완료해야 할 필요성이 드러납니다. 프로젝트를 작성하게 된 상황을 설명합니다. 문제는 지역과 사회 전체에 중요해 보입니다. 계약자는 프로젝트를 수행할 수 있을 만큼 충분히 유능합니다. 프로젝트의 범위는 합리적이며 세계의 모든 문제를 한 번에 해결하려고 시도하지 않습니다. 이 프로젝트는 통계 및 분석 데이터, 전문가 링크로 지원됩니다. 문제는 공연자의 "편의성"의 관점이 아니라 프로젝트가 제공하는 필요의 관점에서 공식화됩니다. 근거없는 진술, 최소한의 과학 및 특수 용어가 없습니다. 짧고 흥미롭게 작성되었습니다. 문제를 해결하기 위해 명확하게 정의된 방법

프로젝트의 목표는 프로젝트 활동의 결과를 의식적으로 제시하는 것이며, 달성하고자 하는 것이 무엇인지 정확히 알면 결과를 달성할 수 있습니다. 목표 공식화를 위한 주요 요구 사항: 1) 이 프로젝트의 프레임워크 내에서 달성 가능성; 2) 프로젝트의 최종 결과를 예측합니다. 3) 프로젝트 이행을 위한 역량, 재정적, 경제적, 물질적, 기술적, 조직적 조건에 대한 준비성 준수.

프로젝트 목표 프로젝트의 작업은 달성해야 할 목표(항목)의 특정 부분 또는 프로젝트 목표를 달성하기 위해 수행하는 작업입니다. 작업을 공식화할 때 미완료 동사(촉진, 지원, 강화 및 단어 사용: 준비, 감소, 증가, 구성, 준비)를 피하는 것이 좋습니다.

"목표 및 목표" 섹션은 다음과 같은 경우 성공적으로 작성되었습니다. 평가할 수 있는 프로젝트의 예상 결과를 설명합니다. 목표는 프로젝트의 전반적인 결과이며 작업은 중간입니다. 사회적 상황에서 어떤 변화가 일어날 것인지 섹션에서 분명합니다. 이전 부분에서 공식화한 각 문제에 대해 최소한 하나의 명확한 작업이 있습니다. 원칙적으로 목표는 달성 가능하고 결과는 측정 가능합니다. 저자는 목표 및 목표 설정을 솔루션 방법과 혼동하지 않습니다. 언어는 명확하고 정확하며 불필요하고 불필요한 설명과 참조가 없습니다.

프로젝트 구현의 내용 및 메커니즘 디자인의 주요 구성 요소는 프로젝트 구현의 내용, 형식 및 방법을 선택하는 것입니다. 그것은 원하는 결과를 얻기 위해 어떤 방향으로, 어떻게, 언제, 어떤 순서로, 무엇을, 어떻게 할 것인지에 대한 상당히 상세한 설명을 포함합니다. "모든 것을 하나로 모으기"라는 원칙에 따라 행동 할 수 없습니다!

"프로젝트 구현을 위한 내용 및 메커니즘" 섹션에 대한 제어 특성 프로젝트를 부분으로 구성하는 명확성 및 관계의 비전 이러한 특정 작업 형태를 선택하는 주요 활동 및 이유에 대한 접근 가능한 설명 섹션에서 어떻게, 누구와 함께, 언제, 어디서 프로젝트를 수행/구현할지 명확합니다. 논리적 사슬의 자연성: 문제 - 목표 - 작업 - 방법; 여분의 "물"이 없습니다. 불필요한 설명, 응용 프로그램 및 기타 텍스트 부담.

계획은 구현 메커니즘의 가장 중요한 부분입니다.계획은 일관되고 설득력이 있어야 하며 책임자, 실행자 및 수단의 명확한 구성을 포함해야 합니다. 계획의 활동은 논리적으로 연결되어 있으며 이러한 특정 형식을 선택한 이유는 분명합니다. 계획의 구체화는 다음과 같은 그래픽 형식을 포함하여 다양한 방식으로 수행됩니다.

프로젝트 성과 평가 정량적 지표 프로젝트에 대한 수요, 대중 보도, 특정 사례 수: 조치, 이벤트 등 지표 사회 발전성격 성격 발달 수준의 역학 : 어떻게 몰랐는지-배웠는지, 몰랐는지-배웠는지 등, 사회적 제품의 품질 창의적인 활동(공예, 그림, 하이킹, 행동) 등 개인의 사회적 적응 지표 비사회적 현상의 위험 감소, 활동 수준 증가 등 여론 지표 프로젝트 인기도, 미디어 반응 매스 미디어기술 지표 관리의 정확성 및 효율성, 조직 문화참가자, 일반 및 개별 행사의 조직 수준 경제적 지표 사회 교육적 효과에 대한 비용의 비율, 매력 물류자원

프로젝트에 대한 재정적 정당성(초점은 다음에 있어야 함) 프로젝트를 구현하는 데 총 얼마의 자금이 필요한지; 프로젝트 주최자가 사용할 수 있는 자금은 무엇입니까? 재료 및 기술 기반은 무엇입니까? 어느 추가 소스자금을 찾을 수 있습니다(자선 기부, 후원, 법률 활동 수입, 자원 봉사 활동 등). 프로젝트 실행을 위해 수집된 자금은 어떤 용도로 사용됩니까?프로젝트 예산은 "3열"이어야 하며, 첫 번째 열은 신청자가 사용할 수 있는 자금, 두 번째 열은 요청된 자금, 세 번째 열은 총 비용을 나타냅니다. 규칙: 프로젝트에 대해 사용 가능한 금액과 요청된 금액 간의 비율은 50%에서 50%여야 합니다.