2. 프로젝트 성과영역(Project Performance Domains)

2.1 이해관계자 성과영역(Stakholders)

이해관계자 성과영역은 이해관계자와 관련된 활동 및 기능을 다룬다.

 

# 얻을 수 있는 성과

  • 프로젝트 전반에 걸쳐 이해관계자와의 생산적인 업무 관계
  • 프로젝트 목표에 대해 이해관계자와 합의
  • 프로젝트 수해자인 이해관계자가 지지하고 만족하며, 프로젝트나 그 인도물에 반대할 수 있는 이해관계자는 프로젝트 성과에 부정적인 영향을 미치지 않는다.
이해관계자(Stakeholder)
- 프로젝트, 프로그램 또는 포트폴리오의 의사결정, 활동 또는 결과로 인해 영향을 받거나 받을 수 있거나 스스로 영향을 받는다고 여기는 개인, 집단 또는 조직.
이해관계자 분석(Stakeholder Analysis)
- 프로젝트 전반에 걸쳐 고려해야 할 이해관계자의 이해관계를 결정하기 위한 정량적 및 정성적 정보를 체계적으로 수집하고 분석하는 방법.

 

  • 프로젝트는 사람에 의해 그리고 사람을 위해 수행된다.
  • 이해관계자 성과영역은 이해관꼐자와의 협력을 바탕으로한 조정 및 긍정적인 관계 조성과 만족도를 위한 공동 참여를 수반.
  • 이해관계자는 개인, 그룹 및 조직이 포함된다.
    프로젝트에는 소규모 이해관꼐자 그룹 또는 부백만 명의 잠재적 이해관계자가 포함 될수 있다. 
  • 프로젝트의 여러 단계에서 다양한 이해관계자가 존재할 수 있으며,
    프로젝트가 진행됨에 따라 이해관계자의 영향력, 권한 또는 관심사가 바뀔 수 있다.
  • 효과적인 이해관계자 파악, 분석 및 참여에는
    조직 내외부의 이해관계자, 프로젝트를 지원하는 이해관계자, 그리고 지지하지 않거나 중립적인 이해관계자가 포함된다.
  • 관련 기술적 프로젝트관리기량을 갖추는 것이 성공적인 프로젝트의 중요한 측면이 되지만, 이해관계자와 효과적으로 협력할 수 있는 대인관계 및 리더십 기술 역시 그에 못지 않게 중요하다.

 

2.1.1 이해관계자 참여

이해관계자자 참여에는 이해관계자의 생산적인 참여를 촉진하기 위한 전략과 행동이 포함된다.

프로젝트를 시작할 때 명확한 비전을 정의하고 공유하면 프로젝트 전반에서 좋은 관계를 유지하고 조장할 수 있다. 

그림 2.3. 효과적인 이해관계자 참여

단계 설명
2.1.1.1
식별
Identity
프로젝트 팀 구성전 구체적인 이해관계자를 식별
프로젝트 진행 전반에 걸쳐 초기 식별된 자료를 지속적으로 점진적 구체화 진행
고객, 스폰서, 프로젝트팀, 최종사용자 처럼 쉽게 식별가능한 이해관계자도 있지만, 식별이 어려운 경우도 있음
2.1.1.2
이해
Understand
이해관계자의 생각, 감정, 신념 및 가치를 이해.
각 이해관계자의 입장과 관점에서 분석할 필요가 있음. 분석작업은 기밀로 수행.
프로젝트에 추가적인 위협이나 기회로 다가 올 수 있음.
빠르게 변화할 수 있음으로 이해관계자를 이해하고 분석하는 것은 지속적으로 이루어 져야 함 
2.1.1.2
분석
Analyze
2.1.1.3
우선순의 지정
Prioritize
모든 이해관계자를 동등하게 참여 시킬수 없음.
분석을 바탕으로 초기 우선순위를 정하고, 프로젝트가 진행됨에 따라 새로운 이해관계자 또는 이해관계자 환경에 따라 우선 순위 조정
2.1.1.4
참여
Engage
이해관꼐자와 협력하여 요구사항 도출, 기대치 관리, 문제해결, 우선순위 지정, 의사결정을 수반
이해관계자를 참여시키기 위하여 적극적 경청, 대인관계기술 등 리더십 기술의 적용이 필요.
의사소통은 서면 또는 구두로 이루어 질수 있으며, 공식적이거나 비공식 적일 수 있음.
2.1.1.5
감시
Moonitor
프로젝트 진행중 새로운 이해관계자 식별, 기존 이해관계자 제외 등이 발생하면 이해관계자 변경
프로젝트 진행중 이해관계자의 태도나 권한이 달라 질수 있음
새로운 이해관계자를 파악하고 분석하는 것 외에도 현재 참여 전략이 효과적인지, 조정이 필요한지 평가하며 이해관계자 참여 정도와 효과를 감시해야 함.

 

2.1.2 다른 성과영역과의 상호 작용

프로젝트팀의 요구사항과 범위를 정의 하고 우선순위를 지정 및 계획수립에 참여 한다. 

프로젝트 인도물과 결과에 대한 인수 및 품질 기준을 결정한다.

프로젝트 작업의 대부분은 이해관계자의 참여 및 의사소통에 관한 것으로 프로젝트 전반에 영향을 미친다.

일부 이해관계자는 프로젝트의 불활실성을 줄이기도 하고, 늘리기도 한다.

 

2.1.3 결과(성과) 확인

성과(Outcome) 체크(Check)
프로젝트 전반에 걸친 이해관계자와의 생산적인 업무 관계. 이해관계자와의 생산적인 업무 관계를 관찰할 수 있다. 그러나 지속적인 참여에 따른 이해관계자의 움직임은 프로젝트에 대한 상대적 만족도 수준을 나타낼 수 있다.
프로젝트 목표에 대한 이해관계자와의 합의. 범위 외에도 프로젝트 및 제품 요구사항에 대한 많은 변경이나 수정은 이해관계자가 프로젝트 목표에 관여하지 않거나 조정되지 않았음을 의미할 수 있다.
프로젝트 수혜자인 이해관계자가 지지하고 만족하며, 프로젝트나 그 인도물에 반대할 수 있는 이해관계자는 프로젝트 결과 부정적인 영향을 미치지 않는다. 이해관계자 행동은 프로젝트 수혜자가 프로젝트에 만족하고 지지하는지, 또는 반대하는지 여부를 나타낼 수 있다. 또한 설문조사, 인터뷰 및 핵심전문가 그룹도 이해관계자가 프로젝트와 해당 결과물에 만족하고 지지하는지 또는 반대하는지 여부를 결정하는 효과적인 방법이 된다. 
프로젝트 이슈 관리대장 및 리스크 관리대장을 검토하면 개별 이해관계자와 관련된 문제를 식별할 수 있다.

2. 프로젝트 성과영역(Project Performance Domains)

  • 프로젝트 결과의 효율적인 도출에 핵심적인 관련 활동 그룹
  • 원하는 프로젝트 성과를 달성하기 위하여 조화롭게 작용하는 상호 연관되고, 상호 의존적인 대화형의 초점 영역

2.1 이해관계자(Stakeholders)
2.2 팀(Team)
2.3 개발방식 및 생애주기(Development Approach and Life Cycle)
2.4 기획(Planning, 계획)
2.5 프로젝트 작업(Project Work)
2.6 인도(Delivery)
2.7 측정(Measurement)
2.8 불확실성(Uncertainty)

 

 

 

1. 서론(Introduction)

1.1 PMBOK GUIDE의 구조(STRUCTURE OF THE PMBOK GUIDE)

  1. 서론(Introduction) : PMBOK GUIDE 7판에 대한 중요 정보를 설명
  2. 성과영역(Performance Domains) : 프로젝트 및 의도한 결과를 성공적으로 통합시스템으로 구성하는 8가지 성과영역을 설명
  3. 조정(Tailoring) : 조정이 무엇인지, 조정 대상 및 개별 프로젝트의 조정 방법에 대한 개요 설명
  4. 모델, 방법, 결과물(Models, Methods, and Artifacts) : 일반적으로 사용되는 모델, 방법 및 결과물에 대한 간략한 설명 제공

 

1.2 PMBOK GUIDE와 프로젝트관리 표준서와의 관계

  • 프로젝트 성과영역에서 작업하려면 프로젝트관리 원칙(기본적인 규범, 진실 또는 가치)을 따라야 한다.

 

1.3 PMBOK GUIDE의 변경사항 

  • 7판에서는 프로젝트 팀이 사용하는 접근 방식에 관계없이 결과를 인도하는데 초점을 맞춤
  • 프로세스 기반 표준에서 원칙 기반 표준으로 전환
  • 조정 프로세스는 주요 프로젝트관리 원칙, 조직가치 및 조직문화에 의해 주도
  • 프로젝트 실무자가 작업믈 수행하는데 사용할 수 있는 일반적인 모델, 방법 및 결과물을 제공

 

1.4 PMBOKstandard+와의 관계

  • PMI의 표준 제품 라이브러리와 관련된 현재 및 신규실무사례를 비롯한 기타 유용한 정보를 포함

 

o 제목: 공공SW사업 과업변경 가이드
o 발행: 2020년 4월 발행
o 주요내용

- (목적) 공공소프트웨어사업에서 불필요한 과업변경을 방지하고, 적정한 과업변경 방법 및 절차를 이용하도록 과업변경 가이드 개발 및 보급
  * 법제도 및 기술적·정책적 환경변화 등으로 사업기간 중 과업변경이 필요한 경우 적정성 판단기준 및 처리절차를 제시

- (근거) 소프트웨어산업진흥법 제20조의2(과업변경심의위), 동법 시행령 14조의2, 14조의3 소프트웨어 사업 관리감독에 관한 일반기준 제8조(계약 및 변경) 제2항

 

_공공소프트웨어사업 과업변경 가이드(2020.03.)v1.0_20200422.pdf
2.69MB
_공공소프트웨어사업 과업변경 가이드(2020.03.)v1.0_부록양식.hwp
0.05MB

 

< 과업변경 판단 기준 개념 >

 

출처 : 한국소프트웨어산업협회

프로젝트의 일정을 개발하는 순서는 일반적으로 활동정의(Define activity), 활동순서 배열(sequencing activites), 활동기간산정(estimates activity deration), 일정개발(develop schedule) 순이다.

 

'PMP(PMBOK) 7th' 카테고리의 다른 글

PM Standard와 PMBOK Guide  (0) 2023.08.10
PMBOK 6판과 7판의 비교  (0) 2023.08.09
PMP 용어사전  (2) 2023.08.09
PMBOK 10가지 지식 영역  (0) 2023.02.21
PMBOK의 5단계 프로세스 그룹  (0) 2023.02.20

조달관리 계획서(Procurement Management Plan)에는 조달 프로세스를 수행하는 동안의 활동들을 기록 합니다.

 

  • (조율) 조달 이외 프로젝트 측면과 조달 프로세스를 조율 할 방법
  • (계획, 지표) 주요 조달활동 계획(시간표)와 계약 관리에 사용할 지표
  • (이해관계자) 프로젝트 팀의 권한과 제약을 비록한 조달 관련 이해 관계자 역할과 책임
  • (제약사항) 계획된 조달에 영향을 줄 수 있는 제약 및 가정
  • 관할 사법권과 지불통화
  • 독립 산정치 사용 여부와 평가 기준으로 독립 산정치가 필요한지 여부 결정
  • 이행보증 또는 보험 계약 요구사항 식별을 포함하는 리스크 관리 이슈
  • 사전심사 통과 판매자가 있을 경우 이용할 판매자.

출처 : PM+P 문제집

 

'PMP(PMBOK) 7th' 카테고리의 다른 글

프로젝트 일정 개발  (0) 2024.01.05
PMBOK 6판과 7판의 비교  (0) 2023.08.09
PMP 용어사전  (2) 2023.08.09
PMBOK 10가지 지식 영역  (0) 2023.02.21
PMBOK의 5단계 프로세스 그룹  (0) 2023.02.20

+ Recent posts