마인드 맵 갤러리 PMP 지식 그래프
PMP 지식맵에는 프로젝트 통합관리, 프로젝트 범위 관리, 프로젝트 일정 관리, 프로젝트 비용 관리, 프로젝트 품질 관리 등이 요약되어 있습니다.
2024-01-20 18:06:07에 편집됨이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
기본 지식
프로젝트 특징
고유한
제품
제공하다
업적
일시적인
목표에 도달하다
달성할 수 없음
자원 부족
법적 기타
비즈니스 가치 창출
명백한
화폐 자산
주주 지분
보이지 않는
친선
브랜드 인지도
프로젝트 중심 변화
현재 상태
미래 상태
프로젝트 시작 배경
규제, 법적 또는 사회적 요구 사항 충족
독성 물질
도시공학
이해관계자의 요청이나 요구사항 충족
보건 교육
제품, 프로세스 또는 서비스를 생성, 개선 또는 수리
6시그마 구현
시립 엔지니어링 수리
비즈니스 또는 기술 전략 실행 또는 변경
자금 변경
낮은 빌드 버전
프로젝트 관리 모델
독립 프로젝트
포트폴리오나 프로그램에는 포함되지 않음
프로그램
상호 연관되고 조정된 일련의 프로젝트, 하위 프로그램 및 프로그램 활동
별도의 관리로는 얻을 수 없는 혜택을 얻으세요
프로그램 및 프로젝트 관리는 프로그램과 프로젝트를 "올바른" 방식으로 수행하는 것입니다.
포트폴리오
전략적 카탈로그를 달성하기 위해 함께 관리되는 프로젝트, 프로그램, 하위 포트폴리오 및 운영
프로젝트 포트폴리오 관리는 "올바른" 프로그램 및 프로젝트 개발에 중점을 둡니다.
프로젝트 및 운영
무대 게이트
검토 근거
프로젝트 비즈니스 사례
프로젝트 헌장
프로젝트 관리 계획
복리후생관리계획
결정을 내리다
다음 단계로 들어가세요
수정 후 다음 단계로 진입
프로젝트 종료
현재 단계에 머물다
단계 또는 요소 반복
5개의 프로세스 그룹
시작하다
계획
구현하다
감시 장치
종결
프로젝트 관리 프로세스 그룹
프로젝트 수명주기
예측(폭포) 수명 주기
수명주기 초기에 프로젝트 범위, 시간 및 비용을 결정합니다. 모든 범위 변경은 신중하게 관리되어야 합니다.
반복적 수명주기
반복적 접근 방식은 일련의 반복적이고 주기적인 활동을 통해 제품을 개발하는 것입니다.
증분 수명주기
결과물은 미리 결정된 시간 간격에 걸쳐 제품 기능을 점진적으로 추가하는 일련의 반복을 통해 생성됩니다.
적응형(민첩한) 수명주기
반복이 시작되기 전에 세부 범위가 정의되고 승인됩니다. 적응형 수명주기는 민첩한 수명주기 또는 변화 중심 수명주기라고도 합니다.
하이브리드 라이프사이클
예측 및 적응형 수명주기의 조합입니다.
프로젝트 관리 데이터 및 정보
비즈니스 문서
프로젝트 비즈니스 사례
문서화된 경제적 타당성 보고서는 아직 완전히 정의되지 않은 선택한 옵션의 이점 효과를 입증하는 데 사용되며 후속 프로젝트 관리 활동을 시작하기 위한 기초가 됩니다.
비즈니스 사례는 프로젝트 시작의 목표와 근거를 제시합니다. 이는 프로젝트가 끝날 때 프로젝트 목표에 대한 프로젝트 성공을 측정하는 데 도움이 됩니다.
프로젝트를 시작하기 전에 비즈니스 사례를 통해 프로젝트 지속/종료 결정을 내릴 수 있습니다.
프로젝트 이익 관리 계획
프로젝트 혜택을 창출, 개선 및 유지하기 위한 프로세스를 정의하는 서면 문서입니다.
설명하다
프로젝트 후원자는 일반적으로 프로젝트 비즈니스 사례 문서의 개발 및 유지 관리를 담당합니다.
프로젝트 관리자는 프로젝트 비즈니스 사례, 프로젝트 관리 계획, 프로젝트 헌장 및 프로젝트 혜택 관리 계획의 성공 기준을 조정하고 조직의 목표 및 목표와 일치하는 조언과 통찰력을 제공할 책임이 있습니다.
평가 필요
요구사항 평가는 일반적으로 비즈니스 목표와 목표, 문제 및 기회를 이해하고 이를 처리하기 위한 권장사항을 작성하는 등 비즈니스 사례 이전에 수행됩니다. 요구사항 평가 결과는 비즈니스 사례 문서에 요약될 수 있습니다.
문제 또는 기회 식별
해결해야 할 문제나 추구해야 할 기회를 식별하는 프로세스입니다.
현재 상태 평가
문제나 기회의 원인이 될 수 있는 조직 내부 또는 외부의 중요한 요소를 이해하기 위해 분석 중인 현재 환경을 조사하는 프로세스입니다.
미래 상태 결정
분석을 통해 발생한 문제를 해결하거나 기회를 포착하기 위해 기존 역량의 격차를 식별하고 원하는 미래 상태를 달성하는 데 필요한 일련의 변경을 제안하는 프로세스입니다.
실행 가능한 옵션을 식별하고 권장 사항을 제공합니다.
다양한 분석 기법을 적용하여 비즈니스 목표와 목적을 충족할 수 있는 가능한 솔루션을 검토하고 조직이 추구하는 데 가장 적합한 옵션을 결정하는 프로세스입니다.
제품 로드맵 개발 안내
제품 로드맵 개발 프로세스를 지원합니다. 제품 로드맵은 포트폴리오, 프로그램 또는 하나 이상의 프로젝트 반복이나 릴리스 과정에서 제품의 어떤 측면이 제공될 계획인지, 그리고 이러한 측면이 제공될 잠재적 순서를 높은 수준에서 설명합니다.
포트폴리오 비즈니스 사례
비즈니스 목표와 목적을 달성하기 위해 최고의 포트폴리오 구성 요소, 프로그램 또는 프로젝트 선택을 지원하기 위해 잘 연구되고 분석된 정보를 종합하는 프로세스입니다.
헌장 개발 지원
요구 사항 평가 및 비즈니스 사례 개발 작업 중에 얻은 비즈니스 분석 지식, 경험 및 제품 정보를 활용하여 후원 기관 및 이해관계자 리소스와 협력하여 헌장을 개발하는 프로세스입니다.
프로젝트 이익 관리 계획
목표 이익
예를 들어, 프로젝트 실행을 통해 창출될 것으로 예상되는 유형 및 무형의 가치는 순 현재 가치에 반영됩니다.
목표 효과성 전략적 일관성
예를 들어, 프로젝트 혜택이 조직의 비즈니스 전략과 일치하는 정도;
혜택을 실현할 수 있는 기간
단계혜택, 단기혜택, 장기혜택, 지속혜택 등
복리후생 담당자
예를 들어, 계획에 정의된 기간 동안 달성된 혜택에 대한 모니터링, 문서화 및 보고를 담당하는 사람
측정기준
예: 실현된 이익의 직접적, 간접적 측정을 보여주기 위해
가설
예를 들어, 존재할 것으로 예상되는 요소 또는 명백한 요소
위험
예를 들어, 이익 실현의 위험
비즈니스 환경 요인
EEF(엔터프라이즈 환경 요인)는 프로젝트 팀의 통제 범위를 벗어나 프로젝트에 영향을 미치거나 제한하거나 지시하는 다양한 조건을 의미합니다. 이러한 조건은 조직 내부 및/또는 외부에서 발생할 수 있습니다. 기업 환경 요인은 많은 프로젝트 관리 프로세스, 특히 대부분의 계획 프로세스에 대한 입력입니다. 이러한 요소는 프로젝트 관리 유연성을 높이거나 제한할 수 있으며 프로젝트 결과에 긍정적이거나 부정적인 영향을 미칠 수 있습니다.
조직 내 비즈니스 환경 요인
조직 문화, 구조 및 거버넌스
예로는 비전, 사명, 가치, 신념, 문화적 규범, 리더십 스타일, 계층 구조 및 권위 관계, 조직 스타일, 윤리 및 행동 규범이 있습니다.
시설 및 자원의 지리적 분포
예로는 공장 위치, 가상 팀, 공유 시스템 및 클라우드 컴퓨팅이 있습니다.
하부 구조
예를 들면 기존 시설, 장비, 조직 커뮤니케이션 채널, 정보 기술 하드웨어, 가용성 및 기능이 포함됩니다.
정보 기술 소프트웨어
예를 들어 일정 관리 소프트웨어 도구, 구성 관리 시스템, 다른 온라인 자동화 시스템에 대한 웹 인터페이스, 작업 승인 시스템 등이 있습니다.
자원 가용성
예로는 계약 및 조달 제약, 승인된 공급업체 및 하청업체, 파트너십 계약 등이 있습니다.
직원 능력
그 예로는 기존 인적 자원에 대한 전문성, 기술, 능력 및 특정 지식이 포함됩니다.
조직 외부의 비즈니스 환경 요인
시장 상황
예로는 경쟁사, 시장 점유율, 브랜드 인지도, 상표 등이 있습니다.
사회적, 문화적 영향과 문제
예로는 정치적 분위기, 행동 규범, 도덕, 신념 등이 있습니다.
법적 제한
예를 들어 보안, 데이터 보호, 비즈니스 행위, 고용 및 조달과 관련된 국가 또는 지역 법률 및 규정이 포함됩니다.
비즈니스 데이터베이스
벤치마킹 결과, 표준화된 비용 추정 데이터, 산업 위험 연구 정보 및 위험 데이터베이스 등이 그 예입니다.
학술 연구
예로는 업계 연구, 출판물, 벤치마킹 결과 등이 있습니다.
정부 또는 업계 표준
예로는 제품, 생산, 환경, 품질 및 기술과 관련된 규제 기관 규정 및 표준이 있습니다.
재정적 고려 사항
예로는 환율, 이자율, 인플레이션율, 관세 및 지리적 위치가 있습니다.
물리적 환경 요인
예로는 작업 환경, 날씨, 제약 조건 등이 있습니다.
조직 프로세스 자산
조직 프로세스 자산은 실행 조직에 고유하고 사용되며 특정 프로젝트 관리에 영향을 미치는 계획, 프로세스, 정책, 절차 및 지식 기반입니다.
조직 프로세스 자산에는 프로젝트를 실행하거나 관리하는 데 사용할 수 있는 모든(또는 모든) 프로젝트 실행 조직의 모든 아티팩트, 사례 또는 지식은 물론 조직의 과거 프로젝트의 경험 및 기록 정보가 포함됩니다.
조직 프로세스 자산에는 완료된 일정, 위험 데이터 및 획득 가치 데이터도 포함될 수 있습니다.
조직 프로세스 자산은 많은 프로젝트 관리 프로세스에 대한 입력입니다.
조직 프로세스 자산이 조직 내에 존재하기 때문에 프로젝트 팀 구성원은 프로젝트 전반에 걸쳐 조직 프로세스 자산에 필요한 업데이트 및 추가를 수행할 수 있습니다.
분류
프로세스, 정책 및 절차
카테고리 1 자산의 갱신은 일반적으로 프로젝트 노력의 일부가 아니지만 프로젝트 관리 사무소(PMO) 또는 프로젝트 외부의 기타 기능에 의해 수행됩니다. 업데이트는 업데이트 프로세스, 정책 및 절차와 관련된 조직 정책만 따라야 합니다. 일부 조직에서는 팀이 프로젝트 템플릿, 수명 주기 및 체크리스트를 맞춤화하도록 권장합니다. 이 경우 프로젝트 관리팀은 이러한 자산을 프로젝트 요구 사항에 맞게 조정해야 합니다.
프로젝트 작업을 실행하기 위한 조직의 프로세스 및 절차
시작 및 계획
프로젝트의 특정 요구 사항을 충족하기 위해 조직의 표준 프로세스 및 절차를 조정하기 위한 지침 및 표준
정책(예: 인사 정책, 보건 및 안전 정책, 보안 및 기밀 유지 정책, 품질 정책, 조달 정책, 환경 정책 등)과 같은 특정 조직 표준
제품 및 프로젝트 수명 주기와 방법 및 절차(예: 프로젝트 관리 방법, 평가 지표, 프로세스 감사, 개선 목표, 체크리스트, 조직 내에서 사용되는 표준화된 프로세스 정의)
템플릿(예: 프로젝트 관리 계획, 프로젝트 문서, 프로젝트 등록부, 보고 형식, 계약 템플릿, 위험 분류, 위험 설명 템플릿, 확률 및 영향 정의, 확률 및 영향 매트릭스, 이해관계자 등록 템플릿)
사전 승인된 공급업체 목록 및 다양한 계약 유형(예: 일시불, 원가 상환, 작업 및 자재 계약)
조직의 지식 기반
두 번째 자산 범주는 프로젝트 정보와 함께 프로젝트 기간 내내 업데이트됩니다. 예를 들어 재무 성과, 교훈, 성과 지표, 문제 및 결함과 관련된 정보는 프로젝트 전반에 걸쳐 지속적으로 업데이트됩니다.
정보에 접근하기 위해 조직에서 사용하는 지식 기반
소프트웨어 및 하드웨어 구성 요소 버전과 모든 수행 조직 표준, 정책, 절차 및 프로젝트 문서의 기준을 포함한 구성 관리 지식 기반
노동시간, 실비, 예산, 비용초과 정보를 포함한 금융 데이터베이스
과거 정보 및 교훈에 대한 지식 기반(예: 프로젝트 기록 및 문서, 완전한 프로젝트 종료 정보 및 문서, 이전 프로젝트 선택 결정 및 과거 프로젝트 성과에 대한 정보, 위험 관리 활동에서 얻은 정보)
문제 및 결함 상태, 제어 정보, 해결 방법, 관련 조치 결과를 포함한 문제 및 결함 관리 데이터베이스
공정 및 제품 측정 데이터를 수집하고 제공하는 데 사용되는 측정 지수 데이터베이스
과거 프로젝트 아카이브(예: 범위, 비용, 일정 및 성과 측정 기준선, 프로젝트 일정, 프로젝트 일정 네트워크 다이어그램, 위험 등록부, 위험 보고서 및 이해관계자 등록부)
조직 거버넌스 프레임워크
프로젝트 거버넌스 프레임워크는 프로젝트 관리자와 팀에게 프로젝트 관리를 위한 구조, 프로세스, 의사결정 모델 및 도구를 제공하는 동시에 성공적인 프로젝트 전달을 달성하기 위해 프로젝트에 대한 지원 및 제어를 제공합니다.
프로젝트 거버넌스는 포트폴리오, 프로그램 또는 후원 조직에 의해 정의되고 적절하지만 조직 거버넌스와는 분리되어야 합니다. 프로젝트 거버넌스는 이해관계자의 참여를 요구하고, 서면 정책, 절차 및 표준을 기반으로 해야 하며, 책임과 권한을 명시해야 합니다.
프로젝트 성공 마크업 및 결과물 승인 기준
프로젝트 거버넌스와 조직 전략의 조정을 위한 가이드
프로젝트 중 문제를 식별, 에스컬레이션, 해결하는 프로세스
프로젝트 수명주기 접근 방식
프로젝트 팀, 조직 그룹, 외부 이해관계자 간의 관계
스테이지 게이트 또는 스테이지 검토 프로세스
프로젝트 역할이 정의된 프로젝트 조직도
프로젝트 관리자의 권한을 초과하는 예산, 범위, 품질, 일정 변경에 대한 승인 프로세스
정보통신 프로세스 및 절차
내부 이해관계자가 프로젝트 프로세스 요구 사항을 준수하는지 확인하는 프로세스
프로젝트 의사결정 과정
조직 구조 유형
프로젝트 관리 사무실
프로젝트 관리 사무소(PMO)
분류
지지하는
리소스 라이브러리
모범 사례
훈련
교훈
제어
지원하다
순종하다
방법론
템플릿 도구
통치
명령 유형
직접 통제
프로젝트 매니저
지정하다
보고서
서포터
프로젝트 감사
준수 수준
관리 개발
조직 프로세스 자산
관리하다
리소스 공유
조정
프로젝트 간 커뮤니케이션
결정권자
제안하다
지식 이전
선두
프로젝트 종료
프로젝트 이해관계자
이해관계자는 프로젝트 결정, 활동 또는 결과에 영향을 미칠 수 있는 개인, 그룹 또는 조직일 뿐만 아니라 프로젝트 결정, 활동 또는 결과에 의해 영향을 받거나 영향을 받을 것이라고 믿는 개인, 그룹 또는 조직입니다. 프로젝트 이해관계자는 프로젝트 내부 또는 외부에서 올 수도 있고, 프로젝트에 적극적으로 또는 수동적으로 참여할 수도 있고, 프로젝트를 전혀 이해하지 못할 수도 있습니다. 프로젝트 이해관계자는 프로젝트에 긍정적이거나 부정적인 영향을 미칠 수 있으며, 프로젝트로 인해 긍정적이거나 부정적인 영향을 받을 수도 있습니다.
내부 이해관계자
스폰서
자원 관리자
프로젝트 관리 사무소(PMO)
포트폴리오 운영위원회
프로그램 관리자
다른 프로젝트의 프로젝트 관리자
팀 구성원
외부 이해관계자
고객
최종 사용자
공급자
주주
규제 당국
경쟁자
스폰서
스폰서는 프로젝트에 자원과 지원을 제공하고 성공을 위한 조건을 만드는 일을 담당하는 개인 또는 그룹입니다. 스폰서는 조직의 지원을 얻기 위해 상위 관리자에게 로비를 하고 조직에 이점을 전달하는 것을 포함하여 초기 개념부터 프로젝트 종료까지 프로젝트를 주도합니다. 스폰서는 프로젝트가 공식적으로 승인될 때까지 시작 과정 전반에 걸쳐 프로젝트를 주도합니다. 스폰서는 또한 프로젝트의 초기 범위와 헌장을 개발하는 데 중요한 역할을 합니다. 프로젝트 관리자의 통제 범위를 벗어나는 문제는 후원자에게 상부로 보고됩니다. 스폰서는 또한 범위 변경 승인, 최종 단계 검토, 이해관계가 높을 때 프로젝트 진행 여부에 대한 결정 등 다른 중요한 문제에도 관여할 수 있습니다. 또한 프로젝트 후원자는 프로젝트가 완료된 후 프로젝트 결과물이 관련 기관에 성공적으로 전달될 수 있도록 보장합니다.
참고: 후원자를 쉽게 괴롭히지 마십시오.
프로젝트 매니저
역할 및 정의
기능 관리자
기능 영역 또는 사업 단위의 관리 감독에 중점을 둡니다.
작업 관리자
비즈니스 운영의 효율성을 보장하는 역할을 담당합니다.
프로젝트 매니저
프로젝트 목표 달성을 위해 팀을 이끌도록 실행 조직에서 지정한 개인
PM 영향
프로젝트
성취하다
프로젝트 목적
이해관계자 기대
의사소통하다
정리하다
인터렉티브
다른 프로젝트 관리자
스폰서와 협력하기
정치적 이슈
전략적 문제
지식 관리
공부하다
전송 통합
보고서
기능 관리자
프로그램 등
도메인 간
프로젝트 관리 방법 확산
규율
옮기다
통합
지식
산업
집중하다
애플리케이션
새로운 경향
PMI 인재 삼각형
전력 분류
개인의
참조
전문가
매력
위치
공식적인
상
처벌
압력을 가하다
복잡한
정보
장면
사람들
관계
네 끗패
죄
설득하다
피하다
리더십 스타일
자유방임주의
예를 들어, 팀이 독립적으로 결정을 내리고 목표를 설정하도록 허용하는 것은 "아무 것도 하지 않는 관리"라고도 합니다.
거래
예를 들어, 목표, 피드백, 성과를 중심으로 보상을 결정하고, 예외 관리를 합니다.
서비스 종류
예를 들어, 봉사에 전념하고 항상 다른 사람의 성장, 학습, 발전, 자율성 및 복지에 관심을 기울이십시오. 리더십보다 봉사를 우선시하십시오.
변혁적인
예를 들어, 특성과 행동의 이상화, 동기 부여 고취, 혁신과 창의성 촉진, 개인 관리를 통해 추종자의 능력을 강화합니다.
매력적인
예를 들어, 다른 사람들에게 영감을 줄 수 있고, 활기차고, 열정적이며, 설득력이 있습니다.
인터렉티브
예를 들어 거래적, 변혁적, 카리스마적 리더십의 특성을 결합하는 것입니다.
Maslow의 욕구 계층 구조
생리적 요구
이는 목마를 때 물을 마시거나 배고플 때 먹는 것과 같은 기본적인 신체적 필요를 의미합니다. Maslow에 따르면 이러한 요구 중 일부에는 신체의 항상성 요구를 충족시키려는 노력, 즉 다양한 신체 시스템에서 일관된 수준을 유지하려는 노력이 포함됩니다(예: 체온 98.6° 유지). Maslow는 생리적 욕구가 우리의 가장 기본적인 욕구라고 믿었습니다. 누군가에게 하나 이상의 욕구가 부족한 경우 먼저 이러한 생리적 욕구를 충족시키려고 노력할 수 있습니다. 예를 들어, 배가 너무 고프면 음식 이외의 다른 것에 집중하기가 어렵습니다. 생리적 필요의 또 다른 예는 적절한 수면의 필요성입니다.
안전 요구 사항
사람들의 생리적 요구가 충족되면 다음 요구는 안전한 환경입니다. 아이들은 안전하고 예측 가능한 환경을 요구하고 이러한 요구가 충족되지 않을 때 종종 두려움이나 불안으로 반응하기 때문에 우리의 안전 요구는 어린 시절부터 분명합니다. Maslow는 선진국에 사는 성인들 사이에서 전쟁이나 재난과 같은 긴급 상황에서 안전에 대한 요구가 더 뚜렷하지만, 이러한 요구는 우리가 익숙한 것을 선호하는 경향이 있는 이유나 보험 가입 및 기부와 같은 일을 하는 이유를 설명할 수도 있다고 지적했습니다. 예금 계좌.
실패한 리더십
사랑과 소속감 - 사회적 요구
Maslow에 따르면 계층 구조의 다음 욕구에는 사랑받고 인정받는 느낌이 포함됩니다. 이러한 욕구에는 낭만적인 관계와 친구 및 가족과의 관계가 모두 포함됩니다. 여기에는 우리가 사회 집단에 속해 있다고 느껴야 하는 필요성도 포함됩니다. 중요한 것은 이러한 욕구에는 사랑받고 있다는 느낌과 다른 사람에 대한 사랑을 느끼는 것이 포함된다는 것입니다. Maslow 시대부터 연구자들은 사랑과 소속감에 대한 욕구가 행복에 어떤 영향을 미치는지 탐구해 왔습니다. 예를 들어, 사회적 연결을 갖는 것은 더 나은 신체 건강과 연관되어 있으며, 반대로 고립감을 느끼는 것(즉, 채워지지 않은 소속감을 갖는 것)은 건강과 웰빙에 부정적인 영향을 미칠 수 있습니다.
요구사항 존중
우리의 자존감 요구에는 자신에 대해 좋은 느낌을 갖고 싶은 욕구가 포함됩니다. 매슬로우(Maslow)에 따르면 존경의 욕구는 두 가지 구성요소로 구성됩니다. 첫 번째는 자신감이 있고 자신에 대해 좋은 느낌입니다. 두 번째 구성요소는 다른 사람들이 가치 있다고 느끼는 것, 즉 우리의 성취와 기여가 다른 사람들에게 인정받는다는 느낌을 포함합니다. 사람들의 존경 욕구가 충족되면 그들은 자신감을 갖고 자신의 기여와 성취를 가치 있고 중요하다고 생각합니다. 그러나 자존감 요구가 충족되지 않으면 심리학자 알프레드 아들러(Alfred Adler)가 "열등감 콤플렉스"라고 부르는 현상을 경험할 수 있습니다.
일반 리더십
자기실현
자아실현은 성취감을 느끼거나 잠재력을 최대한 발휘하고 있다고 느끼는 것입니다. 자아실현의 독특한 특징은 그것이 사람마다 다르게 보인다는 것입니다. 어떤 사람에게는 자기실현에는 다른 사람을 돕는 것이 포함될 수도 있고, 예술적 또는 창의적 분야에서의 성취가 포함될 수도 있습니다. 본질적으로 자아실현이란 우리가 해야 한다고 생각하는 일을 하고 있다는 느낌을 의미합니다. 매슬로우(Maslow)에 따르면, 자아실현을 달성하는 것은 상대적으로 드뭅니다. Maslow의 유명한 자아실현 개인 사례로는 Abraham Lincoln, Albert Einstein, Mother Teresa가 있습니다.
성공적인 리더십
지식의 상위 10개 영역
프로젝트 통합 관리
개요
프로젝트 통합 관리에는 프로젝트 관리 프로세스 그룹에 속하는 다양한 프로세스와 프로젝트 관리 활동을 식별, 정의, 결합, 통합 및 조정하는 프로세스가 포함됩니다.
자원 할당
경쟁 수요의 균형을 맞추다
연구 대안
프로젝트 목표 달성을 위한 프로세스 맞춤화
다양한 프로젝트 관리 지식 영역 간의 종속성을 관리합니다.
프로젝트 헌장 개발
프로젝트 헌장은 프로젝트를 공식적으로 승인하고 프로젝트 관리자가 프로젝트 활동에 조직 자원을 사용할 수 있도록 권한을 부여하는 문서를 작성하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트와 조직의 전략적 목표 사이의 직접적인 연관성을 명확히 하고, 프로젝트의 공식적인 상태를 확립하며, 프로젝트에 대한 조직의 의지를 보여주는 것입니다.
프로젝트 헌장은 프로젝트 실행 조직과 요구 사항 조직 간의 파트너십을 설정합니다. 외부 프로젝트를 수행할 때 협력 계약을 체결하기 위해서는 일반적으로 정식 계약이 필요합니다. 이 경우에도 프로젝트 헌장은 계약 내용의 올바른 전달을 보장하기 위해 조직 내 협업을 구축하는 데 계속 사용될 수 있습니다. 프로젝트 헌장이 승인되면 프로젝트가 공식적으로 시작됩니다. 프로젝트 관리자는 가능한 한 프로젝트 초기, 바람직하게는 프로젝트 헌장이 개발될 때, 그리고 항상 계획이 시작되기 전에 식별되고 임명되어야 합니다. 프로젝트 헌장은 후원자가 작성하거나 후원 조직과 협력하여 프로젝트 관리자가 작성할 수 있습니다. 이러한 협업을 통해 프로젝트 관리자는 프로젝트 목표, 목표 및 예상 이익을 더 잘 이해할 수 있으므로 프로젝트 활동에 자원을 보다 효과적으로 할당할 수 있습니다. 프로젝트 헌장은 프로젝트 관리자가 프로젝트를 계획, 실행 및 제어할 수 있는 권한을 부여합니다.
프로젝트는 스폰서, 프로그램 또는 프로젝트 관리 사무소(PMO), 포트폴리오 거버넌스 위원회 의장 또는 승인된 대리인 등 프로젝트 외부의 누군가에 의해 시작됩니다. 프로젝트 개시자 또는 후원자는 특정 권한을 가지고 있어야 하며 프로젝트를 위한 자금을 확보하고 자원을 제공할 수 있어야 합니다. 프로젝트는 내부 운영 요구 사항이나 외부 영향으로 인해 시작될 수 있으므로 요구 사항 분석, 타당성 조사, 비즈니스 사례 또는 프로젝트에서 해결해야 할 상황 설명을 준비해야 하는 경우가 많습니다. 프로젝트 헌장을 준비하여 프로젝트가 조직의 전략 및 일상 운영 요구 사항을 충족하는지 확인하십시오. 대가로 보상이나 금전, 대가를 약속하지 않기 때문에 프로젝트 헌장을 계약으로 생각하지 마십시오.
이토
입력하다
비즈니스 문서
비즈니스 사례
비즈니스 문서는 프로젝트에 앞서 개발되지만 정기적으로 검토해야 합니다.
승인된 비즈니스 사례 또는 유사한 문서는 프로젝트 헌장을 개발하는 데 사용되는 가장 일반적인 비즈니스 문서입니다. 비즈니스 사례는 비즈니스 관점에서 필요한 정보를 설명하고 프로젝트의 원하는 결과가 필요한 투자 가치가 있는지 여부를 결정하는 데 사용됩니다. 프로젝트 수준 이상의 관리자와 임원은 이 문서를 의사 결정의 기초로 사용하는 경우가 많습니다. 일반적으로 비즈니스 사례에는 프로젝트를 정당화하고 프로젝트 경계를 결정하기 위한 비즈니스 요구 사항과 비용 편익 분석이 포함됩니다.
복리후생관리계획
규약
계약은 프로젝트 시작의 원래 의도를 정의하는 데 사용됩니다. 계약은 계약, 양해각서(MOU), 서비스 수준 계약(SLA), 계약서, 의향서, 구두 계약, 이메일, 기타 서면 계약 등 다양한 형태로 제공됩니다. 외부 클라이언트를 위한 프로젝트를 진행할 때 일반적으로 He Yu의 형태로 등장합니다.
비즈니스 환경 요인
조직 프로세스 자산
프로젝트 헌장 프로세스에 영향을 미칠 수 있는 조직 프로세스 자산에는 다음이 포함되지만 이에 국한되지는 않습니다.
조직의 표준 정책, 프로세스 및 절차
포트폴리오, 프로그램 및 프로젝트에 대한 거버넌스 프레임워크(지침을 제공하고 의사결정을 내리는 데 사용되는 거버넌스 기능 및 프로세스)
모니터링 및 보고 방법
템플릿(예: 프로젝트 헌장 템플릿)
역사적 정보와 교훈에 대한 지식 기반(예: 프로젝트 기록 및 문서, 과거 프로젝트 선택 결정 결과에 대한 정보, 과거 프로젝트 성과)
도구 및 기술
전문가의 판단
전문가 판단이란 응용분야, 지식분야, 학문분야, 산업 등에 관한 전문지식을 바탕으로 현재의 활동에 대한 합리적인 판단을 말한다. 개인.
액세스 채널에는 다음이 포함되지만 이에 국한되지는 않습니다.
조직 내 기타 부서(FM)
컨설턴트
고객, 스폰서 등 이해관계자
전문 및 기술 협회
산업협회
주제 전문가(SME)
주제 전문가는 특정 분야나 주제의 전문가입니다.
프로젝트 관리 사무소(PMO)
데이터 수집
브레인스토밍
단기간에 많은 아이디어를 얻는 데 사용되며 팀 환경에 적합하고 진행자의 지도가 필요합니다.
브레인스토밍은 아이디어 생성과 아이디어 분석의 두 부분으로 구성됩니다.
이해관계자, 해당 분야 전문가 및 팀 구성원의 데이터, 솔루션 또는 아이디어를 브레인스토밍하여 프로젝트 헌장을 개발합니다.
보충: 평가를 연기하고 수량을 추구한다.
포커스 그룹
포커스 그룹은 이해관계자와 해당 분야 전문가를 모아 프로젝트 위험, 성공 기준 및 기타 주제를 논의하며 일대일 인터뷰보다 더 상호 작용합니다.
포커스 그룹은 미리 결정된 이해관계자와 해당 분야 전문가를 모아 문제의 제품, 서비스 또는 결과에 대한 기대와 태도를 이해합니다. 숙련된 중재자가 대화형 토론을 이끈다. 포커스 그룹은 "일대일" 인터뷰보다 더 참여도가 높은 경향이 있습니다.
회견
인터뷰에는 높은 수준의 요구 사항, 가정, 제약 조건, 승인 기준 및 기타 정보를 이해하기 위해 관련 당사자와 직접 대화하는 과정이 포함됩니다.
인터뷰는 이해관계자와의 직접적인 대화를 통해 정보를 얻는 공식적 또는 비공식적 방법입니다. 인터뷰에는 일반적으로 인터뷰 대상자에게 가상적이고 즉석적인 질문을 하고 응답을 기록하는 과정이 포함됩니다. 인터뷰는 종종 한 명의 면접관 또는 한 명의 면접관 간의 "일대일" 대화이지만 여러 면접관 및/또는 여러 면접관이 포함될 수도 있습니다. 숙련된 프로젝트 참가자, 후원자, 기타 임원, 해당 분야 전문가와의 인터뷰는 필요한 제품 결과물의 특성과 기능을 식별하고 정의하는 데 도움이 됩니다. 인터뷰는 기밀 정보를 얻기 위해 사용될 수도 있습니다.
대인관계 및 팀 기술
갈등 관리
갈등 관리는 이해관계자가 목표, 성공 기준, 높은 수준의 요구 사항, 프로젝트 설명, 전체 이정표 및 기타 콘텐츠에 동의하는 데 도움이 됩니다.
가이드
촉진은 팀 활동을 효과적으로 안내하여 결정, 해결 또는 결론을 성공적으로 이끌어내는 능력입니다. 진행자는 참가자가 효과적으로 참여하고, 서로를 이해하고, 모든 의견을 고려하고, 확립된 의사 결정 프로세스에 따라 얻은 결론이나 결과를 전적으로 지지하고, 도달한 실행 계획과 합의가 이후에 합리적으로 실행되도록 보장합니다.
회의 관리
회의 관리에는 안건 준비, 각 주요 이해관계자 그룹 대표의 초청 보장, 후속 회의록 및 실행 계획 준비 및 발송이 포함됩니다.
회의
프로젝트 헌장을 개발하는 과정에서 주요 이해관계자와의 회의 목적은 프로젝트 목표, 성공 기준, 주요 결과물, 상위 수준 요구 사항, 전체 이정표 및 기타 개요 정보를 식별하는 것입니다.
보충 자료: 여섯 가지 생각의 모자
파란색 생각 모자
파란색 사고 모자는 사고 과정을 통제하고 규제하는 역할을 담당합니다. 다양한 사고 모자의 사용 순서를 제어하고, 전체 사고 과정을 계획 및 관리하며, 결론을 도출하는 역할을 담당합니다.
하얀 생각 모자
흰색은 중립적이고 객관적입니다. 흰색 사고 모자를 쓴 사람들은 객관적인 사실과 데이터에 대해 생각합니다.
빨간 생각 모자
빨간색은 감정의 색이다. 빨간색 사고 모자를 쓰면 사람들은 자신의 감정을 표현할 수 있을 뿐만 아니라 직관, 감정, 예감 등도 표현할 수 있습니다.
노란 생각 모자
노란색은 가치와 긍정을 나타냅니다. 노란색 사고 모자를 쓴 사람들은 긍정적인 관점으로 문제를 생각하고 낙관적이고 희망적이며 건설적인 견해를 표현합니다.
검은 생각 모자
검은 사고 모자를 쓰면 사람들은 부정, 회의, 의문의 관점을 이용해 논리적으로 비판하고, 부정적인 의견을 마음껏 표현하며, 논리적 오류를 찾아낼 수 있다.
녹색 사고 모자
녹색은 무성한 푸른 풀을 나타내며 활력을 상징합니다. 녹색 사고 모자는 창의성과 상상력을 상징합니다. 창의적 사고, 브레인스토밍, 다양한 사고 등의 기능을 가지고 있습니다.
산출
프로젝트 헌장
프로젝트 헌장은 프로젝트 설립을 공식적으로 승인하고 프로젝트 관리자가 프로젝트 활동을 수행하기 위해 조직 자원을 사용할 권한을 부여하는 개시자 또는 후원자가 발행한 문서입니다. 이는 프로젝트와 프로젝트가 제공할 것으로 예상되는 제품, 서비스 또는 결과에 대한 높은 수준의 정보를 기록합니다.
프로젝트 목적
측정 가능한 프로젝트 목표 및 관련 성공 기준
프로젝트 목적
높은 수준의 요구 사항
개략적인 프로젝트 설명, 경계 정의 및 주요 결과물
프로젝트 범위
전반적인 프로젝트 위험
프로젝트 위험
전체 마일스톤 일정
프로젝트 진행
사전 승인된 재정 자원
프로젝트 비용
주요 이해관계자 목록
프로젝트 이해관계자
높은 수준의 벤치마크
프로젝트 승인 요구 사항(예: 프로젝트 성공을 평가하는 데 사용할 기준, 프로젝트 성공에 대한 결론을 내릴 사람, 프로젝트 종료를 승인할 사람)
프로젝트 종료 기준(예: 프로젝트 또는 단계가 종료되거나 취소될 수 있는 조건)
프로젝트 목적
위임받은 프로젝트 관리자와 그 책임 및 권한
프로젝트 헌장을 승인한 스폰서 또는 기타 사람의 이름과 권한
책임
프로젝트 헌장은 이해관계자들이 일반적으로 주요 결과물, 이정표, 각 프로젝트 참여자의 역할과 책임에 동의하도록 보장합니다.
가상 로그
일반적으로 프로젝트를 시작하기 전에 비즈니스 사례를 개발할 때 높은 수준의 전략 및 운영 가정과 제약 조건이 식별됩니다. 이러한 가정과 제약은 프로젝트 헌장에 포함되어야 합니다. 사양, 추정, 일정 및 위험 정의와 같은 활동이 수행됨에 따라 프로젝트 중에 하위 수준 활동 및 작업 가정이 생성됩니다. 가정 로그는 프로젝트 수명 주기 전반에 걸쳐 모든 가정과 제약 조건을 기록하는 데 사용됩니다.
가정
계획을 개발할 때 정확, 사실 또는 확실한 것으로 간주되기 위해 확인할 필요가 없는 요소입니다. 또한 이러한 요소가 사실이 아닐 경우 발생할 수 있는 잠재적인 영향도 설명해야 합니다. 프로젝트 계획 과정에서 프로젝트 팀은 가정을 자주 식별, 문서화 및 검증해야 합니다.
제약
프로젝트 또는 프로세스 실행에 영향을 미치는 제한 사항입니다. 예산, 필수 날짜, 발주처나 수행 조직이 미리 결정한 일정 마일스톤 등 프로젝트 실행에 영향을 미치는 프로젝트 범위와 관련된 내부 및 외부 제약이나 제약을 열거하고 설명해야 합니다. 프로젝트가 계약에 따라 수행되는 경우 일반적으로 계약 조건도 제한 요소가 됩니다.
프로젝트 관리 계획 개발
개요 프로젝트 관리 계획 개발은 프로젝트 계획의 모든 구성 요소를 정의, 준비 및 조정하고 이를 종합적인 프로젝트 관리 계획에 통합하는 프로세스입니다. 이 프로세스의 주요 목적은 모든 프로젝트 작업의 기초와 수행 방법을 설정하고 프로젝트에서 한 번만 또는 사전 정의된 지점에서만 수행되는 포괄적인 문서를 생성하는 것입니다.
프로젝트 관리 계획 및 프로젝트 문서
프로젝트 관리 계획 개발 원칙
프로젝트 관리 계획은 프로젝트의 실행, 모니터링 및 종료 방법을 결정하며 프로젝트의 적용 영역과 복잡성에 따라 달라집니다.
프로젝트 관리 계획에는 주요 이해관계자의 승인이 필요합니다.
프로젝트 관리 계획은 기준선이 설정되기 전에 여러 번 업데이트될 수 있으며 이러한 업데이트는 공식적인 프로세스를 따를 필요가 없습니다.
실행 및 모니터링 프로세스 중에 필요한 변경 요청을 제안하고, 전체 변경 관리 프로세스를 구현하는 동안 승인을 위해 제출합니다.
모든 프로젝트 이해관계자가 참여하여 프로젝트 관리자가 전반적인 책임과 통합의 역할을 수행합니다.
이토
입력하다
프로젝트 헌장
프로젝트 팀은 프로젝트 헌장을 초기 프로젝트 계획의 출발점으로 사용합니다. 프로젝트 헌장에 포함된 정보의 유형과 유형은 프로젝트의 복잡성과 이미 알려진 내용에 따라 다릅니다. 최소한 프로젝트 관리 계획의 다양한 구성 요소를 더욱 구체화하기 위해 프로젝트 헌장에 프로젝트에 대한 개괄적인 정보를 정의해야 합니다.
다른 프로세스의 출력
프로젝트 관리 계획을 수립하려면 여러 프로세스의 데이터를 통합해야 합니다. 다른 계획 프로세스의 하위 계획 및 기준선 출력은 이 프로세스에 대한 입력입니다. 또한 이러한 하위 계획 및 기준선이 변경되면 프로젝트 관리 계획도 그에 따라 업데이트될 수 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
브레인스토밍
체크리스트
많은 조직에서는 자신의 경험을 바탕으로 표준화된 체크리스트를 개발하거나 업계의 체크리스트를 채택합니다. 체크리스트는 프로젝트 관리자에게 계획 개발을 안내하거나 프로젝트 관리 계획에 필요한 모든 정보가 포함되어 있는지 확인하는 데 도움이 될 수 있습니다.
포커스 그룹
회견
대인관계 및 팀 기술
갈등 관리
가이드
회의 관리
회의
이 과정에서 회의를 통해 프로젝트 접근 방식을 논의하고, 프로젝트 목표를 달성하기 위해 작업을 수행하는 방법을 결정하고, 프로젝트를 모니터링하는 방법을 개발할 수 있습니다.
Kick-Off Meeting 프로젝트가 시작됩니다
프로젝트 킥오프 회의는 일반적으로 계획 단계의 끝과 실행 단계의 시작을 표시하며 프로젝트 목표를 전달하고, 프로젝트에 대한 팀의 헌신을 얻고, 각 관련 당사자의 역할과 책임을 명확히 하기 위해 고안되었습니다. Kickoff 미팅은 프로젝트의 특성에 따라 다른 시점에 개최될 수 있습니다.
소규모 프로젝트의 경우 일반적으로 동일한 팀에서 프로젝트 계획과 실행을 수행합니다. 이 경우에는 실행팀이 기획에 참여하기 때문에 착수 직후부터 프로젝트가 시작된다(기획프로세스그룹).
대규모 프로젝트의 경우 프로젝트 관리팀이 대부분의 계획 작업을 수행하는 것이 일반적입니다. 나머지 프로젝트 팀은 초기 계획 작업이 완료되고 개발(실행) 단계가 시작될 때까지 참여하지 않습니다. 이 경우 실행 프로세스 그룹의 관련 프로세스와 함께 Kick-off 미팅을 개최합니다.
다단계 프로젝트의 경우 일반적으로 각 단계가 시작될 때 시작 회의가 열립니다.
산출
프로젝트 관리 계획
계획된 프로젝트
물리적 계획
프로젝트 관리 계획
비용 기준
진행 기준선
범위 기준선
업데이트는 변경 프로세스를 거쳐야 합니다.
프로그램 계획
위험 관리 계획
변경 관리 계획
비용 관리 계획
품질 관리 계획
범위 관리 계획
수요관리 계획
진행 관리 계획
변경 관리 계획
조달관리계획
프로그램 자체에 문제가 없는 한 변경이 가능하며, 반드시 변경 과정을 거쳐야 합니다.
종합계획
자원 관리 계획
커뮤니케이션 관리 계획
이해관계자 참여 계획
원칙적으로 변경 지시는 직접 업데이트할 수 있습니다.
프로젝트 작업 지시 및 관리
프로젝트 작업을 지시하고 관리하는 것은 프로젝트 관리 계획에서 식별된 작업을 주도 및 실행하고 프로젝트 목표를 달성하기 위해 승인된 변경 사항을 구현하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 작업 및 결과물에 대한 포괄적인 관리를 제공하여 프로젝트 성공 가능성을 제공하는 것입니다.
이토
입력하다
프로젝트 관리 계획
프로젝트 관리 계획의 모든 구성요소를 이 프로세스에 대한 입력으로 사용할 수 있습니다.
프로젝트 파일
변경 로그
교훈 등록
마일스톤 목록
프로젝트 커뮤니케이션 기록
프로젝트 일정
요구 사항 추적 매트릭스
위험 등록부
위험 보고서
승인된 변경 요청
승인된 변경 요청은 프로젝트 관리자와 필요한 경우 변경 제어 위원회(CCB)가 검토하고 승인한 변경 요청을 포함하여 전체 변경 제어 프로세스 구현의 결과입니다. 승인된 변경 요청은 시정 조치, 예방 조치 또는 결함 수정일 수 있으며 프로젝트 팀에 의해 프로젝트 일정에 구현될 수 있으며 프로젝트 또는 프로젝트 관리 계획의 모든 영역에 영향을 미칠 수도 있습니다. 공식적으로 통제되는 프로젝트의 개정. 계획 구성요소 또는 프로젝트 문서를 관리합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
프로젝트 관리 정보 시스템
이 시스템은 비즈니스 환경 요소의 일부로 핵심성과지표(KPI)를 자동으로 수집하고 보고하는 데에도 사용할 수 있습니다.
회의
산출
결과물
결과물은 프로세스, 단계 또는 프로젝트가 완료될 때 생성되어야 하는 고유하고 검증 가능한 제품, 결과 또는 서비스 기능입니다. 이는 일반적으로 프로젝트 결과이며 프로젝트 관리 계획의 구성 요소를 포함할 수 있습니다.
다음과 같이 나눌 수 있습니다: 결과물 결과
업무 성과 데이터
작업 성과 데이터는 프로젝트 작업을 실행하는 동안 수행되는 각 활동에서 수집된 원시 관찰 및 측정입니다. 데이터는 일반적으로 다른 프로세스가 정보를 추출할 수 있는 가장 낮은 세부 수준입니다. 작업 실행 중에 데이터가 수집되어 추가 분석을 위해 제어 프로세스로 전달됩니다.
예를 들어 작업 성과 데이터에는 완료된 작업, 핵심성과지표(KPI), 기술적 성과 측정, 일정 활동의 실제 시작 및 종료 날짜, 완료된 스토리 포인트, 결과물 상태, 일정 진행 상황, 변경 요청이 포함됩니다. 결함, 실제 발생한 비용, 실제 기간 등
문제 로그
프로젝트 수명주기 전반에 걸쳐 프로젝트 관리자는 종종 문제, 격차, 불일치 또는 예상치 못한 충돌에 직면합니다. 프로젝트 관리자는 프로젝트 성과에 영향을 미치지 않도록 이를 처리하기 위한 특정 조치를 취해야 합니다. 이슈 로그는 모든 이슈가 기록되고 후속 조치되는 프로젝트 문서입니다.
필수 녹음 및 후속 콘텐츠에는 다음이 포함될 수 있습니다.
질문 유형
누가 언제 문제를 제기했는지
문제 설명
문제 우선순위
문제 해결의 책임은 누구에게 있습니까?
목표 해결 날짜
문제 상태
최종 해결
문제 로그는 프로젝트 관리자가 문제를 효과적으로 추적하고 관리하여 문제를 조사하고 해결하는 데 도움이 됩니다. 이 프로세스의 결과로 처음으로 문제 로그가 생성되지만 프로젝트 도중 언제든지 문제가 발생할 수 있습니다. 문제 로그는 프로젝트 수명 주기 전반에 걸쳐 모니터링 활동과 함께 업데이트되어야 합니다.
보충: 문제와 위험
질문: 발생 확률은 0% 또는 100%이며 이는 특정 값입니다.
위험: 발생 확률은 0%에서 100% 사이이지만 포함되지 않습니다.
변경 요청
변경 요청은 문서, 결과물 또는 기준선을 수정하기 위한 공식적인 제안입니다. 프로젝트 작업을 수행하는 동안 문제가 발견되면 프로젝트 정책이나 절차, 프로젝트나 제품 범위, 프로젝트 비용이나 예산, 프로젝트 일정, 프로젝트나 제품 결과의 품질을 수정하기 위해 변경 요청을 제출할 수 있습니다. 기타 변경 요청에는 향후 부정적인 결과를 방지하기 위해 필요한 예방 또는 시정 조치가 포함됩니다. 변경 요청은 모든 프로젝트 이해관계자가 제출할 수 있으며 전반적인 변경 제어 프로세스 구현을 통해 검토 및 처리되어야 합니다. 변경 요청은 프로젝트 내부 또는 외부에서 발생하며 선택 사항이거나 법률(계약)에 의해 의무화됩니다.
변경 요청에는 다음이 포함될 수 있습니다.
시정 조치
예방법
결함 수정
고쳐 쓰다
프로젝트 관리 계획 업데이트
모든 구성요소
프로젝트 파일 업데이트
활동 목록
가상 로그
교훈 등록
요구사항 문서
위험 등록부
이해관계자 등록
조직 프로세스 자산 업데이트
프로젝트 관리 지식
프로젝트 지식 관리는 프로젝트 목표를 달성하고 조직 학습을 지원하기 위해 기존 지식을 사용하고 새로운 지식을 생성하는 프로세스입니다. 이 프로세스의 주요 목적은 기존 조직 지식을 활용하여 프로젝트 결과를 생성 또는 개선하고 현재 프로젝트 생성 및 지식을 조직 운영 및 향후 프로젝트 또는 단계를 지원하는 데 사용할 수 있도록 하는 것입니다.
지식 바구니는 상위 프로젝트의 전체 프로세스를 통해 실행됩니다.
지식은 흔히 '명시적 지식'(단어, 그림, 숫자 등으로 쉽게 코드화되는 지식)과 '암묵적 지식'(개인의 지식, 신념, 통찰, 경험 등 명시적으로 표현하기 어려운 지식)으로 구분되는 경우가 많다. 노하우") 2가지. 지식경영이란 기존 지식을 재사용하고 새로운 지식을 창출하는 것을 목표로 명시적 지식과 암묵적 지식을 관리하는 것을 말한다. 이 두 가지 목적을 달성하는 데 도움이 되는 주요 활동은 지식 공유와 지식 통합(다양한 영역의 지식, 상황 지식 및 프로젝트 관리 지식)입니다.
일반적인 오해 중 하나는 지식 관리가 공유를 위해 지식을 기록하는 것에 불과하다는 것입니다. 또 다른 일반적인 오해는 지식 관리가 향후 사용을 위해 프로젝트 종료 시 얻은 교훈을 요약하는 것에 불과하다는 것입니다. 이 경우에는 성문화된 명시적 지식만 공유할 수 있습니다. 형식적 지식은 맥락이 부족하고 다르게 해석될 수 있기 때문에 공유하기는 쉽지만 올바른 이해나 적용을 보장하지 않습니다. 암묵적 지식에는 맥락이 포함되어 있지만 성문화하기는 어렵습니다. 그것은 개인 전문가의 마음 속에 존재하거나 사회 집단과 상황 속에 존재하며, 종종 개인 간 의사소통과 상호 작용을 통해 공유됩니다.
조직의 관점에서 지식 관리는 프로젝트 팀과 기타 이해 관계자의 기술, 경험 및 전문 지식이 프로젝트 전, 도중 및 후에 활용되도록 보장하는 것을 의미합니다. 지식은 사람의 마음 속에 존재하며, 사람이 자신의 지식을 공유하거나 지식에 관심을 갖도록 강요할 수 없기 때문에 지식 관리에서 가장 중요한 부분은 사람들이 지식을 공유하거나 지식에 관심을 갖도록 장려하는 상호 신뢰 구조를 만드는 것입니다. 다른 사람. 최고의 지식 관리 도구와 기술이라도 사람들이 지식을 공유하거나 알고 있는 것에 관심을 갖도록 동기를 부여하지 않으면 효과적일 수 없습니다. 실제로 지식은 지식 관리 도구 및 기술(인간 상호 작용용)과 정보 관리 도구 및 기술(명시적 지식 코드화용)의 조합을 사용하여 공유됩니다.
언제든지 녹음하세요
이토
입력하다
프로젝트 관리 계획
모든 구성 요소
프로젝트 파일
교훈 등록
Lessons Learned Register는 효과적인 지식 관리 방법을 제공합니다.
프로젝트 팀이 작업 주문을 발송합니다.
작업 지시를 전달하는 프로젝트 팀은 프로젝트가 이미 갖고 있는 역량과 경험, 그리고 부족할 수 있는 지식을 보여줍니다.
자원 분석 구조
다양한 유형의 자원(사람), 누락된 지식.
공급업체 선정 기준
이해관계자 등록
이해관계자 등록에는 식별된 이해관계자의 세부정보가 포함되어 있으며 그들이 갖고 있는 지식에 대한 이해를 제공합니다.
결과물
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
지식 관리
지식 관리 도구 및 기술은 직원을 연결하고 협업하여 새로운 지식을 생성하고 암묵적 지식을 공유하며 다른 구성원이 보유한 지식을 통합할 수 있도록 합니다. 프로젝트에 적합한 도구와 기술은 프로젝트의 성격, 특히 혁신 정도, 프로젝트 복잡성, 팀의 다양성 정도(분야별 다양성 포함)에 따라 달라집니다.
비공식 사교 활동과 온라인 사교 활동을 포함한 대인 커뮤니케이션. 개방형 질문(예: "누가 알겠어요...?")을 위한 온라인 포럼을 통해 전문가와의 지식 공유 대화를 촉진합니다.
실천 공동체(때때로 "관심 공동체" 또는 "공동체"라고도 함) 및 특별 이익 단체
통신 기술을 활용한 대화형 가상 회의를 포함한 회의
지침을 따르고 따르는 작업
이러한 모든 도구와 기술은 직접 또는 가상으로 적용할 수 있습니다. 대개 대면 상호 작용은 지식 관리에 필요한 신뢰 관계를 구축하는 데 가장 도움이 되며, 일단 신뢰가 구축되면 가상 상호 작용을 사용하여 이러한 신뢰 관계를 유지할 수 있습니다.
정보 관리
정보 관리 도구 및 기술은 간단하고 명확한 방법으로 명시적 지식의 공유를 효과적으로 촉진할 수 있는 사람과 지식 간의 연결을 생성하는 데 사용됩니다.
명시적 지식을 코드화하는 방법
교훈 등록
도서관 서비스
웹 검색, 게재된 기사 읽기 등 정보 수집
프로젝트관리정보시스템(PMIS)
프로젝트 관리 정보 시스템에는 문서 관리 시스템이 포함되는 경우가 많습니다.
"연락처" 기능과 같은 대화형 요소를 추가함으로써 사용자는 강의 포스터를 확인하고 특정 프로젝트 및 상황과 관련된 조언을 구할 수 있습니다. 이를 통해 정보 관리 도구 및 기술의 사용이 향상됩니다.
대인관계 및 팀 기술
적극적 경청
피드백
받다
대답하다
요약하다
반복하다
이해하다
듣기 레벨 2
콘텐츠
분위기
높은 레벨
장애물을 제거하다
환경
장소
시간
다른
문화
주요한
가이드
지도
솔선수범하기: 생각을 전달하고 말과 행동에 있어서 일관성을 유지합니다.
첫 번째 약속은 자신의 가치관을 명확히 하고 자신의 목소리를 찾는 것입니다.
두 번째 약속 행동을 공유 가치에 맞추고 다른 사람들에게 모범을 보여줍니다.
비전 공유: 미래를 바라보고 다른 사람들에게 영감을 줌
세 번째 약속 미래를 내다보고 흥미롭고 숭고한 가능성을 상상해 보십시오.
네 번째 약속은 공유된 비전에 호소하고 다른 사람들이 동일한 비전을 위해 노력하도록 영감을 주는 것입니다.
현상 유지에 도전하세요: 기회를 찾고 탐색하세요
약속 5: 아이디어를 포착하고 외부에서 혁신적인 접근 방식을 소싱하여 개선 기회를 찾으세요.
약속 6: 실험하고 위험을 감수하고, 작은 성공을 거두고, 실행을 통해 배웁니다.
모두가 하게 하라: 협력을 촉진하고 공유를 잘하라
약속 7 신뢰를 구축하고 관계를 강화하여 협업을 촉진합니다.
Commitment 8 자율성을 높이고 능력을 개발하여 다른 사람의 역량을 강화합니다.
영감을 주는 것: 기여를 인정하고 승리를 축하하는 것
약속 9 개인의 우수성을 인정하여 다른 사람의 기여를 인정합니다.
약속 10 집단주의 정신을 조성하여 가치의 실현과 승리를 축하합니다.
대인 커뮤니케이션
정치적 인식
산출
교훈 등록
Lessons Learned Register에는 상황에 대한 범주와 설명이 포함될 수 있으며, Lessons Learned Register에는 상황과 관련된 의미, 권장 사항 및 조치 과정도 포함될 수 있습니다. 교훈 기록에는 문제, 직면한 문제, 인식된 위험과 기회 또는 기타 해당 내용을 기록할 수 있습니다.
Lessons Learned Register는 프로젝트 초기에 이 프로세스의 결과로 생성됩니다. 따라서 이는 프로젝트 전반에 걸쳐 많은 프로세스에 대한 입력 역할을 할 수 있으며 결과로서 지속적으로 업데이트될 수도 있습니다. 작업에 참여하는 개인과 팀도 학습한 내용을 문서화하는 데 참여합니다. 학습한 내용을 효과적으로 학습할 수 있도록 비디오, 사진, 오디오 및 기타 적절한 방법을 통해 지식을 기록할 수 있습니다.
프로젝트 또는 단계가 끝나면 관련 정보가 교훈 지식 기반에 포함되고 조직 프로세스 자산의 일부가 됩니다.
프로젝트 관리 계획 업데이트
모든 구성요소
조직 프로세스 자산 업데이트
모든 프로젝트는 새로운 지식을 창출합니다. 일부 지식은 프로젝트 지식 프로세스 관리 중에 코드화되어 결과물에 포함되어야 합니다. 또는 프로세스와 절차를 개선하는 데 사용될 수 있습니다. 이 과정에서 기존 지식을 체계화하거나 처음으로 사용할 수도 있습니다. 예를 들어 새로운 프로그램에 대한 기존 아이디어를 시험해 보고 이 프로젝트에서 성공을 거둔 경우입니다.
이 프로세스 중에 모든 조직 프로세스 자산이 업데이트될 수 있습니다.
프로젝트 작업 모니터링
프로젝트 작업 모니터링은 프로젝트 관리 계획에서 식별된 성과 목표를 달성하기 위한 전체 프로젝트 진행 상황을 추적, 검토 및 보고하는 프로세스입니다. 이 프로세스의 주요 목적은 이해관계자에게 프로젝트의 현재 상태에 대한 이해를 제공하고 성과 문제를 해결하기 위해 취한 조치에 대한 승인을 제공할 뿐만 아니라 비용 및 일정 예측을 통해 이해관계자에게 향후 프로젝트 상태에 대한 이해를 제공하는 것입니다.
감독은 프로젝트 전반에 걸쳐 발생하는 프로젝트 관리 활동 중 하나이며 측정값 수집, 측정 결과 분석은 물론 프로세스 개선을 추진하기 위한 추세 예측도 포함됩니다. 지속적인 모니터링을 통해 프로젝트 관리팀은 프로젝트 상태에 대한 통찰력을 얻고 특별한 주의가 필요한 영역을 식별할 수 있습니다. 통제에는 시정 또는 예방 조치 계획을 개발하고 조치 계획의 구현을 추적하여 문제 해결에 효과적인지 확인하는 것이 포함됩니다.
프로젝트 작업 프로세스를 모니터링하고 콘텐츠에 집중하세요.
실제 프로젝트 성과를 프로젝트 관리 계획과 비교
정기적으로 프로젝트 성과를 평가하고, 시정 또는 예방 조치가 필요한지 판단하고, 필요한 조치를 권장합니다.
개별 프로젝트 리스크 현황 확인
프로젝트 제품 및 관련 문서를 반영하기 위해 프로젝트 전반에 걸쳐 정확한 최신 정보 기반을 유지합니다.
현황보고, 진행상황 측정, 예측을 위한 정보 제공
현재 비용 및 일정 정보를 업데이트하기 위해 예측을 합니다.
승인된 변경 사항의 구현을 모니터링합니다.
프로젝트가 프로그램의 일부인 경우 프로젝트 진행 및 상태도 프로그램 관리에게 보고되어야 합니다.
프로젝트가 비즈니스 요구 사항에 부합하는지 확인
보충: 프로젝트 작업 모니터링을 위한 데이터 흐름도
이토
입력하다
프로젝트 관리 계획
모든 구성요소
프로젝트 파일
가상 로그
추정근거
비용 예측
비용 예측은 프로젝트의 과거 성과를 기반으로 하며 프로젝트가 여전히 예산 허용 범위 내에 있는지 확인하고 필요한 변경 사항을 식별하는 데 사용됩니다.
문제 로그
이슈 로그는 목표 날짜 내에 특정 이슈를 해결하는 담당자를 기록하고 모니터링하는 데 사용됩니다.
교훈 등록
교훈 기록부에는 일탈에 대응하는 효과적인 방법은 물론 시정 및 예방 조치도 포함될 수 있습니다.
마일스톤 목록
품질 보고서
품질 보고서에는 품질 관리 문제, 프로세스, 프로젝트 및 제품 개선 제안, 시정 조치 제안(재작업, 결함(허점) 수정, 100% 검사 등 포함), 품질 관리 중에 발견된 상황에 대한 개요가 포함됩니다. 프로세스.
위험 등록부
위험등록부는 프로젝트 수행 중 발생하는 다양한 위협과 기회에 대한 정보를 제공합니다.
위험 보고서
위험 보고서는 전체 프로젝트 위험과 개별 위험에 대한 정보를 제공합니다.
진행 예측
일정 예측은 프로젝트의 과거 성과를 기반으로 하며 프로젝트가 여전히 일정 허용 범위 내에 있는지 확인하고 필요한 변경 사항을 식별하는 데 사용됩니다.
직무수행정보
작업 성과 데이터는 작업 실행 중에 수집되어 추가 분석을 위해 제어 프로세스로 전달됩니다. 작업 성과 정보는 작업 성과 데이터를 프로젝트 관리 계획 구성 요소, 프로젝트 문서 및 기타 프로젝트 변수와 비교하여 생성됩니다. 이 비교를 통해 프로젝트가 얼마나 잘 수행되고 있는지에 대한 통찰력을 얻을 수 있습니다.
예를 들어 비용에 대한 작업 성과 데이터에는 지출된 자금이 포함될 수 있지만 예산, 수행된 작업, 작업을 완료하는 데 사용된 자원 및 자금 사용 계획과 비교되어야 유용합니다. 이 추가 정보는 프로젝트가 예산에 맞는지 또는 편차가 있는지 판단하기 위한 컨텍스트를 제공하며 편차의 심각도를 이해하는 데도 도움이 됩니다. 이를 프로젝트 관리 계획의 편차 임계값과 비교하여 예방 조치가 필요한지 시정 조치가 필요한지 결정할 수 있습니다. 작업 성과 데이터 및 추가 정보에 대한 포괄적인 분석은 프로젝트 결정을 위한 신뢰할 수 있는 기반을 제공합니다.
규약
구매 계약에는 이용 약관이 포함되며, 수행할 작업이나 판매자가 배송할 제품에 관한 구매자의 규정과 같은 기타 항목도 포함될 수 있습니다. 프로젝트가 작업의 일부를 아웃소싱하는 경우 프로젝트 관리자는 계약자의 작업을 감독하여 모든 계약이 프로젝트의 특정 요구 사항은 물론 조직의 조달 정책을 준수하는지 확인해야 합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 분석
대안 분석
대안 분석은 편차가 발생할 때 구현될 시정 조치 또는 시정 조치와 예방 조치의 조합을 선택하는 데 사용됩니다.
비용 편익 분석
비용 편익 분석은 프로젝트 편차가 발생할 때 가장 비용 효율적인 시정 조치를 식별하는 데 도움이 됩니다.
수익가치 분석
획득가치 분석은 범위, 일정, 비용 성과에 대한 포괄적인 분석을 제공합니다.
근본 원인 분석
근본 원인 분석은 문제의 주요 원인을 식별하는 데 중점을 둡니다. 이는 편차의 원인과 프로젝트 목표를 달성하기 위해 프로젝트 관리자가 집중해야 하는 영역을 식별하는 데 사용될 수 있습니다.
유행 분석
추세 분석은 과거 결과를 기반으로 미래 성과를 예측하고, 프로젝트 일정 지연을 예측하고, 확립된 추세에 따라 개발 후반 단계에서 발생할 수 있는 문제를 프로젝트 관리자에게 미리 알릴 수 있습니다. 추세 분석은 프로젝트 팀이 예외 사항을 분석하고 수정할 시간을 확보할 수 있도록 프로젝트 초기에 수행되어야 합니다. 추세 분석 결과를 바탕으로 필요한 예방 조치를 권장할 수 있습니다.
편차 분석
분산 분석은 목표 성능과 실제 성능 간의 차이(또는 편차)를 조사하며 기간 추정, 비용 추정, 리소스 사용량, 리소스 요율, 기술 성능 및 기타 측정을 포함할 수 있습니다.
각 지식 영역의 특정 변수에 대해 편차 분석을 수행할 수 있습니다. 프로젝트 작업을 모니터링하는 과정에서 편차분석을 통해 비용, 시간, 기술, 자원 편차 등을 종합적으로 분석하여 프로젝트 전반의 편차를 파악합니다. 이를 통해 적절한 예방 또는 시정 조치를 취할 수 있습니다.
의사결정
회의
산출
업무 성과 보고서
직무 성과 정보는 물리적 또는 전자적 형태로 통합, 기록 및 배포될 수 있습니다. 결정을 내리거나, 조치를 취하거나, 우려사항을 제기할 목적으로 직무 성과 정보를 기반으로 물리적 또는 전자 형식으로 직무 성과 보고서를 준비합니다. 프로젝트 커뮤니케이션 관리 계획에 따라 커뮤니케이션 프로세스를 통해 프로젝트 이해관계자에게 작업 성과 보고서를 보냅니다.
업무 성과 보고서의 예로는 상태 보고서, 진행 보고서 등이 있습니다. 작업 성과 보고서에는 획득 가치 차트 및 정보, 추세선 및 예측, 예비 번다운 차트, 결함 히스토그램, 계약 성과 정보 및 위험 프로필 개요가 포함될 수 있습니다. 이는 대시보드, 핫스팟 보고서, 신호등 또는 관심을 끌고 결정을 내리고 조치를 취하는 데 도움이 되는 기타 형식의 형태를 취할 수 있습니다.
변경 요청
프로젝트 관리 계획 업데이트
모든 구성요소
프로젝트 파일 업데이트
비용 예측
문제 로그
교훈 등록
위험 등록부
진행 예측
전체적인 변경 제어 구현
통합 변경 통제 구현은 모든 변경 요청을 검토하고, 변경을 승인하고, 산출물, 프로젝트 문서, 프로젝트 관리 계획에 대한 변경을 관리하고, 변경 처리 결과를 전달하는 프로세스입니다. 이 프로세스에서는 프로젝트 문서, 결과물 또는 프로젝트 관리 계획에 대한 모든 변경 요청을 검토하고 변경 요청 처리를 결정합니다. 이 프로세스의 주요 목적은 프로젝트의 문서화된 변경 사항을 포괄적으로 검토하는 것입니다. 전체 프로젝트 목표나 계획에 미치는 영향을 고려하지 않고 변경 사항을 구현하면 전체 프로젝트 위험이 증가하는 경우가 많습니다.
변경 제어 보드(CCB)
전체 변경 제어 프로세스는 프로젝트 전반에 걸쳐 구현되며, 이에 대한 최종 책임은 프로젝트 관리자에게 있습니다. 변경 요청은 프로젝트 범위, 제품 범위, 프로젝트 관리 계획 구성 요소 또는 프로젝트 문서에 영향을 미칠 수 있습니다. 프로젝트 수명주기 전반에 걸쳐 언제든지 프로젝트에 관련된 모든 이해관계자가 변경 요청을 제출할 수 있습니다. 변경 통제의 구현 정도는 프로젝트의 적용 분야, 프로젝트의 복잡성, 계약 요구 사항, 프로젝트의 배경 및 환경에 따라 달라집니다.
기준선이 확립될 때까지는 구현 통합 변경 제어 프로세스를 통해 변경 사항을 공식적으로 제어할 필요가 없습니다. 프로젝트 기준선이 설정되면 이 프로세스를 통해 변경 요청을 처리해야 합니다. 일반적으로 각 프로젝트의 구성 관리 계획은 구성 제어 절차에 의해 제어되는 프로젝트 아티팩트를 지정해야 합니다. 구성 요소에 대한 모든 변경은 변경 요청의 대상이 되어야 하며 공식적으로 통제되어야 합니다.
구두로 요청할 수도 있지만 모든 변경 요청은 서면으로 문서화하고 변경 관리 및/또는 구성 관리 시스템에 통합해야 합니다. 변경을 승인하기 전에 변경이 일정에 미치는 영향과 비용에 미치는 영향을 이해해야 할 수도 있습니다. 변경 요청이 프로젝트 기준에 영향을 미칠 수 있을 때마다 공식적인 전체 변경 제어 프로세스가 필요합니다. 문서화된 각 변경 요청은 책임 있는 사람(대개 프로젝트 후원자 또는 프로젝트 관리자)에 의해 승인, 연기 또는 거부되어야 합니다. 이러한 책임자는 프로젝트 관리 계획이나 조직 절차에서 지정되어야 하며, 필요한 경우 변경 통제 위원회(CCB)를 사용하여 전반적인 변경 통제 프로세스를 수행해야 합니다. CCB는 프로젝트 변경을 검토, 평가, 승인, 연기 또는 거부하고 변경 처리 결정을 문서화하고 전달하는 역할을 담당하는 공식적으로 구성된 그룹입니다.
보충: 주제 변경
변경 흐름도
변화
변화 방지
요구 사항을 완전히 수집
이해관계자 지원 및 참여
내부 변화
부가가치가 없는 변경
거부하다
부가가치 변화
먼저 영향을 분석해 보세요.
관련 당사자와 소통(필요한 경우)
변경 요청 제출
이해 관계자
프로젝트 매니저
변경사항 종료
새로운 프로젝트를 설립하는 것이 좋습니다
또는 변경 프로세스를 따르세요.
결함을 수리해야 합니다.
표준 변경
제안하다
변경 요청 제출
쓴
경구
보충 글쓰기
다루다
종합적인 영향 분석
변화 계획 개발
관련 당사자와의 커뮤니케이션
변경 취소
계속 변경
승인을 위해 CCB에 제출
승인이 거절 됨
기록
통지하다
승인하다
구현하다
구현하다
프로젝트 관리 계획 및 프로젝트 문서 업데이트
변경 로그 업데이트
이해관계자에게 통보
변경사항 구현
변경 사항 추적
경험과 교훈을 요약하라
이토
입력하다
프로젝트 관리 계획
변경 관리 계획
변경 관리 계획은 변경 제어 프로세스 관리에 대한 지침을 제공하고 변경 제어 위원회(CCB)의 역할과 책임을 문서화합니다.
구성 관리 계획
구성 관리 계획은 프로젝트의 구성 항목을 설명하고 프로젝트 제품의 일관성과 효율성을 유지하기 위해 기록하고 업데이트해야 하는 구성 항목을 식별합니다.
범위 기준선
진행 기준선
비용 기준
프로젝트 파일
추정근거
요구 사항 추적 매트릭스
위험 보고서
업무 성과 보고서
변경 요청
많은 프로세스가 변경 요청을 출력합니다. 변경 요청에는 시정 조치, 예방 조치, 결함 수정, 수정되거나 추가된 의견이나 내용을 반영하기 위해 공식적으로 통제되는 프로젝트 문서나 결과물에 대한 업데이트가 포함될 수 있습니다. 변경 사항은 프로젝트 기준선에 영향을 미칠 수도 있고 영향을 주지 않을 수도 있지만 기준선과 관련된 프로젝트 성과에만 영향을 미칠 수 있습니다. 변경 결정은 일반적으로 프로젝트 관리자가 내립니다.
프로젝트 기준선에 영향을 미치는 변경의 경우 변경 수행 비용, 필요한 일정 날짜 수정, 자원 요구 사항 및 관련 위험이 일반적으로 변경 요청에 명시되어야 합니다. 이러한 변경은 CCB(있는 경우)와 고객 또는 스폰서(그들이 CCB 회원이 아닌 경우)의 승인을 받아야 합니다. 승인된 변경 사항만 수정된 기준선에 통합될 수 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
변경 제어 도구
구성 및 변경 관리를 용이하게 하기 위해 다양한 수동 또는 자동화 도구를 사용할 수 있습니다. 구성 제어는 산출물 및 개별 프로세스의 기술 사양에 초점을 맞추는 반면, 변경 제어는 프로젝트 문서, 산출물 또는 기준선에 대한 변경 사항을 식별, 문서화, 승인 또는 거부하는 데 중점을 둡니다.
도구 선택은 조직 및 환경적 상황 및/또는 제약 조건을 고려하는 등 프로젝트 이해관계자의 요구 사항을 기반으로 해야 합니다.
도구가 지원해야 하는 구성 관리 활동
구성 항목 식별
제품 구성 정의 및 확인, 제품 및 문서 라벨링, 변경 관리, 책임 명확화를 위한 기초를 제공하는 구성 항목을 식별하고 선택합니다.
구성 항목 상태 기록 및 보고
개별 구성 항목에 대한 정보 기록 및 보고.
구성 항목 확인 및 감사
구성 확인 및 감사를 통해 프로젝트 구성 항목 구성의 정확성과 해당 변경 사항이 등록, 평가, 승인, 추적 및 올바르게 구현되었는지 확인하여 구성 파일에 지정된 기능 요구 사항이 달성되었는지 확인합니다.
도구가 지원해야 하는 변경 관리 활동
변경 사항 식별
프로세스 또는 프로젝트 문서에 대한 변경 사항을 식별하고 선택합니다.
변경사항 기록
변경 사항을 적절한 변경 요청으로 문서화합니다.
변화를 결정하라
변경 사항을 검토하고 프로젝트 문서, 결과물 또는 기준선의 변경 사항에 대해 승인, 거부, 연기 또는 기타 결정을 내립니다.
변경 사항 추적
변경 사항이 등록, 평가, 승인, 추적되었는지 확인하고 최종 결과를 관련 당사자에게 전달합니다. 변경 요청 및 후속 결정을 관리하는 데에도 도구를 사용할 수 있으며, 변경 제어 위원회 구성원이 책임을 이행하고 관련 당사자에게 결정을 전달할 수 있도록 커뮤니케이션에 특별한 주의를 기울일 수도 있습니다.
추가하다
소프트웨어 프로젝트에서 발생할 수 있는 문제
파일의 기록 버전을 찾을 수 없습니다.
개발자는 잘못된 버전의 프로그램을 사용합니다.
개발자가 코드나 문서를 무단으로 수정합니다.
인력 교체 및 불완전한 인수인계가 있습니다.
소프트웨어의 특정 이전 버전은 다시 컴파일할 수 없습니다.
공동 개발이나 오프사이트 개발로 인해 혼란스러운 버전 변경으로 인해 전체 프로젝트가 실패하게 됩니다.
...
일반적인 소프트웨어 구성 항목
요구사항 사양
디자인 사양
소스 코드
테스트 계획
테스트 케이스
사용자 매뉴얼
...
소프트웨어 형상관리 주요 기능
버전 관리
해당 프로세스와 도구를 사용하여 소프트웨어 개발 프로세스 중에 생성된 다양한 파일의 버전을 관리합니다. 소프트웨어 형상관리의 핵심 내용입니다.
변경 관리
변경 요청, 변경 평가, 변경 승인/거절, 변경 구현을 포함하여 개발자가 소프트웨어를 임의로 변경하는 것을 방지하기 위한 관리 검토 프로세스입니다.
다른
구성 감사, 구성 상태 통계 등
데이터 분석
대안 분석
이 기술은 변경 요청을 평가하고 허용 가능한지, 거부해야 하는지, 수정해야 하는지 결정하는 데 사용됩니다.
비용 편익 분석
이 분석은 변경 요청이 관련 비용을 지불할 가치가 있는지 판단하는 데 도움이 됩니다.
의사결정
투표
투표는 원하는 결과를 달성하기 위해 다양한 향후 행동 과정을 평가하기 위한 집단적 의사결정 기술이자 프로세스입니다. 이 기술은 제품 요구사항을 생성, 분류 및 순위 지정하는 데 사용됩니다.
투표 기술에는 다음이 포함됩니다.
만장일치로 동의
모두가 행동 방침에 동의합니다.
대부분 동의함
그룹 구성원 50% 이상의 지지를 얻은 후에 결정을 내릴 수 있습니다. 의사결정 그룹에 홀수의 사람을 설정하면 동점자가 결정에 도달하는 것을 방지할 수 있습니다.
상대적 다수가 동의함
다수의 지지를 얻지 못하더라도 그룹의 상대적 다수의 의견을 바탕으로 결정이 내려집니다. 일반적으로 후보자가 2명 이상일 때 사용됩니다.
독재적인 의사결정
이 접근 방식을 사용하면 한 사람이 전체 그룹에 대한 결정을 내릴 책임이 있습니다.
다기준 의사결정 분석
의사결정 매트릭스의 도움으로 이 기술은 체계적인 분석 방법을 사용하여 위험 수준, 불확실성 및 가치 수익과 같은 다양한 기준을 설정하여 많은 아이디어를 평가하고 순위를 매깁니다.
회의
변경 통제 위원회(CCB)와 함께 변경 통제 회의를 실시합니다. 변경 통제 위원회는 변경 요청을 검토하고 승인, 거부 또는 연기 결정을 내립니다. 대부분의 변경은 시간, 비용, 자원 또는 위험에 일정한 영향을 미치므로 변경의 영향을 평가하는 것도 회의의 기본 작업입니다. 또한 요청된 변경 사항에 대한 대안이 회의에서 논의되고 제안될 수 있습니다. 마지막으로 변경 요청을 담당하는 사람이나 그룹에게 회의 결정 사항을 전달합니다.
CCB는 구성 관리 활동을 검토할 수도 있습니다. 변경 통제 위원회의 역할과 책임은 모든 관련 당사자의 만장일치 동의를 통해 변경 관리 계획에 명확하게 정의되고 문서화되어야 합니다. CCB의 결정은 기록되어 관련 당사자에게 전달되어 관련 당사자가 이를 인지하고 후속 조치를 취할 수 있도록 해야 합니다.
산출
승인된 변경 요청
프로젝트 관리자, CCB 또는 지정된 팀원은 변경 관리 계획에 따라 변경 요청을 처리하고 승인, 연기 또는 거부를 결정합니다. 승인된 변경 요청은 프로젝트 작업 지시 및 관리 프로세스를 통해 구현되어야 합니다. 연기되거나 거부된 변경 요청의 경우 변경 요청을 하는 개인이나 그룹에게 알려야 합니다.
프로젝트 파일 업데이트 형식으로 변경 로그에 모든 변경 요청 처리를 기록합니다.
프로젝트 관리 계획 업데이트
모든 구성요소
프로젝트 관리 계획의 공식적으로 통제되는 구성 요소는 이 프로세스를 통해 변경될 수 있습니다. 벤치마크 변경은 최신 버전의 벤치마크를 기반으로만 가능하며 향후 상황을 다룰 수 있으며 과거 성능은 변경할 수 없습니다. 이는 벤치마크 및 과거 성능 데이터의 무결성과 무결성을 보호하는 데 도움이 됩니다.
프로젝트 파일 업데이트
변경 로그
공식적으로 통제되는 모든 프로젝트 문서는 이 프로세스 중에 변경될 수 있습니다. 이 프로세스 중에 일반적으로 업데이트되는 프로젝트 문서 유형 중 하나는 변경 로그입니다. 변경 로그는 프로젝트 중에 발생하는 변경 사항을 기록하는 데 사용됩니다.
프로젝트 또는 단계 종료
프로젝트 또는 단계 종료는 프로젝트, 단계 또는 계약에 대한 모든 활동을 종료하는 프로세스입니다. 이 프로세스의 주요 기능은 프로젝트 또는 단계 정보를 보관하고, 계획된 작업을 완료하고, 조직 팀 리소스를 방출하여 새로운 작업을 시작하는 것입니다.
프로젝트를 종료할 때 프로젝트 관리자는 프로젝트 관리 계획을 검토하여 모든 프로젝트 작업이 완료되었고 프로젝트 목표가 달성되었는지 확인해야 합니다.
프로젝트 또는 단계의 행정적 종료에 필요한 필수 활동에는 다음이 포함되지만 이에 국한되지는 않습니다.
단계 또는 프로젝트의 완료 또는 종료 기준을 달성하는 데 필요한 조치 및 활동
모든 문서와 결과물이 최신 상태이고 모든 문제가 해결되었는지 확인하세요.
결과물이 고객에게 전달되었으며 고객으로부터 공식 승인을 받았는지 확인합니다.
모든 비용이 프로젝트 비용 계정에 기록되었는지 확인하십시오.
프로젝트 계정 폐쇄
인력 재할당
잉여 프로젝트 자료 폐기
프로젝트 시설, 장비 및 기타 자원을 재할당합니다.
조직 정책에 따라 상세한 최종 프로젝트 보고서를 준비합니다.
사업계약 또는 사업단계 계약을 체결하는데 필요한 활동
판매자의 작업이 공식적으로 승인되었는지 확인
계류 중인 청구의 최종 처리
최종 결과를 반영하도록 기록 업데이트
나중에 사용할 수 있도록 관련 정보를 보관하세요.
다음 작업을 완료하는 데 필요한 활동
프로젝트 또는 단계 기록 수집
프로젝트 성공 또는 실패 감사
지식 공유 및 이전 관리
경험과 교훈을 요약하라
조직에서 나중에 사용할 수 있도록 프로젝트 정보를 보관하세요.
프로젝트의 제품, 서비스 또는 결과를 다음 단계나 생산 및/또는 운영으로 넘기기 위해 수행해야 하는 조치 및 활동
조직 정책 및 절차를 개선하거나 업데이트하기 위한 제안을 수집하고 이를 적절한 조직 단위에 전달합니다.
이해관계자 만족도 측정
프로젝트가 완료되기 전에 조기 종료되는 경우 프로젝트 또는 단계 프로세스를 종료하려면 조기 종료 이유를 조사하고 문서화하는 절차도 필요합니다. 위의 목적을 달성하려면 프로젝트 관리자가 이 프로세스에 모든 적절한 이해관계자를 참여시켜야 합니다.
보충: 프로젝트 종료 프로세스
이토
입력하다
프로젝트 헌장
프로젝트 헌장은 프로젝트 성공 기준, 승인 요구 사항, 프로젝트 종료 승인자 등을 문서화합니다.
프로젝트 관리 계획
모든 구성 요소
프로젝트 파일
가상 로그
추정근거
변경 로그
문제 로그
교훈 등록
마일스톤 목록
프로젝트 커뮤니케이션 기록
품질 관리 측정 결과
품질 보고서
요구사항 문서
위험 등록부
위험 보고서
승인을 위한 결과물
단계적 프로젝트 또는 취소된 프로젝트에는 불완전하거나 중간 결과물이 포함될 수 있습니다.
비즈니스 문서
비즈니스 사례
비즈니스 사례는 프로젝트를 뒷받침하고 프로젝트가 경제적 타당성 조사의 예상 결과를 달성하는지 여부를 결정하는 비즈니스 요구 사항과 비용 편익 분석을 문서화합니다.
복리후생관리계획
이익 관리 계획은 프로젝트의 목표 이익을 설명하고 프로젝트가 계획된 이익을 달성했는지 여부를 측정하는 데 사용됩니다.
규약
외부 먼저 그 다음 내부
조달 문서
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 분석
파일 분석
교훈
회귀 분석
프로젝트 결과의 다양한 변수 간의 상호 관계를 분석하여 향후 프로젝트 성과를 향상시킵니다.
유행 분석
최소제곱법
편차 분석
차이 분석은 계획된 목표를 최종 결과와 비교하여 조직의 측정을 개선합니다.
회의
폐회보고회
고객 요약 회의
교훈 요약 회의
축하
산출
프로젝트 파일 업데이트
교훈 등록
프로젝트 활동 중 생성되어 최종 버전으로 표시된 다양한 문서(다양한 버전의 계획, 위험 영향 평가 등)
최종 제품, 서비스 또는 결과의 인도
프로젝트를 통해 전달된 제품, 서비스 또는 결과는 다른 팀이나 조직으로 이전되어 수명 주기 전반에 걸쳐 운영, 유지 관리 및 지원될 수 있습니다.
최종 보고서(프로젝트 성과 요약)
목표 달성(범위, 품질, 비용, 일정 등)
비즈니스 요구사항 달성(기대 이익, 비즈니스 요구사항)
관리 프로세스 요약(위험 또는 문제 및 해결 방법)
조직 프로세스 자산 업데이트
운영 및 지원 문서, 완료된 프로젝트 또는 단계 결과물을 운영 또는 다음 단계 등 다른 사람에게 전달하는 데 사용되는 공식 문서입니다.
프로젝트가 공식적으로 종료되기 전에 모든 프로젝트 요구 사항이 충족되었는지 확인하기 위해 범위 프로세스 및 계약 합의(있는 경우)로 인한 고객 승인 문서를 검증합니다.
프로젝트가 완료되기 전에 조기 종료된 경우 공식 마감 문서에는 프로젝트 종료 이유를 명시하고 프로젝트의 완료 및 미완성 결과물을 다른 사람에게 인계하기 위한 공식 절차를 제공해야 합니다.
교훈 지식 베이스
프로젝트 범위 관리
개요
제품 범위와 프로젝트 범위
제품 범위
제품, 서비스 또는 결과의 특징과 기능.
프로젝트 범위
지정된 특징과 기능을 갖춘 제품, 서비스 또는 결과를 제공하기 위해 수행해야 하는 작업입니다. 프로젝트 범위에는 제품 범위도 포함되는 경우가 있습니다.
이토
입력하다
도구 및 기술
산출
프로젝트 수명 주기는 예측 접근 방식부터 적응형 접근 방식 또는 민첩한 접근 방식까지 이 연속체의 어느 위치에나 포함될 수 있습니다. 예측 수명 주기에서는 프로젝트 시작 시 프로젝트 결과물이 정의되고 모든 범위 변경이 점진적으로 관리됩니다. 적응형 또는 민첩한 라이프사이클에서 결과물은 여러 반복을 통해 개발되며 각 반복이 시작될 때 세부 범위가 정의되고 승인됩니다.
적응형 수명주기를 채택하는 것은 많은 변경 사항을 처리하도록 설계되었으며 프로젝트에 이해관계자의 지속적인 참여가 필요합니다. 따라서 적응형 프로젝트의 전체 범위는 구현해야 할 일련의 요구 사항과 수행할 작업으로 분류되어야 합니다. 때로는 제품 백로그라고도 함). 반복이 시작될 때 팀은 제품 백로그의 가장 높은 우선순위 항목 중 다음 반복에서 제공되어야 하는 항목을 결정하기 위해 노력합니다. 각 반복에서는 요구 사항 수집, 범위 정의, WBS 생성이라는 세 가지 프로세스가 반복됩니다. 이와 대조적으로 예측 프로젝트에서는 이러한 프로세스가 프로젝트 시작 시 수행되고 필요할 때 전반적인 변경 제어 프로세스를 구현하여 업데이트됩니다.
범위 관리 표준화
계획 범위 관리는 프로젝트 범위와 제품 범위가 정의, 검증 및 통제되는 방법을 문서화하기 위해 범위 관리 계획을 작성하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 전반에 걸쳐 범위를 관리하는 방법에 대한 지침과 방향을 제공하는 것입니다.
이토
입력하다
프로젝트 헌장
프로젝트 관리 계획
품질 관리 계획
프로젝트 수명주기 설명
개발 방법
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 분석
대안 분석
회의
산출
범위 관리 계획
범위 관리 계획은 프로젝트 범위를 정의, 개발, 모니터링, 통제 및 검증하는 방법을 설명하는 프로젝트 관리 계획의 구성 요소입니다. 범위 관리 계획은 다음 활동에 사용될 관리 프로세스를 정의합니다.
수요관리 계획
요구 사항 관리 계획은 프로젝트 및 제품 요구 사항을 분석, 문서화 및 관리하는 방법을 설명하는 프로젝트 관리 계획의 구성 요소입니다. "실무자를 위한 비즈니스 분석: 실용 가이드"[7]에 따르면 일부 조직에서는 이를 "비즈니스 분석 계획"이라고 부릅니다.
요구사항 수집
요구사항 수집은 목표 달성을 위해 이해관계자의 요구 사항을 식별하고 문서화하고 관리하는 프로세스입니다. 이 프로세스의 주요 목적은 제품 범위와 프로젝트 범위를 정의하기 위한 기초를 제공하는 것이며 프로젝트에서 한 번만 수행되거나 사전 정의된 지점에서 수행됩니다.
이토
입력하다
프로젝트 헌장(상위 요구사항)
프로젝트 관리 계획
범위 관리 계획
수요관리 계획
이해관계자 참여 계획
수요 활동에 대한 이해관계자 참여를 평가하고 이에 적응하기 위해 이해관계자 참여 계획에서 이해관계자 커뮤니케이션 요구 사항과 참여 수준을 이해합니다.
프로젝트 파일
가상 로그
교훈 등록
이해관계자 등록
이해관계자 등록부에는 프로젝트에 대한 이해관계자의 주요 요구와 기대도 기록됩니다.
비즈니스 문서
비즈니스 사례
관련 당사자의 요구는 비즈니스 사례의 목표(원래 의도)와 일치해야 합니다.
규약
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
브레인스토밍
브레인스토밍은 프로젝트 요구사항과 제품 요구사항에 대한 다양한 아이디어를 생성하고 수집하는 데 사용되는 기술입니다.
회견
인터뷰는 이해관계자와의 직접적인 대화를 통해 정보를 얻는 공식적 또는 비공식적 방법입니다. 인터뷰에는 일반적으로 인터뷰 대상자에게 미리 결정된 즉석 질문을 하고 답변을 녹음하는 과정이 포함됩니다. 인터뷰는 대개 한 명의 면접관과 한 명의 면접관 간의 "일대일" 대화이지만 여러 면접관 및/또는 여러 면접관이 포함될 수도 있습니다. 숙련된 프로젝트 참가자, 후원자, 기타 임원, 해당 분야 전문가와의 인터뷰는 필요한 제품 결과물의 특성과 기능을 식별하고 정의하는 데 도움이 됩니다. 인터뷰는 기밀 정보를 얻기 위해 사용될 수도 있습니다.
포커스 그룹
포커스 그룹은 미리 결정된 이해관계자와 해당 분야 전문가를 모아 문제의 제품, 서비스 또는 결과에 대한 기대와 태도를 이해합니다. 숙련된 중재자가 대화형 토론을 이끈다. 포커스 그룹은 "일대일" 인터뷰보다 더 활발한 경향이 있습니다.
설문지
설문조사는 다수의 응답자로부터 정보를 신속하게 수집하기 위해 고안된 일련의 서면 질문입니다. 설문조사 방법은 대상이 다양하고, 설문조사를 신속하게 완료해야 하며, 응답자가 지리적으로 분산되어 있고, 통계 분석이 적절한 경우에 이상적입니다.
벤치마킹
벤치마킹은 모범 사례를 식별하고 개선을 위한 제안을 공식화하며 성과 평가의 기초를 제공하기 위해 실제 또는 계획된 제품, 프로세스 및 사례를 다른 유사한 조직의 사례와 비교합니다. 벤치마킹에 사용되는 비교 조직은 내부 조직일 수도 있고 외부 조직일 수도 있습니다.
데이터 분석
파일 분석
문서 분석에는 관련 문서 정보의 검토 및 평가가 포함됩니다. 이 과정에서 문서 분석은 기존 문서를 분석하고 요구사항과 관련된 정보를 파악하여 요구사항을 도출하는 데 사용됩니다. 관련 요구 사항을 얻는 데 도움이 되는 다양한 문서가 있습니다.
분석에 사용할 수 있는 파일은 다음과 같습니다(단, 이에 국한되지는 않음).
규약
사업 계획
의사결정
투표
투표는 원하는 결과를 달성하기 위해 다양한 향후 행동 과정을 평가하기 위한 집단적 의사결정 기술이자 프로세스입니다. 이 기술은 제품 요구사항을 생성, 분류 및 순위 지정하는 데 사용됩니다.
투표 기술 예시
만장일치로 동의
모두가 행동 방침에 동의합니다.
대부분 동의함
그룹 구성원 50% 이상의 지지를 얻은 후에 결정을 내릴 수 있습니다. 의사결정 그룹에 홀수의 사람을 설정하면 동점자가 결정에 도달하는 것을 방지할 수 있습니다.
상대적 다수가 동의함
다수의 지지를 얻지 못하더라도 그룹의 상대적 다수의 의견을 바탕으로 결정이 내려집니다. 일반적으로 후보자가 2명 이상일 때 사용됩니다.
독재적인 의사결정
이 접근 방식을 사용하면 한 사람이 전체 그룹에 대한 결정을 내릴 책임이 있습니다.
다기준 의사결정 분석
의사결정 매트릭스의 도움으로 이 기술은 체계적인 분석 방법을 사용하여 위험 수준, 불확실성 및 가치 수익과 같은 다양한 기준을 설정하여 많은 아이디어를 평가하고 순위를 매깁니다.
데이터 성능
친화도 다이어그램
추가 검토 및 분석을 위해 많은 수의 아이디어를 그룹화하는 데 사용되는 기술입니다.
마인드 매핑
브레인스토밍을 통해 얻은 아이디어를 그림으로 통합하여 아이디어 간의 공통점과 차이점을 반영하고 새로운 아이디어를 자극합니다.
마인드맵 그리기 콘텐츠
중심 주제
형태
영상
위치
본부
크기
적합한
색상
삼색기
선
유형
트렁크
연결하다
중심 주제
두꺼운 것부터 얇은 것까지
가지
연결하다
트렁크
하위 레벨 지점
가는 선
연결선
기간
색상
같은 트렁크
같은 색
영상
내다
집중하다
강하게 하다
메모리
제안
동적
여러 가지 빛깔의
입체적인
단어
키워드
동사
명사
다른
방향
왼쪽에서 오른쪽으로
색상
검은색
선
대인관계 및 팀 기술
명목 그룹 기술
명목 그룹 기법은 추가 브레인스토밍이나 우선순위 지정을 위한 투표를 통해 가장 유용한 아이디어의 순위를 매겨 브레인스토밍을 촉진하는 데 사용되는 기법입니다.
명목그룹 기법은 네 단계로 구성된 브레인스토밍의 구조화된 형태이다.
그룹에 질문이나 문제를 제시합니다. 모두가 반성한 후에 자신의 생각을 씁니다.
진행자는 모든 사람의 아이디어를 플립 차트에 기록합니다.
모든 구성원이 명확한 합의에 도달할 때까지 아이디어를 브레인스토밍하세요.
개인은 아이디어의 우선순위를 결정하기 위해 비공개로 투표하며 일반적으로 5점 척도로 1이 가장 낮고 5가 가장 높습니다. 아이디어 수를 줄이고 이에 집중하기 위해 여러 차례의 투표를 실시할 수 있습니다. 매 라운드 투표가 끝나면 투표 결과를 집계하여 가장 높은 점수를 얻은 사람이 선택됩니다.
관찰하다/대화하다
관찰과 대화는 개인이 각자의 환경에서 작업(또는 작업)을 수행하고 프로세스를 구현하는 방법을 직접적으로 관찰하는 것입니다. 제품 사용자가 자신의 요구 사항을 표현하기 어렵거나 꺼리는 경우 작업의 세부 사항을 이해하기 위해 특히 관찰이 필요합니다. '직업 섀도잉'이라고도 알려진 관찰은 일반적으로 비즈니스 전문가가 자신의 작업을 수행하는 방법을 관찰하는 대리 관찰자를 포함하지만 실제로 프로세스나 절차를 수행하여 경험하는 '참여 관찰자'에 의해 관찰될 수도 있습니다. .숨겨진 요구사항을 발견하기 위해 이를 구현하는 방법.
가이드
촉진은 주요 이해관계자를 모아 제품 요구 사항을 정의하기 위해 주제별 워크숍과 함께 사용됩니다. 워크샵을 통해 부서 간 요구 사항을 신속하게 정의하고 관련 당사자 간의 요구 사항 차이를 조정할 수 있습니다. 그룹 상호 작용의 특성으로 인해 효과적으로 안내되는 워크숍은 신뢰 구축, 관계 개선, 참가자 간의 의사소통 개선에 도움이 되어 관련 당사자가 합의에 도달하는 데 도움이 될 수 있습니다. 또한 워크숍을 통해 별도의 회의보다 먼저 문제를 식별하고 해결할 수 있습니다.
촉진 기술이 적절한 상황에는 다음이 포함되지만 이에 국한되지는 않습니다.
JAD(공동 애플리케이션 설계 또는 개발)
JAD 컨퍼런스는 소프트웨어 개발 산업을 위한 컨퍼런스입니다. 이 유형의 워크숍은 비즈니스 분야 전문가와 개발 팀을 모아 요구 사항을 수집하고 소프트웨어 개발 프로세스를 개선하는 데 중점을 둡니다.
공동 애플리케이션 설계 또는 개발
품질기능전개(QFD)
제조 업계에서는 신제품의 주요 기능을 결정하는 데 도움이 되는 지침 기술로 QFD를 사용합니다. QFD는 고객 요구("고객의 목소리"라고도 함)를 수집한 다음 이러한 요구를 객관적으로 분류하고 순위를 매기고 이러한 요구를 달성하기 위한 목표를 설정하는 것부터 시작합니다.
품질 기능 표시
사용자 스토리
사용자 스토리는 요구 사항 워크숍에서 생성되는 필수 기능에 대한 간략한 설명입니다. 사용자 스토리는 어떤 이해 당사자가 기능(역할)으로 이익을 얻을 것인지, 그가 달성해야 하는 것(목표), 어떤 이익을 얻을 것으로 기대하는지(동기 부여)를 설명합니다.
참가자들은 다음을 포함하여 이해관계자의 요구에 관한 이야기를 만들기 위해 함께 노력합니다.
역할은 무엇인가요? 왜 원하는가요?
사용자 스토리는 일반적으로 다음 형식으로 표현됩니다. <역할>로서 <비즈니스 가치>를 달성하기 위해 <활동>을 원합니다.
예: "웹마스터"로서 저는 "매일 내 웹사이트를 방문하는 사람 수를 계산"하여 "내 스폰서가 내 웹사이트가 어떤 이점을 가져다줄지 이해할 수 있도록"하고 싶습니다.
기능(역할)으로 이익을 얻는 이해관계자는 누구입니까?
달성해야 할 것(목표)
얻은 이익(동기 부여/비즈니스 가치)
애자일 방법론에서 널리 사용되는 사용자 스토리
시스템 상호작용 다이어그램
프로토타입 방법
프로토타입 제작 방법에는 의도한 제품의 모델을 구축하고 실제로 제품을 제조하기 전에 요구 사항에 대한 초기 피드백을 요청하는 작업이 포함됩니다. 프로토타입에는 소형 제품, 컴퓨터로 생성된 2차원 및 3차원 모델, 실제 모델 또는 시뮬레이션이 포함됩니다. 프로토타입은 유형의 객체이기 때문에 이해 당사자가 요구 사항에 대한 추상적인 설명에 국한되지 않고 최종 제품의 모델을 경험할 수 있도록 해줍니다. 프로토타입 방법은 점진적인 디테일링 개념을 지원하며 모델 생성, 사용자 경험, 피드백 수집부터 프로토타입 수정까지 반복적인 프로세스가 필요합니다. 충분한 피드백 루프를 거친 후에는 프로토타입을 통해 설계 또는 제조 단계에 들어가기에 충분한 요구 사항 정보를 얻을 수 있습니다.
스토리보드는 일련의 이미지나 다이어그램을 통해 순서나 탐색 경로를 보여주는 프로토타입 기술입니다. 스토리보드는 영화, 광고, 교육 디자인, 애자일 및 기타 소프트웨어 개발 프로젝트 등 다양한 산업 분야의 다양한 프로젝트에서 사용됩니다. 소프트웨어 개발에서 스토리보드는 모형을 사용하여 웹 페이지, 화면 또는 기타 사용자 인터페이스의 탐색 경로를 설명합니다.
산출
요구사항 문서
요구 사항 문서는 다양한 단일 요구 사항이 프로젝트와 관련된 비즈니스 요구 사항을 어떻게 충족하는지 설명합니다. 높은 수준의 요구 사항으로 시작한 다음 요구 사항에 대한 추가 정보가 제공되면 이를 구체화할 수 있습니다. 명확하고(측정 가능하고 테스트 가능), 추적 가능하고, 완전하고, 조정되고, 주요 이해관계자가 기꺼이 인식할 수 있는 요구 사항만이 기준이 될 수 있습니다. 요구사항 문서는 다양한 형식이 될 수 있으며, 이해관계자와 우선순위별로 분류된 모든 요구사항을 나열하는 간단한 문서일 수도 있고, 요약, 세부 설명, 첨부 파일 등을 포함하는 세부 문서일 수도 있습니다.
비즈니스 요구 사항
예를 들어 비즈니스 문제를 해결하거나 비즈니스 기회를 포착하기 위한 조직 전반의 높은 수준의 요구 사항과 프로젝트를 수행하는 이유.
이해관계자 요구
이해관계자 또는 이해관계자 집단의 요구.
솔루션 요구 사항
제품, 서비스 또는 결과가 비즈니스 요구 사항과 이해관계자 요구 사항을 충족해야 하는 특징, 기능 및 특성입니다. 솔루션 요구사항은 기능적 요구사항과 비기능적 요구사항으로 더 세분화됩니다.
기능 요구 사항
기능 요구 사항은 제품이 수행해야 하는 작업, 프로세스, 데이터, 상호 작용 등 제품이 수행해야 하는 작업을 설명합니다.
비기능적 요구사항
비기능적 요구사항은 기능적 요구사항을 보완하며 신뢰성, 기밀성, 성능, 보안, 서비스 수준, 지원 가능성, 유지 또는 제거 등과 같이 제품의 정상적인 작동에 필요한 환경 조건 또는 품질 요구사항입니다.
전환 및 준비 요구 사항
이러한 요구 사항은 데이터 변환 및 교육 요구 사항과 같이 "현재 상태"에서 "미래 상태"로 전환하는 데 필요한 임시 기능을 설명합니다.
프로젝트 요구사항
마일스톤 날짜, 계약 의무, 제약 조건 등과 같이 프로젝트에서 충족해야 하는 작업, 프로세스 또는 기타 조건입니다.
품질 요구 사항
프로젝트 결과물의 성공적인 완료 또는 기타 프로젝트 요구 사항의 달성을 확인하는 데 사용되는 테스트, 인증, 검증 등과 같은 모든 조건 또는 표준입니다.
요구 사항 추적 매트릭스
요구 사항을 비즈니스 목표 또는 프로젝트 목표에 연결하여 각 요구 사항에 비즈니스 가치가 있는지 확인하세요.
요구 사항 추적 매트릭스는 프로젝트 수명 주기 전반에 걸쳐 요구 사항을 추적하는 방법을 제공하여 요구 사항 문서의 승인된 각 요구 사항이 프로젝트 종료 시 전달될 수 있도록 도와줍니다.
요구사항 추적 매트릭스는 제품 범위 변경을 관리하기 위한 프레임워크도 제공합니다.
범위 정의
범위 정의는 프로젝트와 제품에 대한 자세한 설명을 개발하는 프로세스입니다. 이 프로세스의 주요 기능은 제품, 서비스 또는 결과의 경계와 허용 기준을 설명하는 것입니다.
이토
입력하다
프로젝트 헌장
프로젝트 헌장에는 프로젝트, 제품 기능 및 승인 요구 사항에 대한 높은 수준의 설명이 포함되어 있습니다.
프로젝트 관리 계획
범위 관리 계획
프로젝트 범위를 정의, 확인 및 제어하는 방법을 문서화합니다.
프로젝트 파일
가상 로그
가정 로그는 제품, 프로젝트, 환경, 이해관계자 및 프로젝트와 제품 범위에 영향을 미치는 요소에 대한 가정과 제약을 식별합니다.
요구사항 문서
요구사항 문서는 범위에 포함되어야 하는 요구사항을 식별합니다.
위험 등록부
위험 등록부에는 위험을 피하거나 완화하기 위해 프로젝트 및 제품 범위를 축소하거나 변경하는 등 프로젝트 범위에 영향을 미칠 수 있는 대응 전략이 포함되어 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 분석
대안 분석
의사결정
다기준 의사결정 분석
대인관계 및 팀 기술
가이드
제품 분석
제품 분석은 제품 및 서비스를 정의하는 데 사용될 수 있으며, 제공될 제품의 목적, 특성 및 기타 측면을 설명하기 위해 제품 또는 서비스에 대한 질문과 대답을 포함합니다.
모든 응용 분야에는 높은 수준의 제품 또는 서비스 설명을 의미 있는 결과물로 변환하기 위해 일반적으로 인정되는 하나 이상의 방법이 있습니다.
높은 수준의 요구 사항을 파악하는 것부터 시작한 다음 최종 제품 설계에 필요한 세부 수준까지 이를 구체화합니다.
산출
프로젝트 범위 설명
프로젝트 범위 기술서는 프로젝트 범위, 주요 결과물, 가정 및 제약 조건에 대한 설명입니다. 이는 프로젝트 및 제품 범위를 포함한 전체 범위를 문서화하고, 프로젝트 결과물을 자세히 설명하며, 프로젝트 범위에 관한 프로젝트 이해관계자 간의 합의를 나타냅니다. 이해관계자의 기대치를 보다 쉽게 관리할 수 있도록 프로젝트 범위 기술서는 프로젝트 범위를 벗어나는 작업이 무엇인지 명확하게 나타낼 수 있습니다.
프로젝트 범위 기술서는 프로젝트 팀이 더 자세히 계획할 수 있게 하고, 실행 중에 프로젝트 팀의 작업을 안내하며, 변경 요청이나 추가 작업이 프로젝트 경계를 초과하는지 여부를 평가하기 위한 기준을 제공합니다.
프로젝트 범위기술서에서 수행할 작업과 수행하지 않을 작업을 설명하는 세부 수준에 따라 프로젝트 관리팀이 전체 프로젝트 범위를 얼마나 효과적으로 제어할 수 있는지가 결정됩니다.
세부 프로젝트 범위 기술서에 포함된 내용(직접 나열되거나 다른 문서에서 참조될 수 있음)
제품군 설명
프로젝트 헌장 및 요구사항 문서에 설명된 제품, 서비스 또는 결과의 특성을 점진적으로 개선합니다.
결과물
프로세스, 단계 또는 프로젝트를 완료하기 위해 생성되어야 하는 고유하고 검증 가능한 제품, 결과 또는 서비스 기능에는 프로젝트 관리 보고서 및 문서와 같은 다양한 보조 결과도 포함됩니다. 결과물에 대한 설명은 간단할 수도 있고 상세할 수도 있습니다.
허용 기준
결과물이 승인되기 전에 충족되어야 하는 일련의 조건입니다.
프로젝트 제외
프로젝트에서 제외된 사항을 식별합니다. 프로젝트 범위를 벗어나는 내용을 명확하게 설명하면 이해관계자의 기대치를 관리하고 범위 변동을 줄이는 데 도움이 될 수 있습니다.
프로젝트 파일 업데이트
가상 로그
요구사항 문서
요구 사항 추적 매트릭스
이해관계자 등록
WBS 생성
작업분류체계(WBS)를 만드는 것은 프로젝트 결과물과 프로젝트 작업을 더 작고 관리하기 쉬운 구성 요소로 나누는 프로세스입니다. 이 프로세스의 주요 목적은 전달될 내용에 대한 구조를 제공하는 것이며 프로젝트에서 사전 정의된 지점에서만 한 번만 수행됩니다.
이토
입력하다
프로젝트 관리 계획
범위 관리 계획
프로젝트 파일
프로젝트 범위 설명
요구사항 문서
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
무너지다
시간: 프로젝트 수명주기의 각 단계를 두 번째 분해 수준으로 사용하고, 제품 및 프로젝트 결과물을 세 번째 수준에 배치합니다.
구조: 주요 결과물을 두 번째 분해 수준으로 포함
작업 패키지
작업 패키지는 비용과 기간을 추정하고 관리할 수 있는 WBS의 가장 낮은 수준의 작업입니다(80시간).
각 작업 패키지는 관리 제어 지점인 제어 계정의 일부입니다. 이 제어점에서는 범위, 예산, 일정을 통합하고 획득가치와 비교하여 성과를 측정합니다.
관리 계정보다 낮지만 작업 패키지보다 높은 작업분류체계 구성요소인 계획 패키지.
산출
범위 기준선
프로젝트 범위 설명
프로젝트 범위, 주요 결과물, 가정 및 제약 조건에 대한 설명을 포함합니다.
WBS
WBS는 프로젝트 팀이 프로젝트 목표를 달성하고 필요한 결과물을 생성하기 위해 수행해야 하는 전체 작업 범위를 계층적으로 분류한 것입니다.
작업 패키지
작업분류체계의 가장 낮은 수준의 구성요소를 작업 패키지라고 하며, 여기에는 계획된 작업이 포함됩니다. 작업 패키지는 작업을 예약, 추정, 모니터링 및 제어할 수 있도록 관련 활동을 분류합니다.
계획 패키지
통제 계정 아래에 있지만 작업 패키지 위에 있는 작업분류체계 구성요소로, 작업 내용은 알려져 있지만 세부 일정 활동은 알려져 있지 않습니다.
WBS
WBS 사전
WBS 사전은 WBS의 각 구성 요소에 대한 결과물, 활동 및 진행 정보를 자세히 설명하는 문서입니다.
WBS 사전은 대부분의 정보가 다른 프로세스에 의해 생성된 후 이후 단계에서 사전에 추가되는 WBS에 대한 지원을 제공합니다.
WBS 사전의 콘텐츠에는 다음이 포함될 수 있습니다(단, 이에 국한되지 않음).
계정 코드 식별자
작품 설명
가정과 제약
책임 있는 조직
진행 이정표
관련 진행 활동
필수 리소스
비용 견적
품질 요구 사항
허용 기준
프로젝트 파일 업데이트
가상 로그
요구사항 문서
범위 확인
범위 검증은 완료된 프로젝트 인도물을 공식적으로 승인하는 프로세스입니다. 이 프로세스의 주요 기능은 승인 프로세스를 객관적으로 만드는 동시에 각 결과물을 확인하여 최종 제품, 서비스 또는 결과의 승인 가능성을 높이는 것입니다.
제어 품질 프로세스에서 검증된 결과물 출력은 고객 또는 후원자가 검토하여 이러한 결과물이 만족스럽게 완료되었고 공식적으로 승인되었는지 확인합니다. 이 프로세스에서 결과물의 검증 및 최종 승인은 프로젝트 범위 관리 지식 영역(예: 요구사항 문서 또는 범위 기준선)의 계획 프로세스에서 얻은 출력 및 실행 프로세스에서 얻은 작업 성과를 기반으로 해야 합니다. 다른 지식 분야의 데이터.
범위 확인 프로세스와 품질 관리 프로세스의 차이점은 전자는 결과물의 승인에 중점을 두는 반면, 후자는 결과물의 정확성과 품질 요구 사항 충족 여부에 중점을 둔다는 점입니다. 품질 관리 프로세스는 일반적으로 범위 검증 프로세스보다 먼저 수행되지만 동시에 수행될 수도 있습니다.
이토
입력하다
프로젝트 관리 계획
범위 관리 계획
수요관리 계획
범위 기준선
범위 기준을 실제 결과와 비교하여 변경, 시정 조치 또는 예방 조치가 필요한지 여부를 결정합니다.
프로젝트 파일
교훈 등록
프로젝트 초기에 얻은 교훈을 이후 단계에 적용하여 결과물 승인의 효율성과 효과성을 향상할 수 있습니다.
품질 보고서
품질 보고서의 내용에는 팀에서 관리하거나 보고해야 하는 모든 품질 보증 사항에 대한 개요, 개선을 위한 제안, 품질 관리 과정에서 발견된 상황이 포함될 수 있습니다. 제품을 승인하기 전에 이러한 모든 사항을 검토해야 합니다.
요구사항 문서
요구 사항을 실제 결과와 비교하여 변경, 시정 조치 또는 예방 조치가 필요한지 여부를 결정합니다.
요구 사항 추적 매트릭스
요구 사항 추적 매트릭스에는 요구 사항이 확인된 방법을 포함하여 요구 사항과 관련된 정보가 포함되어 있습니다.
검증된 결과물
검증된 결과물은 관리 품질 프로세스에 의해 완료되고 올바른 것으로 확인된 결과물입니다.
보충: 프로젝트 관리 결과 라인
결과물
프로젝트 작업 지시 및 관리
검증된 결과물
품질 관리
내부
품질관리
에 따라
품질 측정
테스트 및 평가 문서
승인을 위한 결과물
범위 확인
외부
고객
스폰서
에 따라
범위 기준선
요구사항 문서
인도된 결과물
프로젝트 또는 단계 종료
공식적인 수락
최종 합격이 되지 않았나요?
이유
범위 링크 확인
품질 관리 링크
업무 성과 데이터
도구 및 기술
조사하다
검사는 작업 및 산출물이 요구 사항 및 제품 승인 기준을 충족하는지 여부를 결정하기 위한 측정, 검토 및 검증과 같은 활동을 의미합니다. 검사는 리뷰, 제품 리뷰, 검사 등으로도 불립니다. 특정 응용 분야에서 이러한 용어는 독특하고 구체적인 의미를 갖습니다.
의사결정
이 프로세스에서 사용할 수 있는 의사결정 기술에는 투표가 포함되지만 이에 국한되지는 않습니다. 프로젝트 팀과 기타 이해 당사자가 승인을 수행하면 투표를 통해 결론이 도출됩니다.
산출
승인을 위한 결과물
승인 기준을 충족하는 산출물은 고객이나 스폰서가 공식적으로 승인해야 합니다. 관련 당사자가 프로젝트 인도물을 공식적으로 승인했음을 입증하는 공식 문서를 클라이언트 또는 스폰서로부터 확보해야 합니다. 이 문서는 마감 프로젝트 또는 단계 프로세스에 제출됩니다.
직무수행정보
작업 성과 정보에는 승인된 결과물, 실패한 결과물, 그 이유 등 프로젝트 진행 정보가 포함됩니다. 이 정보는 기록되어 관련 당사자에게 전달되어야 합니다.
변경 요청
완료되었으나 공식적인 승인을 통과하지 못한 인도물과 실패 이유를 문서화해야 합니다. 이러한 결과물에는 변경 요청 및 결함 수정이 필요할 수 있습니다. 전체 변경 제어 프로세스를 구현하여 변경 요청을 검토하고 처리해야 합니다.
프로젝트 파일 업데이트
교훈 등록
요구사항 문서
요구 사항 추적 매트릭스
제어 범위
범위 제어는 프로젝트 및 제품의 범위 상태를 모니터링하고 범위 기준선에 대한 변경 사항을 관리하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 전반에 걸쳐 범위 기준선을 유지하는 것이며 프로젝트 전반에 걸쳐 필요합니다.
프로젝트 범위를 제어하면 전체 변경 제어 프로세스의 구현을 통해 모든 변경 요청, 권장 시정 조치 또는 예방 조치가 처리됩니다. 제어 프로세스의 범위는 실제로 변경이 발생할 때 이를 관리하는 데에도 사용됩니다. 통제 범위 프로세스는 다른 통제 프로세스와 협력하여 수행되어야 합니다. 제품 또는 프로젝트 범위의 통제되지 않은 확장(시간, 비용, 자원의 조정 없이)을 범위 확장이라고 합니다. 변화는 불가피하므로 모든 프로젝트에 어떤 형태로든 변경 제어를 적용해야 합니다.
범위 크립
레인지 금도금(액티브)
금도금은 프로젝트 구성원이 스스로 프로젝트에 기능을 추가하는 것을 의미합니다. 예를 들어 누군가가 소프트웨어에 특정 기능을 추가하는 것이 참신하고 장점이 있다고 판단하여 스스로 추가하는 것을 의미합니다. 이 동작으로 인해 프로젝트가 금도금됩니다.
범위 크리프(패시브)
범위 크리프는 고객이 감지할 수 없는 작은 범위 변경을 지속적으로 제안하는 것을 의미합니다. 통제되지 않으면 누적으로 인해 프로젝트가 설정된 범위 기준에서 심각하게 벗어나 프로젝트가 통제력을 잃고 실패하게 됩니다.
이토
입력하다
프로젝트 관리 계획
범위 관리 계획
수요관리 계획
변경 관리 계획
구성 관리 계획
범위 기준선
범위 기준을 실제 결과와 비교하여 변경, 시정 조치 또는 예방 조치가 필요한지 여부를 결정합니다.
성능 측정 벤치마크
획득 가치 분석을 사용할 때 성과 측정 기준을 실제 결과와 비교하여 변경, 시정 조치 또는 예방 조치가 필요한지 여부를 결정합니다.
프로젝트 파일
교훈 등록
프로젝트 초기에 배운 교훈을 이후 단계에 적용하여 범위 제어를 개선할 수 있습니다.
요구사항 문서
요구사항 문서는 합의된 프로젝트 또는 제품 범위에서 벗어난 모든 사항을 식별하는 데 사용됩니다.
요구 사항 추적 매트릭스
요구 사항 추적 매트릭스는 프로젝트 목표에 대한 범위 기준의 변경 사항이나 편차가 미치는 영향을 탐색하는 데 도움이 됩니다. 또한 제어된 요구 사항의 상태도 제공합니다.
업무 성과 데이터
조직 프로세스 자산
도구 및 기술
데이터 분석
편차 분석
편차 분석은 기준선을 실제 결과와 비교하여 편차가 임계값 간격 내에 있는지 또는 시정 또는 예방 조치가 필요한지 여부를 결정하는 데 사용됩니다.
유행 분석
추세 분석은 시간에 따른 프로젝트 성과의 변화를 조사하여 성과가 향상되는지 악화되고 있는지 확인하도록 설계되었습니다. 범위 기준선에서 벗어난 원인과 범위를 결정하고 시정 또는 예방 조치를 취해야 하는지 여부를 결정하는 것은 프로젝트 범위 통제의 중요한 작업입니다.
산출
직무수행정보
이 프로세스에 의해 생성된 작업 성과 정보는 수신된 변경 사항의 분류, 식별된 범위 편차 및 그 원인, 편차가 일정 및 비용에 미치는 영향, 미래 예측을 포함하여 프로젝트 및 제품 범위 구현(범위 기준선에 대해)에 대해 상호 연관되고 상황에 맞는 정보입니다. 범위 성능.
변경 요청
프로젝트 성과를 분석한 후 범위 및 일정 기준선이나 프로젝트 관리 계획의 기타 구성 요소에 대한 변경 요청이 이루어질 수 있습니다. 변경 요청은 전체 변경 제어 프로세스 구현을 통해 검토 및 처리되어야 합니다.
프로젝트 관리 계획 업데이트
범위 관리 계획
범위 기준선
진행 기준선
비용 기준
성능 측정 벤치마크
프로젝트 파일 업데이트
교훈 등록
요구사항 문서
요구 사항 추적 매트릭스
프로젝트 진행 관리
개요
기획진행관리
계획 일정 관리는 프로젝트 일정을 계획, 준비, 관리, 실행 및 통제하기 위한 정책, 절차 및 문서를 개발하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 전반에 걸쳐 프로젝트 일정을 관리하는 방법에 대한 지침과 방향을 제공하는 것입니다.
이토
입력하다
프로젝트 헌장
프로젝트 헌장에 명시된 전체 마일스톤 일정은 프로젝트 일정 관리에 영향을 미칩니다.
프로젝트 관리 계획
범위 관리 계획
범위 관리 계획은 범위를 정의하고 개발하는 방법을 설명하고 일정을 개발하는 방법에 대한 정보를 제공합니다.
개발 방법
제품 개발 방법론은 일정 관리 방법, 추정 기술, 일정 도구 및 일정 제어에 사용되는 기술을 정의하는 데 도움이 됩니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
이전의 유사한 프로젝트에 대한 전문 지식이나 관련 교육을 받은 개인 또는 그룹으로부터 의견을 구해야 합니다.
일정의 작성, 관리 및 통제
일정 방법(예: 예측 또는 적응 수명주기)
일정 계획 소프트웨어
프로젝트가 위치한 특정 산업
데이터 분석
이 프로세스에 적합한 데이터 분석 기술에는 대체 분석이 포함되지만 이에 국한되지는 않습니다. 대안 분석에는 사용할 일정 계획 방법과 다양한 방법을 프로젝트에 통합하는 방법 결정이 포함될 수 있으며, 일정의 세부 수준, 롤링 계획 기간, 검토 및 업데이트 빈도 결정도 포함될 수 있습니다. 일정을 관리하는 데 필요한 세부 계획 수준과 계획을 업데이트하는 데 필요한 시간 사이의 균형은 각 프로젝트마다 달라야 합니다.
회의
프로젝트팀은 일정 관리 계획을 개발하기 위해 계획 회의를 개최할 수 있습니다. 참석자에는 프로젝트 관리자, 프로젝트 후원자, 선정된 프로젝트 팀 구성원, 선정된 이해관계자, 일정 또는 실행 소유자, 기타 필요한 인력이 포함될 수 있습니다.
산출
진행 관리 계획
프로젝트 일정 모델 개발
프로젝트 일정 모델을 개발하기 위한 일정 계획 방법론과 도구를 지정해야 합니다.
일정의 출시 및 반복 기간
적응형 라이프사이클을 사용할 때 고정 시간 릴리스 기간, 단계 및 반복을 지정해야 합니다. 고정 시간 기간은 프로젝트 팀이 목표를 향해 꾸준히 이동하는 기간입니다. 이는 팀이 기본 기능을 먼저 작업하도록 유도합니다. 그런 다음 시간이 허락하는 한 다른 기능을 처리하기 전에 범위 변동을 최소화합니다.
정확성
활동 및 프로젝트 기간 추정은 어느 정도 정확해야 하며, 허용되는 오류는 어느 정도입니까?
측정 단위
조직 프로그램 링크
프로젝트 진행관리는 수행기관의 관리시스템과 어떻게 연계되어야 하는가?
프로젝트 일정 모델 유지 관리
프로젝트 진행 상황을 기록하려면 프로젝트 실행 중에 일정 모델에서 프로젝트 상태를 업데이트하는 방법을 지정해야 합니다.
제어 임계값
일정 성과를 모니터링하려면 편차 임계값을 지정해야 할 수도 있습니다. 이는 일부 조치가 필요하기 전에 허용되는 최대 차이입니다. 임계값은 일반적으로 기준 계획의 매개변수와의 편차 백분율로 표시됩니다.
성과 측정 규칙
성과 측정을 위한 EVM(진득가치관리) 규칙 또는 기타 측정 규칙을 지정해야 합니다. 예를 들어, 일정 관리 계획은 다음을 명시할 수 있습니다: 완료율을 결정하는 규칙, 원래 일정과의 편차 정도를 평가하는 데 사용되는 일정 변동(SV) 및 일정 성과 지수(SPI)와 같은 일정 성과 측정 지표 기준선.
보고서 형식
다양한 진행 보고서 작성의 형식과 빈도를 명시해야 합니다.
활동 정의
활동 정의는 프로젝트 결과물을 완료하기 위해 수행해야 하는 특정 작업을 식별하고 문서화하는 프로세스입니다. 이 프로세스의 주요 기능은 프로젝트 작업의 진행률 추정, 계획, 실행, 감독 및 통제를 위한 기초로서 작업 패키지를 일정 활동으로 분해하는 것입니다.
이토
입력하다
프로젝트 관리 계획
진행 관리 계획
일정 관리 계획은 일정 접근 방식, 연속 계획 기간, 작업 관리에 필요한 세부 수준을 정의합니다.
범위 기준선
활동을 정의할 때 범위 기준선의 프로젝트 WBS, 결과물, 제약 조건 및 가정을 명시적으로 고려해야 합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
무너지다
분해는 프로젝트 범위와 프로젝트 결과물을 더 작고 관리하기 쉬운 구성 요소로 점진적으로 나누는 기술입니다. 활동은 작업 패키지를 완료하는 데 필요한 입력을 나타냅니다. 활동 정의 프로세스의 최종 출력은 WBS를 생성한 프로세스의 출력인 결과물이 아니라 활동입니다.
WBS, WBS 사전 및 활동 목록은 순차적으로 또는 동시에 편집될 수 있으며, WBS 및 WBS 사전은 최종 활동 목록 작성의 기초가 됩니다. WBS의 각 작업 패키지는 해당 활동을 통해 해당 결과물이 완료될 수 있도록 활동으로 분류되어야 합니다. 분해 과정에 팀원을 참여시키면 더 좋고 정확한 결과를 얻는 데 도움이 됩니다.
롤링 계획
롤링 계획은 더 높은 수준에서 향후 작업을 대략적으로 계획하면서 가까운 미래에 수행할 작업을 자세히 설명하는 반복 계획 기법입니다. Agile 또는 Waterfall 방법론을 사용하는 작업 패키지, 계획 패키지 및 릴리스 계획에 적합한 진보적이고 상세한 계획 접근 방식입니다. 따라서 작업의 세부 수준은 프로젝트 수명주기의 여러 단계에 따라 달라집니다. 초기 전략 계획 단계에서 정보가 충분히 명확하지 않은 경우 작업 패키지는 나중에 알려진 세부 수준으로만 세분화될 수 있으며, 더 많은 정보가 학습됨에 따라 가까운 미래에 구현될 작업 패키지는 다음과 같이 세분화될 수 있습니다. 특정 활동.
회의
산출
활동 목록
활동 목록에는 프로젝트에 필요한 일정 활동이 포함됩니다. 롤링 계획 또는 민첩한 기술을 사용하는 프로젝트의 경우 프로젝트가 진행됨에 따라 활동 목록이 정기적으로 업데이트됩니다. 활동 목록에는 프로젝트 팀 구성원이 수행해야 할 작업을 알 수 있도록 각 활동에 대한 식별과 자세한 작업 범위가 포함되어 있습니다.
활동 속성
활동 속성은 활동에 대한 설명을 확장하는 데 사용되는 각 활동의 여러 속성을 참조합니다. 프로젝트의 초기 단계에서 활동 속성에는 고유한 활동 식별(ID), WBS 식별 및 활동 태그 또는 이름이 포함됩니다. 활동 속성이 컴파일되면 활동 속성에는 활동 설명, 선행 활동, 후속 활동, 논리적 관계가 포함될 수 있습니다. 리드 타임, 지연, 자원 요구 사항, 필수 날짜, 제약 조건 및 가정. 활동 속성은 작업이 수행되는 위치를 식별하고, 활동이 수행되는 프로젝트 달력 및 관련 활동 유형을 컴파일하는 데 사용할 수 있습니다. 활동 속성을 사용하여 일정을 개발할 수도 있습니다. 일정 활동은 활동 속성을 기반으로 다양한 방식으로 보고서에서 선택, 정렬 및 분류될 수 있습니다.
마일스톤 목록
마일스톤은 프로젝트의 중요한 지점 또는 이벤트입니다. 마일스톤 목록은 모든 프로젝트 마일스톤을 나열하고 각 마일스톤이 필수(예: 계약에서 요구됨)인지 선택 사항(예: 기록 정보를 기반으로 결정)인지를 나타냅니다. 마일스톤은 시간이나 이벤트의 중요한 시점을 나타내기 때문에 기간이 0입니다.
변경 요청
프로젝트 관리 계획 업데이트
진행 기준선
비용 기준
시퀀스 활동
순서 지정 활동은 프로젝트 활동 간의 관계를 식별하고 문서화하는 프로세스입니다. 이 프로세스의 주요 목적은 모든 프로젝트 제약 조건에서 최대 효율성을 달성하기 위한 논리적 작업 순서를 정의하는 것입니다.
이토
입력하다
프로젝트 관리 계획
진행 관리 계획
범위 기준선
프로젝트 파일
활동 속성
활동 속성은 정의된 진행 및 지연 금액, 활동 간의 논리적 관계뿐만 아니라 불가피한 순서 또는 이벤트 간의 결정된 즉각적 또는 즉각적인 관계를 설명할 수 있습니다.
활동 목록
활동 목록에는 순서를 지정할 프로젝트에 필요한 모든 일정 활동이 나열되어 있습니다. 이러한 활동의 종속성과 기타 제약 사항은 활동 순서에 영향을 미칩니다.
가상 로그
가정 로그에 기록된 가정 및 제약 조건은 활동 순서 지정 방식, 활동 간의 관계, 리드 및 지연 요구 사항에 영향을 미칠 수 있으며 프로젝트 일정에 영향을 미치는 위험을 초래할 수 있습니다.
마일스톤 목록
마일스톤 목록에는 이미 나열된 특정 마일스톤의 날짜가 있을 수 있으며, 이는 활동 순서 지정 방법에 영향을 미칠 수 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전임자 관계 그리기 방법
선행 다이어그램(PDM)은 노드를 사용하여 활동을 표현하고 하나 이상의 논리적 관계를 사용하여 활동을 연결하여 활동의 구현 순서를 표시하는 일정 모델을 생성하는 기술입니다.
PDM에는 네 가지 종속성 또는 논리적 관계가 포함되어 있습니다. 선행 활동은 일정의 논리적 경로에서 시작되지 않는 활동보다 먼저 수행되는 활동입니다. 후속 활동은 일정의 논리적 경로에 있는 활동을 따르는 활동입니다.
PDM 관계
완료부터 시작까지(FS)
선행 활동이 완료된 후에만 후속 활동을 시작할 수 있는 논리적 관계입니다. 예를 들어, PC 하드웨어 조립(이전 활동)을 완료할 때까지는 PC에 운영 체제 설치(후속 활동)를 시작할 수 없습니다.
완료 ~ 완료(FF)
선행 활동이 완료되어야만 후속 활동이 완료될 수 있는 논리적 관계입니다. 예를 들어, 파일 쓰기(선행 활동)가 완료될 때까지(후속 활동) 파일 편집을 완료할 수 없습니다.
시작부터 시작(SS)
선행 활동이 시작된 후에만 후속 활동이 시작될 수 있는 논리적 관계입니다. 예를 들어, 콘크리트 레벨링(후속 활동)은 기초 타설(전임 활동) 후에만 시작할 수 있습니다.
시작부터 끝까지(SF)
선행활동이 시작되어야만 후행활동이 완료될 수 있는 논리적 관계. 예를 들어, 새로운 지급 계정 시스템(전임자 활동)을 시작해야만 기존 지급 계정 시스템(후속 활동)을 종료할 수 있습니다.
종속성 확인 및 통합
필수 종속성
의무적 의존성은 법이나 계약에 의해 요구되거나 업무의 고유한 성격에 의해 결정되는 의존성입니다. 의무적 의존성은 종종 객관적인 제한과 관련이 있습니다. 예를 들어, 건설 프로젝트에서는 기초가 건설된 후에만 지상 구조물을 세울 수 있으며, 전자 프로젝트에서는 테스트하기 전에 프로토타입을 제작해야 합니다. 필수 종속성은 하드 논리적 관계 또는 하드 종속성이라고도 합니다. 활동 순서 지정 프로세스 중에 프로젝트 팀은 어떤 관계가 필수 종속인지 명확히 해야 하며 작성 시 혼란스러운 일정 제약 조건을 분리해서는 안 됩니다. 도구.
선택적 의존성
선택적 종속성은 선호하는 논리적 관계, 우선순위 논리적 관계 또는 소프트 논리적 관계라고도 합니다. 다른 종속성을 사용할 수 있더라도 특정 응용 분야의 모범 사례나 프로젝트의 특정 특성에 필요한 활동 순서를 기반으로 선택적 종속성을 생성해야 합니다. 예를 들어, 전기 작업을 시작하기 전에 건설 중에 위생 배관 작업을 완료해야 한다는 것이 일반적으로 인정되는 모범 사례입니다. 이 순서는 필수가 아니며 두 프로젝트를 동시에(병렬로) 작업할 수 있지만 순서대로 작업하면 전체 프로젝트 위험을 줄일 수 있습니다. 선택적 종속성은 총 부동에 영향을 미치고 후속 일정을 제한하므로 완전히 문서화되어야 합니다. 신속하게 후속 조치를 취하려면 해당 선택적 종속성을 검토하고 조정 또는 제거해야 하는지 여부를 고려해야 합니다. 활동 순서를 지정하는 과정에서 프로젝트 팀은 선택 사항인 종속성을 식별해야 합니다.
외부 의존성
외부 종속성은 종종 프로젝트 팀의 통제 범위를 벗어나는 프로젝트 활동과 프로젝트 외 활동 간의 종속성입니다. 예를 들어, 소프트웨어 프로젝트의 테스트 활동은 외부 하드웨어의 도착에 따라 달라지며, 건설 프로젝트를 위한 현장 준비는 정부 환경 청문회가 끝난 후에야 시작될 수 있습니다. 활동 순서를 정하는 과정에서 프로젝트 관리팀은 어떤 종속성이 외부에 있는지 식별해야 합니다.
내부 종속성
내부 종속성은 일반적으로 프로젝트 팀의 통제하에 있는 프로젝트 활동 간의 즉각적인 관계입니다. 예를 들어 팀은 기계가 조립될 때까지 기계를 테스트할 수 없으며 이는 내부 필수 종속성입니다. 활동 순서를 정하는 과정에서 프로젝트 관리팀은 어떤 종속성이 내부적인지 식별해야 합니다.
선두와 지연
프로젝트 관리 정보 시스템
산출
프로젝트 진행 네트워크 다이어그램
융합 및 분기가 있는 활동은 여러 활동의 영향을 받거나 영향을 미칠 수 있으므로 더 큰 위험을 초래합니다. I 활동은 여러 선행 활동이 있기 때문에 "경로 수렴"이라고 하고, K 활동은 여러 후속 활동이 있기 때문에 "경로 분기"라고 합니다.
프로젝트 파일 업데이트
활동 속성
활동 목록
가상 로그
마일스톤 목록
활동 기간 추정
활동 기간 추정은 자원 추정 결과를 기반으로 단일 활동을 완료하는 데 필요한 작업 기간을 추정하는 프로세스입니다. 이 프로세스의 주요 목적은 각 활동을 완료하는 데 필요한 시간을 결정하는 것입니다.
활동 기간 추정은 작업 범위, 필요한 자원 유형 및 기술 수준, 추정 자원 수량, 자원 일정 등의 정보를 기반으로 합니다. 기간 추정에 영향을 미칠 수 있는 기타 요소에는 기간 제약, 관련 노력, 자원 유형(예: 고정 기간, 고정 기간)이 포함됩니다. 노력이나 작업, 고정 자원 수량) 및 일정 네트워크 분석 기법이 사용됩니다. 기간 추정에 필요한 다양한 입력은 특정 활동에 가장 익숙한 프로젝트 팀의 개인 또는 그룹에 의해 제공되어야 하며, 기간 추정은 입력 데이터의 양과 품질에 따라 점진적으로 상세화되어야 합니다. 예를 들어, 엔지니어링 및 설계 프로젝트에서는 데이터가 더욱 상세하고 정확해짐에 따라 기간 추정이 점점 더 정확해지고 품질도 높아집니다.
이 프로세스에서는 먼저 활동을 완료하는 데 필요한 작업량과 활동에 투자할 예정인 자원의 수를 추정한 다음 프로젝트 달력과 자원 달력을 결합하여 활동을 완료하는 데 필요한 작업 기간을 추정해야 합니다. 활동(활동 기간) . 많은 경우, 사용할 수 있을 것으로 예상되는 자원의 수와 해당 자원의 기술 숙련도에 따라 활동 기간이 결정될 수 있습니다. 활동에 할당된 주요 자원을 변경하면 기간에 영향을 미치는 경우가 많지만 이는 단순한 "직선"이 아닙니다. "또는 선형 관계. . 때로는 작업의 특성(예: 기간, 관련 노력 또는 리소스 양의 제약)으로 인해 리소스 할당(예: 24시간 스트레스 테스트)에 관계없이 작업을 완료하는 데 미리 정해진 시간이 걸립니다.
기간을 추정할 때 고려해야 할 기타 요소
수확체감의 법칙
다른 요소를 일정하게 유지하면서 출력 단위당 필요한 입력을 결정하는 데 사용되는 요소(예: 자원)를 추가하면 결국 임계점에 도달하고 그 이후에는 요소가 추가됨에 따라 출력 또는 출력이 증가합니다.
자원 수량
리소스 수를 초기 수의 두 배로 늘리면 시간이 반드시 절반으로 줄어들지는 않습니다. 그렇게 하면 위험으로 인해 기간이 늘어날 수 있고, 활성 리소스를 너무 많이 추가하면 기간이 늘어날 위험이 있습니다. 지식 이전, 학습 곡선, 추가 협업 및 기타 관련 요인으로 인해 기간이 늘어납니다.
실력이 향상됐다
이 요소는 기간 추정을 결정하는 데에도 중요한 역할을 할 수 있습니다. 예를 들어, 제조 시설에서는 최신 기술을 활용하여 생산량을 늘릴 수 있으며, 이는 기간 및 리소스 요구 사항에 영향을 미칠 수 있습니다.
직원 인센티브
프로젝트 관리자는 마감일이 다가오는 마지막 순간에만 최선을 다한다는 '학생 증후군'(미루기)과 아직 시간이 있는 한 일을 한다는 파킨슨의 법칙을 이해해야 한다. 모든 시간이 소진될 때까지 계속해서 확장됩니다.
활동 기간 추정의 기초가 되는 모든 데이터와 가정은 문서화되어야 합니다.
이토
입력하다
프로젝트 관리 계획
진행 관리 계획
범위 기준선
프로젝트 파일
활동 속성
활동 목록
가상 로그
교훈 등록
마일스톤 목록
프로젝트 팀이 작업 주문을 발송합니다.
프로젝트에 참여할 적절한 인력을 팀에 배정하세요.
자원 분석 구조
리소스 분석 구조는 리소스 범주 및 리소스 유형별로 식별된 리소스의 계층 구조를 제공합니다.
자원 달력
자원 달력의 자원 가용성, 자원 유형 및 자원 특성은 모두 일정 활동 기간에 영향을 미칩니다. 자원 달력은 프로젝트 중에 특정 프로젝트 자원을 사용할 수 있는 시기와 기간을 지정합니다.
리소스 요구 사항
예상 활동 자원 요구사항은 활동 기간에 영향을 미칩니다. 대부분의 활동에서 할당된 자원의 가용성은 활동 기간에 상당한 영향을 미칩니다. 예를 들어, 새로운 자원을 추가하거나 활동에 저숙련 자원을 할당하려면 의사소통, 교육 및 조정 노력이 증가해야 하며, 이로 인해 활동 효율성이나 생산성이 감소하고 더 긴 기간을 추정해야 할 수 있습니다.
위험 등록부
개별 프로젝트 위험은 리소스 선택 및 가용성에 영향을 미칠 수 있습니다. 위험 등록부에 대한 업데이트가 프로젝트 문서 업데이트에 포함됩니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
유추 추정
유사 추정은 유사한 활동이나 프로젝트의 과거 데이터를 사용하여 현재 활동이나 프로젝트의 기간이나 비용을 추정하는 기술입니다. 유사 추정은 유사한 과거 프로젝트의 매개변수 값(예: 기간, 예산, 규모, 무게, 복잡성 등)을 기반으로 향후 프로젝트에 대한 유사한 매개변수 또는 지표를 추정하는 것입니다. 기간을 추정할 때 유사 추정 기법은 과거 유사한 프로젝트의 실제 기간을 사용하여 현재 프로젝트의 기간을 추정합니다. 이는 프로젝트 복잡성의 알려진 차이를 조정해야 하는 대략적인 추정 방법입니다. 아날로그 추정은 프로젝트 세부 사항이 충분하지 않을 때 프로젝트 기간을 추정하는 데 자주 사용됩니다.
유사 추정은 일반적으로 다른 추정 기법에 비해 비용과 시간이 덜 소요되지만 정확도도 떨어집니다. 유사한 추정은 전체 프로젝트 또는 프로젝트의 일부에 대해 수행되거나 다른 추정 방법과 함께 사용될 수 있습니다. 유사 추정은 과거 활동이 표면적이 아니라 본질적으로 유사하고 추정 작업을 수행하는 프로젝트 팀 구성원이 필요한 전문 지식을 갖고 있는 경우 가장 신뢰할 수 있습니다.
매개변수 추정
모수적 추정은 과거 데이터와 프로젝트 매개변수를 기반으로 비용이나 기간을 계산하는 알고리즘을 사용하는 추정 기술입니다. 이는 비용, 예산 및 기간과 같은 활동 매개변수를 추정하기 위해 과거 데이터와 기타 변수(예: 건물 건설 II의 면적) 간의 통계적 관계를 사용하는 것을 의미합니다.
기간은 수행할 작업량에 작업 단위를 완료하는 데 필요한 인력 시간을 곱하여 계산할 수 있습니다. 예를 들어, 설계 프로젝트의 경우 도면 수에 도면당 필요한 인력을 곱하거나, 케이블 부설 프로젝트의 경우 케이블 길이에 케이블 1m당 필요한 인력을 곱합니다. 사용된 자원이 시간당 25미터의 케이블을 부설할 수 있다면 1000미터의 케이블을 부설하는 데 소요되는 시간은 40시간입니다(1000미터를 25미터/시간으로 나눈 값).
매개변수 추정의 정확성은 매개변수 모델의 성숙도와 기본 데이터의 신뢰성에 따라 달라집니다. 그리고 매개변수적 일정 추정은 전체 프로젝트 또는 프로젝트의 특정 부분에 대해 수행될 수 있으며 다른 추정 방법과 함께 사용될 수 있습니다.
3점 추정
3점 추정 방법(프로그램 평가 및 검토 기술)이라고도 알려진 프로그램 평가 및 검토 기술(PERT)
기간 추정의 정확성은 추정의 불확실성과 위험을 고려하여 향상될 수 있습니다. 활동 기간의 대략적인 범위를 정의하는 데 도움이 되는 3점 추정치를 사용하십시오.
가능성이 가장 높은 시간(tM)입니다. 예상 활동 기간은 획득할 가능성이 가장 높은 자원, 가장 가능성이 높은 자원 생산 속도, 자원 가용성 시간의 현실적인 추정, 다른 참가자에 대한 자원의 가능한 의존성 및 다양한 가능한 간섭을 기반으로 합니다.
가장 낙관적인 시간(t0)입니다. 활동의 최상의 시나리오를 기반으로 한 예상 활동 기간입니다.
가장 비관적인 시간(tP)입니다. 활동의 최악의 시나리오를 기반으로 한 예상 기간입니다.
예상 기간 tE는 세 가지 추정 간격 내에서 가정된 기간 분포를 기반으로 계산할 수 있습니다.
계산
1단계: 예상 시간 계산
베타 분포 기준: te=(to 4tw tp)/6
삼각 분포 기반: tg=(to ty tp)/3
2단계: 표준편차 계산
표준편차 시그마: o=(tp-to)/6
분산: o2=[(tp-to)/6]2
과거자료가 부족하거나 판단자료를 이용하는 경우에는 삼각분포를 이용하여 3점의 가정된 분포를 바탕으로 예상기간을 추정하고, 예상기간의 불확실성 구간을 기술한다.
상향식 추정
상향식 추정은 WBS 구성 요소의 추정치를 아래에서 위로 집계하여 프로젝트 기간이나 비용을 추정하는 방법입니다. 합리적인 확신을 가지고 활동 기간을 추정할 수 없는 경우 활동 내의 작업을 더욱 구체화하고 특정 기간을 추정한 다음 이러한 자원 요구 사항 추정치를 집계하여 각 활동의 기간에 도달해야 합니다. 리소스 활용도에 영향을 미치는 활동 간에 종속성이 있을 수도 있고 없을 수도 있습니다. 해당 리소스 사용량을 활동 리소스 요구 사항에 설명하고 기록해야 합니다.
데이터 분석
대안 분석
대안 분석은 다양한 리소스 역량이나 기술 수준, 일정 단축 기술, 다양한 도구(수동 및 자동), 리소스 생성, 임대 및 구매에 대한 결정을 비교하는 데 사용됩니다. 이는 팀이 리소스, 비용 및 기간 변수를 평가하여 프로젝트 작업을 완료하는 가장 좋은 방법을 결정하는 데 도움이 됩니다.
매장량 분석
비상 예비는 승인된 식별된 위험을 처리하기 위해 일정 기준에 포함된 기간입니다. 비상 준비금은 "알려진-알려지지 않은" 위험과 관련되어 있으며 알 수 없는 작업 부하를 완료하기 위해 합리적으로 추정되어야 합니다. 비상 예비비는 예상 활동 기간의 특정 비율이거나 고정된 기간일 수 있으며, 비상 예비비는 각 활동에서 분리되어 합산될 수 있습니다. 프로젝트 정보가 더욱 명확해짐에 따라 비상 예비비를 확보, 축소 또는 제거할 수 있으며 비상 예비비는 프로젝트 일정 문서에 명확하게 설명되어야 합니다.
프로젝트 일정 관리에 필요한 관리예비량을 추정하는 것도 가능합니다. 관리예비금은 프로젝트 범위 내에서 예상치 못한 작업을 처리하기 위해 관리 통제 목적으로 특별히 확보한 프로젝트 예산의 일부입니다. 관리 예비비는 프로젝트에 영향을 미칠 수 있고 일정 기준에는 포함되지 않지만 전체 프로젝트 기간의 일부인 "알 수 없는" 위험을 해결하는 데 사용됩니다. 계약 조건에 따라 관리 예비비를 사용하려면 일정 기준을 변경해야 할 수도 있습니다.
의사결정
이 프로세스에 적합한 의사결정 기술에는 투표가 포함되지만 이에 국한되지는 않습니다. 손짓은 투표 방식에서 파생된 형태로 애자일 프로젝트에서 자주 사용됩니다. 이 기술을 사용할 때 프로젝트 관리자는 팀 구성원에게 주먹을 들어 반대를 표현하거나 다섯 손가락을 펴서 전폭적인 지지를 표시함으로써 결정에 대한 지지 수준을 나타내도록 요청합니다. 팀에 이의가 있습니다. 프로젝트 관리자는 전체 팀이 합의에 도달하거나(모두가 세 개 이상의 손가락을 들고 있음) 다음 결정으로 넘어가는 데 동의할 때까지 계속해서 거수를 합니다.
회의
프로젝트 팀은 활동 기간을 추정하기 위해 만날 수 있습니다. 민첩한 접근 방식을 사용하는 경우 스프린트 또는 반복 계획 회의를 열어 우선 순위가 지정된 제품 백로그(사용자 스토리)를 논의하고 팀이 다음 반복에서 작업할 백로그를 결정해야 합니다. 그런 다음 팀은 사용자 스토리를 시간 단위로 추정되는 하위 수준 작업으로 분류한 다음 기간(반복) 측면에서 팀의 역량을 기반으로 추정이 실현 가능한지 확인합니다. 이 회의는 일반적으로 반복 첫날에 열리며 제품 소유자, 개발 팀 및 프로젝트 관리자가 포함됩니다. 회의 결과에는 반복 미완성 항목, 가정, 우려 사항, 위험, 종속성, 결정 및 조치가 포함됩니다.
산출
소요 시간 추정
기간 추정은 활동, 단계 또는 프로젝트를 완료하는 데 필요한 작업 기간 수를 정량적으로 평가한 것으로, 지연 시간은 포함되지 않지만 특정 범위의 변동을 나타냅니다.
추정근거
기간 추정에 필요한 지원 정보의 양과 유형은 적용 분야에 따라 다릅니다. 세부 수준에 관계없이 지원 문서에는 기간 추정치가 어떻게 도출되었는지 명확하고 완전하게 설명해야 합니다.
기간 추정에 대한 지원 정보는 다음과 같습니다.
추정 근거 문서화(예: 추정 준비 방법)
모든 가정에 대한 문서화
알려진 다양한 제약 조건에 대한 문서
예상 기간이 속하는 범위를 나타내는 추정 간격(예: "±10%")에 대한 설명
최종 추정치의 신뢰 수준에 대한 설명
추정에 영향을 미치는 개별 프로젝트 위험에 대한 문서화
프로젝트 파일 업데이트
활동 속성
가상 로그
교훈 등록
진행 계획 개발
일정 개발은 활동 순서 기간, 자원 요구 사항 및 일정 제약 조건을 분석하고 프로젝트 실행 및 모니터링을 구현하기 위한 일정 모델을 만드는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 활동을 완료하기 위해 계획된 날짜가 포함된 일정 모델을 개발하는 것입니다.
이토
입력하다
프로젝트 관리 계획
진행 관리 계획
범위 기준선
프로젝트 파일
활동 속성
활동 목록
가상 로그
추정근거
소요 시간 추정
교훈 등록
마일스톤 목록
프로젝트 진행 네트워크 다이어그램
프로젝트 팀이 작업 주문을 발송합니다.
프로젝트 팀은 각 활동에 할당된 리소스를 명확히 하기 위해 작업 주문을 발송합니다.
자원 달력
자원 달력은 프로젝트 중 자원 가용성을 지정합니다.
리소스 요구 사항
활동 자원 요구사항은 각 활동에 필요한 자원의 유형과 수량을 지정하고 일정 모델을 생성하는 데 사용됩니다.
위험 등록부
일정 모델에 영향을 미치는 위험 등록부에서 식별된 모든 위험의 세부 사항 및 특성. 일정 예비는 예상 또는 평균 위험 영향 정도를 통해 일정과 관련된 위험 정보를 반영합니다.
규약
공급업체는 계약 약속을 충족하기 위해 프로젝트 작업을 수행하는 방법에 대한 세부 사항을 개발하면서 프로젝트 일정에 대한 의견을 제공합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
진행 네트워크 분석
일정 네트워크 분석은 주경로법, 자원 최적화 기술, 모델링 기술 등 여러 다른 기술을 사용하는 프로젝트 일정 모델을 생성하기 위한 포괄적인 기술입니다.
기타 분석에는 다음이 포함되지만 이에 국한되지는 않습니다.
여러 경로가 동일한 시점에 수렴하거나 분기되는 경우 일정이 뒤처질 가능성을 줄이기 위해 진행 준비금을 집계해야 할 필요성을 평가합니다.
네트워크를 검토하여 중요 경로에 위험도가 높은 활동이나 리드 타임이 긴 활동이 있는지 확인하고, 중요 경로의 위험을 줄이기 위해 예비 일정을 사용하거나 위험 대응 계획을 구현해야 하는지 여부를 확인하세요.
일정 네트워크 분석은 실행 가능한 일정 모델이 생성될 때까지 계속되는 반복 프로세스입니다.
임계 경로 방법
주경로법은 일정 모델에서 가장 짧은 프로젝트 기간을 추정하고 논리적 네트워크 경로의 일정 유연성을 결정하는 데 사용됩니다. 일정 네트워크 분석 기술은 일정 네트워크 경로를 따라 순방향 및 역방향 방법을 사용하여 자원 제약을 고려하지 않고 모든 활동의 가장 빠른 시작, 가장 빠른 종료, 가장 늦은 시작 및 가장 늦은 완료 날짜를 계산합니다.
주요 경로는 프로젝트에서 가장 긴 활동 순서이며 가능한 가장 짧은 프로젝트 기간을 결정합니다. 가장 긴 경로의 총 부동 소수점은 가장 작으며 일반적으로 0입니다. 획득된 가장 빠른 시작 및 종료 날짜는 반드시 프로젝트 일정일 필요는 없지만 일정에 입력된 설정된 매개변수(활동 기간, 논리적 관계, 리드 타임, 지연 및 기타 알려진 제약)일 뿐임을 나타내는 모델링 후에 얻은 결과입니다. 활동은 해당 기간 내에 구현될 수 있습니다. 주경로법은 일정 모델의 주경로, 총여유 및 자유여유, 또는 논리적 네트워크 경로의 일정 유연성을 계산하는 데 사용됩니다.
프로젝트 완료일을 지연시키거나 일정 제약을 위반하지 않고 일정 활동이 가장 빠른 시작일부터 네트워크 경로에서 뒤로 미뤄지거나 지연될 수 있는 시간은 총 여유 또는 일정 유연성입니다. 일반적으로 임계 경로의 총 부동 소수점은 0입니다. 선행 그래프 시퀀싱 동안 임계 경로의 총 부동은 사용된 제약 조건에 따라 양수, 0 또는 음수일 수 있습니다. 역방향 계산에 사용된 일정 제약 조건이 순방향 계산에서 얻은 가장 빠른 완료 날짜보다 늦기 때문에 총 부동 시간은 양수입니다. 기간과 논리적 관계가 최신 완료 날짜 제약 조건을 위반하기 때문에 총 부동 시간은 음수입니다. 부정적인 부동 분석은 지연된 일정을 정상으로 되돌리는 방법을 찾는 데 도움이 되는 기술입니다. 진행 네트워크 다이어그램에는 여러 하위 임계 경로가 있을 수 있습니다. 많은 소프트웨어에서는 사용자가 주요 경로를 결정하기 위한 자체 매개변수를 정의할 수 있습니다. 네트워크 경로의 총 유동을 0 또는 양수로 유지하려면 활동 기간(리소스를 추가하거나 범위를 축소할 수 있는 경우), 논리적 관계(선택적 종속성을 대상으로 하는 경우), 리드 및 지연 금액 또는 기타 일정 조정을 조정해야 할 수 있습니다. 제약. 총 여유 시간과 여유 여유 시간이 계산되면 여유 여유 시간은 후속 활동의 가장 빠른 시작 날짜를 지연하거나 일정 제약을 위반하지 않고 일정 활동을 연기할 수 있는 시간입니다.
전진 및 후진 추론
가장 빠른 시작 시간 ES(활동을 가리키는 모든 선행 활동이 완료될 때까지 활동을 시작할 수 없음), 가장 빠른 완료 시간 EF = ES d(활동 기간), 전달 방법을 사용하여 구합니다.
가장 늦은 종료 시간 LF(이 활동은 이 활동에서 시작하는 모든 후속 활동이 시작되기 전에 완료되어야 함), 가장 늦은 시작 시간 LS = LF-d는 백캐스트 방법으로 얻습니다.
총 플로트 및 프리 플로트
총 시간차 TF=LF-EF 또는 LS-ES_, 프로젝트 완료일을 지연시키거나 일정 제약을 위반하지 않고 특정 일정 활동을 연기할 수 있는 총 시간(가장 빠른 시작 시간을 연기할 수 있는 시간). TF는 0 경로는 CP(Critical Path) o
자유 시간 차이 FF = 후속 ES-EF, 후속 일정 활동의 가장 빠른 시작일을 지연시키지 않고 일정 활동을 연기할 수 있는 시간(가장 빠른 종료 시간을 연기할 수 있는 기간).
자원 최적화
자원 평활화
프로젝트 자원 요구사항이 미리 결정된 자원 제한을 초과하지 않도록 일정 모델의 활동을 조정하는 기술입니다. 자원 균형과 비교하여 자원 평활화는 프로젝트 주요 경로를 변경하지 않으며 완료 날짜가 지연되지 않습니다. 즉, 활동은 여유 시간과 총 여유 시간 내에서만 지연되지만 자원 평활 기술은 모든 자원의 최적화를 달성하지 못할 수 있습니다.
리소스 밸런싱
자원 수요와 자원 공급 간의 균형을 이루기 위해 자원 제약에 따라 시작 날짜와 종료 날짜를 조정하는 기술입니다. 동일한 기간 동안 두 개 이상의 활동에 리소스가 할당되는 경우와 같이 공유 리소스 또는 중요 리소스가 특정 시간에만 사용 가능하거나, 수량이 제한되거나, 초과 할당되는 경우 리소스 균형 조정이 필요합니다. 리소스 사용량을 균형 잡힌 수준으로 유지하기 위해 리소스 밸런싱을 수행할 수도 있습니다. 리소스 균형 조정으로 인해 중요한 경로가 변경되는 경우가 많습니다. 따라서 프로젝트 일정 중에 요주의 경로가 변경될 수 있습니다.
데이터 분석
가상 시나리오 분석
What-if 시나리오 분석은 프로젝트 목표에 대한 영향(긍정적 또는 부정적)을 예측하기 위해 다양한 시나리오를 평가하는 것입니다. What-if 시나리오 분석은 "시나리오 X가 발생하면 어떻게 될까?"라는 질문을 분석하는 것입니다. 즉, 기존 일정을 기반으로 다양한 시나리오를 고려하는 것입니다. 예를 들어, 주요 구성 요소의 납품 날짜 지연, 설계 작업 시간 연장, 외부 요인 추가(예: 파업 또는 허가 신청 프로세스 변경 등)를 사용하여 다양한 조건에서 프로젝트 일정을 평가할 수 있습니다. What-If 시나리오 분석 결과를 바탕으로 예상치 못한 사건의 영향에 대처하기 위한 일정 예비 및 대응 계획을 준비합니다.
시뮬레이션
시뮬레이션은 단일 프로젝트에서 위험과 불확실성의 다른 원인을 모델링하여 프로젝트 목표에 대한 잠재적 영향을 평가하는 방법입니다. 가장 일반적인 시뮬레이션 기술은 위험 및 기타 불확실한 자원을 사용하여 전체 프로젝트에 대해 가능한 일정 결과를 계산하는 몬테카를로 분석입니다. 시뮬레이션에는 확률 분포 및 기타 불확실성 표현을 사용하여 다양한 활동 가정, 제약 조건, 위험, 문제 또는 시나리오를 기반으로 다양한 작업 패키지 기간을 계산하는 작업이 포함됩니다.
선두와 지연
진행 압축
일정 압축 기술은 프로젝트 범위를 축소하지 않고 일정 제약, 필수 날짜 또는 기타 일정 목표를 충족하기 위해 일정 기간을 단축하거나 가속화하는 것을 의미합니다. 네거티브 플로트 분석은 유용한 기술입니다. 임계 경로는 부동 소수점이 가장 적은 방법입니다. 제약 조건이나 필수 날짜를 위반하면 총 부동 소수점이 음수가 될 수 있습니다.
급하게 일하다
자원을 추가하여 최저 비용으로 일정을 압축하는 기술입니다. 급한 작업의 예로는 초과 근무 승인, 추가 자원 추가, 중요한 경로에서 활동 속도를 높이기 위해 급하게 비용 지불 등이 있습니다. 돌진은 자원을 추가하여 기간을 단축할 수 있는 주요 경로의 활동에만 적용됩니다. 그러나 서두르는 것은 위험 및/또는 비용 증가로 이어질 수 있으므로 항상 실용적인 것은 아닙니다.
빠른 후속 조치
일반적으로 순차적으로 진행되는 활동이나 단계가 적어도 부분적으로는 병렬로 수행되는 일정 압축 기술입니다. 예를 들어, 건물의 건축 도면이 완전히 완성되기 전에 기초 공사가 시작됩니다. 빠른 추적은 재작업과 위험 증가로 이어질 수 있으므로 병렬 활동을 통해 주요 경로의 프로젝트 기간을 단축할 수 있는 경우에만 적합합니다. 일정 가속화를 방지하기 위해 리드 타임을 사용하면 관련 활동 간의 조정 노력이 증가하고 품질 위험이 증가하는 경우가 많습니다. 빠른 추적은 프로젝트 비용을 증가시킬 가능성도 있습니다.
프로젝트 관리 정보 시스템
민첩한 릴리스 계획
산출
진행 기준선
일정 기준선은 공식적인 변경 통제 프로세스를 통해서만 변경될 수 있는 승인된 일정 모델이며 실제 결과와의 비교를 위한 기초로 사용됩니다. 관련 당사자의 수락 및 승인에 따라 일정 기준에는 기준 시작 날짜와 기준 종료 날짜가 포함됩니다. 모니터링 프로세스 중에 실제 시작 및 종료 날짜를 승인된 기준 날짜와 비교하여 편차가 있는지 확인합니다. 일정 기준선은 프로젝트 관리 계획의 필수적인 부분입니다.
프로젝트 일정
작업 진행 상황은 마감일 또는 상태 날짜를 통해 표현됩니다. 간단한 프로젝트의 경우 세 가지 형태의 일정 계획이 있습니다. (1) 마일스톤 일정 계획(마일스톤 차트라고도 함) (2) 일반 일정 계획(막대형 차트라고도 함) (3) 세부 일정 계획(프로젝트 일정 연관 막대라고도 함) 차트.
진행 데이터
프로젝트 일정 모델의 일정 데이터는 일정을 설명하고 제어하는 데 사용되는 정보 모음입니다. 일정 데이터에는 최소한 일정 마일스톤, 일정 활동, 활동 속성, 알려진 모든 가정 및 제약 사항이 포함되며 기타 필수 데이터는 적용 분야에 따라 다릅니다.
종종 지원 세부 정보로 제공되는 정보에는 다음이 포함되지만 이에 국한되지는 않습니다.
기간별 리소스 요구 사항은 리소스 히스토그램으로 표시되는 경우가 많습니다.
최상의 경우 또는 최악의 경우 일정, 리소스 균형 또는 불균형 일정과 같은 대체 일정
필수 날짜가 있거나 없는 계획, 일정;
사용된 진행 준비금입니다.
일정 데이터에는 리소스 히스토그램, 현금 흐름 예측, 주문 및 배송 일정과 같은 기타 관련 정보도 포함될 수 있습니다.
프로젝트 달력
일정 활동을 수행할 수 있는 프로젝트 달력에서 사용 가능한 근무일 및 근무 교대를 지정하면 일정 활동을 수행하는 데 사용할 수 있는 기간(일 또는 더 작은 시간 단위)과 사용할 수 없는 기간이 구분됩니다. 일부 활동에는 다른 작업 기간이 필요하므로 일정 모델 내에서 프로젝트 일정을 계획하기 위해 두 개 이상의 프로젝트 달력을 사용해야 할 수도 있습니다. 따라서 프로젝트 일정을 업데이트해야 할 수도 있습니다.
변경 요청
프로젝트 관리 계획 업데이트
진행 관리 계획
비용 기준
프로젝트 파일 업데이트
활동 속성
가상 로그
소요 시간 추정
교훈 등록
리소스 요구 사항
위험 등록부
진행 상황 제어
일정 관리는 프로젝트 진행 상황을 업데이트하고 일정 기준선에 대한 변경 사항을 관리하기 위해 프로젝트 상태를 모니터링하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 전반에 걸쳐 일정 기준을 유지하는 것이며 프로젝트 전반에 걸쳐 필요합니다.
이토
입력하다
프로젝트 관리 계획
진행 관리 계획
진행 기준선
범위 기준선
성능 측정 벤치마크
프로젝트 파일
교훈 등록
프로젝트 초기에 얻은 교훈을 이후 단계에 적용하여 일정 관리를 개선할 수 있습니다.
프로젝트 달력
일정 모델에서는 일부 활동에 서로 다른 작업 기간이 필요하기 때문에 프로젝트 진행 상황을 예측하는 데 둘 이상의 프로젝트 달력이 필요할 수 있습니다.
프로젝트 일정
프로젝트 일정은 지정된 날짜를 기준으로 업데이트, 완료된 활동 및 시작된 활동을 보여주는 프로젝트 일정의 최신 버전입니다.
자원 달력
리소스 달력에는 팀 및 물리적 리소스의 가용성이 표시됩니다.
진행 데이터
진행 관리 프로세스 중에 진행 데이터를 검토하고 업데이트해야 합니다.
업무 성과 데이터
작업 성과 데이터에는 시작된 활동, 진행 상황(예: 실제 기간, 남은 기간, 실제 완료율), 완료된 활동 등 프로젝트 상태에 대한 데이터가 포함됩니다.
조직 프로세스 자산
도구 및 기술
데이터 분석
수익가치 분석
반복 번다운 차트
이 유형의 다이어그램은 반복 백로그에서 수행해야 할 남은 작업을 추적하는 데 사용됩니다. 반복 계획에서 식별된 작업을 기반으로 이상적인 번다운 차트와의 편차를 분석합니다. 예측 추세선을 사용하면 반복이 끝날 때 발생할 수 있는 편차는 물론 반복 중에 취해야 하는 합리적인 조치를 예측할 수 있습니다. 번다운 차트에서는 먼저 이상적인 번아웃 상황을 대각선으로 표시한 다음 매일 실제 남은 작업을 표시하고 마지막으로 남은 작업을 기준으로 추세선을 계산하여 완료를 예측합니다.
성과 검토
성과 검토는 현재 작업의 실제 시작 및 종료 날짜, 완료율, 남은 기간 등 일정 기준에 대한 일정 성과를 측정, 비교 및 분석하는 것입니다.
유행 분석
추세 분석은 시간이 지남에 따라 프로젝트 성과가 어떻게 변하는지 조사하여 성과가 향상되고 있는지 또는 악화되고 있는지 확인합니다. 그래픽 분석 기술은 현재까지의 성과를 이해하고 이를 완료 날짜로 표현되는 미래 성과 목표와 비교하는 데 도움이 됩니다.
편차 분석
분산 분석은 계획과 실제 시작 및 종료 날짜의 편차, 계획과 실제 기간의 편차, 유동의 편차에 중점을 둡니다. 여기에는 일정 기준에서 벗어난 원인과 정도를 결정하고, 이러한 편차가 향후 작업에 미치는 영향을 평가하고, 시정 또는 예방 조치가 필요한지 여부를 결정하는 것이 포함됩니다. 예를 들어, 중요하지 않은 경로의 활동이 장기간 지연되면 전체 프로젝트 일정에 영향을 미치지 않을 수 있지만 중요하거나 하위 중요 활동이 약간 지연되면 즉각적인 조치가 필요할 수 있습니다.
가상 시나리오 분석
What-if 시나리오 분석은 프로젝트 위험 관리 프로세스의 결과를 기반으로 하며 다양한 시나리오를 평가하여 일정 모델을 프로젝트 관리 계획 및 승인된 기준과 일치시킵니다.
임계 경로 방법
프로젝트 관리 정보 시스템
자원 최적화
선두와 지연
진행 압축
산출
직무수행정보
작업 성과 정보에는 일정 기준과 비교하여 프로젝트 작업이 수행되는 방식이 포함됩니다. 시작 및 종료 날짜 편차와 기간 편차는 작업 패키지 수준과 통제 계정 수준에서 계산할 수 있습니다. 획득가치 분석을 사용하는 프로젝트의 경우 진행 차이(SV) 및 일정 성과 지수(SP)가 작업 성과 보고서에 기록됩니다.
진행 예측
진행 업데이트 또는 진행 예측은 기존 정보와 지식을 기반으로 향후 프로젝트 조건 및 이벤트를 추정하거나 예측하는 것을 의미합니다. 프로젝트가 실행됨에 따라 작업 성과 정보를 기반으로 예측이 업데이트되고 재발행되어야 합니다. 이 정보는 프로젝트의 과거 성과를 기반으로 하며 시정 또는 예방 조치를 통해 예상되는 향후 성과에 따라 달라지며, 획득 가치 성과 지수는 물론 향후 프로젝트에 영향을 미칠 수 있는 일정 예비 정보도 포함될 수 있습니다.
변경 요청
프로젝트 관리 계획 업데이트
진행 관리 계획
진행 기준선
비용 기준
성능 측정 벤치마크
프로젝트 파일 업데이트
가상 로그
추정근거
교훈 등록
프로젝트 일정
자원 달력
위험 등록부
진행 데이터
프로젝트 비용 관리
개요
계획 비용 관리
비용 관리 계획은 프로젝트 비용을 추정, 예산 책정, 관리, 모니터링 및 제어하는 방법을 결정하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 전반에 걸쳐 프로젝트 비용을 관리하는 방법에 대한 지침과 방향을 제공하는 것입니다.
이토
입력하다
프로젝트 헌장
프로젝트 관리 계획
진행 관리 계획
위험 관리 계획
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 분석
회의
산출
비용 관리 계획
비용 관리 계획은 프로젝트 비용을 계획, 예약 및 통제하는 방법을 설명하는 프로젝트 관리 계획의 구성 요소입니다. 비용 관리 프로세스와 해당 도구 및 기술은 비용 관리 계획에 문서화되어야 합니다.
비용 관리 계획에서 명시해야 할 사항
측정 단위
각 자원의 측정 단위는 시간을 측정하는 사람-시간, 사람-일, 주, 수량을 측정하는 미터, 리터, 톤, 킬로미터 또는 입방야드, 통화로 표시되는 총 가격 등을 지정해야 합니다. .
정확성
활동 범위 및 프로젝트 규모에 따라 비용 견적을 반올림 또는 반올림할 금액을 설정합니다(예: $995.59는 $1,000로 반올림됨).
정확성
특정 금액의 비상 준비금이 포함될 수 있는 활동 비용 추정에 대해 허용 가능한 범위(예: ±10%)를 지정합니다.
조직 프로그램 링크
작업분류체계는 비용 추정, 예산 책정 및 통제가 엄격한 방식으로 수행될 수 있는 비용 관리 계획의 프레임워크를 제공합니다. 프로젝트 원가 계산에 사용되는 WBS 구성 요소를 CA(관리 계정)라고 합니다. 각 관리 계정에는 수행 조직의 회계 시스템에 직접 연결되는 고유한 코드 또는 계정 번호가 있습니다.
제어 임계값
비용 성과를 모니터링하려면 편차 임계값을 지정해야 할 수도 있습니다. 이는 일부 조치가 필요하기 전에 허용되는 최대 차이이며 일반적으로 기준 계획과의 백분율 편차로 표시됩니다.
성과 측정 규칙
성과 측정을 위한 획득가치관리(EVM) 규칙을 지정해야 합니다. 예를 들어, 비용 관리 계획은 다음과 같아야 합니다. 작업분류체계(WBS)에서 성과 측정에 사용되는 통제 계정을 정의하고, 제안된 EVM 기법(가중 마일스톤 방법, 고정 공식 방법, 완료율 방법 등)을 결정하고, 추적 방법을 지정해야 합니다. 및 프로젝트 완료를 계산하는 데 사용되는 방법 상향식 접근 방식을 통해 도출된 완료 추정치를 검증하는 데 사용할 수 있는 결과를 계산하는 EAC(Estimate for Estimate) EVM 공식.
보고서 형식
다양한 비용 보고서의 작성 형식과 빈도를 지정해야 합니다.
그 외 세부 사항
비용 관리 활동에 관한 추가 세부 사항에는 전략적 자금 조달 옵션에 대한 설명, 환율 변동 처리 절차 및 프로젝트 비용 기록 절차가 포함됩니다.
예상 비용
비용 추정은 프로젝트 작업을 완료하는 데 필요한 자원 비용을 대략적으로 추정하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트에 필요한 자금을 결정하는 것입니다.
비용 추정 원칙
비용 추정은 활동을 완료하는 데 필요한 자원의 예상 비용을 정량적으로 평가한 것입니다.
견적은 활동이나 작업 패키지에 가장 친숙한 사람이 수행해야 합니다.
비용 추정은 일반적으로 특정 통화 단위(예: 미국 달러, 유로, 엔 등)로 이루어지지만 때로는 인플레이션의 영향을 제거하기 위해 인-시간 또는 인-일과 같은 다른 측정 단위를 사용할 수 있습니다. 비용 비교를 용이하게 합니다. 추정에는 대체 비용 시나리오의 식별 및 분석이 필요합니다.
초기 단계에서는 프로젝트의 대략적인 크기 추정치(ROM)를 얻을 수 있으며 범위는 -25%에서 75%까지입니다. 나중에 정보가 더 상세해지면 결정론적 추정치의 범위는 다음과 같습니다. - 5%에서 10%로 좁혀졌습니다.
추정 금액에는 해당 추정 근거가 동반되어야 합니다.
이토
입력하다
프로젝트 관리 계획
비용 관리 계획
품질 관리 계획
범위 기준선
프로젝트 파일
교훈 등록
비용 추정 개발과 관련하여 프로젝트 초기에 배운 교훈을 프로젝트의 후반 단계에 적용하여 비용 추정의 정확성과 정밀성을 향상시킬 수 있습니다.
프로젝트 일정
일정에는 프로젝트에 팀과 물리적 자원을 사용할 수 있는 유형, 수량, 기간이 포함됩니다. 리소스 비용이 사용 기간에 따라 달라지고 비용이 계절에 따라 변동하는 경우 기간 추정치가 비용 추정에 영향을 미칠 수 있습니다. 일정은 또한 이자를 포함하여 자금 조달 비용이 포함된 프로젝트에 대한 유용한 정보를 제공합니다.
리소스 요구 사항
자원 요구사항은 각 작업 패키지 또는 활동에 필요한 자원의 유형과 수량을 지정합니다.
위험 등록부
위험 등록부에는 식별되고 우선순위가 지정된 개별 프로젝트 위험에 대한 세부 정보와 해당 위험을 해결하기 위해 취한 조치가 포함되어 있습니다. 위험 등록부는 비용을 추정하는 데 사용할 수 있는 자세한 정보도 제공합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
유추 추정
매개변수 추정
상향식 추정
3점 추정
데이터 분석
대안 분석
대안 분석은 프로젝트 작업을 수행하기 위해 선택할 옵션이나 사용할 방법을 결정하기 위해 식별된 대안을 평가하는 기술입니다. 예를 들어, 구매 및 제조 결과물이 각각 비용, 일정, 리소스 및 품질에 미치는 영향을 평가합니다.
매장량 분석
비용 불확실성에 대처하기 위해 비용 추정에는 비상 예비비(때때로 "비상 사태"라고도 함)가 포함될 수 있습니다. 비상 예비비는 확인된 위험을 해결하기 위해 비용 기준선에 포함된 예산의 일부입니다. 예를 들어, 일부 프로젝트 결과물을 재작업해야 한다고 예측할 수 있지만 이러한 알려지지 않은 위험을 처리하기 위해 재작업 작업량을 따로 남겨둘 수 있습니다. 재작업 작업. 특정 활동부터 전체 프로젝트까지 모든 수준에 비상 예비비가 있을 수 있으며, 비상 예비비는 비용 추정의 일정 비율이거나 정량적 분석을 통해 결정될 수 있습니다.
그리고 프로젝트 정보가 더욱 명확해짐에 따라 비상 예비비를 사용하거나 줄이거나 제거할 수 있습니다. 비상 준비금은 비용 문서에 명확하게 나열되어야 합니다. 비상 준비금은 비용 기준의 일부이며 프로젝트의 전체 자금 요구 사항의 일부입니다.
품질 비용
프로젝트 관리 정보 시스템
의사결정
투표
산출
비용 견적
비용 추정에는 프로젝트 작업을 완료하는 데 예상되는 비용의 정량적 추정, 확인된 위험을 처리하기 위한 비상 예비비, 계획되지 않은 작업을 처리하기 위한 관리 예비비가 포함됩니다. 비용 견적은 요약되거나 자세히 설명될 수 있습니다. 비용 견적에는 직접 인력, 자재, 장비, 서비스, 시설, 정보 기술뿐만 아니라 금융 비용(이자 포함)과 같은 일부 특별 비용 범주를 포함하되 이에 국한되지 않고 프로젝트에 사용되는 모든 자원이 포함되어야 합니다. 인플레이션 수당, 환율 또는 비용 우발 준비금. 간접비는 프로젝트 견적에도 포함되는 경우 활동 수준 이상으로 청구될 수 있습니다.
추정근거
비용 견적에 필요한 지원 정보의 양과 유형은 응용 분야에 따라 다르며, 세부 수준에 관계없이 지원 문서에는 비용 견적이 도출된 방법을 명확하고 완전하게 설명해야 합니다.
비용 견적에 대한 지원 정보에는 다음이 포함될 수 있습니다.
추정의 근거에 대한 문서화(예: 추정이 어떻게 준비되었는지)
모든 가정에 대한 문서화
알려진 제약 사항에 대한 문서화, 비용을 추정할 때 고려해야 하는 식별된 위험에 대한 문서화
추정 범위에 대한 설명(예: "$10,000 ±10%"는 예상 비용 범위를 나타냄)
최종 추정치의 신뢰 수준에 대한 설명입니다.
프로젝트 파일 업데이트
가상 로그
교훈 등록
위험 등록부
예산 편성
예산 책정은 승인된 비용 기준선을 설정하기 위해 모든 개별 활동 또는 작업 패키지의 예상 비용을 요약하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 성과를 모니터링하고 제어할 수 있는 비용 기준을 설정하는 것입니다.
프로젝트 예산에는 프로젝트 실행을 위해 승인된 모든 자금이 포함되며, 비용 기준선은 비상 예비비를 포함하되 관리 예비비를 제외하고 기간별로 할당된 승인된 프로젝트 예산입니다.
이토
입력하다
프로젝트 관리 계획
비용 관리 계획
자원 관리 계획
범위 기준선
프로젝트 파일
추정근거
간접비나 기타 비용이 프로젝트 예산에 포함되어야 하는지 여부와 같은 추정의 기초에 기본 가정을 포함시키십시오.
비용 견적
각 작업 패키지 내의 각 활동에 대한 비용 추정이 집계된 후 각 작업 패키지에 대한 비용 추정이 얻어집니다.
프로젝트 일정
프로젝트 일정에는 프로젝트 활동, 마일스톤, 작업 패키지 및 통제 계정에 대한 계획된 시작 및 완료 날짜가 포함됩니다. 이 정보를 바탕으로 계획된 비용과 실제 비용을 해당 달력 기간으로 요약할 수 있습니다.
위험 등록부
위험 대응 비용을 집계하는 방법을 결정하려면 위험 등록부를 검토해야 합니다. 위험 등록부에 대한 업데이트가 프로젝트 문서 업데이트에 포함됩니다.
비즈니스 문서
비즈니스 사례
비즈니스 사례는 재정적 성공 요소를 포함하여 프로젝트 성공을 위한 핵심 요소를 식별합니다.
복리후생관리계획
복리후생 관리 계획에는 순현재가치 계산, 복리후생 달성 기간, 복리후생 관련 측정 지표 등 목표 복리후생이 포함됩니다.
규약
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
비용 요약
비용 추정은 먼저 WBS의 작업 패키지로 요약된 다음 작업 패키지가 WBS의 상위 수준(예: 제어 계정)으로 요약되고 마지막으로 전체 프로젝트의 총 비용이 구해집니다.
데이터 분석
매장량 분석
예산 책정 프로세스에 사용할 수 있는 데이터 분석 기술에는 프로젝트 관리 예비비를 설정할 수 있는 예비 분석이 포함되지만 이에 국한되지는 않습니다. 관리 예비비는 프로젝트 범위 내에서 예상치 못한 작업을 처리하기 위해 관리 통제 목적으로 특별히 마련된 프로젝트 예산입니다. 이는 프로젝트에 영향을 미칠 "알 수 없는-알려지지 않은" 위험을 처리하기 위한 것입니다. 관리 예비비는 비용 기준에 포함되지 않지만 전체 프로젝트 예산 및 자금 요구 사항의 일부입니다. 예상치 못한 작업에 자금을 조달하기 위해 관리 준비금을 사용하는 경우 사용된 관리 준비금이 비용 기준에 추가되어 비용 기준이 변경됩니다.
역사적 정보 검토
과거 정보를 검토하면 매개변수 또는 아날로그 추정에 도움이 될 수 있습니다. 기록 정보에는 총 프로젝트 비용을 예측하는 수학적 모델을 구축하는 데 사용되는 다양한 프로젝트 특성(매개변수)이 포함될 수 있습니다. 이러한 수학적 모델은 단순할 수도 있고(예: 집을 짓는 데 드는 총 비용은 단위 면적당 건설 비용에 따라 다름) 복잡할 수도 있습니다(예: 소프트웨어 개발 프로젝트의 비용 모델에는 여러 변수가 있으며 각 변수는 다음의 영향을 받습니다. 많은 요인).
자금 한도 잔액
자금 지출은 프로젝트 자금 조달에 대한 제한 사항과 균형을 이루어야 합니다. 자금 제약과 계획된 지출 사이에 불일치가 발견되면 자금 지출 수준의 균형을 맞추기 위해 작업 일정을 조정해야 할 수도 있습니다. 이는 프로젝트 일정에 필수 날짜를 추가하여 수행할 수 있습니다.
자금조달
파이낸싱이란 프로젝트를 위한 자금을 확보하는 것을 의미합니다. 장기 인프라, 산업 및 공공 서비스 프로젝트는 종종 외부 자금 조달을 추구합니다. 프로젝트가 외부 자금을 사용하는 경우 자금 지원 주체는 충족되어야 하는 특정 요구 사항을 부과할 수 있습니다.
산출
비용 기준
프로젝트 자금 요구 사항
비용 기준선에 따라 총 자금 요구 사항과 정기적(예: 분기별 또는 연간) 자금 요구 사항을 결정합니다. 비용 기준에는 예상 지출과 예상 부채가 모두 포함됩니다. 프로젝트 자금 조달은 일반적으로 증분 방식으로 투자되며 위 그림에 표시된 사다리 패턴을 보여주는 비균형일 수 있습니다. 관리 준비금이 있는 경우 총 자금 요구 사항은 비용 기준에 관리 준비금을 더한 금액과 같습니다. 자금 요구 문서에는 자금 출처도 명시될 수 있습니다.
프로젝트 파일 업데이트
비용 견적
프로젝트 일정
위험 등록부
비용 통제
비용 통제는 프로젝트 상태를 모니터링하여 프로젝트 비용을 업데이트하고 비용 기준선의 변경 사항을 관리하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 전반에 걸쳐 비용 기준을 유지하는 것입니다.
예산을 업데이트하려면 현재까지의 실제 비용을 알아야 합니다. 예산 증액은 통합 변경 관리 프로세스 구현의 승인을 통해서만 이루어질 수 있습니다. 이러한 지출로 달성된 작업의 가치를 고려하지 않고 단순히 자금 지출을 모니터링하는 것은 프로젝트에 거의 의미를 추가하지 않으며, 기껏해야 자금의 흐름을 추적할 수 있을 뿐입니다. 따라서 비용 관리에서는 프로젝트 자금 지출과 해당 완료 작업 간의 관계를 분석하는 데 중점을 두어야 합니다. 효과적인 비용 관리의 핵심은 승인된 비용 기준선을 관리하는 것입니다.
프로젝트 비용 관리에는 다음이 포함됩니다.
비용 기준 변화를 유발하는 영향 요인
모든 변경 요청이 즉시 처리되는지 확인하십시오.
실제로 발생하는 변경 사항을 관리합니다.
비용 지출이 기간별이나 WBS별로 승인된 자금 한도를 초과하지 않는지 확인합니다.
구성 요소, 활동별로 할당된 할당량,
총 프로젝트 한도를 초과하지 않습니다.
비용 성과를 모니터링하고 비용 기준선과의 편차를 식별 및 분석합니다.
자금 지출 대비 업무 성과를 모니터링합니다.
비용 또는 리소스 사용량 보고서의 승인되지 않은 변경을 방지합니다.
승인된 모든 변경 사항과 관련 비용을 관련 당사자에게 보고합니다.
예상 비용 초과를 허용 가능한 한도 내에서 유지하십시오.
이토
입력하다
프로젝트 관리 계획
비용 관리 계획
비용 기준
성능 측정 벤치마크
프로젝트 파일
교훈 등록
프로젝트 자금 요구 사항
업무 성과 데이터
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 분석
수익가치 분석
편차 분석
유행 분석
매장량 분석
비용 관리 과정에서 예비비 분석을 사용하여 프로젝트의 비상 예비비 및 관리 예비비 사용을 모니터링하여 이러한 예비비가 여전히 필요한지 또는 추가 예비비를 추가해야 하는지 여부를 결정할 수 있습니다. 프로젝트 작업이 진행됨에 따라 이러한 준비금은 계획대로 위험 또는 기타 우발 상황의 비용을 충당하는 데 사용될 수 있습니다. 반대로 비용 절감을 위해 기회를 포착하면 절감액이 우발 준비금에 추가되거나 수익/이익이 박탈될 수 있습니다. 프로젝트에서.
식별된 위험이 실현되지 않으면 사용되지 않은 비상 준비금을 프로젝트 예산에서 공제하여 다른 프로젝트나 운영에 자원을 확보해야 할 수도 있습니다. 동시에 프로젝트 내의 추가 위험 분석을 통해 프로젝트 예산에 대한 추가 준비금을 요청할 필요성이 드러날 수 있습니다.
완료까지의 성과 지표
프로젝트 관리 정보 시스템
산출
직무수행정보
비용 예측
변경 요청
프로젝트 관리 계획 업데이트
비용 관리 계획
비용 기준
성능 측정 벤치마크
프로젝트 파일 업데이트
가상 로그
추정근거
비용 견적
교훈 등록
위험 등록부
프로젝트 품질 관리
개요
"품질"과 "등급"은 동일한 개념이 아닙니다. 달성된 성과 또는 결과로서의 품질은 "일련의 본질적 특성이 요구사항을 충족하는 정도"(ISO9000) [18]입니다. 레벨은 설계 의도로서 목적은 동일하지만 기술적 특성이 다른 결과물의 레벨 분류입니다. 프로젝트 관리자와 프로젝트 관리팀은 필요한 수준의 품질과 등급을 동시에 달성하기 위해 절충을 담당합니다. 품질 요구 사항에 미치지 못하는 품질 수준은 확실히 문제이지만, 낮은 등급의 제품이 반드시 문제가 되는 것은 아닙니다.
품질은 높고(명백한 결함이 없음) 낮은 등급(기능 제한) 제품은 문제가 되지 않을 수 있습니다. 이 제품은 일반적인 용도에 적합합니다.
품질이 낮고(결함이 많은) 고급(기능이 풍부한) 제품이 문제가 될 수 있습니다. 본 제품의 기능은 품질이 좋지 않아 효과가 없거나 비효율적일 수 있습니다.
검사보다 예방이 더 좋습니다. 검사 중에 품질 문제를 발견하는 것보다 결과물에 품질을 설계하는 것이 더 좋습니다. 오류를 방지하는 비용은 일반적으로 검사나 사용 중에 오류를 발견하고 수정하는 비용보다 훨씬 낮습니다.
프로젝트 및 산업 분야에 따라 프로젝트 팀은 제어 품질의 출력에 포함된 데이터를 평가하기 위해 통계적 제어 프로세스에 대한 실무 지식이 필요할 수 있습니다.
프로젝트 관리팀은 다음 용어의 차이점을 이해해야 합니다.
“예방”(과정에서 오류가 발생하지 않도록 보장) 및 “점검”(오류가 고객의 손에 넘어가지 않도록 보장)
"속성 샘플링"(결과가 자격이 있거나 자격이 없는 경우) 및 "가변 샘플링"(규정 준수 정도를 나타내기 위해 연속 규모로 결과의 위치 표시)
"공차"(허용되는 결과 범위) 및 "관리 한계"(통계적으로 안정적인 프로세스의 한계 또는 프로세스 성능의 일반적인 편차).
효율성 향상을 위한 5단계 품질 관리
종종 가장 비용이 많이 드는 방법은 고객이 결함을 발견하도록 하는 것입니다. 이러한 접근 방식은 보증 문제, 리콜, 영업권 손상 및 재작업 비용으로 이어질 수 있습니다.
제어 품질 프로세스에는 결과물을 고객에게 보내기 전에 결함을 감지하고 수정하는 작업이 포함됩니다. 이 프로세스와 관련된 비용이 있는데, 주로 평가 비용과 내부 실패 비용이 있습니다.
품질보증은 특정 결함뿐만 아니라 공정 자체를 확인하고 수정합니다. 프로젝트와 제품의 계획과 설계에 품질을 통합합니다.
프로세스와 제품 품질에 중점을 두고 헌신하는 문화를 조직 전체에 조성합니다.
프로젝트 품질 관리 동향 및 새로운 관행
현대의 품질 관리 방법은 차이를 줄이고 확립된 이해관계자의 요구 사항을 충족하는 결과를 제공하기 위해 노력합니다.
프로젝트 품질 관리 추세에는 다음이 포함될 수 있지만 이에 국한되지는 않습니다.
고객 만족
고객 기대에 부응하기 위해 요구 사항을 이해, 평가, 정의 및 관리합니다. 이를 위해서는 "요구사항 준수"(프로젝트가 의도한 결과를 생성하는지 확인)와 "사용 적합성"(제품 또는 서비스가 실제 요구 사항을 충족해야 함)을 결합해야 합니다. 민첩한 환경에서 이해관계자는 프로젝트 관리팀과 협력하여 프로젝트 전반에 걸쳐 고객 만족을 유지합니다.
계속 개선하다
Shewhart가 제안하고 Deming이 개선한 PDCA(Plan-Do-Check-Act) 주기는 품질 개선의 기초입니다. 또한 TQM(Total Quality Management), Six Sigma, Lean Six Sigma와 같은 품질 개선 계획을 통해 프로젝트 관리 품질과 최종 제품, 서비스 또는 결과의 품질도 향상시킬 수 있습니다.
경영책임
프로젝트가 성공하려면 프로젝트 팀의 모든 구성원이 참여해야 합니다. 경영진은 품질 책임 내에서 프로젝트에 적합한 역량을 갖춘 자원을 제공할 책임이 있습니다.
공급업체와의 상생 관계
조직과 공급업체는 상호의존적입니다. 공급업체와 파트너십을 구축하는 것은 전통적인 공급업체 관리보다 조직과 공급업체 모두에게 더 유익합니다. 조직은 단기적인 이익보다는 장기적인 관계에 초점을 맞춰야 합니다. 상호 이익이 되는 파트너십은 조직과 공급업체가 서로를 위한 가치를 창출하는 능력을 향상시켜 고객의 요구와 기대를 공동으로 달성하고 비용과 자원을 최적화할 수 있도록 해줍니다.
프로젝트 품질 관리 프로세스 간의 관계
품질관리 계획
품질 관리 계획은 프로젝트와 그 결과물에 대한 품질 요구 사항 및/또는 표준을 식별하고 프로젝트가 품질 요구 사항 및/또는 표준 준수를 어떻게 입증할 것인지를 서면으로 설명하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 전반에 걸쳐 품질을 관리하고 검증하는 방법에 대한 지침과 방향을 제공하는 것입니다.
이토
입력하다
프로젝트 헌장
프로젝트 관리 계획
수요관리 계획
위험 관리 계획
이해관계자 참여 계획
범위 기준선
프로젝트에 적용할 수 있는 품질 표준과 목표를 결정할 때, 그리고 품질 검토가 필요한 프로젝트 인도물과 프로세스를 결정할 때 WBS 및 프로젝트 범위 기술서에 문서화된 인도물을 고려해야 합니다. 범위 설명에는 결과물에 대한 승인 기준이 포함되어 있습니다. 이 표준의 정의로 인해 품질 비용이 발생하고 이에 따라 프로젝트 비용이 크게 증가하거나 감소할 수 있습니다. 모든 승인 기준을 충족한다는 것은 이해관계자의 요구 사항을 충족한다는 것을 의미합니다.
프로젝트 파일
가상 로그
요구사항 문서
요구사항 문서는 프로젝트와 제품이 이해관계자의 기대를 충족하기 위해 충족해야 하는 요구사항을 문서화합니다. 여기에는 프로젝트와 제품에 대한 품질 요구사항이 포함됩니다. 이러한 요구 사항은 프로젝트 팀이 프로젝트 품질 관리를 구현하는 방법을 계획하는 데 도움이 됩니다.
요구 사항 추적 매트릭스
요구 사항 추적성 매트릭스는 제품 요구 사항을 결과물에 연결하고 요구 사항 문서의 모든 요구 사항을 테스트하는 데 도움이 됩니다. 매트릭스는 요구 사항을 확인하는 데 필요한 테스트의 개요를 제공합니다.
위험 등록부
이해관계자 등록
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
벤치마킹
브레인스토밍
회견
데이터 분석
비용 편익 분석
비용-편익 분석은 대안의 장단점을 추정하여 최상의 이익을 창출하는 대안을 결정하는 데 사용되는 재무 분석 도구입니다. 비용-편익 분석은 프로젝트 관리자가 계획된 품질 활동이 비용을 효율적으로 사용하는지 여부를 결정하는 데 도움이 됩니다. 품질 요구 사항 충족의 주요 이점으로는 재작업 감소, 생산성 향상, 비용 절감, 이해관계자 만족도 향상, 수익성 향상 등이 있습니다. 각 품질 활동에 대한 비용 편익 분석을 수행하려면 예상되는 편익과 가능한 비용을 비교해야 합니다.
품질 비용
프로젝트와 관련된 품질 비용(COQ)은 다음 비용 중 하나 이상으로 구성됩니다.
예방 비용
특정 프로젝트의 품질이 낮은 제품, 결과물 또는 서비스와 관련된 비용을 방지합니다.
비용 평가
특정 프로젝트에 대한 제품, 결과물 또는 서비스를 평가, 측정, 감사 및 테스트하는 데 관련된 비용입니다.
실패 비용(내부/외부)
이해관계자의 요구나 기대와 일치하지 않는 제품, 결과물 또는 서비스와 관련된 비용.
최적의 COQ는 실패 비용을 피하기 위해 예방 비용과 평가 비용 간의 적절한 투자 균형을 찾을 수 있습니다. 관련 모델은 추가 예방/평가 비용에 투자할 때 최적의 프로젝트 품질 비용이 유익하지도 않고 비용 효과적이지 않다는 것을 나타냅니다.
의사결정
다기준 의사결정 분석
데이터 성능
흐름도
프로세스 차트라고도 하는 흐름도는 하나 이상의 입력을 하나 이상의 출력으로 변환하는 프로세스에 필요한 일련의 단계와 가능한 분기를 표시하는 데 사용됩니다. 활동, 결정 지점, 분기 루프, 병렬 경로 및 전체 처리 순서를 표시하기 위해 수평 가치 사슬의 프로세스 세부 정보를 매핑합니다.
그림은 가치 사슬의 한 버전인 SIPOC(공급자, 입력, 프로세스, 출력 및 고객) 모델을 보여줍니다.
순서도는 프로세스의 품질 비용을 이해하고 추정하는 데 도움이 될 수 있습니다. 워크플로우의 논리적 분기와 상대적 빈도를 기준으로 품질 비용을 추정합니다. 이러한 논리적 분기는 필수 출력을 완료하는 데 필요한 일관성 있는 작업과 부적합한 작업으로 세분화됩니다. 프로세스 단계를 설명하는 데 사용될 때 "프로세스 흐름도" 또는 "프로세스 흐름도"라고도 불리는 흐름도는 프로세스를 개선하고 품질 결함이 발생할 수 있는 위치를 식별하는 데 도움이 되거나 품질 검사에 통합될 수 있습니다.
논리적 데이터 모델
논리적 데이터 모델은 특정 기술에 의존하지 않고 조직 데이터를 시각화하고 비즈니스 언어로 설명합니다. 논리적 데이터 모델을 사용하면 데이터 무결성이나 기타 품질 문제가 발생할 수 있는 위치를 식별할 수 있습니다.
매트릭스 다이어그램
매트릭스 다이어그램은 행과 열이 교차하는 요인, 원인, 목표 간 관계의 강점과 약점을 보여줍니다. 비교에 사용할 수 있는 요소의 수에 따라 프로젝트 관리자는 L자형, T자형, Y자형, X자형, C자형 및 지붕형 매트릭스와 같은 다양한 모양의 매트릭스 다이어그램을 사용할 수 있습니다. 이 프로세스에서는 프로젝트 성공에 중요한 품질 측정값을 식별하는 데 도움이 됩니다.
마인드 매핑
테스트 및 검사 계획
계획 단계에서 프로젝트 관리자와 프로젝트 팀은 이해관계자의 요구와 기대를 충족하기 위해 제품, 결과물 또는 서비스를 테스트하거나 검사하는 방법과 제품의 성능 및 안정성 목표를 충족하는 방법을 결정합니다. 산업마다 소프트웨어 프로젝트를 위한 알파 및 베타 테스트, 건설 프로젝트를 위한 강도 테스트, 제조 및 현장 테스트를 위한 검사, 엔지니어링을 위한 비파괴 테스트 등 다양한 테스트 및 검사가 있습니다.
회의
산출
품질 관리 계획
품질 관리 계획은 품질 목표를 달성하기 위해 적용 가능한 정책, 절차 및 지침을 구현하는 방법을 설명하는 프로젝트 관리 계획의 구성 요소입니다. 이는 일련의 프로젝트 품질 목표를 달성하기 위해 프로젝트 관리팀에 필요한 활동과 자원을 설명합니다. 품질 관리 계획은 공식적이거나 비공식적일 수 있으며, 매우 상세하거나 매우 일반적일 수 있으며, 그 스타일과 세부 수준은 프로젝트의 특정 요구 사항에 따라 달라집니다. 품질 관리 계획은 프로젝트 초기에 검토되어 정확한 정보를 바탕으로 결정이 내려지도록 해야 합니다. 이것의 장점은 프로젝트의 가치 제안에 더 집중하고 재작업으로 인한 비용 초과 및 일정 지연을 줄일 수 있다는 것입니다.
품질 관리 계획의 구성 요소에는 다음이 포함되지만 이에 국한되지는 않습니다.
프로젝트에서 채택한 품질 표준
프로젝트 품질 목표
품질 역할 및 책임
품질 검토가 필요한 프로젝트 결과물 및 프로세스
프로젝트를 위해 계획된 품질 관리 및 품질 관리 활동
프로젝트에 사용된 품질 도구
부적합 처리, 시정 조치 계획 절차, 지속적인 개선 절차 등 프로젝트와 관련된 주요 절차입니다.
품질 측정
품질 측정은 프로젝트 또는 제품 속성을 설명하고 품질 관리 프로세스가 준수 여부를 확인하는 방법을 설명하는 데 사용됩니다. 품질 측정의 예로는 정시에 완료된 작업 비율, CPI로 측정된 비용 성능, 실패율, 식별된 일일 결함 수, 월별 총 가동 중지 시간, 코드 줄당 오류, 고객 만족도 점수 및 테스트 계획이 포함됩니다. 테스트 범위)
프로젝트 관리 계획 업데이트
위험 관리 계획
범위 기준선
프로젝트 파일 업데이트
교훈 등록
요구 사항 추적 매트릭스
위험 등록부
이해관계자 등록
경영품질
품질 관리는 조직의 품질 정책을 프로젝트에 적용하고 품질 관리 계획을 실행 가능한 품질 활동으로 변환하는 프로세스입니다.
이 프로세스의 주요 목적은 품질 목표 달성 가능성을 높이고 비효율적인 프로세스와 품질 저하 원인을 식별하는 것입니다. 품질 관리에서는 품질 관리 프로세스의 데이터와 결과를 사용하여 이해관계자에게 프로젝트의 전반적인 품질 상태를 보여줍니다.
품질 관리는 때때로 "품질 보증"이라고 불리지만, "품질 관리"는 비프로젝트 작업에도 사용될 수 있기 때문에 "품질 보증"보다 더 광범위하게 정의됩니다. 프로젝트 관리에서 품질 보증은 프로젝트에 사용되는 프로세스를 살펴보고 표준 준수 및 충족을 포함하여 프로젝트 프로세스를 효율적으로 실행하고 최종 제품이 그들의 요구, 기대 및 요구 사항을 충족할 것이라는 것을 이해관계자에게 보장하는 것을 목표로 합니다. 품질 관리에는 모든 품질 보증 활동이 포함되며 제품 설계 및 프로세스 개선과도 관련됩니다. 품질 관리 작업은 품질 비용 프레임워크 내에서 일관된 노력입니다.
프로젝트 관리자와 프로젝트 팀은 조직의 품질 보증 부서 또는 기타 조직 기능을 통해 실패 분석, 실험 설계, 품질 개선과 같은 특정 관리 품질 활동을 수행할 수 있습니다. 품질 보증 부서는 품질 도구 및 기술 사용에 있어 조직 전반에 걸친 경험을 갖고 있는 경우가 많으며 훌륭한 프로젝트 자원입니다.
품질 관리는 프로젝트 관리자, 프로젝트 팀, 프로젝트 후원자, 실행 조직의 경영진, 심지어 고객까지 포함한 모든 사람의 공동 책임으로 간주됩니다. 역할의 규모와 작업량은 다양하지만 모두가 프로젝트 품질 관리에 있어 일정한 역할을 담당합니다. 품질 관리에 대한 참여 수준은 업계 및 프로젝트 관리 스타일에 따라 다릅니다. 민첩한 프로젝트에서는 프로젝트 전체의 품질 관리가 모든 팀 구성원에 의해 수행됩니다. 기존 프로젝트에서는 품질 관리가 일반적으로 특정 팀 구성원의 책임입니다.
이토
입력하다
프로젝트 관리 계획
품질 관리 계획
프로젝트 파일
교훈 등록
프로젝트 초기 단계의 품질 관리와 관련된 경험과 교훈은 프로젝트 후반 단계에도 적용되어 품질 관리의 효율성과 효과성을 향상시킬 수 있습니다.
품질 관리 측정 결과
품질 관리 측정은 프로젝트 프로세스 및 결과물의 품질이 수행 조직의 표준 또는 특정 요구 사항을 충족하는지 여부를 분석하고 평가하는 데 사용됩니다. 품질 관리 측정은 또한 해당 측정을 생성한 프로세스를 분석하여 실제 측정이 얼마나 정확한지 확인하는 데 도움이 됩니다.
품질 측정
품질 측정의 검증은 품질 관리 프로세스의 필수적인 부분입니다. 관리 품질 프로세스는 개선 계획의 기초로 사용되는 이러한 품질 측정을 기반으로 프로젝트의 테스트 시나리오와 결과물을 설정합니다.
위험 보고서
품질 관리 프로세스에서는 위험 보고를 사용하여 전체 프로젝트 위험의 원인과 프로젝트 품질 목표에 영향을 미칠 수 있는 전체 위험 노출의 가장 중요한 동인을 식별합니다.
조직 프로세스 자산
도구 및 기술
데이터 수집
체크리스트
이 프로세스에 적합한 데이터 수집 기술에는 체크리스트가 포함되지만 이에 국한되지는 않습니다. 체크리스트는 일반적으로 특정 구성 요소를 나열하는 구조화된 도구로, 필요한 일련의 단계가 수행되었는지 확인하거나 요구 사항 목록이 충족되었는지 확인하는 데 사용됩니다. 체크리스트는 프로젝트 요구 사항과 관행에 따라 간단할 수도 있고 복잡할 수도 있습니다. 많은 조직에는 규칙적인 방식으로 반복 작업을 수행하는 데 사용되는 표준화된 체크리스트가 있습니다. 일부 응용 분야에서는 전문 협회나 상업 서비스를 통해 체크리스트를 얻을 수도 있습니다. 품질 체크리스트는 범위 기준에 정의된 승인 기준을 다루어야 합니다.
데이터 분석
대안 분석
이 기술은 가장 적절한 품질의 솔루션이나 방법을 선택하기 위해 식별된 대안을 평가하는 데 사용됩니다.
파일 분석
품질 보고서, 테스트 보고서, 성능 보고서 및 편차 분석과 같은 프로젝트 제어 프로세스의 다양한 문서 출력을 분석하면 제어 범위를 벗어날 수 있는 프로세스를 강조하고 프로젝트 팀이 특정 요구 사항이나 이해 관계자의 기대를 충족하지 못하게 할 수 있습니다.
프로세스 분석
프로세스 분석은 프로세스 중에 발생하는 문제, 제약 사항, 부가가치가 없는 활동을 조사하는 동시에 프로세스 개선 기회를 식별합니다.
근본 원인 분석
근본 원인 분석(RCA)은 편차, 결함 또는 위험의 근본 원인을 확인하는 분석 기술입니다. 하나의 근본 원인으로 인해 여러 가지 편차, 결함 또는 위험이 발생할 수 있습니다. 근본 원인 분석은 문제의 근본 원인을 식별하고 해결하는 기술로도 사용될 수 있습니다. 근본 원인을 제거하면 문제가 재발하는 것을 방지할 수 있습니다.
의사결정
다기준 의사결정 분석
데이터 성능
친화도 다이어그램
친화도 다이어그램은 결함의 잠재적인 원인을 분류하고 가장 관심을 두어야 할 영역을 표시할 수 있습니다.
원인과 결과 다이어그램
"피시본 다이어그램", "이유-왜 분석 다이어그램" 및 "이시카와 다이어그램"으로도 알려진 원인 및 결과 다이어그램은 문제 설명의 원인을 별개의 분기로 분류하여 문제의 주요 원인 또는 근본 원인을 식별하는 데 도움을 줍니다. 문제.
흐름도
순서도는 결함으로 이어지는 일련의 단계를 보여줍니다.
히스토그램
히스토그램은 결과물당 결함 수, 결함 원인 배열, 다양한 프로세스에 대한 비준수 수 또는 프로젝트나 제품 결함의 기타 징후를 표시할 수 있는 수치 데이터를 표시하는 막대형 차트입니다.
매트릭스 다이어그램
매트릭스 다이어그램은 행과 열이 교차하는 요인, 원인, 목표 간 관계의 강점과 약점을 보여줍니다.
산포도
산점도는 두 변수 사이의 관계를 보여주는 그래프입니다. 두 축 사이의 관계를 표시할 수 있습니다. 한 축은 프로세스, 환경 또는 활동의 모든 요소를 나타내고 다른 축은 품질 결함을 나타냅니다.
파레토 차트
심사
감사는 프로젝트 활동이 조직 및 프로젝트 정책, 프로세스, 절차를 준수하는지 여부를 결정하는 데 사용되는 체계적이고 독립적인 프로세스입니다. 품질 감사는 일반적으로 조직의 내부 감사 부서, 프로젝트 관리 사무소(PMO) 또는 조직 외부 감사자와 같은 프로젝트 외부 팀에 의해 수행됩니다.
품질 감사 목표는 다음을 포함할 수 있지만 이에 국한되지는 않습니다.
구현 중인 모든 우수 사례 및 모범 사례를 식별합니다.
불규칙성, 격차 및 결함을 식별합니다.
조직 및/또는 업계 내 유사한 프로젝트의 모범 사례를 공유하세요.
팀의 생산성을 높일 수 있도록 프로세스 실행을 개선하기 위한 지원을 적극적이고 적극적으로 제공합니다.
각 감사는 조직에서 배운 교훈에 대한 지식 기반을 축적하는 데 기여해야 한다는 점을 강조합니다.
문제를 해결하기 위한 후속 조치를 취하면 품질 비용을 절감하고 프로젝트 제품에 대한 스폰서 또는 고객의 수용도를 높일 수 있습니다. 품질 감사는 미리 예약하거나 무작위로 실시할 수 있으며, 내부 또는 외부 감사자가 실시할 수 있습니다.
또한 품질 감사에서는 업데이트, 시정 조치, 결함 수정 및 예방 조치를 포함하여 승인된 변경 요청의 구현을 확인합니다.
X를 위한 디자인
다음을 위한 디자인 DfX의 "X"는 신뢰성, 배포, 조립, 제조, 비용, 서비스, 가용성, 안전 및 품질과 같은 제품 개발의 다양한 측면일 수 있습니다. DfX를 사용하여 비용을 절감하고, 품질을 개선하고, 성능과 고객 만족도를 높이세요.
문제 해결됨
문제 해결 문제나 과제에 대한 해결책을 찾는 것입니다. 여기에는 추가 정보 수집, 비판적 사고, 창의적, 정량적 및/또는 논리적 솔루션이 포함됩니다. 효과적이고 체계적인 문제 해결은 품질 보증 및 품질 개선의 필수 요소입니다. 문제는 관리 품질 프로세스나 품질 감사 중에 발견될 수도 있고, 프로세스나 결과물과 관련될 수도 있습니다. 구조화된 문제 해결 접근 방식을 사용하면 문제를 제거하고 장기적인 솔루션을 개발하는 데 도움이 될 수 있습니다.
문제 해결 방법에는 일반적으로 다음 요소가 포함됩니다.
정의 문제
근본 원인 파악
가능한 솔루션 생성
최고의 솔루션을 선택하세요
솔루션 실행
솔루션의 효율성을 확인하세요.
품질 개선 방법
품질 개선은 품질 관리 프로세스의 결과 및 제안, 품질 감사의 결과 또는 관리 품질 프로세스의 문제 해결을 기반으로 수행될 수 있습니다. Plan-Do-Check-Act 및 Six Sigma는 개선 기회를 분석하고 평가하는 데 가장 일반적으로 사용되는 두 가지 품질 개선 도구입니다.
산출
품질 보고서
품질 보고서는 다른 프로세스와 부서가 프로젝트 품질 기대치를 달성하기 위해 시정 조치를 취하는 데 도움이 되는 정보가 포함된 그래픽, 데이터 또는 질적 문서일 수 있습니다. 품질 보고서의 정보에는 팀이 보고한 품질 관리 문제, 프로세스, 프로젝트 및 제품에 대한 개선 제안, 시정 조치 제안(재작업, 결함/허점 해결, 100% 검사 등 포함) 및 발견된 상황이 포함될 수 있습니다. 품질 관리 과정을 요약하면 다음과 같습니다.
테스트 및 평가 문서
테스트 및 평가 문서는 업계 요구 사항 및 조직 템플릿을 기반으로 생성될 수 있습니다. 이는 품질 관리 프로세스에 대한 입력이며 품질 목표 달성을 평가하는 데 사용됩니다. 이러한 문서에는 전문적인 체크리스트와 상세한 요구 사항 추적 매트릭스가 포함될 수 있습니다.
변경 요청
프로젝트 관리 계획 업데이트
품질 관리 계획
범위 기준선
진행 기준선
비용 기준
프로젝트 파일 업데이트
문제 로그
교훈 등록
위험 등록부
품질 관리
품질 관리는 성과를 평가하고 프로젝트 결과가 완전하고 정확하며 고객 기대를 충족하는지 확인하기 위해 품질 관리 활동의 결과를 모니터링하고 기록하는 프로세스입니다.
이 프로세스의 주요 목적은 프로젝트 결과물과 작업이 주요 이해관계자의 품질 요구 사항을 충족하고 최종 승인이 가능한지 확인하는 것입니다. 통제 품질 프로세스는 적용 가능한 모든 표준, 요구 사항, 규정 및 사양을 충족하여 프로젝트 출력이 의도한 목적을 충족하는지 여부를 결정합니다.
품질 관리 프로세스의 목적은 사용자 승인 및 최종 배송에 앞서 제품이나 서비스의 완전성, 적합성 및 적합성을 측정하는 것입니다. 이 프로세스는 모든 단계, 속성 및 변수를 측정하여 계획 단계에서 설명된 사양과의 일관성 및 준수를 확인합니다.
품질 관리는 프로젝트가 스폰서 및/또는 고객의 승인 기준을 충족했음을 입증하는 신뢰할 수 있는 데이터와 함께 프로젝트 전반에 걸쳐 수행되어야 합니다.
품질 관리에 필요한 노력과 실행 수준은 업계 및 프로젝트 관리 스타일에 따라 달라질 수 있습니다. 예를 들어 제약, 의료, 운송 및 원자력 산업은 민첩한 프로젝트에서 다른 산업보다 표준을 충족하기 위해 더 엄격한 품질 관리 절차와 더 광범위한 노력을 기울일 수 있으며 프로젝트 전반에 걸쳐 모든 팀 구성원이 품질 관리 활동을 수행할 수 있습니다. 프로젝트 수명주기 동안 수행되는 반면 폭포수 프로젝트에서는 품질 관리 활동이 특정 시점 또는 프로젝트나 단계가 끝날 무렵 특정 팀 구성원에 의해 수행됩니다.
보충: 라인 변경
변경 요청
예방법
시정 조치
결함 수정
현실을 계획에 맞추자
고쳐 쓰다
계획을 현실적으로 만드세요
승인된 변경 요청
전체적인 변경 제어 프로세스 구현
변경 요청 구현
프로젝트 작업 지시 및 관리
구매 통제
변경요청 이행현황 확인
품질 관리
경영품질
프로젝트 작업 모니터링
이토
입력하다
프로젝트 관리 계획
품질 관리 계획
품질 관리 계획
교훈 등록
품질 측정
품질 측정은 프로젝트 또는 제품 속성을 설명하고 품질 관리 프로세스가 준수 여부를 확인하는 방법을 설명하는 데 사용됩니다.
테스트 및 평가 문서
테스트 및 평가 문서는 품질 목표가 달성된 정도를 평가하는 데 사용됩니다.
승인된 변경 요청
전반적인 변경 제어를 구현하는 동안 변경 로그가 업데이트되어 승인된 변경 사항과 승인되지 않은 변경 사항을 표시합니다. 승인된 변경 요청에는 결함 수정, 작업 방법 수정, 일정 수정 등 다양한 수정 사항이 포함될 수 있습니다. 로컬 변경을 완료할 때 불완전하거나 잘못된 단계로 인해 불일치 및 지연이 발생할 수 있습니다. 승인된 변경 요청을 구현하려면 완전성, 정확성 및 재테스트에 대한 검증과 확인이 필요합니다.
결과물
결과물은 프로세스, 단계 또는 프로젝트가 완료될 때 생성되어야 하는 고유하고 검증 가능한 제품, 결과 또는 서비스 기능입니다. 프로젝트 작업 프로세스를 직접 관리하고 관리하는 결과인 산출물을 검사하고 프로젝트 범위 기술서에 정의된 승인 기준과 비교합니다.
업무 성과 데이터
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
데이터 수집
체크리스트
체크리스트는 구조화된 방식으로 품질 관리 활동을 관리하는 데 도움이 됩니다.
체크리스트
집계 시트라고도 알려진 체크리스트는 잠재적인 품질 문제에 대한 유용한 데이터를 효율적으로 수집할 수 있도록 항목을 논리적인 방식으로 배열하는 데 사용됩니다. 결함을 식별하기 위해 검사를 수행할 때 체크리스트는 결함 수 또는 결과에 대한 데이터와 같은 속성 데이터를 수집하는 데 특히 편리합니다.
통계적 샘플링
통계적 샘플링은 검사를 위해 대상 모집단에서 일부 샘플을 선택하는 것을 의미합니다(예: 75개의 엔지니어링 도면에서 10개의 엔지니어링 도면을 무작위로 선택). 샘플은 측정 관리 및 품질 확인에 사용됩니다. 샘플링의 빈도와 규모는 계획 품질 관리 프로세스 중에 결정되어야 합니다.
설문지
설문지. 설문지는 제품이나 서비스가 배포된 후 고객 만족도에 대한 데이터를 수집하는 데 사용할 수 있습니다. 설문지에서 확인된 결함 관련 비용은 비용 자체를 넘어 조직에 영향을 미치는 COQ 모델의 외부 실패 비용으로 간주될 수 있습니다.
데이터 분석
성과 검토
성과 검토는 계획 품질 관리 프로세스에서 정의된 품질 측정을 실제 결과와 비교, 측정, 비교 및 분석합니다.
근본 원인 분석
근본 원인 분석은 결함의 원인을 식별하는 데 사용됩니다.
조사하다
검사는 서면 표준 준수 여부를 결정하기 위해 작업 결과물을 검사하는 것입니다. 검사 결과에는 일반적으로 관련 측정 데이터가 포함되며 모든 수준에서 수행될 수 있습니다. 개별 활동의 결과는 물론 프로젝트의 최종 결과물도 검토할 수 있습니다. 검사는 검토, 동료 검토, 감사 또는 검사라고도 불릴 수 있지만 일부 응용 분야에서는 이러한 용어가 더 좁고 구체적인 의미를 갖습니다. 결함 수정을 확인하기 위해 검사를 사용할 수도 있습니다.
테스트/제품 평가
테스트는 프로젝트 요구 사항에 따라 테스트 중인 제품 또는 서비스의 품질에 대한 객관적인 정보를 제공하도록 설계된 조직적이고 구조화된 조사입니다. 테스트의 목적은 제품이나 서비스의 오류, 결함, 취약성 또는 기타 부적합 사항을 식별하는 것입니다. 각 요구 사항을 평가하는 데 사용되는 테스트 유형, 양 및 범위는 프로젝트 품질 계획의 일부이며 프로젝트의 성격, 시간, 예산 또는 기타 제약 조건에 따라 달라집니다. 테스트는 프로젝트의 다양한 구성요소가 사용 가능해지면서 프로젝트 전반에 걸쳐 수행되거나 최종 결과물이 전달되는 프로젝트 종료 시 수행될 수 있습니다. 조기 테스트는 비준수 문제를 식별하고 비준수 구성 요소를 패치하는 데 드는 비용을 줄이는 데 도움이 됩니다.
데이터 성능
원인과 결과 다이어그램
원인 및 결과 다이어그램은 품질 결함 및 오류로 인해 발생할 수 있는 결과를 식별하는 데 사용됩니다.
관리도
관리도는 프로세스가 안정적인지 또는 예측 가능한 성능을 가지고 있는지 확인하는 데 사용됩니다. 규격 상한과 하한은 요구사항에 따라 설정되며 최대 및 최소 허용값을 반영합니다. 관리 상한과 하한은 사양 한계와 다릅니다. 관리 한계는 표준 통계 원리에 따른 표준 통계 계산에 의해 결정되며 안정적인 프로세스의 자연적인 변동 범위를 나타냅니다. 계산된 통제 한계를 기반으로 프로젝트 관리자와 이해관계자는 통제 한계를 벗어나는 성능을 방지하기 위해 시정 조치가 필요한 체크포인트를 식별할 수 있습니다. 관리도는 다양한 유형의 출력 변수를 모니터링하는 데 사용할 수 있습니다. 관리 차트는 배치 생산에서 반복적인 활동을 추적하는 데 가장 일반적으로 사용되지만 비용 및 일정 편차, 수율, 범위 변경 빈도 또는 프로젝트 관리 프로세스가 통제되고 있는지 확인하는 데 도움이 되는 기타 관리 노력을 모니터링하는 데에도 사용할 수 있습니다.
히스토그램
히스토그램은 소스 또는 구성 요소별 결함 수를 보여줍니다.
산포도
산점도는 한 축에는 계획된 성능을 표시하고 다른 축에는 실제 성능을 표시할 수 있습니다.
회의
산출
품질 관리 측정 결과
관리 품질 측정은 품질 관리 활동 결과에 대한 서면 기록이며 품질 관리 계획에서 결정한 형식으로 기록되어야 합니다.
검증된 결과물
품질 관리 프로세스의 목적 중 하나는 결과물의 정확성을 결정하는 것입니다. 품질 관리 프로세스를 수행한 결과는 검증된 결과물이며, 이는 공식적인 승인을 위한 범위 검증 프로세스에 입력됩니다. 결과물과 관련된 변경 요청이나 개선 사항이 있는 경우 변경 사항이 구현, 검사 및 재검증될 수 있습니다.
직무수행정보
작업 성과 정보에는 프로젝트 요구 사항 달성, 거부 이유, 필요한 재작업, 시정 조치 권장 사항, 검증된 결과물 목록, 품질 측정 상태 및 프로세스 조정 필요성에 대한 정보가 포함됩니다.
변경 요청
프로젝트 관리 계획 업데이트
품질 관리 계획
프로젝트 파일 업데이트
문제 로그
교훈 등록
위험 등록부
테스트 및 평가 문서
프로젝트 자원 관리
개요
계획자원관리
자원 관리 계획은 팀 및 물리적 자원을 추정, 획득, 관리 및 활용하는 방법을 정의하는 프로세스입니다.
이 프로세스의 주요 목적은 프로젝트의 유형과 복잡성을 기반으로 프로젝트 자원에 대한 적절한 관리 방법과 관리 수준을 결정하는 것입니다.
자원 계획은 사용 가능한 충분한 자원을 사용하여 프로젝트를 성공적으로 완료할 수 있는 방법을 결정하고 식별하는 데 사용됩니다. 프로젝트 자원에는 팀 구성원, 공급품, 자재, 장비, 서비스 및 시설이 포함될 수 있습니다. 효과적인 자원 계획을 위해서는 희소한 자원의 가용성과 경쟁을 고려하고 이에 따라 계획을 세워야 합니다.
이러한 자원은 조달 프로세스를 통해 조직 내부 자산이나 조직 외부에서 얻을 수 있습니다. 다른 프로젝트는 프로젝트에 필요한 동일한 자원을 놓고 동일한 시간과 장소에서 경쟁할 수 있으며, 이로 인해 프로젝트 비용, 일정, 위험, 품질 및 기타 프로젝트 영역에 상당한 영향을 미칠 수 있습니다.
이토
입력하다
프로젝트 헌장
프로젝트 헌장은 프로젝트 자원 관리에 영향을 미칠 수 있는 주요 이해관계자 목록, 마일스톤 개요, 사전 승인된 재정 자원 외에도 프로젝트에 대한 높은 수준의 설명과 요구 사항을 제공합니다.
프로젝트 관리 계획
품질 관리 계획
범위 기준선
프로젝트 파일
프로젝트 일정
프로젝트 일정은 필요한 리소스의 일정을 제공합니다.
요구사항 문서
요구사항 문서는 프로젝트에 필요한 자원의 유형과 수량을 나타내며 자원 관리 방법에 영향을 미칠 수 있습니다.
위험 등록부
위험 등록부에는 자원 계획에 영향을 줄 수 있는 다양한 위협과 기회에 대한 정보가 포함되어 있습니다.
이해관계자 등록
이해관계자 등록은 프로젝트에 필요한 자원에 특별한 관심을 갖고 있거나 영향을 미치는 당사자뿐만 아니라 자원 사용 선호도에 영향을 미치는 당사자를 식별하는 데 도움이 됩니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 성능
계층적
부서의 전체 프로젝트 책임을 확인하려면 WBS와 교차 확인하세요.
책임 할당 매트릭스
작업 패키지 또는 활동과 프로젝트 팀 구성원 간의 관계를 표시합니다.
책임 할당 매트릭스는 다양한 작업 패키지에 대한 프로젝트 자원 할당을 보여줍니다. 매트릭스 유형 다이어그램의 예로는 각 작업 패키지에 할당된 프로젝트 자원을 표시하고 작업 패키지 또는 활동과 프로젝트 팀 구성원 간의 관계를 설명하는 데 사용되는 책임 할당 매트릭스(RAM)가 있습니다. 대규모 프로젝트에서는 여러 수준의 RAM을 지정할 수 있습니다. 예를 들어, 높은 수준의 RAM은 프로젝트 팀, 그룹 또는 부서가 WBS의 어느 부분을 담당하는지 정의할 수 있는 반면, 낮은 수준의 RAM은 각 그룹 내의 특정 활동에 대한 역할, 책임 및 권한을 할당할 수 있습니다. 매트릭스 다이어그램은 각 개인과 관련된 모든 활동과 각 활동과 관련된 모든 사람을 반영합니다. 또한 한 사람만 모든 작업을 담당하므로 불명확한 책임이 방지됩니다. RAM의 예로는 그림 9-4에 표시된 RACI(Execute, Responsible, Consulted, Informed) 매트릭스가 있습니다. 다이어그램의 가장 왼쪽 열은 완료해야 할 작업(활동)을 나타냅니다. 각 작업에 할당된 자원은 개인 또는 그룹일 수 있으며, 프로젝트 관리자는 "리더십" 또는 "자원"과 같은 해당 용어를 선택하여 프로젝트 요구 사항에 따라 프로젝트 책임을 할당할 수도 있습니다. 팀이 내부 인력과 외부 인력으로 구성된 경우 RACI 매트릭스는 역할과 책임을 명확하게 구분하는 데 특히 유용합니다.
텍스트 유형
책임, 권한, 역량, 자격 등의 정보를 제공합니다.
조직 이론
회의
산출
자원 관리 계획
프로젝트 관리 계획의 일부인 자원 관리 계획은 프로젝트 자원을 분류, 할당, 관리 및 릴리스하는 방법에 대한 지침을 제공합니다. 자원관리계획은 프로젝트의 구체적인 상황에 따라 팀관리계획과 물적자원관리계획으로 구분할 수 있다.
자원 관리 계획에는 다음이 포함될 수 있습니다(단, 이에 국한되지는 않음).
자원 식별
프로젝트에 필요한 팀과 물리적 자원을 식별하고 정량화하는 방법입니다.
리소스에 대한 액세스
프로젝트에 필요한 팀 및 물리적 자원을 확보하는 방법에 대한 지침입니다.
역할과 책임
역할
프로젝트에서 토목 엔지니어, 비즈니스 분석가, 테스트 코디네이터 등 누군가가 갖고 있거나 할당된 역할입니다.
권한
프로젝트 자원을 사용하고, 결정을 내리고, 승인을 승인하고, 결과물을 수락하고, 프로젝트 작업을 수행하도록 다른 사람에게 영향을 줄 수 있는 권한입니다. 예를 들어, 활동 구현 방법, 품질 승인 기준, 프로젝트 편차 처리 방법 선택과 같은 명확한 권한을 가진 사람이 결정을 내려야 합니다. 팀 구성원은 개인의 권한 수준이 책임과 일치할 때 가장 잘 일합니다.
책임
프로젝트 팀 구성원이 프로젝트 활동을 완료하기 위해 수행해야 하는 책임과 작업입니다.
능력
프로젝트 활동을 완료하기 위해 프로젝트 팀원이 보유해야 하는 기술과 재능입니다. 프로젝트 팀원이 필요한 역량을 보유하지 않으면 효과적으로 책임을 수행할 수 없습니다. 구성원의 능력과 책임의 불일치가 발견되면 교육 준비, 신규 구성원 모집, 일정이나 업무 범위 조정 등 적극적인 조치를 취해야 합니다.
프로젝트 조직도
프로젝트 조직도에는 프로젝트 팀 구성원과 이들의 보고 관계가 그래픽으로 표시됩니다. 프로젝트의 요구 사항에 따라 프로젝트 조직도는 공식적이거나 비공식적일 수 있으며 매우 상세하거나 높은 수준일 수 있습니다. 예를 들어, 3,000명으로 구성된 재난 대응팀의 프로젝트 조직도는 20명으로 구성된 내부 프로젝트 조직도보다 훨씬 더 자세합니다.
프로젝트 팀 자원 관리
프로젝트 팀 리소스를 정의, 배치, 관리하고 궁극적으로 동원 해제하는 방법에 대한 가이드입니다.
훈련
프로젝트 구성원을 위한 교육 전략.
팀 빌딩
프로젝트 팀을 구성하는 방법.
자원 제어
필요에 따라 물리적 자원의 적절한 가용성을 보장하고 프로젝트 요구에 맞게 물리적 자원 조달을 최적화하는 데 사용되는 방법입니다. 프로젝트 수명주기 전반에 걸쳐 재고, 장비 및 소모품 관리에 대한 정보가 포함됩니다.
인증 제도
팀원들에게 어떤 표창과 보상이 언제 주어질 것인가.
팀 헌장
팀 헌장은 팀의 가치, 합의, 작업 지침을 작성하는 문서입니다.
팀 헌장에는 다음이 포함될 수 있습니다(단, 이에 국한되지 않음).
팀 가치
커뮤니케이션 가이드
결정 기준 및 프로세스
갈등 해결 과정
컨퍼런스 안내
팀 합의
팀 헌장은 프로젝트 팀 구성원 간의 허용 가능한 행동에 대한 명확한 기대치를 설정합니다. 명확한 규칙에 조기에 동의하고 따르는 것은 오해를 줄이고 생산성을 높이는 데 도움이 될 수 있습니다. 행동 규범, 의사소통, 의사결정, 회의 예절 등과 같은 영역을 논의하면서 팀원은 서로의 중요한 가치를 이해할 수 있습니다. 팀 헌장은 팀이 개발하거나 개발에 참여할 때 가장 잘 작동합니다. 모든 프로젝트 팀 구성원은 팀 헌장에 명시된 규칙을 준수할 책임을 공유합니다. 팀 헌장은 팀이 항상 팀의 기본 규칙을 인식하고 새로운 구성원을 팀에 합류시킬 수 있도록 정기적으로 검토하고 업데이트할 수 있습니다.
프로젝트 파일 업데이트
가상 로그
위험 등록부
활동 자원 추정
활동 자원 산정은 팀 자원은 물론 프로젝트 수행에 필요한 자재, 장비, 공급품의 유형과 수량을 산정하는 프로세스입니다.
이 프로세스의 주요 목적은 프로젝트를 완료하는 데 필요한 자원의 유형, 수량 및 특성을 식별하는 것입니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
범위 기준선
프로젝트 파일
활동 속성
활동 속성은 활동 목록의 각 활동에 필요한 팀 및 물리적 자원을 추정하기 위한 기본 데이터 소스를 제공합니다. 이러한 속성의 예로는 자원 요구 사항, 필수 날짜, 활동 위치, 가정 및 제약 조건이 있습니다.
활동 목록
활동 목록은 자원이 필요한 활동을 식별합니다.
가상 로그
가설 로그에는 팀과 물리적 자원의 성격과 양에 영향을 미치는 생산성 요인, 가용성, 비용 추정, 작업 방법에 대한 정보가 포함될 수 있습니다.
비용 견적
자원 비용은 수량 및 기술 수준 측면에서 자원 선택에 영향을 미칩니다.
자원 달력
리소스 달력은 각 특정 리소스를 사용할 수 있는 근무일, 교대 근무, 정상 업무 시작 및 종료 시간, 주말 및 공휴일을 식별합니다. 계획 활동 중에 잠재적으로 사용 가능한 자원 정보(예: 팀 자원, 장비, 자재)를 사용하여 자원 가용성을 추정합니다. 리소스 일정은 또한 프로젝트 중에 식별된 팀 및 물리적 리소스를 언제, 얼마나 오랫동안 사용할 수 있는지를 나타냅니다. 이 정보는 자원 경험 및/또는 기술 수준, 다양한 지리적 위치 등의 속성을 고려하여 활동 또는 프로젝트 수준에서 확립될 수 있습니다.
위험 등록부
위험 등록부는 자원 선택 및 가용성에 영향을 미칠 수 있는 개별 위험을 설명합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
상향식 추정
팀 및 물리적 자원은 활동 수준에서 추정된 다음 작업 패키지, 통제 계정 및 전체 프로젝트 수준에서 추정으로 집계됩니다.
유추 추정
유사 추정은 유사한 과거 프로젝트의 자원에 대한 정보를 미래 프로젝트 추정의 기초로 사용합니다. 이는 프로젝트 관리자가 WBS의 몇 가지 상위 수준만 식별할 수 있는 상황에 적합한 빠른 추정 방법입니다.
매개변수 추정
모수적 추정은 활동에 필요한 자원의 양을 계산하기 위해 과거 데이터와 기타 변수 사이의 일부 알고리즘이나 통계적 관계를 사용하여 과거 데이터와 프로젝트 매개변수를 기반으로 합니다. 예를 들어, 활동에 4000시간의 코딩 시간이 필요하고 1년 안에 완료해야 하는 경우 코딩에는 두 사람이 필요합니다(각각 연간 2000시간 투입). 매개변수 추정의 정확성은 해당 작업의 성숙도에 따라 달라집니다. 매개변수 모델 및 기본 데이터의 신뢰성.
데이터 분석
대안 분석
이 프로세스에 적합한 데이터 분석 기술에는 대체 분석이 포함되지만 이에 국한되지는 않습니다. 대안 분석은 프로젝트 작업을 수행하기 위해 선택할 옵션이나 사용할 방법을 결정하기 위해 식별된 대안을 평가하는 기술입니다. 많은 활동에는 다양한 기능이나 기술 수준, 다양한 크기 또는 유형의 기계, 다양한 도구(수동 또는 자동)를 가진 리소스 사용, 리소스 제작, 임대 또는 구매에 대한 결정과 같은 다양한 대체 구현이 있습니다. 대안 분석은 정의된 제약 내에서 프로젝트 활동을 실행하기 위한 최상의 옵션을 제공하는 데 도움이 됩니다.
프로젝트 관리 정보 시스템
프로젝트 관리 정보 시스템에는 리소스 라이브러리를 계획, 구성 및 관리하고 리소스 견적을 준비하는 데 도움이 되는 리소스 관리 소프트웨어가 포함될 수 있습니다. 소프트웨어의 복잡성에 따라 리소스 분석 구조, 리소스 가용성, 리소스 요율 및 다양한 리소스 달력을 결정하여 리소스 사용을 최적화할 수 있습니다.
회의
프로젝트 관리자는 기능 관리자와 계획 회의를 열어 각 활동에 필요한 자원, 지원 활동(LoE), 팀 자원의 기술 수준 및 필요한 자료 수량을 추정할 수 있습니다. 참석자에는 프로젝트 관리자, 프로젝트 후원자, 선택된 프로젝트 팀 구성원, 선택된 이해관계자 및 기타 필요한 인력이 포함될 수 있습니다.
산출
리소스 요구 사항
자원 요구사항은 각 작업 패키지 또는 작업 패키지 내 활동에 필요한 자원의 유형과 수량을 식별하여 각 작업 패키지, 각 WBS 분기 및 전체 프로젝트에 필요한 자원을 추정할 수 있습니다. 자원 요구 사항 설명의 양과 구체성은 응용 분야에 따라 다르며, 자원 요구 사항 문서에는 사용할 자원의 유형, 가용성 및 필요한 수량을 결정하기 위해 만들어진 가정도 포함될 수 있습니다.
추정근거
자원 추정에 필요한 지원 정보의 양과 유형은 응용 분야에 따라 다릅니다. 그러나 세부 수준에 관계없이 지원 문서는 자원 추정치가 어떻게 도출되었는지 명확하고 완전하게 설명해야 합니다.
자원 추정에 대한 지원 정보에는 다음이 포함될 수 있습니다.
추정방법
이전 유사 프로젝트 정보 등 견적에 사용된 리소스
추정과 관련된 가정
알려진 제약
추정 범위
추정 신뢰 수준
추정치에 영향을 미치는 확인된 위험에 대한 문서화
자원 분석 구조
리소스 분석 구조는 리소스를 카테고리 및 유형별로 계층적으로 표현한 것입니다. 자원 범주에는 노동, 자재, 장비 및 공급품이 포함되지만 이에 국한되지는 않으며 자원 유형에는 기술 수준, 필수 인증, 등급 수준 또는 프로젝트에 적용 가능한 기타 유형이 포함됩니다. 자원 관리 계획 프로세스 중에 자원 분석 구조는 프로젝트 분류 활동을 안내하는 데 사용됩니다. 이 프로세스에서 자원 분석 구조는 자원을 확보하고 감독하는 데 사용되는 완전한 문서입니다.
프로젝트 파일 업데이트
활동 속성
가상 로그
교훈 등록
리소스에 대한 액세스
자원 조달은 프로젝트에 필요한 팀 구성원, 시설, 장비, 자재, 공급품 및 기타 자원을 확보하는 프로세스입니다. 이 프로세스의 주요 목적은 자원 선택과 해당 활동에 대한 할당을 개략적으로 설명하고 안내하는 것입니다.
프로젝트에 필요한 자원은 프로젝트 수행 조직 내부 또는 외부에서 나올 수 있습니다. 내부 자원은 기능 관리자 또는 자원 관리자가 획득(할당)하는 반면, 외부 자원은 조달 프로세스를 통해 획득합니다.
프로젝트 관리팀은 단체 교섭 협약, 하청업체 인력 활용, 매트릭스 프로젝트 환경, 내부 및 외부 보고 관계 또는 기타 이유로 인해 자원 선택에 대한 직접적인 통제권을 가질 수도 있고 갖지 않을 수도 있습니다.
프로젝트 자원을 확보할 때 다음 사항에 유의하는 것이 중요합니다.
프로젝트 관리자 또는 프로젝트 팀은 효과적으로 협상하고 프로젝트에 필요한 팀과 물리적 자원을 제공할 수 있는 사람들에게 영향을 미쳐야 합니다.
프로젝트에 필요한 자원을 확보하지 못하면 프로젝트 일정, 예산, 고객 만족도, 품질 및 위험에 영향을 미칠 수 있으며, 자원이나 인력 역량이 부족하면 프로젝트 성공 가능성이 낮아지고 최악의 경우 프로젝트가 취소될 수 있습니다.
제약 조건(예: 경제적 요인 또는 다른 프로젝트의 리소스 점유)으로 인해 필요한 팀 리소스를 사용할 수 없는 경우 프로젝트 관리자 또는 프로젝트 팀은 역량과 비용이 다를 수 있는 대체 리소스를 사용해야 할 수 있습니다. 법률, 규정, 필수 조항 또는 기타 특정 표준을 위반하지 않는 한 대체 리소스를 사용할 수 있습니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
조달관리계획
비용 기준
프로젝트 파일
프로젝트 일정
프로젝트 일정에는 활동과 시작 및 종료 날짜가 표시되어 자원을 제공하고 획득해야 하는 시기를 결정하는 데 도움이 됩니다.
자원 달력
자원 달력은 프로젝트에서 각 프로젝트 자원을 사용할 수 있는 기간을 기록합니다. 신뢰할 수 있는 일정 준비는 시간대, 근무 시간, 휴가 시간, 현지 공휴일, 유지 관리 일정, 다른 프로젝트에 소요되는 시간 등을 포함하여 개별 리소스 가용성과 시간 제약에 대한 올바른 이해를 바탕으로 해야 합니다. 자원 달력은 프로젝트 전반에 걸쳐 점진적으로 상세화되고 업데이트되어야 합니다. 자원 달력은 이 프로세스의 결과이며 프로세스를 반복할 때 쉽게 사용할 수 있습니다.
리소스 요구 사항
리소스 요구 사항은 획득해야 하는 리소스를 식별합니다.
이해관계자 등록
이해관계자 등록부는 프로젝트별 자원에 대한 이해관계자의 요구나 기대를 식별할 수 있으며, 이는 자원 획득 프로세스 중에 고려해야 합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
의사결정
다기준 의사결정 분석
자원 획득 프로세스에 적용할 수 있는 의사결정 기술에는 다중 기준 의사결정 분석이 포함되지만 이에 국한되지는 않습니다. 선택 기준은 프로젝트를 위한 물리적 자원이나 프로젝트 팀을 선택하는 데 종종 사용됩니다. 다기준 의사결정 분석 도구를 사용하여 잠재적인 리소스를 평가하거나 채점하기 위한 기준을 개발합니다(예: 내부 및 외부 팀 리소스 중에서 선택). 기준은 상대적 중요도에 따라 가중치가 부여되며, 이는 리소스 유형에 따라 달라질 수 있습니다.
사용 가능한 선택 기준은 다음과 같습니다.
유효성
프로젝트에서 요구하는 시간 내에 프로젝트에서 자원을 사용할 수 있는지 확인합니다.
비용
추가 리소스 비용이 지정된 예산 범위 내에 있는지 확인하세요.
능력
팀 구성원이 프로젝트에 필요한 기능을 제공하는지 확인하십시오.
다음을 포함하여 일부 선택 기준은 팀 리소스에 고유합니다.
경험
팀 구성원이 프로젝트 성공에 필요한 관련 경험을 가지고 있는지 확인하십시오.
지식
팀원이 고객, 자신이 수행한 유사 프로젝트, 프로젝트 환경 세부사항에 대한 관련 지식을 보유하고 있는지 여부.
기술
팀 구성원이 프로젝트 도구를 사용하는 데 필요한 기술을 갖추고 있는지 확인하십시오.
방법
팀 구성원이 다른 사람들과 협력하여 응집력 있는 팀을 구성할 수 있는 능력입니다.
국제적 요인
팀원의 위치, 시간대, 커뮤니케이션 능력.
대인관계 및 팀 기술
협상
많은 프로젝트에서는 필수 자원에 대한 협상이 필요합니다. 프로젝트 관리팀은 다음 당사자와 협상해야 합니다.
기능 관리자
책임이 완료될 때까지 프로젝트가 필요한 시간 내에 최적의 리소스를 받도록 보장합니다.
실행조직의 기타 프로젝트관리팀
희소하거나 특별한 자원을 적절하게 할당하십시오.
외부 조직 및 공급업체
적절하고, 희소하고, 특별하고, 자격을 갖추고, 인증을 받았거나 기타 특수 팀이나 물리적 자원을 제공합니다. 외부 협상과 관련된 정책, 관행, 절차, 지침, 법률 및 기타 표준에 특별한 주의를 기울여야 합니다.
다른 사람에게 영향을 미치는 프로젝트 관리팀의 능력은 조직의 정치적 역량과 마찬가지로 자원 할당 협상에서 중요합니다. 예를 들어, 프로젝트의 전망이 좋다고 기능 관리자에게 확신시키면 경쟁 프로젝트보다는 이 프로젝트에 최고의 자원을 할당하도록 영향을 미칠 것입니다.
사전 파견
사전 할당은 프로젝트에 대한 물리적 또는 팀 자원의 사전 식별을 의미합니다. 특정 사람이 입찰 과정에서 프로젝트 작업에 전념하는 경우, 또는 특정 사람의 특정 기술에 따라 달라지는 경우 자원 관리 계획의 예비 작업이 완료되기 전에 프로젝트 헌장 프로세스 또는 기타 프로세스에서 특정 팀 구성원에게 작업 할당을 지정했습니다.
가상 팀
가상 팀을 사용하면 프로젝트 팀 구성원을 모집하는 데 새로운 가능성이 열립니다. 가상 팀은 역할 작업을 완료하기 위해 대면 작업할 시간이 거의 또는 전혀 없는 공통 목표를 가진 사람들의 그룹으로 정의할 수 있습니다. 최신 통신 기술(예: 이메일, 전화 회의, 소셜 미디어, 웹 회의) 및 화상 회의 등)을 통해 가상 팀이 실현 가능해집니다.
가상 팀 모델이 이를 가능하게 합니다
조직 내에서 지리적으로 분산된 직원들로 팀을 구성하세요.
해당 전문가가 동일한 지역에 있지 않더라도 프로젝트 팀에 특별한 기술을 추가합니다.
집에서 일하는 직원을 팀에 통합하세요
다양한 교대, 시간, 요일에 근무하는 직원들 사이에서 팀을 구성하세요.
거동이 불편하거나 장애가 있는 사람들을 팀에 포함시키세요.
과도한 출장 비용으로 인해 보류되거나 취소될 프로젝트를 실행합니다.
사무실과 직원에게 필요한 모든 물리적 장비에 대한 비용을 절약하십시오.
가상 팀의 맥락에서 커뮤니케이션 계획은 점점 더 중요해지고 있습니다. 명확한 기대치를 설정하고, 의사소통을 촉진하고, 갈등 해결 방법을 개발하고, 의사 결정에 사람들을 모으고, 문화적 차이를 이해하고, 성공의 기쁨을 공유하는 데는 더 많은 시간이 걸릴 수 있습니다.
산출
물적 자원 할당 시트
물리적 자원 할당 시트에는 프로젝트에 사용될 자재, 장비, 소모품, 위치 및 기타 물리적 자원이 문서화되어 있습니다.
프로젝트 팀이 작업 주문을 발송합니다.
프로젝트 팀 작업 지시서는 프로젝트에서 팀 구성원과 그들의 역할 및 책임을 기록합니다. 여기에는 프로젝트 팀 디렉토리가 포함될 수 있으며, 프로젝트 조직도와 같은 프로젝트 관리 계획의 다른 부분에 직원 이름을 삽입하는 것도 필요합니다. 그리고 일정 계획.
자원 달력
리소스 달력은 각 특정 리소스를 사용할 수 있는 근무일, 교대 근무, 정상 업무 시작 및 종료 시간, 주말 및 공휴일을 식별합니다. 계획 활동 중에 잠재적으로 사용 가능한 자원 정보(예: 팀 자원, 장비, 자재)를 사용하여 자원 가용성을 추정합니다. 자원 달력은 프로젝트 중에 식별된 팀 및 물리적 자원을 언제, 얼마나 오랫동안 사용할 수 있는지 지정합니다. 이 정보는 자원 경험 및/또는 기술 수준, 다양한 지리적 위치 등의 속성을 고려하여 활동 또는 프로젝트 수준에서 확립될 수 있습니다.
변경 요청
프로젝트 관리 계획 업데이트
자원 관리 계획
비용 기준
프로젝트 파일 업데이트
교훈 등록
프로젝트 일정
자원 분석 구조
리소스 요구 사항
위험 등록부
이해관계자 등록
비즈니스 환경 요인 업데이트
조직 프로세스 자산 업데이트
팀 구축
팀빌딩은 프로젝트 성과 향상을 위해 업무능력을 향상시키고, 팀원 간 상호작용을 촉진하며, 팀 전체의 분위기를 개선하는 과정입니다.
이 프로세스의 주요 목적은 팀 협업을 개선하고, 대인 관계 기술을 향상시키고, 직원에게 동기를 부여하고, 마찰을 줄이고, 전반적인 프로젝트 성과를 향상시키는 것입니다.
프로젝트 관리자는 글로벌 환경과 문화적으로 다양한 프로젝트에서 일합니다. 팀 구성원은 종종 다른 업계 출신이고, 다른 언어를 사용하며, 때로는 프로젝트 관리 팀이 취해야 하는 모국어를 사용하는 대신 특정 "팀 언어" 또는 문화적 규범을 사용하여 작업하기도 합니다. 문화적 차이를 활용하고, 프로젝트 수명 주기 전반에 걸쳐 프로젝트 팀을 개발 및 유지하는 데 전념하고, 프로젝트 팀 구축, 대인 관계 기술, 기술 역량 향상, 팀 환경 및 프로젝트 성과를 통해 상호 신뢰의 분위기에서 완전한 협업을 촉진합니다. . 프로젝트 수명 주기 전반에 걸쳐 팀 구성원은 명확하고 시의적절하며 효과적인 의사소통(효과성과 효율성 모두 포함)을 유지해야 합니다.
건설 프로젝트 팀의 목표는 다음을 포함하지만 이에 국한되지는 않습니다.
팀 구성원의 지식과 기술을 향상하여 프로젝트 결과물을 완료하고 비용을 절감하며 일정을 단축하고 품질을 향상시키는 능력을 향상시킵니다.
사기를 높이고 갈등을 줄이며 팀 협업을 강화하기 위해 팀 구성원 간의 신뢰와 인식을 향상시킵니다.
다음을 위해 활기차고 응집력 있고 협력적인 팀 문화를 조성합니다. (1) 개인 및 팀 생산성을 향상하고 팀 정신을 고취하며 팀워크를 촉진합니다. (2) 지식과 경험을 공유하기 위해 팀 구성원 간의 교차 교육 및 코칭을 장려합니다.
팀의 의사결정 참여 능력을 향상시키고, 해결방안에 대한 책임을 갖도록 하여 팀의 생산성을 향상시키고,
더욱 효과적이고 효율적인 결과를 얻을 수 있습니다.
5단계로 구성된 "Tuckman" 팀 개발
팀 구성이 일반적으로 거치는 5단계를 포함하는 Tuckman의 사다리 이론이라는 팀 개발 모델이 있습니다. 이러한 단계는 일반적으로 순차적으로 발생하지만 팀이 특정 단계에 갇히거나 이전 단계로 회귀하는 것은 드문 일이 아닙니다. 팀 구성원이 이전에 함께 작업한 경우 프로젝트 팀 빌딩도 특정 단계를 건너뛸 수 있습니다.
형성 단계
이 단계에서 팀 구성원은 서로를 알아가고 프로젝트와 프로젝트 내에서의 공식적인 역할 및 책임을 이해하게 됩니다. 이 단계에서 팀 구성원은 서로 독립적인 경향이 있으며 개방적이고 정직할 필요는 없습니다.
충격 단계
이 단계에서 팀은 프로젝트 작업을 시작하고 기술적 결정을 내리고 프로젝트 관리 방법을 논의합니다. 팀 구성원이 협력할 수 없고 다양한 관점과 의견을 수용할 수 없다면 팀 환경은 역효과를 낳을 수 있습니다.
표준화 단계
규범화 단계에서는 팀원들이 함께 일하기 시작하고 팀을 지원하기 위해 업무 습관과 행동을 조정하며 팀원들은 서로를 신뢰하는 법을 배웁니다.
성숙한 단계
이 단계에 진입하면 팀은 조직화된 단위처럼 작동하며, 팀원들은 서로 의지하여 원활하고 효율적으로 문제를 해결합니다.
용해 단계
해체 단계에서 팀은 모든 작업을 완료하고 팀원은 프로젝트를 떠납니다. 일반적으로 프로젝트 결과물이 완료된 후 또는 프로젝트나 단계가 종료되는 동안 인력이 방출되고 팀이 해체됩니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
프로젝트 관리 계획 구성 요소에는 자원 관리 계획이 포함되지만 이에 국한되지는 않습니다. 자원 관리 계획은 팀 성과 검토 및 기타 형태의 팀 관리 활동을 통해 프로젝트 팀원에게 보상 제공, 피드백 제공, 교육 강화 또는 처벌 조치를 취하는 방법에 대한 지침을 제공합니다. 자원 관리 계획에는 팀 성과 평가 기준이 포함될 수 있습니다.
프로젝트 파일
교훈 등록
프로젝트 초기에 팀 구성과 관련하여 배운 교훈을 프로젝트 후반 단계에 적용하여 팀 성과를 향상시킬 수 있습니다.
프로젝트 일정
프로젝트 일정은 다양한 단계에서 필요한 역량을 개발하기 위해 프로젝트 팀에 교육을 제공하는 방법과 시기를 정의하고, 프로젝트 실행 중 차이가 있는 경우 이를 기반으로 필요한 팀 구축 전략을 식별합니다.
프로젝트 팀이 작업 주문을 발송합니다.
프로젝트 팀은 팀 구성원의 역할과 책임을 식별하기 위해 작업 주문을 발송합니다.
자원 달력
자원 달력은 프로젝트 팀 구성원이 팀 구성 활동에 참여할 수 있는 시기를 정의하여 프로젝트 전반에 걸쳐 팀의 가용성을 설명하는 데 도움을 줍니다.
팀 헌장
팀 헌장에는 팀 작업에 대한 지침이 포함되어 있습니다. 팀 가치와 업무 지침은 팀이 어떻게 협력하는지 설명하는 구조를 제공합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
중앙 집중식 사무실
코로케이션(Collocation)은 팀 작업 능력을 향상시키기 위해 가장 활동적인 프로젝트 팀 구성원의 대부분 또는 전부를 동일한 물리적 위치에서 작업하도록 배치하는 것을 의미합니다. 중앙 사무실은 임시(예: 프로젝트의 특히 중요한 기간 동안에만) 또는 전체 프로젝트에 걸쳐 있을 수 있습니다. 팀 회의실, 진행 계획을 게시할 수 있는 장소, 의사소통과 공동체 의식을 향상시키는 기타 시설을 갖춘 중앙 집중식 사무실 전략을 구현합니다.
가상 팀
가상 팀을 사용하면 숙련된 리소스에 대한 액세스, 비용 절감, 출장 및 재배치 비용 절감, 팀 구성원이 공급업체, 고객 또는 기타 중요한 당사자와 더 가까워지는 등 많은 이점을 얻을 수 있습니다. 가상 팀은 기술을 활용하여 팀이 파일을 저장하고, 온라인 대화를 통해 문제를 논의하고, 팀 일정을 유지할 수 있는 온라인 팀 환경을 만들 수 있습니다.
통신 기술
중앙 사무실이나 가상 팀에서 팀 구성 문제를 해결하려면 커뮤니케이션 기술이 매우 중요합니다. 이는 중앙 집중식 팀을 위한 적합한 환경을 조성하는 데 도움이 되며 가상 팀, 특히 팀원이 서로 다른 시간대에 분산되어 있는 팀 간의 상호 이해를 촉진합니다.
사용할 수 있는 의사소통 기술은 다음과 같습니다.
공유포털
공유 정보 저장소(예: 웹 사이트, 공동 작업 소프트웨어 또는 인트라넷)는 가상 프로젝트 팀에 도움이 될 수 있습니다.
화상 회의
화상회의는 가상 팀과 효과적으로 소통하기 위한 중요한 기술입니다.
오디오 회의
오디오 회의는 가상 팀과의 관계와 신뢰를 구축하는 데 도움이 됩니다.
이메일/채팅 소프트웨어
이메일과 채팅 소프트웨어를 사용한 정기적인 커뮤니케이션도 효과적인 방법입니다.
대인관계 및 팀 기술
갈등 관리
프로젝트 관리자는 높은 성과를 내는 팀을 만들기 위해 적시에 건설적인 방식으로 갈등을 해결해야 합니다.
영향
이 프로세스의 영향력 있는 기술은 관련성 있고 중요한 정보를 수집하여 중요한 문제를 해결하고 신뢰 관계를 유지하면서 합의를 달성합니다.
자극
동기 부여는 누군가가 행동을 취하는 이유를 제공합니다. 팀의 의사 결정 참여 능력을 향상시키고 독립적으로 작업하도록 장려합니다.
협상
팀 구성원 간의 협상은 프로젝트 요구 사항에 대한 합의에 도달하는 것을 목표로 합니다. 협상은 팀 구성원 간의 관계와 신뢰를 구축하는 데 도움이 됩니다.
팀 빌딩
팀빌딩은 다양한 활동을 조직하여 팀의 사회적 관계를 강화하고 긍정적이고 협력적인 업무 환경을 조성하는 것입니다. 팀 구축 활동은 상태 검토 회의의 5분 의제 항목부터 관계 개선을 위해 고안된 전용 비직장 전문 강화 이벤트까지 무엇이든 될 수 있습니다. 팀 빌딩 활동은 팀 구성원이 보다 효과적으로 협력할 수 있도록 고안되었습니다. 효과적인 팀 구축 전략은 특히 팀 구성원이 서로 멀리 떨어져 작업하고 대면 접촉이 불가능할 때 필요합니다. 비공식적 의사소통과 활동은 신뢰와 좋은 업무 관계를 구축하는 데 도움이 됩니다. 팀 빌딩은 프로젝트 초기 단계에 필수적이지만 지속적인 프로세스입니다. 프로젝트 환경의 변화는 불가피하며, 이러한 변화에 효과적으로 대응하기 위해서는 지속적인 팀빌딩이 필요합니다. 프로젝트 관리자는 다양한 팀 문제를 예방하거나 수정하기 위해 조치가 필요한지 여부를 결정하기 위해 팀의 기능과 성과를 지속적으로 모니터링해야 합니다.
표창과 보상
프로젝트 팀을 구성하는 과정에서 구성원의 좋은 행동을 인정하고 보상해야 합니다. 초기 보상 계획은 기획 자원 관리 과정에서 준비됩니다. 수령자의 중요한 요구를 충족하는 보상만이 효과적인 보상입니다. 프로젝트팀을 관리하는 과정에서 보상 결정은 공식적 또는 비공식적으로 이루어질 수 있지만 표창과 보상을 결정할 때는 문화적 차이를 고려해야 합니다.
사람들은 조직에서 자신이 가치 있다고 느낄 때 동기를 부여받고, 그 가치를 반영하는 보상을 받을 수 있습니다. 일반적으로 보상 시스템에서는 돈이 유형의 보상이지만, 그와 동일하거나 더 효과적인 무형의 보상도 다양합니다. 대부분의 프로젝트 팀 구성원은 성장하고, 성취감을 얻고, 감사를 받고, 자신의 전문 기술을 새로운 도전에 적용할 수 있는 기회에 동기를 부여받습니다. 프로젝트 관리자는 프로젝트가 완료될 때까지 기다리기보다는 프로젝트 수명주기 전반에 걸쳐 가능한 한 인정을 제공해야 합니다.
훈련
교육에는 프로젝트 팀 구성원의 역량을 향상시키기 위해 고안된 모든 활동이 포함되며 강의실 교육, 온라인 교육, 컴퓨터 지원 교육, 현장 교육(다른 프로젝트 팀 구성원이 제공), 코칭 및 교육을 포함하여 공식 또는 비공식일 수 있습니다. . 프로젝트 팀 구성원에게 필요한 관리 능력이나 기술 능력이 부족한 경우, 그러한 기술을 개발하는 것이 프로젝트 작업의 일부가 될 수 있습니다. 프로젝트 관리자는 자원 관리 계획의 규정에 따라 예정된 교육을 실시해야 하며, 프로젝트 팀 관리 중 관찰, 대화 및 프로젝트 성과 평가 결과를 바탕으로 계획되지 않은 필요한 교육도 수행해야 합니다. 일반적으로 교육 비용은 다음과 같습니다. 프로젝트 예산에 포함되거나 추가 기술이 향후 프로젝트에 도움이 될 경우 수행 조직이 부담합니다. 교육은 내부 또는 외부 강사에 의해 수행될 수 있습니다.
개인 및 팀 평가
개인 및 팀 평가 도구는 프로젝트 관리자와 프로젝트 팀에게 구성원의 강점과 약점에 대한 통찰력을 제공합니다. 이러한 도구는 프로젝트 관리자가 팀 구성원의 선호도와 요구 사항, 팀 구성원이 정보를 처리하고 구성하는 방법, 의사 결정 방법, 팀 구성원이 다른 구성원과 관계하는 방법을 평가하는 데 도움이 됩니다. 태도 설문조사, 임시 평가, 구조화된 인터뷰, 역량 테스트, 포커스 그룹 등 다양한 도구를 사용할 수 있습니다. 이러한 도구는 팀 구성원 간의 이해, 신뢰, 헌신 및 의사소통을 향상시켜 프로젝트 전반에 걸쳐 팀 효율성을 향상시키는 데 도움이 됩니다.
회의
산출
팀 성과 평가
프로젝트 팀 구성 노력(예: 교육, 팀 구성, 중앙 사무실 등)이 수행됨에 따라 프로젝트 관리팀은 프로젝트 팀의 효율성에 대한 공식 또는 비공식 평가를 수행해야 합니다. 효과적인 팀 구축 전략과 활동은 팀 성과를 향상시켜 프로젝트 목표 달성 가능성을 높일 수 있습니다.
팀 효율성을 평가하기 위한 측정 기준에는 다음이 포함될 수 있습니다.
구성원이 업무를 보다 효과적으로 완료할 수 있도록 개인 기술을 향상합니다.
팀 구성원이 업무를 더 잘 수행할 수 있도록 팀 역량이 향상됩니다.
팀원 이직률 감소
팀 결속력이 강화되어 팀원들이 공개적으로 정보와 경험을 공유하고 서로 도와 프로젝트 성과를 향상시킬 수 있습니다.
팀의 전반적인 성과를 평가함으로써 프로젝트 관리팀은 팀 성과를 향상시키는 데 필요한 특별 교육, 코칭, 멘토링, 지원 또는 변경 사항을 식별할 수 있습니다. 또한 프로젝트 관리팀은 성과 평가 프로세스 중에 제시된 개선 권장 사항을 구현하고 구현하는 데 적절하거나 필요한 리소스를 식별해야 합니다.
변경 요청
프로젝트 관리 계획 업데이트
자원 관리 계획
프로젝트 파일 업데이트
교훈 등록
프로젝트 일정
프로젝트 팀이 작업 주문을 발송합니다.
자원 달력
팀 헌장
비즈니스 환경 요인 업데이트
빌딩 프로젝트 팀 프로세스의 결과로 업데이트해야 할 환경 요소는 다음을 포함하지만 이에 국한되지는 않습니다.
직원개발계획 기록
기술 평가
조직 프로세스 자산 업데이트
팀 프로세스 구축의 결과로 업데이트해야 하는 조직 프로세스 자산에는 다음이 포함되지만 이에 국한되지는 않습니다.
훈련 요구
인사평가
관리팀
팀 관리는 팀 구성원의 성과를 추적하고, 피드백을 제공하고, 문제를 해결하고, 팀 변경 사항을 관리하여 프로젝트 성과를 최적화하는 프로세스입니다. 이 프로세스의 주요 목적은 팀 행동에 영향을 미치고, 갈등을 관리하고, 문제를 해결하는 것입니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
프로젝트 파일
문제 로그
프로젝트팀을 관리하는 과정에서는 항상 다양한 이슈가 발생하게 됩니다. 이때, 이슈 로그를 활용하면 목표 날짜 내에 특정 이슈를 해결하는 담당자가 누구인지 기록하고 해결 상황을 모니터링할 수 있습니다.
교훈 등록
프로젝트 초기 단계에서 얻은 교훈을 프로젝트 후반 단계에 적용하여 팀 관리의 효율성과 효과를 높일 수 있습니다.
프로젝트 팀이 작업 주문을 발송합니다.
프로젝트 팀은 팀 구성원의 역할과 책임을 식별하기 위해 작업 주문을 발송합니다.
팀 헌장
팀 헌장은 팀이 어떻게 결정을 내리고, 회의를 진행하고, 갈등을 해결해야 하는지에 대한 지침을 제공합니다.
업무 성과 보고서
작업 성과 보고서는 의사 결정, 조치 수행 또는 관심 끌기 위해 작성된 물리적 또는 전자적 작업 성과 정보로, 일정 관리, 비용 관리, 품질 관리 및 범위 확인을 통해 얻은 결과를 포함하며 프로젝트 팀 관리에 도움이 됩니다. 성과 보고서 및 관련 예측 보고서의 정보는 향후 팀 리소스 요구 사항을 결정하고, 인식 및 보상하고, 리소스 관리 계획을 업데이트하는 데 도움이 됩니다.
팀 성과 평가
프로젝트 관리팀은 지속적으로 프로젝트 팀 성과에 대한 공식 또는 비공식 평가를 수행해야 합니다. 프로젝트 팀 성과를 지속적으로 평가하면 문제 해결, 의사소통 스타일 조정, 갈등 해결 및 팀 상호 작용 개선을 위한 조치를 취하는 데 도움이 됩니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
대인관계 및 팀 기술
갈등 관리
프로젝트 환경에서는 갈등이 불가피합니다. 갈등의 원인으로는 자원 부족, 일정 우선순위, 개인 업무 스타일의 차이 등이 있습니다. 팀 기본 규칙, 팀 규범, 커뮤니케이션 계획 및 역할 정의와 같은 입증된 프로젝트 관리 방식을 채택하면 갈등의 수를 줄일 수 있습니다.
성공적인 갈등 관리는 생산성을 높이고 업무 관계를 개선합니다. 동시에, 잘 관리된다면 불일치는 창의성을 높이고 의사 결정을 향상시킬 수 있습니다. 불일치가 부정적으로 변하면 먼저 프로젝트 팀 구성원이 해결해야 합니다. 갈등이 확대되면 프로젝트 관리자는 직접적이고 협력적인 접근 방식을 사용하고 갈등을 조기에 그리고 종종 개인적으로 처리하는 등 만족스러운 해결을 촉진하는 데 도움을 제공해야 합니다. 파괴적인 갈등이 계속되면 징계 조치를 포함한 공식적인 절차가 사용될 수 있습니다.
갈등을 해결하는 프로젝트 관리자의 능력이 프로젝트 팀 관리의 성공을 결정하는 경우가 많습니다. 프로젝트 관리자마다 서로 다른 충돌 해결 방법을 사용할 수 있습니다.
갈등 해결에 영향을 미치는 요소는 다음과 같습니다.
갈등의 중요성과 강도
갈등 해결이 시급하다
갈등에 연루된 사람들의 상대적인 힘
좋은 관계를 유지하는 것의 중요성
갈등을 영구적으로 또는 일시적으로 해결하려는 동기
다섯 가지 일반적인 갈등 해결 기술이 있으며 각각 고유한 역할과 목적이 있습니다.
후퇴/회피
실제적이거나 잠재적인 갈등을 피하고 더 준비가 될 때까지 문제를 연기하거나 문제 해결을 위해 다른 사람에게 문제를 맡깁니다.
용인하다/수용하다
차이점보다 합의를 강조하고, 조화와 관계를 유지하기 위해 한발 물러나 다른 사람의 요구 사항을 고려하십시오.
타협/중재
갈등을 일시적 또는 부분적으로 해결하기 위해서는 모든 당사자가 어느 정도 만족할 수 있는 해결책을 모색하지만, 이러한 접근 방식은 때로는 '패배' 상황으로 이어질 수 있습니다.
힘/명령
다른 사람을 희생시키면서 한쪽의 관점을 장려하십시오. 승패 솔루션만 제공하십시오. 긴급한 문제를 강제하기 위해 권력이 사용되는 경우가 많으며, 이러한 접근 방식은 종종 "승-패" 상황을 초래합니다.
협업/문제 해결
다양한 관점과 의견을 고려하고 협력적인 태도와 열린 대화를 통해 모든 당사자가 합의와 약속에 도달하도록 안내하는 이러한 접근 방식은 윈윈(win-win) 상황으로 이어질 수 있습니다.
결정을 내리세요
이 경우 의사결정에는 의사결정 도구 집합에 설명된 도구 집합이 아니라 조직 및 프로젝트 관리팀과 협상하고 영향을 미치는 능력이 포함됩니다.
효과적인 의사결정에는 다음이 필요합니다.
달성하려는 목표에 집중
의사결정 과정을 따르세요
환경 요인 연구
이용 가능한 정보 분석
팀 창의성 고취
위험 이해
감성 지능
감성지능이란 개인의 감정, 타인의 감정, 집단의 감정을 식별하고 평가하고 관리하는 능력을 말한다. 프로젝트 관리팀은 감성 지능을 활용하여 프로젝트 팀원의 감정을 이해, 평가 및 제어하고 팀원의 행동을 예측하며 팀원의 우려 사항을 확인하고 팀원의 문제를 추적하여 스트레스 감소 및 강화라는 목적을 달성할 수 있습니다. 협력.
영향
매트릭스 환경에서 프로젝트 관리자는 일반적으로 팀 구성원에 대한 명령 권한이 거의 또는 전혀 없기 때문에 적시에 관련 당사자에게 영향을 미치는 능력은 프로젝트 성공을 보장하는 데 매우 중요합니다.
영향은 주로 다음 측면에 반영됩니다.
다른 사람을 설득하다
자신의 의견과 입장을 명확하게 표현
적극적이고 효과적인 경청
다양한 관점을 이해하고 고려
상호 신뢰 관계를 유지하면서 관련 정보를 수집하고 문제를 해결하며 합의에 도달합니다.
지도
성공적인 프로젝트에는 강력한 리더십 기술이 필요합니다. 리더십은 팀을 이끌고 팀이 필수 작업을 수행하도록 동기를 부여하는 능력입니다. 여기에는 다양한 기술, 능력 및 행동이 포함됩니다. 그리고 리더십은 프로젝트 수명주기의 모든 단계에서 중요합니다. 다양한 상황이나 팀에 적합한 리더십 스타일을 정의하는 몇 가지 리더십 이론이 있습니다. 비전을 전달하고 프로젝트 팀이 효율적으로 작업하도록 영감을 주기 위해서는 리더십이 중요합니다.
프로젝트 관리 정보 시스템
산출
변경 요청
관리팀 프로세스 중에 변경 요청이 발생하거나 권장 조치, 시정 조치 또는 예방 조치가 프로젝트 관리 계획이나 프로젝트 문서의 구성요소에 영향을 미치는 경우 프로젝트 관리자는 변경 요청을 제출해야 합니다. 전반적인 변경 제어 프로세스를 구현하여 변경 요청을 검토하고 처리합니다.
예를 들어, 자율적으로 선택했든 통제할 수 없는 사건으로 인해 발생했든 인력 배치 변경은 프로젝트 팀을 혼란에 빠뜨릴 수 있으며, 이러한 중단으로 인해 일정이 늦어지거나 예산이 초과될 수 있습니다. 직원 배치 변경에는 인력 이동, 일부 작업 아웃소싱 또는 퇴사하는 인력 교체가 포함됩니다.
프로젝트 관리 계획 업데이트
자원 관리 계획
진행 기준선
비용 기준
프로젝트 파일 업데이트
문제 로그
교훈 등록
프로젝트 팀이 작업 주문을 발송합니다.
비즈니스 환경 요인 업데이트
자원 통제
자원 통제는 물리적 자원이 계획대로 프로젝트에 할당되도록 하는 동시에 자원 사용 계획에 따라 자원의 실제 사용을 모니터링하고 필요한 시정 조치를 취하는 프로세스입니다.
이 프로세스의 주요 목적은 할당된 자원을 적절한 시간과 장소에서 프로젝트에 사용할 수 있고 더 이상 필요하지 않을 때 해제되도록 하는 것입니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
프로젝트 파일
문제 로그
문제 로그는 자원 부족, 원자재 공급 지연 또는 저등급 원자재와 관련된 문제를 식별하는 데 사용됩니다.
교훈 등록
프로젝트 초기에 배운 교훈을 이후 단계에 적용하여 물리적 자원 제어를 개선할 수 있습니다.
물적 자원 할당 시트
물리적 자원 할당은 자원의 예상 사용량과 유형, 수량, 위치, 조직 내부인지 구매인지 등 자원에 대한 세부 정보를 설명합니다.
프로젝트 일정
자원 분석 구조
리소스 요구 사항
위험 등록부
업무 성과 데이터
작업 성과 데이터에는 사용된 자원의 양과 유형 등 프로젝트 상태에 대한 데이터가 포함됩니다.
규약
조직 프로세스 자산
도구 및 기술
데이터 분석
대안 분석
대안 분석은 리소스 사용량 편차를 수정하기 위한 최상의 솔루션을 선택하는 데 도움이 됩니다. 초과 근무 및 팀 리소스 증가와 같은 대안을 지연된 전달 또는 단계적 전달과 비교하여 장단점을 가늠할 수 있습니다.
비용 편익 분석
비용 편익 분석은 프로젝트 비용이 다양할 때 최선의 시정 조치를 결정하는 데 도움이 됩니다. 성과 검토.
성과 검토
성과 검토는 계획된 리소스 사용량과 실제 리소스 사용량 간의 차이를 측정, 비교 및 분석합니다. 비용 및 일정 작업 성과 정보를 분석하면 리소스 사용에 영향을 미칠 수 있는 문제를 정확히 찾아내는 데 도움이 될 수 있습니다.
유행 분석
프로젝트가 진행됨에 따라 프로젝트 팀은 추세 분석을 사용하여 현재 성과 정보를 기반으로 향후 프로젝트 단계에 필요한 리소스를 결정할 수 있습니다. 추세 분석은 시간이 지남에 따라 프로젝트 성과가 어떻게 변하는지 조사하고 성과가 향상되거나 악화되는지 확인하는 데 사용될 수 있습니다.
문제 해결됨
대인관계 및 팀 기술
협상
프로젝트 관리자는 물리적 자원 추가, 물리적 자원 변경 또는 자원 관련 비용을 협상해야 할 수도 있습니다.
영향
Influence는 프로젝트 관리자가 적시에 문제를 해결하고 필요한 리소스를 확보하는 데 도움이 됩니다.
프로젝트 관리 정보 시스템
PMIS(프로젝트 관리 정보 시스템)에는 자원 사용을 모니터링하고 적시에 적절한 활동에 적절한 자원이 사용되도록 보장하는 데 사용할 수 있는 자원 관리 또는 일정 소프트웨어가 포함될 수 있습니다.
산출
직무수행정보
작업 성과 정보에는 프로젝트 활동 중 리소스 요구 사항 및 리소스 할당을 리소스 사용과 비교하여 해결해야 할 리소스 가용성의 차이를 식별하는 프로젝트 작업 진행 정보가 포함됩니다.
변경 요청
변경 요청이 통제 자원 프로세스에서 발생하거나 권장되는 시정 또는 예방 조치가 프로젝트 관리 계획 또는 프로젝트 문서의 구성요소에 영향을 미치는 경우 프로젝트 관리자는 변경 요청을 제출해야 합니다. 전반적인 변경 제어 프로세스를 구현하여 변경 요청을 검토하고 처리합니다.
프로젝트 관리 계획 업데이트
자원 관리 계획
진행 기준선
비용 기준
프로젝트 파일 업데이트
가상 로그
문제 로그
교훈 등록
물적 자원 할당 시트
자원 분석 구조
위험 등록부
프로젝트 커뮤니케이션 관리
개요
의사소통이란 의도적이거나 의도하지 않은 정보 교환을 의미합니다. 교환되는 정보는 아이디어, 지시 또는 감정일 수 있습니다.
정보 교환 방법에는 다음이 포함됩니다.
글쓰기
물리적 또는 전자적 형태.
경구 형태
직접 또는 원격 형식.
공식 또는 비공식(종이 또는 소셜 미디어)
제스처 액션
목소리 톤과 표정.
미디어 형태
그림, 행동, 심지어 단어와 문장까지도요.
문장을 만들려면 단어를 선택하세요
아이디어를 표현하는 데는 두 개 이상의 단어가 있는 경우가 많으며 각 단어의 의미는 약간 다를 수 있습니다.
의사소통 활동은 다음을 포함하지만 이에 국한되지 않는 다양한 차원에 따라 분류될 수 있습니다.
내부
프로젝트 또는 조직 내의 이해관계자를 위한 것입니다.
외부
고객, 공급업체, 기타 프로젝트, 조직, 정부, 대중 및 환경 옹호자와 같은 외부 이해관계자에게.
공식적인
보고서, 공식 회의(예정 및 임시), 회의 안건 및 의사록, 이해관계자 브리핑 및 프리젠테이션.
비공식
이메일, 소셜 미디어, 웹사이트, 비공식 임시 토론을 활용한 일반적인 커뮤니케이션 활동.
계층적 의사소통
프로젝트팀과 관련된 이해관계자 또는 이해관계자 그룹의 위치는 다음과 같은 방식으로 정보 전달의 형식과 내용에 영향을 미칩니다.
위쪽으로 소통하다
높은 수준의 이해관계자를 대상으로 합니다.
아래로 소통하다
프로젝트에 참여하는 팀과 다른 사람들을 위한 것입니다.
수평적 소통
팀의 프로젝트 관리자 또는 동료를 위한 것입니다.
공식 커뮤니케이션
연간 보고서, 규제 기관이나 정부 부서에 제출된 보고서입니다.
비공식 커뮤니케이션
유연하고 비공식적인 수단을 사용하여 프로젝트 팀과 이해관계자 사이에서 프로젝트 상황에 대한 이해와 동의를 확립하고 유지하며 그들 사이에 강력한 관계를 구축합니다.
서면 및 구두 의사소통
언어적(단어 선택 및 활용) 및 비언어적(신체 언어 및 행동), 소셜 미디어 및 웹사이트, 언론 보도.
전통적인(비소셜 미디어) 서면 또는 구두 메시지를 편집할 때 서면 의사소통의 5C를 적용하면 오해를 완화할 수는 있지만 완전히 없앨 수는 없습니다.
올바른 문법과 철자법
잘못된 문법이나 철자 오류는 주의를 산만하게 하고 메시지의 의미를 왜곡하며 신뢰성을 떨어뜨릴 수 있습니다.
간결한 표현과 중복되는 단어 없음
간결하고 잘 구성된 메시지는 메시지의 의도를 오해할 가능성을 줄여줍니다.
명확한 목적과 프리젠테이션(독자의 요구에 적합)
메시지에 청중의 요구와 관심을 충족하는 콘텐츠가 포함되어 있는지 확인하십시오.
일관된 사고 논리
일관되게 작성하고 문서 전반에 걸쳐 "서론" 및 "요약"과 같은 부제목을 사용하십시오.
통제된 진술과 사고의 계승
진술과 아이디어의 흐름을 제어하기 위해 다이어그램이나 요약을 사용해야 할 수도 있습니다.
서면 의사소통의 5C 원칙은 다음과 같은 의사소통 기술을 사용해야 합니다.
적극적으로 들어보세요. 발표자와 지속적으로 소통하고 대화를 요약하여 효과적인 정보 교환을 보장하세요.
문화적, 개인적 차이를 이해하십시오. 문화적, 개인적 차이에 대한 팀 인식을 개선하여 오해를 줄이고 의사소통 기술을 향상시킵니다.
이해관계자의 기대치를 식별, 설정 및 관리합니다. 이해관계자 커뮤니티 내에서 상충되는 기대를 줄이기 위해 이해관계자와 상의하세요.
스킬을 강화하세요. 다음 활동을 수행하기 위해 모든 팀원의 기술을 강화하십시오.
개인, 팀 또는 조직이 조치를 취하도록 설득
사람들에게 동기를 부여하고 격려하거나 사람들이 자신감을 얻도록 돕습니다.
사람들이 성과를 개선하고 원하는 결과를 얻을 수 있도록 코칭
협의를 통해 합의를 구축하고 승인 또는 의사결정 지연을 완화합니다.
갈등을 해결하고 피해를 방지합니다.
효과적인 의사소통 활동과 아티팩트 생성에는 다음과 같은 필수 속성이 있습니다.
의사소통 목적이 분명하다
가능한 한 커뮤니케이션 수신자를 이해하고 그들의 필요와 선호도를 충족시키려고 노력하십시오.
의사소통의 효율성을 모니터링하고 측정합니다.
기획 커뮤니케이션 관리
계획된 커뮤니케이션 관리는 각 이해관계자 또는 이해관계자 그룹의 정보 요구 사항, 사용 가능한 조직 자산 및 특정 프로젝트의 요구 사항을 기반으로 프로젝트 커뮤니케이션 활동을 위한 적절한 방법과 계획을 개발하는 프로세스입니다.
이 프로세스의 주요 기능은 관련 정보를 관련 당사자에게 적시에 제공하고 관련 당사자가 프로젝트에 효과적으로 참여할 수 있도록 안내하기 위해 서면 의사소통 계획을 작성하는 것입니다.
이토
입력하다
프로젝트 헌장
프로젝트 관리 계획
자원 관리 계획
프로젝트 자원을 분류, 할당, 관리 및 릴리스하는 방법에 대한 지침을 제공합니다. 팀 구성원과 그룹에는 커뮤니케이션 관리 계획에 설명되어야 하는 커뮤니케이션 요구 사항이 있을 수 있습니다.
이해관계자 참여 계획
이해관계자 참여 계획은 이해관계자를 효과적으로 참여시키는 데 필요한 관리 전략을 식별하며 이러한 전략은 일반적으로 커뮤니케이션을 통해 구현됩니다.
프로젝트 파일
요구사항 문서
요구사항 문서에는 프로젝트 이해관계자의 의사소통 요구사항이 포함될 수 있습니다.
이해관계자 등록
이해관계자 등록은 이해관계자와의 커뮤니케이션 활동을 계획하는 데 사용됩니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
의사소통 요구 분석
커뮤니케이션 요구 사항을 분석하고 필요한 정보의 유형과 형식, 관련 당사자에 대한 정보의 가치를 포함하여 프로젝트 이해관계자의 정보 요구 사항을 결정합니다.
프로젝트 커뮤니케이션 요구 사항을 식별하고 결정하는 데 일반적으로 사용되는 정보에는 다음이 포함되지만 이에 국한되지는 않습니다.
이해관계자 등록 및 이해관계자 참여 계획의 관련 정보 및 의사소통 요구 사항
일대일, 일대다, 다대다 통신을 포함한 잠재적인 통신 채널 또는 경로의 수
조직도
프로젝트 조직과 관련 당사자 간의 책임, 관계 및 상호 의존성
개발 방법
프로젝트에 참여하는 분야, 부서 및 전공
얼마나 많은 사람들이 프로젝트에 참여하고 있나요?
내부 정보 요구사항(조직 내 의사소통 방법)
외부 정보 요구 사항(미디어, 대중 또는 계약자와 소통하는 방법)
법적 요구 사항
통신 기술
프로젝트 이해관계자 간에 정보를 전달하는 데 사용되는 방법은 다양합니다. 정보 교환 및 협업의 일반적인 방법에는 대화, 회의, 서면 문서, 데이터베이스, 소셜 미디어 및 웹 사이트가 포함됩니다.
통신 기술 선택에 영향을 미칠 수 있는 요소는 다음과 같습니다.
정보 요구의 긴급성
정보 제공의 긴급성, 빈도 및 형식은 프로젝트마다 다를 수 있으며 프로젝트 단계에 따라 다를 수 있습니다.
기술의 가용성 및 신뢰성
프로젝트 커뮤니케이션 결과물을 게시하는 데 사용되는 기술은 프로젝트 전반에 걸쳐 호환되고 접근 가능해야 하며 모든 이해 관계자가 사용할 수 있어야 합니다.
사용의 용이성
프로젝트 참여자에게 적합한 의사소통 기술을 선택해야 하며 적절한 교육 활동을 적시에 계획해야 합니다.
프로젝트 환경
팀 회의와 업무가 대면으로 이루어지든 가상 환경에서 이루어지든, 구성원들이 하나 또는 여러 시간대에 있는지, 여러 언어로 의사소통을 하는지, 의사소통 효율성에 영향을 줄 수 있는 다른 환경적 요인(예: 관련 측면)이 있는지 문화?)
정보의 민감도 및 기밀성
고려해야 할 몇 가지 측면은 다음과 같습니다.
전송되도록 제안된 정보는 민감하거나 기밀입니까? 그렇다면 합리적인 보안 조치가 필요할 수 있습니다.
적절한 행동, 정보 보안 및 지적 재산 보호를 보장하기 위해 직원을 위한 소셜 미디어 정책을 개발합니다.
커뮤니케이션 모델
통신 모델은 가장 기본적인 선형(발신자와 수신자) 통신 프로세스일 수도 있고 피드백 요소(발신자, 수신자 및 피드백)가 추가된 보다 대화형 통신 형태일 수도 있고 발신자 또는 인간 요소가 융합된 것일 수도 있습니다. 통신의 복잡성을 설명하려고 시도하는 보다 정교한 통신 모델입니다.
기본적인 발신자와 수신자 통신 모델의 예
이 모델은 의사소통을 발신자와 수신자 모두를 포함하는 프로세스로 설명합니다. 메시지를 이해하는 것이 아니라 전달하는 데 중점을 둡니다.
기본 통신 모델의 단계 순서는 다음과 같습니다.
코딩
정보를 텍스트, 사운드 또는 전송(전송)할 수 있는 기타 형식과 같은 다양한 기호로 인코딩합니다.
문자 보내
통신 채널을 통해 정보를 보냅니다. 정보 전달은 낯선 기술, 불완전한 인프라 등 다양한 물리적 요인으로 인해 부정적인 영향을 받을 수 있습니다. 정보 전송 및/또는 수신 시 정보 손실을 유발하는 노이즈 및 기타 요인이 있을 수 있습니다.
디코딩
수신자는 수신된 데이터를 유용한 형식으로 복원합니다.
대화형 커뮤니케이션 모델 예
이 모델은 또한 통신을 발신자와 수신자가 관련된 통신 프로세스로 설명하지만 메시지를 확실히 이해해야 한다는 점도 강조합니다. 이 모델에는 수신자의 방해, 수신자의 인지적 차이, 적절한 지식이나 관심의 부족 등 메시지 이해를 방해하거나 방해할 수 있는 모든 소음이 포함됩니다.
대화형 커뮤니케이션 모델의 새로운 단계는 다음과 같습니다.
수신 확인
메시지를 수신한 경우, 수신자는 메시지가 수신되었음을 상대방에게 알려야 합니다(수신 확인). 이는 반드시 메시지 내용에 대한 동의나 이해를 의미하는 것이 아니라 메시지를 받았다는 의미입니다.
피드백/응답
수신자는 수신된 정보를 해독하고 이해한 후 복구된 생각이나 아이디어를 정보로 인코딩하여 원래 보낸 사람에게 전송합니다. 보낸 사람이 피드백이 원본 메시지와 일치한다고 생각하면 통신이 성공적으로 완료된 것입니다. 의사소통에서는 적극적인 경청을 통해 피드백을 얻을 수 있습니다.
문화 간 의사소통에서는 메시지를 확실히 이해하는 데 어려움이 있습니다. 의사소통 스타일의 차이는 작업 방법, 나이, 국적, 직업 규율, 국적, 인종 또는 성별 차이로 인해 발생할 수 있습니다. 서로 다른 문화권의 사람들은 서로 다른 언어(예: 기술 설계 문서, 서로 다른 스타일)로 의사소통하며 서로 다른 의사소통 프로세스와 에티켓을 사용하는 것을 선호합니다.
표시된 통신 모델은 보낸 사람의 현재 감정, 지식, 배경, 성격, 문화 및 편견이 메시지 자체와 전달 방법에 어떤 영향을 미칠 수 있는지 보여줍니다. 마찬가지로, 수신자의 현재 기분, 지식, 배경, 성격, 문화 및 편견도 정보가 수신되고 해석되는 방식에 영향을 미쳐 의사소통에 장벽이나 소음을 유발할 수 있습니다.
의사소통 방식
프로젝트 이해관계자 간에 정보를 공유하는 데 사용되는 의사소통 방법에는 여러 가지가 있습니다. 이러한 방법은 크게 다음과 같이 나눌 수 있습니다.
대화형 커뮤니케이션
둘 이상의 당사자 간의 실시간 다방향 정보 교환입니다. 회의, 전화 통화, 인스턴트 메시징, 소셜 미디어 및 화상 회의와 같은 커뮤니케이션 아티팩트를 사용합니다.
푸시 커뮤니케이션
정보를 받아야 하는 특정 수신자에게 정보를 보내거나 게시합니다. 이 방법을 사용하면 메시지가 전송되는 것을 확인할 수 있지만 메시지가 대상 청중에게 전달되거나 대상 청중이 이해한다는 것을 보장할 수는 없습니다. 푸시 커뮤니케이션에서 사용할 수 있는 커뮤니케이션 결과물로는 편지, 메모, 보고서, 이메일, 팩스, 음성 메일, 블로그, 보도자료 등이 있습니다.
풀 커뮤니케이션
복잡한 정보의 양이 많거나 정보의 대상이 많은 상황에 적합합니다. 수신자는 관련 보안 규정을 준수하면서 관련 콘텐츠에 직접 액세스해야 합니다. 이 접근 방식에는 포털, 인트라넷, 전자 온라인 강좌, 교훈을 얻은 데이터베이스 또는 지식 기반이 포함됩니다.
커뮤니케이션 관리 계획에 명시된 주요 커뮤니케이션 요구사항을 달성하려면 다양한 접근 방식을 사용해야 합니다.
대인 커뮤니케이션
개인 간의 정보 교환은 일반적으로 대면 방식으로 이루어집니다.
그룹 커뮤니케이션
3~6명씩 그룹으로 진행됩니다.
대중 커뮤니케이션
한 명의 연설자가 여러 사람들에게 연설합니다.
매스 미디어
메시지를 보내는 사람이나 그룹과 대규모, 때로는 익명의 대상 청중 사이에는 최소한의 접촉이 있습니다.
네트워크 및 소셜 커뮤니케이션 도구
소셜 도구와 미디어를 사용하여 다대다 의사소통을 하세요.
대인관계 및 팀 기술
의사소통 스타일 평가
의사소통 활동을 계획할 때 의사소통 스타일을 평가하고 선호하는 의사소통 방법, 형식 및 내용을 식별하는 데 사용되는 기술입니다. 일반적으로 프로젝트를 지원하지 않는 이해관계자에게 사용됩니다. 이해관계자 참여 평가를 먼저 수행한 후 커뮤니케이션 스타일 평가를 수행할 수 있습니다. 이해관계자 참여 평가에서 이해관계자 참여의 격차를 식별합니다. 이러한 격차를 해소하려면 커뮤니케이션 활동과 산출물을 특별히 맞춤화해야 합니다.
정치적 인식
정치적 인식은 프로젝트 관리자가 프로젝트 환경과 조직의 정치적 환경을 기반으로 커뮤니케이션을 계획하는 데 도움이 됩니다. 정치적 인식은 공식적, 비공식적 권력 관계에 대한 인식과 이러한 관계 내에서 일하려는 의지를 의미합니다. 조직 전략을 이해하고, 누가 권력과 영향력을 행사하는지 알고, 이러한 이해관계자와 소통하는 능력을 개발하는 것은 모두 정치적 인식에 속합니다.
문화적 인식
문화적 인식은 개인, 그룹, 조직 간의 차이를 이해하고 이에 따라 프로젝트의 커뮤니케이션 전략을 조정하는 것을 의미합니다. 문화를 인식하고 이를 준수하면 프로젝트 이해관계자 커뮤니티 내의 문화적 차이로 인해 발생하는 오해와 잘못된 의사소통을 최소화할 수 있습니다. 문화적 인식과 민감성은 프로젝트 관리자가 이해관계자와 팀 구성원의 문화적 차이와 문화적 요구를 기반으로 의사소통을 계획하는 데 도움이 됩니다.
데이터 성능
이해관계자 참여 평가 매트릭스
이 프로세스에 적합한 데이터 표현 기술에는 이해관계자 참여 평가 매트릭스가 포함되지만 이에 국한되지는 않습니다. 이해관계자 참여 평가 매트릭스는 개별 이해관계자의 현재 참여와 원하는 참여 간의 격차를 보여줍니다. 이 프로세스의 일부로 평가 매트릭스를 추가로 분석하여 참여 공백을 메우기 위한 추가 커뮤니케이션 요구 사항(정기 보고 이외의)을 식별할 수 있습니다.
회의
산출
커뮤니케이션 관리 계획
의사소통 관리 계획은 프로젝트 관리 계획의 필수적인 부분이며 의사소통 효율성을 향상시키기 위해 프로젝트 의사소통을 계획, 구성, 실행 및 모니터링하는 방법을 설명합니다.
통신 관리 계획에는 정보가 포함됩니다.
이해관계자 커뮤니케이션 요구
언어, 형식, 내용 및 세부 수준을 포함하여 전달될 정보
에스컬레이션 단계
정보공개 이유
필수 정보 공개, 수신 확인 또는 응답(해당되는 경우)에 대한 시간 제한 및 빈도
관련 정보 전달 담당자
기밀 정보 공개 승인을 담당하는 사람
정보의 대상이 되는 사람이나 그룹(필요, 요구, 기대 포함)
메모, 이메일, 보도자료, 소셜미디어 등 정보를 전달하는 데 사용되는 방법이나 기법
시간, 예산 등 커뮤니케이션 활동에 할당된 자원
프로젝트의 여러 단계에서 이해관계자 커뮤니티의 변화 등 프로젝트가 진행됨에 따라 커뮤니케이션 관리 계획 방법을 업데이트하고 최적화합니다.
일반 용어집
프로젝트 정보 흐름도, 작업 흐름(승인 절차 포함 가능), 보고서 목록 및 회의 계획 등
법률, 규정, 기술, 조직 정책 등의 제약
커뮤니케이션 관리 계획에는 프로젝트 현황 회의, 프로젝트 팀 회의, 웹 회의, 이메일 등에 대한 지침과 템플릿도 포함되어 있습니다. 프로젝트에서 프로젝트 웹사이트와 프로젝트 관리 소프트웨어를 사용할 경우 이를 커뮤니케이션 관리 계획에 포함하세요.
프로젝트 관리 계획 업데이트
이해관계자 참여 계획
프로젝트 파일 업데이트
프로젝트 일정
이해관계자 등록
경영 커뮤니케이션
관리 커뮤니케이션은 프로젝트 정보가 적시에 적절한 방식으로 수집, 생성, 배포, 저장, 검색, 관리, 모니터링되고 궁극적으로 폐기되도록 보장하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 팀과 관련 당사자 간의 효과적인 정보 흐름을 촉진하는 것입니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
커뮤니케이션 관리 계획
이해관계자 참여 계획
프로젝트 파일
변경 로그
변경 로그는 영향을 받는 당사자에게 변경 사항을 전달하는 것뿐만 아니라 변경 요청의 승인, 연기 및 거부를 전달하는 데 사용됩니다.
문제 로그
영향을 받는 당사자에게 문제에 대한 정보를 전달합니다.
교훈 등록
경영 커뮤니케이션과 관련하여 프로젝트 초기 단계에서 얻은 교훈은 커뮤니케이션 프로세스를 개선하고 프로젝트 후반 단계에서 커뮤니케이션 효율성과 효율성을 향상시키는 데 사용될 수 있습니다.
품질 보고서
품질 보고서에는 품질 문제, 프로젝트 및 제품 개선, 프로세스 개선과 관련된 정보가 포함됩니다. 이 정보는 프로젝트의 품질 기대치를 달성하기 위해 시정 조치를 취할 수 있는 사람들에게 제공되어야 합니다.
위험 보고서
위험 보고서는 식별된 개별 프로젝트 위험에 대한 개요 정보뿐만 아니라 전체 프로젝트 위험의 원인에 대한 정보를 제공합니다. 이 정보는 위험 소유자 및 기타 영향을 받는 당사자에게 전달되어야 합니다.
이해관계자 등록
이해관계자 등록은 다양한 유형의 정보가 필요한 개인, 그룹 또는 조직을 식별합니다.
업무 성과 보고서
작업 성과 보고서는 커뮤니케이션 관리 계획에 정의된 대로 이 프로세스를 통해 프로젝트 이해관계자에게 전달됩니다. 업무 성과 보고서의 일반적인 예로는 상태 보고서와 진행 보고서가 있습니다. 작업 성과 보고서에는 획득 가치 차트 및 정보, 추세선 및 예측, 예비 번다운 차트, 결함 히스토그램, 계약 성과 정보 및 위험 개요 정보가 포함될 수 있습니다. 이는 대시보드, 핫스팟 보고서, 신호등 또는 관심을 끌고 결정을 내리고 조치를 취하는 데 도움이 되는 기타 형식의 형태를 취할 수 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
통신 기술
기술 선택에 영향을 미치는 요소에는 팀이 같은 장소에 있는지 여부, 공유해야 하는 정보를 기밀로 유지해야 하는지 여부, 팀 구성원이 사용할 수 있는 리소스, 조직 문화가 회의 및 토론 수행 방식에 미치는 영향 등이 포함됩니다.
의사소통 방식
의사소통 방법의 선택은 이해관계자 커뮤니티 구성원의 변화나 구성원의 요구와 기대의 변화에 대응할 수 있도록 유연해야 합니다.
의사 소통 능력
커뮤니케이션 역량
핵심 메시지의 목적을 명확히 하고, 효과적인 관계를 구축하고, 정보를 공유하고, 리더십 조치를 취하는 데 도움이 되는 맞춤형 의사소통 기술의 조합입니다.
피드백
피드백은 커뮤니케이션, 결과물 또는 상황에 대한 반응적 정보입니다. 피드백은 프로젝트 관리자와 팀, 기타 모든 프로젝트 이해관계자 간의 대화형 커뮤니케이션을 지원합니다. 예를 들어 코칭, 코칭 및 상담이 있습니다.
비언어적
비언어적 기술이라고도 합니다. 몸짓, 억양, 표정 등 적절한 신체 언어를 통해 의미를 전달합니다. 거울 모방과 눈맞춤도 중요한 기술입니다. 팀원들은 말할 것과 말하지 말아야 할 것을 통해 자신을 표현하는 방법을 알아야 합니다.
데모
프리젠테이션은 정보 및/또는 문서를 공식적으로 전달하는 것입니다. 프로젝트 이해관계자에게 프로젝트 정보를 명확하고 효과적으로 보여줍니다.
프로젝트 관리 정보 시스템
PMIS(프로젝트 관리 정보 시스템)는 관련 당사자가 필요한 정보를 적시에 편리하게 얻을 수 있도록 보장합니다. 프로젝트 정보를 관리하고 배포하는 데 사용할 수 있는 도구는 다음과 같습니다.
전자 프로젝트 관리 도구
프로젝트 관리 소프트웨어, 회의 및 가상 오피스 지원 소프트웨어, 웹 인터페이스, 전용 프로젝트 포털 및 상태 대시보드, 공동 작업 관리 도구.
전자통신관리
이메일, 팩스 및 음성 메일, 오디오, 비디오 및 웹 회의, 웹 사이트 및 웹 게시.
소셜 미디어 관리
이해관계자 참여를 촉진하고 온라인 커뮤니티를 형성하기 위한 웹사이트 및 웹 게시, 블로그 및 애플리케이션 구축.
프로젝트 보고서
프로젝트 보고서 출판은 프로젝트 정보를 수집하고 출판하는 행위입니다. 프로젝트 정보는 광범위한 이해관계자 그룹에게 전파되어야 합니다. 프로젝트 정보 전파의 적절한 수준, 형식 및 세부 사항은 각 이해관계자에 맞게 조정되어야 합니다. 보고 형식은 간단한 커뮤니케이션부터 세부적인 맞춤형 보고서 및 프리젠테이션까지 다양합니다. 정보는 정기적으로 또는 예외적으로 준비될 수 있습니다. 작업 성과 보고서는 프로젝트 작업 모니터링 프로세스의 결과물이지만 이 프로세스에서는 임시 보고서, 프로젝트 프리젠테이션, 블로그 및 기타 유형의 정보가 생성됩니다.
대인관계 및 팀 기술
적극적 경청
적극적인 청취 기술에는 수신된 내용 전달, 정보 명확화 및 확인, 이해 및 이해 장벽 제거가 포함됩니다.
갈등 관리
문화적 인식
회의 관리
회의 관리는 회의가 의도한 목표를 달성하는 데 효과적이고 효율적이라는 것을 보장하기 위한 조치를 취하고 있습니다.
대인 커뮤니케이션
대인 커뮤니케이션은 다른 사람과의 상호 작용을 통해 정보를 교환하고 관계를 구축하는 것입니다. 대인 커뮤니케이션은 프로젝트 관리자와 팀이 비공식 조직을 통해 문제를 해결하고 관련 당사자의 행동에 영향을 미치며 프로젝트 작업 및 결과에 대한 관련 당사자의 지원을 늘려 성과를 향상시키는 데 도움이 됩니다.
정치적 인식
정치적 인식은 프로젝트 관리자가 프로젝트 중에 이해관계자 참여를 안내하여 이해관계자 지원을 유지하는 데 도움이 됩니다.
회의
산출
프로젝트 커뮤니케이션 기록
프로젝트 커뮤니케이션 결과물에는 성과 보고서, 결과물 상태, 일정 진행 상황, 발생한 비용, 데모 및 이해 당사자가 요구하는 기타 정보가 포함될 수 있습니다(단, 이에 국한되지는 않음).
프로젝트 관리 계획 업데이트
커뮤니케이션 관리 계획
이 프로세스로 인해 프로젝트 커뮤니케이션 접근 방식이 변경되면 이러한 변경 사항이 프로젝트 커뮤니케이션 계획에 반영되어야 합니다.
이해관계자 참여 계획
이 프로세스를 통해 이해 당사자의 커뮤니케이션 요구 사항과 합의된 커뮤니케이션 전략을 업데이트해야 할 필요성이 발생합니다.
프로젝트 파일 업데이트
문제 로그
교훈 등록
프로젝트 일정
위험 등록부
이해관계자 등록
조직 프로세스 자산 업데이트
커뮤니케이션 감독
감독 커뮤니케이션은 프로젝트와 이해관계자의 정보 요구 사항이 충족되는지 확인하는 프로세스입니다. 이 프로세스의 주요 목적은 커뮤니케이션 관리 계획 및 이해관계자 참여 계획의 요구 사항에 따라 정보 전송 프로세스를 최적화하는 것입니다.
커뮤니케이션 프로세스를 모니터링하여 계획된 커뮤니케이션 아티팩트 및 커뮤니케이션 활동이 프로젝트 결과물 및 예상 결과에 대한 이해관계자의 지원을 예상대로 늘리거나 유지하는지 확인합니다. 프로젝트 커뮤니케이션의 영향과 결과를 주의 깊게 평가하고 모니터링하여 올바른 콘텐츠(발신자와 수신자 모두 이해)가 적절한 채널을 통해 적시에 적절한 청중에게 전달되도록 해야 합니다. 커뮤니케이션을 감독하려면 고객 만족도 조사 수행, 학습 내용 문서화, 팀 관찰 수행, 문제 로그의 데이터 검토, 이해관계자 참여 평가 매트릭스의 변경 사항 평가 등 다양한 방법이 필요할 수 있습니다.
의사소통 프로세스를 감독하면 의사소통 계획을 수정하고 의사소통 효과를 향상시키기 위한 추가 의사소통 활동을 수행하기 위해 계획 의사소통 관리 및/또는 관리 의사소통 프로세스의 반복이 촉발될 수 있습니다. 이 반복은 프로젝트 커뮤니케이션 관리 프로세스의 지속적인 특성을 반영합니다. 문제, 핵심 성과 지표, 위험 또는 충돌로 인해 이러한 프로세스가 즉시 재개될 수 있습니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
커뮤니케이션 관리 계획
커뮤니케이션 관리 계획은 커뮤니케이션 프로세스에서 팀 구성원, 이해 당사자 및 관련 노력을 식별하는 정보를 적시에 수집, 생성 및 배포하기 위한 지속적인 계획입니다.
이해관계자 참여 계획
이해관계자 참여 계획은 이해관계자 참여를 안내하기 위해 계획된 커뮤니케이션 전략을 식별합니다.
프로젝트 파일
문제 로그
이슈 로그는 프로젝트에 대한 기록 정보, 이슈에 대한 이해관계자 참여 기록, 해결 방법을 제공합니다.
교훈 등록
프로젝트 초기에 얻은 교훈은 프로젝트 후반 단계에서 의사소통을 개선하는 데 사용될 수 있습니다.
프로젝트 커뮤니케이션 기록
발생한 의사소통에 대한 정보를 제공합니다.
업무 성과 데이터
직무수행 데이터에는 실제로 발생한 커뮤니케이션의 종류와 양에 대한 데이터가 포함됩니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
프로젝트 관리 정보 시스템
PMIS(프로젝트 관리 정보 시스템)는 의사소통 계획에 따라 필요한 정보를 내부 및 외부 이해관계자에게 수집, 저장 및 배포할 수 있는 표준화된 도구 세트를 프로젝트 관리자에게 제공합니다. 이 시스템의 정보를 모니터링하여 효율성과 유효성을 평가해야 합니다.
데이터 분석
이해관계자 참여 평가 매트릭스
이는 커뮤니케이션 캠페인의 효과에 대한 정보를 제공할 수 있습니다. 이해관계자의 기대치를 현재 참여 수준과 비교하여 확인해야 하며 필요에 따라 커뮤니케이션을 조정해야 합니다.
대인관계 및 팀 기술
관찰하다/대화하다
이 프로세스에 적용할 수 있는 대인관계 및 팀 기술에는 관찰과 대화가 포함되지만 이에 국한되지는 않습니다. 프로젝트 팀과의 토론과 대화는 프로젝트 성과를 업데이트 및 전달하고 이해관계자의 정보 요청에 응답하는 가장 적절한 방법을 결정하는 데 도움이 됩니다. 관찰하고 대화함으로써 프로젝트 관리자는 팀 내의 문제, 사람들 간의 갈등 또는 개인 성과 문제를 식별할 수 있습니다.
회의
산출
직무수행정보
변경 요청
커뮤니케이션 프로세스를 모니터링하면 커뮤니케이션 관리 계획에 정의된 커뮤니케이션 활동에 대한 조정, 조치 및 개입이 필요한 경우가 많습니다. 변경 요청은 전체 변경 제어 프로세스의 구현을 통해 처리되어야 합니다.
이러한 변경 요청은 다음과 같은 결과를 가져올 수 있습니다. 정보 공개, 내용 또는 형식, 공개 방법에 대한 관련 당사자 요구 사항을 포함한 관련 당사자 커뮤니케이션 요구 사항의 개정, 병목 현상을 제거하기 위한 새로운 절차 수립.
프로젝트 관리 계획 업데이트
커뮤니케이션 관리 계획
의사소통을 보다 효과적으로 만들 수 있는 새로운 정보를 기록하려면 의사소통 관리 계획을 업데이트해야 합니다.
이해관계자 참여 계획
이해관계자 참여 계획은 이해관계자 현실, 의사소통 요구 및 중요성을 반영하도록 업데이트되어야 합니다.
프로젝트 파일 업데이트
문제 로그
교훈 등록
이해관계자 등록
프로젝트 위험 관리
개요
개별 프로젝트 위험은 발생할 경우 하나 이상의 프로젝트 목표에 긍정적이거나 부정적인 영향을 미칠 수 있는 불확실한 사건 또는 조건입니다.
전체 프로젝트 위험은 프로젝트 전체에 대한 (모든) 불확실성의 영향이며 이해관계자가 직면한 프로젝트 결과의 긍정적 및 부정적 변동 범위입니다. 이는 개인의 위험을 포함한 모든 불확실성에서 발생합니다.
전반적인 위험 결정 요인
프로젝트 복잡성
프로젝트 수립 전
기획단계
유전적 요인
프로젝트 환경
조직 문서
조직 구조
규칙과 규정
생활환경
이해관계자 복잡성
더 많은 모순
더 많은 인원
주변 사람들의 영향
프로젝트 팀 역량
강한 능력
약한 능력
자기 집중
위험 노출(위험 노출). 프로젝트, 프로그램 또는 프로젝트 포트폴리오에서 특정 개체에 대해 적시에 발생하는 모든 위험의 잠재적 영향에 대한 포괄적인 평가입니다.
확률과 결과가 함께 위험 노출을 결정합니다.
이 둘의 정량화된 결과는 위험 노출입니다.
위험 노출은 위험을 수용하기 위해 얼마나 많은 시간이나 돈을 확보해야 하는지를 반영합니다. 이를 계산하려면 먼저 위험의 수치적 확률을 추정한 다음 위험의 영향을 곱해야 합니다. 영향을 고려할 때 완화 행동에 기여했을 수도 있지만 대응 행동은 위험 영향의 일부라는 점을 잊지 마십시오. 예를 들어 너무 인기가 많아서 다운타임이 발생할 확률은 약 35%이고 그 영향은 3일의 추가 개발 시간과 대역폭, 공간 임대, 새 장비 비용, 총 $20,000가 더해진다고 생각할 수 있습니다. 귀하의 총 위험 노출은 $7,000 + 1일입니다.
일부 위험은 발생할 확률이 100%입니다. 이것은 더 이상 위험이 아니라 현실입니다. 이를 고려하여 릴리스 계획을 수정하십시오.
위험의 4가지 요소
위험 이유
위험 원인
위험 상황
위험 사건
위험 확률
위험 결과
위험 노출
위험 분류
알려진 - 알려진 위험
위험은 식별되고 분석되어 사람들이 위험이 무엇인지뿐만 아니라 발생 가능성과 결과도 알 수 있습니다.
알려진 알려지지 않은 위험
식별되었지만 가능성이나 결과가 아직 명확하지 않은 위험은 일반적으로 프로젝트 예산 및 일정에 특정 비상 준비금(비상 자금 및 시간 포함)을 나열하여 처리됩니다.
알 수 없음 - 알 수 없는 위험
이전에 한 번도 접한 적이 없는 완전히 알려지지 않은 위험. 예상치 못한 위험이라고도 하며 프로젝트 복원력을 향상하여 처리해야 합니다.
알려진 위험에 대한 구체적인 위험 예산을 나열하는 것 외에도 예상치 못한 위험에 대한 합리적인 비상 예산 및 시간을 따로 마련하지 마십시오.
강력한 변경 관리를 포함한 민첩한 프로젝트 프로세스를 사용하여 프로젝트 목표를 향한 궤도를 유지하세요.
집중적이고 신뢰할 수 있는 프로젝트 팀이 합의된 한도 내에서 작업을 완료할 수 있도록 역량을 강화합니다.
위험 식욕
조직이나 개인이 기대되는 보상을 대가로 불확실성을 감수하려는 정도. 위험 선호도는 측정 가능한 위험 임계값으로 변환되어야 합니다.
위험 임계값.
위험을 해결해야 하는 위험 노출과 그 이하에서는 허용되는 위험 노출의 특정 수준입니다.
위험 감수
개인이나 조직이 견딜 수 있는 가장 높은 수준의 위험을 의미합니다.
리스크 관리 계획
위험 관리 계획은 프로젝트 위험 관리 활동을 구현하는 방법을 정의하는 프로세스입니다. 이 프로세스의 주요 목적은 위험 관리의 수준, 접근 방식 및 가시성이 프로젝트 위험 수준과 조직 및 기타 이해관계자에 대한 프로젝트의 중요성에 상응하는지 확인하는 것입니다.
이토
입력하다
프로젝트 헌장
프로젝트 관리 계획
모든 구성 요소
프로젝트 위험 관리를 계획할 때 승인된 모든 내부 하위 관리 계획을 고려해야 하며 동시에 위험 관리 계획을 조정해야 하며, 다른 프로젝트 관리 계획 구성 요소에 나열된 방법론도 위험 관리 계획 프로세스에 영향을 미칠 수 있습니다.
프로젝트 파일
이해관계자 등록
이해관계자 등록부에는 프로젝트 이해관계자의 세부사항이 포함되어 있으며 프로젝트에서의 역할과 프로젝트 위험에 대한 태도가 간략하게 설명되어 있습니다. 이는 프로젝트 위험 관리를 위한 역할과 책임을 결정하고 프로젝트의 위험 임계값을 설정하는 데 사용될 수 있습니다.
비즈니스 환경 요인
계획 위험 관리 프로세스에 영향을 미칠 수 있는 기업 환경 요인에는 조직 또는 주요 이해관계자가 설정한 전체 위험 임계값이 포함되지만 이에 국한되지는 않습니다.
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 분석
이해관계자 분석
프로젝트 이해관계자의 위험 성향은 이해관계자 분석을 통해 결정될 수 있습니다.
회의
위험 관리 계획의 준비는 프로젝트 시작 회의에서 수행될 수도 있고, 위험 관리 계획을 준비하기 위해 전용 계획 회의를 개최할 수도 있습니다. 참석자에는 프로젝트 관리자, 지정된 프로젝트 팀 구성원, 주요 이해관계자 또는 프로젝트 위험 관리 프로세스 관리를 담당하는 팀 구성원이 포함될 수 있으며, 필요한 경우 고객, 공급업체 및 규제 기관을 포함한 기타 외부 당사자도 초대될 수 있습니다. 숙련된 회의 진행자는 참가자가 회의 문제에 집중하고, 위험 관리 접근 방식의 주요 측면에 대한 합의를 구축하고, 편견을 식별 및 극복하고, 발생할 수 있는 불일치를 해결하도록 도울 수 있습니다.
위험 관리 활동 수행 계획은 해당 회의에서 결정되고 위험 관리 계획에 문서화됩니다.
산출
위험 관리 계획
위험 관리 계획은 프로젝트 관리 계획의 필수적인 부분이며 위험 관리 활동을 준비하고 구현하는 방법을 설명합니다.
위험 관리 계획에는 다음 중 일부 또는 전부가 포함될 수 있습니다.
위험 관리 전략
이 프로젝트의 위험을 관리하는 데 사용되는 일반적인 접근 방식을 설명하십시오.
방법론
이 프로젝트의 위험 관리를 수행하는 데 사용되는 구체적인 방법, 도구 및 데이터 소스를 결정합니다.
역할과 책임
각 위험 관리 활동에 대한 리더, 후원자 및 팀 구성원을 식별하고 그들의 책임을 명확히 합니다.
자금
프로젝트 위험 관리 활동을 수행하는 데 필요한 자금을 결정하고 비상 예비비 및 관리 예비비 사용 계획을 개발합니다.
일정
프로젝트 수명주기 동안 프로젝트 리스크 관리 프로세스를 구현하는 시기와 빈도를 결정하고 리스크 관리 활동을 식별하여 프로젝트 일정에 통합합니다.
위험 카테고리
개별 프로젝트 위험을 분류하는 방법을 결정합니다. 위험 범주는 일반적으로 위험 분류 구조(RBS)의 도움으로 구성됩니다. 위험 분석 구조는 잠재적인 위험 원인을 계층적으로 표현한 것입니다. 위험 분석 구조는 프로젝트 팀이 단일 프로젝트에 대해 가능한 모든 위험 원인을 고려하는 데 도움이 되며 위험을 식별하거나 식별된 위험을 분류하는 데 특히 유용합니다.
특수관계자 위험 성향
주요 프로젝트 이해관계자의 위험 선호도는 위험 관리 계획에 문서화되어야 합니다. 그들의 위험 성향은 위험 관리 프로세스 계획의 세부 사항에 영향을 미칩니다. 특히, 이해관계자의 위험 선호도는 각 프로젝트 목표에 대해 측정 가능한 위험 임계값으로 표현되어야 합니다. 이러한 임계값은 전체 프로젝트 위험 노출의 허용 가능한 수준을 공동으로 결정할 뿐만 아니라 확률 및 영향 정의를 개발하는 데에도 사용됩니다. 개별 프로젝트 위험은 나중에 확률 및 영향 정의에 따라 평가되고 순위가 지정됩니다.
위험 확률 및 영향 정의
특정 프로젝트 환경, 위험 성향, 조직 및 주요 이해관계자의 임계값을 기반으로 위험 확률 및 영향 정의를 개발합니다. 프로젝트는 확률 및 영향 수준에 대한 고유한 특정 정의를 개발하거나 조직에서 제공하는 일반적인 정의를 시작점으로 사용할 수 있습니다. 확률 및 영향 수준의 수는 수행할 프로젝트 위험 관리 프로세스의 세부 수준에 따라 결정되어야 합니다. 즉, 수준이 많을수록(일반적으로 5개) 더 상세한 위험 관리 접근 방식에 해당하고, 더 적은 수준(일반적으로 3개)에 해당합니다. 더 간단한 접근 방식으로.
확률 및 영향 매트릭스
조직은 프로젝트가 시작되기 전에 우선순위 규칙을 결정하고 이를 조직 프로세스 자산에 통합하거나 특정 프로젝트에 맞게 우선순위 규칙을 조정할 수 있습니다. 공통 확률 및 영향 매트릭스에서 기회와 위협은 함께 나열됩니다. 기회는 긍정적인 영향으로 정의되고 위협은 부정적인 영향으로 정의됩니다. 확률과 영향은 설명적인 용어(예: 매우 높음, 높음, 중간, 낮음, 매우 낮음) 또는 숫자 값으로 표현될 수 있습니다. 숫자 값을 사용하는 경우 두 값을 곱하여 각 위험에 대한 확률-영향 점수를 얻을 수 있으며, 이는 각 우선순위 그룹 내에서 개별 위험의 순위를 매기는 데 사용할 수 있습니다.
보고서 형식
프로젝트 위험 관리 프로세스의 결과를 기록, 분석 및 전달하는 방법을 결정합니다. 이 섹션에서는 위험 등록부, 위험 보고서, 프로젝트 위험 관리 프로세스의 기타 결과물의 내용과 형식을 설명합니다.
길
추적은 위험 활동을 기록하는 방법과 위험을 감사하는 방법을 결정하는 관리 프로세스입니다.
위험 식별
위험 식별은 개별 프로젝트 위험뿐만 아니라 전체 프로젝트 위험의 원인을 식별하고 위험 특성을 문서화하는 프로세스입니다. 이 프로세스의 주요 기능은 기존 개별 프로젝트 위험과 전체 프로젝트 위험의 원인을 동시에 기록하여 프로젝트 팀이 식별된 위험에 적절하게 대응할 수 있도록 관련 정보를 수집하는 것입니다.
이토
입력하다
프로젝트 관리 계획
수요관리 계획
요구사항 관리 계획은 특히 위험한 프로젝트 목표를 식별할 수 있습니다.
진행 관리 계획
비용 관리 계획
품질 관리 계획
자원 관리 계획
위험 관리 계획
범위 기준선
진행 기준선
비용 기준
프로젝트 파일
가상 로그
가정 로그에 기록된 가정과 제약은 개별 프로젝트 위험을 유발할 수 있으며 전체 프로젝트 위험 수준에도 영향을 미칠 수 있습니다.
비용 견적
소요 시간 추정
문제 로그
교훈 등록
요구사항 문서
리소스 요구 사항
이해관계자 등록
규약
프로젝트 자원을 외부에서 조달해야 하는 경우 계약에 명시된 마일스톤 날짜, 계약 유형, 수락 기준, 보상 및 처벌 조항이 위협을 가할 수도 있고 기회를 만들 수도 있습니다.
조달 문서
프로젝트 자원을 외부에서 소싱해야 하는 경우 조직 외부에서 상품 및 서비스를 소싱하면 전체 프로젝트 위험이 증가하거나 감소할 수 있으며 개별 프로젝트 위험이 추가로 발생할 수 있으므로 초기 조달 문서를 검토해야 합니다. 조달 문서는 프로젝트 중에 지속적으로 업데이트되므로 공급업체 성과 보고서, 승인된 변경 요청, 검사 관련 정보 등 최신 문서도 검토해야 합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
브레인스토밍
체크리스트
유사한 프로젝트 및 기타 정보 소스에서 축적된 역사적 정보와 지식을 기반으로 체크리스트를 작성합니다. 과거에 발생했고 현재 프로젝트와 관련될 수 있는 특정 개별 프로젝트 위험의 체크리스트를 작성하는 것은 완료된 유사한 프로젝트에서 교훈을 얻는 효과적인 방법입니다. 조직은 자체적으로 완료된 프로젝트를 기반으로 체크리스트를 개발하거나 특정 산업에 대한 일반적인 위험 체크리스트를 채택할 수 있습니다. 체크리스트는 간단하고 사용하기 쉽지만 모든 위험을 모두 제거할 수는 없습니다. 따라서 필수 위험 식별 작업을 대체하기 위해 체크리스트가 사용되지 않도록 하는 것이 중요하며, 프로젝트 팀은 체크리스트에 나열되지 않은 항목에도 주의를 기울여야 합니다. 또한 체크리스트를 수시로 검토하여 새로운 정보를 추가하고, 오래된 정보는 제거하거나 보관해야 합니다.
회견
개별 프로젝트 위험의 원인은 물론 전체 프로젝트 위험의 원인을 고위 프로젝트 참여자, 이해관계자, 해당 분야 전문가와의 인터뷰를 통해 식별할 수 있습니다. 인터뷰는 정직하고 편견 없는 의견을 얻기 위해 신뢰와 기밀이 유지되는 환경에서 수행되어야 합니다.
데이터 분석
근본 원인 분석
근본 원인 분석은 문제의 근본 원인을 발견하고 예방 조치를 개발하는 데 자주 사용됩니다. 문제 설명(예: 프로젝트가 지연되거나 초과 실행될 수 있음)을 시작점으로 사용하여 문제를 일으킬 수 있는 위협을 탐색하고 해당 위협을 식별할 수 있습니다. 또한 혜택 설명(예: 일정보다 앞서 제공되거나 예산에 맞춰 제공됨)을 시작점으로 사용하여 해당 기회를 식별하기 위해 이 혜택을 실현하는 데 도움이 될 수 있는 기회를 탐색할 수 있습니다.
가정 및 제약 분석
가정 및 제약 조건 분석을 수행하여 가정 및 제약 조건의 타당성을 탐색하고 어느 것이 프로젝트 위험을 유발할지 결정합니다. 부정확하고 불안정하며 일관성이 없거나 불완전한 가정에서 위협을 식별할 수 있으며, 프로젝트 또는 프로세스 실행에 영향을 미치는 제약 조건을 제거하거나 완화하여 기회를 창출할 수 있습니다.
SWOT 분석
이는 프로젝트의 강점, 약점, 기회 및 위협(SWOT)에 대한 사례별 조사입니다. 리스크 식별 시 내부적으로 발생한 리스크를 포함시켜 식별된 리스크의 범위를 확대합니다. 먼저, 프로젝트, 조직 또는 일반적인 비즈니스 영역에 초점을 맞추고 조직의 강점과 약점을 파악한 다음 조직의 강점이 프로젝트에 가져올 수 있는 기회와 조직의 약점이 제기할 수 있는 위협을 파악합니다. 또한 조직의 강점이 위협을 극복할 수 있는 정도와 조직의 약점으로 인해 기회 창출이 방해되는지 여부도 분석할 수 있습니다.
파일 분석
프로젝트 문서의 구조화된 검토를 통해 다양한 위험을 식별할 수 있습니다. 검토할 수 있는 문서에는 계획, 가정, 제약 조건, 과거 프로젝트 파일, 계약, 계약 및 기술 문서가 포함되지만 이에 국한되지는 않습니다. 프로젝트 문서의 불확실성이나 모호함은 물론 동일한 문서 내 또는 서로 다른 문서 간의 불일치도 프로젝트 위험의 지표가 될 수 있습니다.
대인관계 및 팀 기술
가이드
지침은 개별 프로젝트 위험과 전체 프로젝트 위험의 원인을 식별하는 데 사용되는 다양한 기술의 효율성을 높일 수 있습니다. 숙련된 진행자는 참가자가 위험 식별 작업에 집중하고, 기술 관련 방법론을 정확하게 따르고, 위험 설명이 명확한지 확인하고, 편견을 식별 및 극복하고, 발생할 수 있는 불일치를 해결하도록 도울 수 있습니다.
팁 목록
프롬프트 목록은 개별 프로젝트 위험을 유발할 수 있을 뿐만 아니라 전체 프로젝트 위험의 원인이 될 수 있는 사전 설정된 위험 범주 목록입니다. 위험 식별 기술을 사용할 때 프롬프트 목록은 프로젝트 팀이 아이디어를 개발하는 데 도움이 되는 프레임워크로 사용될 수 있습니다. 위험 분석 구조의 하단에 있는 위험 범주는 개별 프로젝트 위험을 식별하기 위한 알림 목록으로 사용될 수 있습니다. PESTLE(정치적, 경제적, 사회적, 기술적, 법적, 환경적), TECCOP(기술적, 환경적, 상업적, 운영적, 정치적) 또는 VUCA(변동성, 불확실성, 복잡성, 모호함)
회의
산출
위험 등록부
위험 등록부에는 식별된 개별 프로젝트 위험의 세부 정보가 기록됩니다. 정성적 리스크 분석, 리스크 대응 계획, 리스크 대응 실행, 리스크 모니터링 등의 프로세스가 진행됨에 따라 이러한 프로세스의 결과도 리스크 등록부에 기록됩니다. 특정 프로젝트 변수(예: 규모 및 복잡성)에 따라 위험 등록부에는 제한적이거나 광범위한 위험 정보가 포함될 수 있습니다.
위험 식별 프로세스가 완료되면 위험 등록의 내용에는 다음이 포함될 수 있습니다(단, 이에 국한되지는 않음).
식별된 위험 목록
위험 등록부에서는 각 개별 프로젝트 위험에 고유한 식별 번호가 할당됩니다. 식별된 위험은 명확한 이해를 보장하는 데 필요한 세부 수준으로 설명되어야 합니다. 구조화된 위험 설명을 사용하여 위험 자체를 원인 및 위험 영향과 구별할 수 있습니다.
잠재위험책임자
위험 식별 과정에서 잠재적 위험 보유자가 식별된 경우 해당 보유자를 위험 등록부에 기록해야 합니다. 그런 다음 정성적 위험 분석 프로세스를 수행하여 이를 확인합니다.
잠재적인 위험 대응 조치 목록
위험 식별 프로세스 중에 잠재적인 위험 대응이 식별된 경우 이를 위험 등록부에 기록해야 합니다. 그런 다음 이는 계획 위험 대응 프로세스를 통해 확인됩니다.
위험 보고서
위험 보고서는 식별된 개별 프로젝트 위험에 대한 개요 정보뿐만 아니라 전체 프로젝트 위험에 대한 정보를 제공합니다. 프로젝트 위험 관리 프로세스에서 위험 보고서 준비는 점진적인 작업입니다. 정성적 리스크 분석, 정량적 리스크 분석, 리스크 대응 계획, 리스크 대응 실행, 리스크 모니터링의 프로세스가 완료되면 이러한 프로세스의 결과도 리스크 등록부에 기록되어야 합니다.
위험 식별 프로세스를 완료할 때 위험 보고서의 내용은 다음을 포함할 수 있지만 이에 국한되지는 않습니다.
전체 프로젝트 위험의 원인
전체 프로젝트 위험 노출의 가장 중요한 동인이 무엇인지 설명하십시오.
식별된 개별 프로젝트 위험에 대한 개요 정보
예를 들어 식별된 위협 및 기회의 수, 위험 범주 전반에 걸친 위험 분포, 측정 및 추세 등이 있습니다.
위험 관리 계획에 명시된 보고 요구 사항에 따라 위험 보고서에 추가 정보가 포함될 수 있습니다.
프로젝트 파일 업데이트
가상 로그
문제 로그
교훈 등록
정성적 위험 분석 수행
정성적 위험 분석을 수행하는 것은 개별 프로젝트 위험의 확률과 영향은 물론 기타 특성을 평가하여 위험의 우선순위를 지정하고 후속 분석이나 조치의 기반을 제공하는 프로세스입니다. 이 프로세스의 주요 목적은 우선순위가 높은 위험에 초점을 맞추는 것입니다.
발생 확률, 위험 발생 시 프로젝트 목표에 미치는 영향 및 기타 요소를 사용하여 식별된 개별 프로젝트 위험의 우선순위를 평가하기 위해 정성적 위험 분석을 수행합니다. 이 평가는 프로젝트 팀과 기타 이해 당사자가 인식한 위험을 기반으로 주관적입니다. 따라서 효과적인 평가를 위해서는 프로세스에 참여하는 주요 참여자의 리스크에 대한 태도를 인식하고 관리하는 것이 필요합니다. 위험 인식은 식별된 위험을 평가할 때 편향으로 이어질 수 있으므로 편향을 식별하고 수정하는 데 주의를 기울여야 합니다. 진행자가 프로세스를 주도하는 경우 편견을 식별하고 수정하는 것은 진행자의 업무에서 중요한 부분입니다. 동시에, 개별 프로젝트 위험을 평가하는 데 사용할 수 있는 정보의 품질은 프로젝트에 대한 각 위험의 중요성을 명확하게 평가하는 데 도움이 될 수 있습니다.
정성적 위험 분석을 수행하면 위험 대응 프로세스를 계획하는 동안 개별 프로젝트 위험의 상대적 우선순위를 결정할 수 있습니다. 이 프로세스에서는 위험 대응을 계획하고 대응이 구현되도록 하는 책임을 맡은 각 위험의 소유자를 식별합니다. 정량적 위험 분석 프로세스가 필요한 경우 정성적 위험 분석을 수행하면 그에 대한 기반도 제공됩니다.
위험 관리 계획의 조항에 따라 정성적 위험 분석 프로세스는 프로젝트 수명주기 전반에 걸쳐 정기적으로 수행되어야 합니다. 민첩한 개발 환경에서는 일반적으로 각 반복이 시작되기 전에 정성적 위험 분석 프로세스가 수행됩니다.
이토
입력하다
프로젝트 관리 계획
위험 관리 계획
이 프로세스에서 특히 주목할 점은 위험 관리 역할 및 책임, 예산 책정 및 일정 활동, 위험 범주(일반적으로 위험 분석 구조에서 정의됨) 확률 및 영향 정의, 확률 및 영향 매트릭스, 이해관계자를 위한 위험 임계값입니다. 이는 위험 관리 프로세스를 계획하는 동안 특정 프로젝트의 요구 사항에 맞게 이미 맞춤화된 경우가 많습니다. 이러한 항목이 아직 존재하지 않는 경우 정성적 위험 분석을 수행하는 동안 개발할 수 있으며 프로젝트 후원자의 승인을 받은 후 이 프로세스에 사용할 수 있습니다.
프로젝트 파일
가상 로그
가정 로그는 프로젝트에 영향을 미칠 수 있고 개별 프로젝트 위험의 우선순위 평가에 영향을 미칠 수 있는 주요 가정 및 제약 조건을 식별, 관리 및 모니터링하는 데 사용됩니다.
위험 등록부
위험 등록부에는 이 프로세스 중에 평가될 식별된 각 개별 프로젝트 위험에 대한 세부 정보가 포함됩니다.
이해관계자 등록
여기에는 위험 소유자로 지정될 수 있는 프로젝트 이해관계자의 세부정보가 포함됩니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
회견
이 프로세스에 적합한 데이터 수집 기술에는 인터뷰가 포함되지만 이에 국한되지는 않습니다. 구조화된 인터뷰나 반구조화된 인터뷰를 사용하여 무엇보다도 개별 프로젝트 위험의 확률과 영향을 평가할 수 있습니다. 면접관은 면접 대상자가 솔직하고 공정한 의견을 제시할 수 있도록 신뢰와 기밀이 유지되는 면접 환경을 조성해야 합니다.
데이터 분석
위험 데이터 품질 평가
위험 데이터는 정성적 위험 분석의 기초입니다. 위험 데이터 품질 평가는 개별 프로젝트 위험에 대한 데이터의 정확성과 신뢰성을 평가하도록 설계되었습니다. 품질이 낮은 위험 데이터를 사용하면 정성적 위험 분석이 프로젝트에 본질적으로 쓸모 없게 될 수 있습니다. 데이터 품질이 허용되지 않는 경우 더 나은 데이터를 수집해야 할 수도 있습니다. 데이터 무결성, 객관성, 관련성 및 적시성을 포함하여 프로젝트 이해관계자가 데이터 품질의 다양한 측면에 대한 평가를 이해하기 위해 설문 조사를 수행한 후 위험 데이터 품질에 대한 포괄적인 평가를 수행할 수 있습니다. 이러한 측면의 가중 평균은 데이터 품질에 대한 전체 점수로 계산될 수 있습니다.
위험 확률 및 영향 평가
위험 확률 평가는 특정 위험이 발생할 가능성을 고려하는 반면, 위험 영향 평가는 일정, 비용, 품질 또는 성능과 같은 하나 이상의 프로젝트 목표에 대한 위험의 잠재적 영향을 고려합니다. 위협은 부정적인 영향을 미칠 것이고 기회는 긍정적인 영향을 미칠 것입니다. 식별된 각 개별 프로젝트 위험에 대해 확률 및 영향 평가가 수행됩니다. 또한 확률 수준이나 영향 수준 결정의 기초가 되는 가정과 같은 해당 설명 세부 사항을 기록합니다. 위험의 확률과 영향은 위험 관리 계획의 확률 및 영향 정의를 사용하여 평가되어야 합니다. 확률과 영향이 낮은 위험은 향후 모니터링을 위해 위험 등록부의 감시 목록에 배치됩니다.
기타 위험 매개변수 평가
향후 분석 및 조치를 용이하게 하기 위해 프로젝트 팀은 개별 프로젝트 위험의 우선순위를 정할 때 추가 위험 특성(확률 및 영향을 넘어서)을 고려할 수 있습니다.
이러한 특성에는 다음이 포함되지만 이에 국한되지는 않습니다.
긴급
위험을 효과적으로 해결하기 위해 대응 조치를 취해야 하는 기간입니다. 시간이 짧다는 것은 긴급성이 높다는 것을 의미합니다.
근접성
위험이 하나 이상의 프로젝트 목표에 영향을 미치는 시기입니다. 짧은 시간은 높은 근접성을 나타냅니다.
잠복 기간
위험 발생과 그 영향의 발현 사이의 예상 기간입니다. 짧은 시간은 짧은 잠복기를 나타냅니다.
관리 용이성
위험 소유자(또는 책임 조직)가 위험의 발생이나 영향을 쉽게 관리할 수 있는 정도입니다. 관리가 용이하면 관리 용이성이 높습니다.
제어 가능성
위험 소유자(또는 책임 조직)가 위험의 결과를 통제할 수 있는 정도입니다. 결과를 통제하기 쉽다면 통제가능성이 높다.
모니터링 가능성
위험이 발생하거나 발생하려고 할 때 위험을 쉽게 모니터링할 수 있습니다. 위험 발생을 모니터링하기 쉬운 경우 모니터링 가능성이 높습니다.
연결성
위험이 다른 개별 프로젝트 위험과 관련된 정도입니다. 위험이 여러 다른 위험과 관련되어 있으면 연결성이 높습니다.
전략적 영향력
조직의 전략적 목표에 대한 위험의 잠재적인 긍정적 또는 부정적 영향입니다. 위험이 전략적 목표에 중요한 영향을 미치는 경우 전략적 영향력이 높습니다.
근사
하나 이상의 이해관계자가 위험을 중요하다고 간주하는 정도입니다. 중요하다고 생각되는 위험은 친밀도가 높습니다.
위의 특성 중 일부를 고려하면 단순히 확률과 영향을 평가하는 것보다 더 강력한 위험 우선순위를 결정할 수 있습니다.
대인관계 및 팀 기술
가이드
위험 분류
프로젝트 위험은 위험 소스(예: 위험 분석 구조(RBS) 사용), 영향을 받는 프로젝트 영역(예: 작업 분할 구조(WBS) 사용) 및 기타 실제 범주(예: 프로젝트 단계, 프로젝트 예산, 역할 및 책임) 분류는 불확실성에 가장 취약한 프로젝트 영역을 결정하며, 공통 근본 원인을 기준으로 분류할 수도 있습니다. 프로젝트에 사용할 수 있는 위험 분류 방법은 위험 관리 계획에 명시되어야 합니다.
위험을 분류하면 위험 노출이 가장 큰 영역에 관심과 에너지를 집중하거나 관련 위험 그룹에 대한 공통 위험 대응을 개발하여 보다 효과적인 위험 대응을 촉진하는 데 도움이 될 수 있습니다.
데이터 성능
확률 및 영향 매트릭스
확률 및 영향 매트릭스는 각 위험이 발생할 확률을 발생 시 프로젝트 목표에 미치는 영향으로 매핑한 테이블입니다. 향후 추가 분석 및 대응책 개발을 위해 확률과 영향을 기준으로 위험의 우선순위를 지정합니다. 조직은 각 프로젝트 목표(예: 비용, 시간, 범위)에 대해 별도의 확률 및 영향 매트릭스를 개발하고 이를 사용하여 각 목표에 대한 위험의 우선순위 수준을 평가할 수 있습니다. 조직에서는 다양한 방법을 사용하여 각 위험에 대한 전반적인 우선순위 수준을 결정할 수도 있습니다. 서로 다른 대상에 대한 평가 결과를 통합하거나 대상과 관계없이 가장 높은 우선순위 수준을 전체 위험 우선순위 수준으로 사용할 수 있습니다.
계층적
위험을 분류하기 위해 2개 이상의 매개변수를 사용하는 경우 확률 및 영향 매트릭스를 사용할 수 없으며 다른 그래프를 사용해야 합니다. 예를 들어 거품형 차트는 3차원 데이터를 표시할 수 있습니다. 버블 차트에서는 각 리스크를 버블 형태로 그려내고, 리스크의 3가지 매개변수를 x축 값, y축 값, 버블 크기로 표현합니다. 범례는 버블 차트의 예시로 X축은 모니터링 가능성, Y축은 근접성, 영향력 값은 버블의 크기로 표현됩니다.
회의
산출
프로젝트 파일 업데이트
가상 로그
정성적 위험 분석을 수행하는 과정에서 새로운 가정이 만들어지거나 새로운 제약 조건이 식별되거나 기존 가정이나 제약 조건이 재검토 및 수정될 수 있습니다. 가설 로그를 업데이트하고 이 새로운 정보를 기록해야 합니다.
문제 로그
발견된 새로운 문제나 현재 문제의 변경 사항을 기록하려면 문제 로그를 업데이트해야 합니다.
위험 등록부
정성적 위험 분석 프로세스를 수행하여 생성된 새로운 정보로 위험 등록부를 업데이트합니다. 위험 등록부에 대한 업데이트에는 다음이 포함될 수 있습니다. 각 개별 프로젝트 위험에 대한 확률 및 영향 평가, 우선 순위 수준 또는 위험 점수, 지정된 위험 소유자, 위험 긴급 정보 또는 위험 범주, 우선 순위가 낮은 위험에 대한 감시 목록 또는 요구 사항 추가 분석 위험.
위험 보고서
가장 중요한 개별 프로젝트 위험(일반적으로 확률과 영향이 가장 높은 위험), 식별된 모든 위험의 우선순위 목록 및 간략한 결론을 문서화하기 위해 위험 보고서를 업데이트합니다.
정량적 위험 분석 수행
정량적 위험 분석을 수행하는 것은 확인된 개별 프로젝트 위험과 기타 불확실성의 원인이 전체 프로젝트 목표에 미치는 영향을 정량적으로 분석하는 프로세스입니다. 이 프로세스의 주요 목적은 전체 프로젝트 위험 노출을 정량화하고 추가 정량적 위험 정보를 제공하여 위험 대응 계획을 지원하는 것입니다.
모든 프로젝트에 정량적 위험 분석이 필요한 것은 아닙니다. 강력한 분석을 수행하는 능력은 개별 프로젝트 위험 및 기타 불확실성의 원인에 대한 고품질 데이터는 물론 범위, 일정 및 비용과 관련된 견고한 프로젝트 기준선을 보유하는 데 달려 있습니다. 정량적 위험 분석에는 전문적인 위험 분석 소프트웨어의 사용과 위험 모델을 컴파일하고 해석하기 위한 전문 지식이 필요한 경우가 많으며, 여기에는 시간과 비용의 추가 투자도 필요합니다. 프로젝트 위험 관리 계획은 정량적 위험 분석이 대규모 또는 복잡한 프로젝트, 전략적으로 중요한 프로젝트, 계약상 정량적 분석이 필요한 프로젝트 또는 정량적 분석이 요청되는 프로젝트에 가장 적합한지 여부를 지정합니다. 주요 이해 관계자. . 모든 개별 프로젝트 위험과 프로젝트 결과에 대한 기타 불확실성의 원인이 결합된 영향을 평가함으로써 정량적 위험 분석은 전체 프로젝트 위험을 평가하는 유일하고 신뢰할 수 있는 방법이 됩니다.
정량적 위험 분석을 수행할 때 정성적 위험 분석 프로세스를 통해 프로젝트 목표에 중요한 잠재적 영향을 미치는 것으로 평가된 개별 프로젝트 위험에 대한 정보를 사용하십시오.
정량적 위험 분석 프로세스의 결과는 특히 전체 프로젝트 위험과 주요 개별 프로젝트 위험에 대한 대응을 권장하기 위해 위험 대응 프로세스 계획에 대한 입력으로 사용됩니다. 정량적 위험 분석은 계획 위험 대응 프로세스 이후에 수행되어 전체 프로젝트 위험 노출을 줄이는 데 있어 계획된 대응의 효과를 분석할 수도 있습니다.
이토
입력하다
프로젝트 관리 계획
위험 관리 계획
범위 기준선
진행 기준선
비용 기준
프로젝트 파일
가상 로그
추정근거
비용 견적
비용 예측
소요 시간 추정
마일스톤 목록
리소스 요구 사항
위험 등록부
위험 보고서
진행 예측
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
회견
개별 프로젝트 위험 및 기타 불확실성 원인에 대한 정량적 위험 분석을 위한 입력을 생성하는 데 사용할 수 있습니다. 인터뷰는 전문가로부터 정보를 얻어야 할 때 특히 유용합니다. 면접관은 면접 대상자가 솔직하고 공정한 의견을 제시할 수 있도록 신뢰와 기밀이 유지되는 면접 환경을 조성해야 합니다.
대인관계 및 팀 기술
가이드
불확실성이 어떻게 나타나는가
정량적 위험 분석을 수행하려면 개별 프로젝트 위험과 기타 불확실성 요인을 반영하는 정량적 위험 분석 모델을 수립하고 이에 대한 입력을 제공해야 합니다.
데이터 분석
시뮬레이션
정량적 위험 분석에서 모델은 개별 프로젝트 위험과 기타 불확실성 원인의 결합된 영향을 시뮬레이션하여 프로젝트 목표에 대한 잠재적 영향을 평가하는 데 사용됩니다. 시뮬레이션에는 일반적으로 몬테카를로 분석이 사용됩니다. 비용 위험에 대한 몬테카를로 분석을 수행할 때는 프로젝트 비용 추정을 시뮬레이션에 대한 입력으로 사용하고, 일정 위험에 대한 몬테카를로 분석을 수행할 때는 일정 네트워크 다이어그램과 기간 추정을 시뮬레이션에 대한 입력으로 사용합니다. 포괄적인 정량적 비용 일정 위험 분석을 수행할 때 두 입력이 함께 사용됩니다. 출력은 정량적 위험 분석 모델입니다.
컴퓨터 소프트웨어를 사용하여 수천 번의 반복에 대한 정량적 위험 분석 모델을 실행합니다. 각 실행마다 입력 값(예: 비용 추정, 기간 추정 또는 확률적 분기 발생 빈도)이 무작위로 선택됩니다. 이러한 실행의 결과는 가능한 프로젝트 결과 범위(예: 프로젝트 종료 날짜, 프로젝트 완료 비용)를 형성합니다. 일반적인 출력에는 시뮬레이션이 특정 결과를 달성한 횟수를 나타내는 히스토그램 또는 특정 값 이하의 결과를 달성한 결과를 나타내는 누적 확률 분포 곡선(S-곡선)이 포함됩니다.
정량적 일정 위험 분석에서는 위험 모델의 어떤 활동이 프로젝트 중요 경로에 가장 큰 영향을 미치는지 확인하기 위해 중요도 분석을 수행할 수도 있습니다. 위험 모델의 각 활동에 대해 중요도 지표, 즉 모든 시뮬레이션에서 활동이 중요한 경로에 나타나는 빈도가 계산되며 일반적으로 백분율로 표시됩니다. 중요도 분석을 통해 프로젝트 팀은 전체 프로젝트 일정 성과에 가장 큰 잠재적 영향을 미치는 활동에 대한 위험 대응을 계획하는 데 집중할 수 있습니다.
민감도 분석
민감도 분석은 어떤 개별 프로젝트 위험이나 기타 불확실성의 원인이 프로젝트 결과에 가장 큰 잠재적 영향을 미치는지 결정하는 데 도움이 됩니다. 이는 프로젝트 결과의 변화와 정량적 위험 분석 모델 요소의 변화 사이의 연결을 설정합니다.
민감도 분석 결과는 토네이도 다이어그램으로 표시되는 경우가 많습니다. 이 다이어그램에서는 정량적 위험 분석 모델의 각 요소와 이것이 영향을 미칠 수 있는 프로젝트 결과 간의 상관 계수를 표시합니다. 이러한 요소에는 개별 프로젝트 위험, 불안정한 프로젝트 활동 또는 특정 불확실성 원인이 포함될 수 있습니다. 각 특징은 결합 강도가 낮은 순서로 배열되어 전형적인 토네이도 모양을 형성합니다.
의사결정나무 분석
의사결정 트리를 사용하여 여러 대안 조치 중에서 최선의 조치를 선택하십시오. 의사결정 트리에서는 다양한 가지가 다양한 결정이나 이벤트, 즉 프로젝트의 대체 경로를 나타내는 데 사용됩니다. 각 결정이나 사건에는 관련 비용과 개별 프로젝트 위험(위협 및 기회 포함)이 있습니다. 의사결정 트리 분기의 끝점은 특정 경로에 따른 최종 결과를 나타내며, 이는 부정적이거나 긍정적인 결과일 수 있습니다.
의사결정나무 분석에서는 각 가지의 기대 금전적 가치를 계산하여 최적의 경로를 선택할 수 있습니다.
영향 다이어그램
산출
프로젝트 파일 업데이트
위험 보고서
일반적으로 다음을 포함한 정량적 위험 분석 결과를 반영하도록 위험 보고서를 업데이트합니다.
전체 프로젝트 위험 노출 평가 결과
프로젝트에 대한 상세한 확률론적 분석 결과
S-곡선, 토네이도 플롯, 주요 지표 등 정량적 위험 분석의 중요한 결과를 서술적 설명과 함께 나열합니다.
정량적 위험 분석의 세부 결과에는 다음이 포함될 수 있습니다.
목표 달성에 대한 특정 수준의 신뢰를 달성하는 데 필요한 비상 준비금
프로젝트 중요 경로에 가장 큰 영향을 미치는 개별 프로젝트 위험 또는 기타 불확실성의 원인 목록
전체 프로젝트 위험의 주요 동인, 즉 프로젝트 결과의 불확실성에 가장 큰 영향을 미치는 요소
개별 프로젝트 위험 우선순위 목록
정량적 리스크 분석 결과 동향
위험 대응 제안
위험 대응 계획
위험 대응 계획은 옵션을 개발하고, 대응 전략을 선택하고, 전체 프로젝트 위험 노출과 개별 프로젝트 위험을 해결하기 위한 대응 조치에 동의하는 프로세스입니다. 이 프로세스의 주요 목적은 전체 및 개별 프로젝트 위험에 대한 적절한 접근 방식을 개발하는 것입니다. 또한 필요에 따라 프로젝트 문서 및 프로젝트 관리 계획에 자원을 할당하고 활동을 추가합니다.
효과적이고 적절한 위험 대응은 개별 위협을 최소화하고, 개별 기회를 극대화하며, 전체 프로젝트 위험 노출을 줄일 수 있습니다. 부적절한 위험 대응은 역효과를 낳을 수 있습니다. 위험이 식별, 분석 및 우선순위가 지정되면 지정된 위험 소유자는 프로젝트 팀이 충분히 중요하다고 간주하는 각 개별 프로젝트 위험을 해결하기 위한 계획을 개발해야 합니다. 이러한 위험은 프로젝트 목표 달성을 위협하거나 기회를 제공할 수 있습니다. 프로젝트 관리자는 전체 프로젝트 위험의 현재 수준에 적절하게 대응하는 방법도 고려해야 합니다.
위험 대응 계획은 위험의 중요성과 일치해야 하고, 문제를 비용 효율적으로 해결해야 하며, 현재 프로젝트의 맥락에서 현실적이고 실행 가능해야 하며, 모든 관련 당사자의 동의를 얻어야 하며, 특별히 책임을 지는 책임자가 있어야 합니다. 여러 가지 대안 중에서 최적의 위험 대응 계획을 선택해야 하는 경우가 많습니다. 각 위험에 대해 가장 효과적일 가능성이 있는 전략 또는 전략 조합을 선택해야 합니다. 구조화된 의사결정 기술을 사용하여 가장 적절한 대처 전략을 선택할 수 있습니다. 규모가 크거나 복잡한 프로젝트의 경우 수학적 최적화 모델이나 실제 시나리오 분석을 기반으로 대체 위험 대응 전략에 대한 보다 강력한 경제적 분석을 수행해야 할 수도 있습니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
위험 관리 계획
비용 기준
프로젝트 파일
교훈 등록
프로젝트 일정
프로젝트 팀이 작업 주문을 발송합니다.
자원 달력
위험 등록부
위험 등록부에는 식별되고 우선순위가 지정되었으며 해결해야 하는 개별 프로젝트 위험에 대한 세부 정보가 포함되어 있습니다. 각 위험의 우선순위는 적절한 위험 대응을 선택하는 데 도움이 됩니다. 예를 들어, 우선순위가 높은 위협이나 기회에는 우선순위 조치와 사전 대응 전략이 필요할 수 있는 반면, 우선순위가 낮은 위협과 기회는 단순히 위험 등록부의 감시 목록 부분에 포함되어야 하거나 단순히 비상 준비금을 여기에 추가해야 할 수 있습니다. 적극적인 관리 조치.
위험 등록부에는 각 위험에 대해 지정된 위험 소유자가 나열되어 있으며 초기 프로젝트 위험 관리 프로세스 중에 식별된 예비 위험 대응도 포함될 수 있습니다. 위험 등록부는 근본 원인, 위험 유발 요인 및 경고 신호, 단기적으로 해결해야 하는 위험, 추가 분석이 필요한 위험 등 위험 대응을 계획하는 데 유용할 수 있는 식별된 위험에 대한 추가 정보를 제공할 수도 있습니다.
위험 보고서
위험 보고서에 있는 프로젝트의 전반적인 위험 노출의 현재 수준은 적절한 위험 대응 전략의 선택에 영향을 미칩니다. 위험 보고서에는 개별 프로젝트 위험을 우선순위에 따라 나열하고 개별 프로젝트 위험 분포에 대한 추가 분석을 제공할 수도 있습니다. 이 정보는 위험 대응 전략 선택에 영향을 미칩니다.
이해관계자 등록
이해관계자 등록부에는 위험 대응에 대한 잠재적 책임이 있는 사람들이 나열되어 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
회견
대인관계 및 팀 기술
가이드
위협 대응 전략
위협에 대응하여 고려해야 할 5가지 대안 전략은 다음과 같습니다.
보고서
프로젝트 팀이나 프로젝트 스폰서가 위협이 프로젝트 범위를 벗어나거나 제안된 대응이 프로젝트 관리자의 권한을 벗어난다고 판단하는 경우 에스컬레이션 전략을 사용해야 합니다. 확대된 위험은 프로젝트 수준이 아닌 프로그램 수준, 포트폴리오 수준 또는 조직의 기타 관련 부분에서 관리됩니다. 프로젝트 관리자는 위협에 대해 알려야 할 사람을 결정하고 위협에 대한 세부 정보를 해당 사람이나 조직 단위에 전달합니다. 조직 내 관련 인력이 보고된 위협에 대응할 책임을 기꺼이 맡는 것이 중요합니다. 위협은 일반적으로 대상이 위협의 영향을 받는 수준으로 보고됩니다. 위협이 보고되면 참조를 위해 위험 등록부에 계속 표시될 수 있지만 프로젝트 팀의 추가 모니터링은 적용되지 않습니다.
피하다
위험 회피는 위협을 제거하거나 위협으로부터 프로젝트를 보호하기 위해 프로젝트 팀이 취하는 조치를 의미합니다. 발생 확률이 높고 부정적인 영향이 심각한 우선순위 위협에 적합할 수 있습니다. 회피 전략에는 위협을 완전히 제거하고 발생 가능성을 0으로 줄이기 위해 프로젝트 관리 계획의 특정 측면을 변경하거나 부정적인 영향을 받을 목표를 변경하는 것이 포함될 수 있습니다. 위험 소유자는 위험이 발생할 경우 프로젝트 목표와 위험의 영향을 분리하기 위한 조치를 취할 수도 있습니다. 완화 조치에는 위협 원인 제거, 일정 연장, 프로젝트 전략 변경 또는 범위 축소가 포함될 수 있습니다. 일부 위험은 요구사항을 명확히 하고, 정보를 얻고, 의사소통을 개선하고, 독점 기술을 습득함으로써 피할 수 있습니다.
옮기다
이전이란 위협에 대응하는 책임을 제3자에게 이전하여 위협이 발생할 경우 제3자가 위험을 관리하고 영향을 감당할 수 있도록 하는 것을 의미합니다. 이전 전략을 사용하면 일반적으로 위협을 가하는 당사자에게 위험 이전 수수료가 지급됩니다. 위험 이전을 위해서는 보험 구매, 이행 채권 사용, 보증서 사용, 보증서 사용 등을 포함하되 이에 국한되지 않는 일련의 조치가 필요할 수 있습니다. 특정 위험에 대한 소유권과 책임은 계약 체결을 통해 제3자에게 이전될 수도 있습니다.
덜다
위험 완화는 위협의 가능성 및/또는 영향을 줄이기 위한 조치를 취하는 것을 의미합니다. 사전에 완화 조치를 취하는 것이 위협이 발생한 후에 이를 해결하려고 시도하는 것보다 더 효과적인 경우가 많습니다. 완화 조치에는 더 간단한 프로세스 채택, 더 많은 테스트 수행 또는 더 신뢰할 수 있는 판매자 이용이 포함됩니다. 벤치 모델에서 실제 프로세스나 제품으로 확장하는 위험을 줄이기 위해 프로토타입 개발도 포함될 수 있습니다. 확률을 줄일 수 없는 경우 위험의 심각도를 결정하는 요소를 살펴봄으로써 위험의 영향을 완화하는 것이 가능할 수 있습니다. 예를 들어, 시스템에 중복 구성 요소를 추가하면 원래 구성 요소의 오류로 인한 영향을 줄일 수 있습니다.
수용하다
위험 수용이란 위협의 존재를 인정하지만 사전에 조치를 취하지 않는 것을 의미합니다. 이 정책은 우선 순위가 낮은 위협이나 다른 방법으로는 비용 효과적으로 대응할 수 없는 위협에 사용할 수 있습니다. 수용 전략은 능동적 접근 방식과 수동적 접근 방식으로 더 세분화됩니다. 가장 일반적인 능동적 수용 전략은 새로운 위협에 대응하기 위해 시간, 돈 또는 자원을 확보하는 것을 포함하는 비상 준비금을 설정하는 것입니다. 수동적 수용 전략은 사전 조치를 취하지 않고 위협을 주기적으로 검토하여 크게 변경되지 않았습니다.
기회 대처 전략
기회를 위해 고려해야 할 5가지 대안 전략은 다음과 같습니다.
보고서
프로젝트 팀이나 프로젝트 스폰서가 기회가 프로젝트 범위를 벗어나거나 제안된 대응이 프로젝트 관리자의 권한을 벗어난다고 판단하는 경우 에스컬레이션 전략을 사용해야 합니다. 에스컬레이션된 기회는 프로젝트 수준이 아닌 프로그램 수준, 포트폴리오 수준 또는 조직의 기타 관련 부분에서 관리됩니다. 프로젝트 관리자는 기회에 대한 알림을 받을 사람을 결정하고 기회에 대한 세부 정보를 해당 사람이나 조직 단위에 전달합니다. 조직 내 관련 인력이 에스컬레이션된 기회에 대응할 책임을 기꺼이 맡는 것이 중요합니다. 기회는 일반적으로 대상이 기회의 영향을 받는 수준으로 보고됩니다. 기회가 보고되면 참조를 위해 위험 등록부에 계속 표시될 수 있지만 프로젝트 팀에서는 더 이상 모니터링하지 않습니다.
열어라
조직이 우선순위가 높은 기회를 확실히 포착하려는 경우 공격 전략을 선택할 수 있습니다. 이 전략은 특정 기회가 발생할 확률을 100%로 높여 해당 기회가 확실히 발생하도록 보장함으로써 그에 따른 혜택을 얻습니다. 선구적인 조치에는 완료 시간을 단축하기 위해 조직의 가장 유능한 자원을 프로젝트에 할당하거나, 프로젝트 비용을 절감하고 프로젝트 기간을 단축하기 위해 새로운 기술 또는 기술 업그레이드를 채택하는 것이 포함될 수 있습니다.
공유하다
공유에는 기회에 대한 책임을 제3자에게 이전하여 기회의 이점을 공유할 수 있도록 하는 것이 포함됩니다. 새로운 위험 소유자는 공유된 기회에 신중하게 할당되어야 하며, 새로운 위험 소유자로서 프로젝트 기회를 포착할 수 있는 가장 좋은 위치에 있는 사람들이 있어야 합니다. 위험 공유 전략을 채택하려면 일반적으로 기회에 대응할 책임이 있는 당사자에게 위험 수수료를 지불해야 합니다. 공유 조치에는 기회를 공유하기 위한 파트너십, 협력 팀, 특수 기업 또는 합작 투자 형성이 포함됩니다.
개선하다
강화 전략은 기회의 확률 및/또는 영향력을 높이는 데 사용됩니다. 성과를 개선하기 위한 조치를 미리 취하는 것이 기회가 발생한 후에 수익을 개선하려고 노력하는 것보다 더 효과적인 경우가 많습니다. 원인에 초점을 맞춰 기회가 발생할 확률을 높일 수 있습니다. 확률을 높일 수 없다면 잠재적인 이점의 크기를 결정하는 요소에 집중하여 기회의 영향력을 높일 수도 있습니다. 기회 강화 조치에는 활동의 조기 완료를 위한 자원 증가가 포함됩니다.
수용하다
기회를 받아들인다는 것은 기회가 있다는 것을 인정하지만 주도적으로 조치를 취하지 않는 것을 의미합니다. 이 전략은 우선순위가 낮은 기회 또는 다른 방법으로는 비용 효율적으로 처리할 수 없는 기회에 사용할 수 있습니다. 수용 전략은 능동적 접근 방식과 수동적 접근 방식으로 더 세분화됩니다. 가장 일반적인 능동적 수용 전략은 기회가 발생할 때 이를 활용하기 위해 시간, 돈 또는 자원을 따로 확보하는 것을 포함하는 비상 준비금을 설정하는 것입니다. 수동적 수용 전략은 사전 조치를 취하지 않고 단순히 기회를 주기적으로 검토합니다. 중요한 변경이 발생하지 않았는지 확인하십시오.
비상 대응 전략
특정 이벤트가 발생할 때만 사용되는 응답을 설계할 수 있습니다. 특정 위험의 경우, 프로젝트 팀이 해당 위험 발생에 대한 경고 신호가 충분하다고 판단하면 사전에 결정된 특정 조건이 발생할 때만 실행되는 대응 계획을 개발해야 합니다. 중간 이정표가 달성되지 않거나 판매자로부터 더 높은 수준의 관심을 받는 등 비상 전략의 트리거를 정의하고 추적해야 합니다. 비상 계획 또는 반등 계획이라고도 하는 이 기술을 사용하여 개발된 위험 대응 계획에는 계획을 시작하는 데 사용되는 식별된 트리거 이벤트가 포함됩니다.
전반적인 프로젝트 리스크 대응 전략
개별 프로젝트 리스크뿐만 아니라 전체 프로젝트 리스크에 대해서도 리스크 대응을 계획하고 실행해야 합니다. 개별 프로젝트 위험을 해결하는 데 사용되는 전략은 전체 프로젝트 위험에도 적용됩니다.
피하다
전체 프로젝트 위험이 심각한 부정적인 영향을 미치고 합의된 프로젝트 위험 임계값을 초과하는 경우 회피 전략을 사용할 수 있습니다. 이 전략에는 전체 프로젝트에 대한 불확실성의 부정적인 영향을 완화하고 프로젝트를 중요한 한계 내로 되돌리기 위해 집중적인 조치를 취하는 것이 포함됩니다. 예를 들어, 프로젝트 범위에서 고위험 작업을 제거하는 것은 프로젝트 전반의 방지 조치입니다. 프로젝트를 임계값 내로 되돌릴 수 없는 경우 프로젝트가 취소될 수 있습니다. 이는 가장 극단적인 위험 회피 조치이며 현재와 미래의 전반적인 위협 수준을 수용할 수 없는 경우에만 적용됩니다.
열어라
전체 프로젝트 위험이 상당히 긍정적인 영향을 미치고 합의된 프로젝트 위험 임계값을 초과하는 경우 선구적인 전략을 사용할 수 있습니다. 이 전략에는 전체 프로젝트에 대한 불확실성의 긍정적인 영향을 얻기 위해 집중적인 조치를 취하는 것이 포함됩니다. 예를 들어, 이해관계자에 대한 프로젝트의 가치나 이익을 높이기 위해 고수익 작업을 프로젝트 범위에 추가할 수 있습니다. 또는 기회를 포함하도록 주요 이해관계자와 협의하여 프로젝트의 위험 임계값을 수정할 수 있습니다.
양도 또는 공유
전반적인 프로젝트 위험 수준이 높고 조직이 이를 효과적으로 관리할 수 없는 경우 조직을 대신하여 제3자가 위험을 관리하도록 하는 것이 필요할 수 있습니다. 전체 프로젝트 위험이 부정적인 경우 위험 수수료 지불이 포함될 수 있는 이전 전략이 필요합니다. 전체 프로젝트 위험이 매우 긍정적인 경우 관련 혜택을 얻기 위해 여러 당사자가 이를 공유합니다. 전체 프로젝트 위험을 이전하고 공유하기 위한 전략에는 구매자와 판매자가 전체 프로젝트 위험을 공유하는 협업 사업 구조 구축, 합작 투자 또는 특수 목적 회사 설립, 프로젝트의 핵심 업무 하도급 등이 포함되지만 이에 국한되지는 않습니다.
줄이거나 개선하다
이 전략에는 프로젝트 목표 달성 가능성을 최적화하기 위해 전체 프로젝트 위험 수준을 변경하는 것이 포함됩니다. 완화 전략은 부정적인 전체 프로젝트 위험에 적용되는 반면, 개선 전략은 긍정적인 전체 프로젝트 위험에 적용됩니다. 완화 또는 개선 전략에는 프로젝트 재계획, 프로젝트 범위 및 경계 변경, 프로젝트 우선순위 조정, 자원 할당 변경, 납품 시간 조정 등이 포함됩니다.
수용하다
전체 프로젝트 위험이 합의된 임계값을 초과하더라도 전체 프로젝트 위험에 대한 사전 대응 전략을 채택할 수 없는 경우 조직은 현재 정의에 따라 프로젝트를 계속 진행하도록 선택할 수 있습니다. 수용 전략은 능동적 접근 방식과 수동적 접근 방식으로 더 세분화됩니다. 가장 일반적인 능동적 수용 전략은 프로젝트 위험이 임계 값을 초과할 때 사용할 시간, 자금 또는 자원을 따로 확보하는 것을 포함하여 프로젝트에 대한 전반적인 비상 준비금을 설정하는 것입니다. 수동적 수용 전략은 사전 조치를 취하지 않고 주기적으로만 수행합니다. 중요한 변경 사항이 없는지 확인하기 위해 전체 프로젝트 위험 수준을 평가합니다.
데이터 분석
대안 분석
비용 편익 분석
의사결정
다기준 의사결정 분석
산출
변경 요청
프로젝트 관리 계획 업데이트
진행 관리 계획
비용 관리 계획
품질 관리 계획
자원 관리 계획
조달관리계획
범위 기준선
진행 기준선
비용 기준
프로젝트 파일 업데이트
가상 로그
비용 예측
교훈 등록
프로젝트 일정
프로젝트 팀이 작업 주문을 발송합니다.
위험 등록부
선택되고 합의된 위험 대응을 기록하려면 위험 등록부를 업데이트해야 합니다.
위험 등록부에 대한 업데이트에는 다음이 포함될 수 있습니다(단, 이에 국한되지는 않음).
합의된 대처 전략
선택된 대응 전략을 구현하는 데 필요한 특정 조치
위험 발생에 대한 트리거 조건, 징후 및 조기 경고 신호
선택된 대응 전략을 구현하는 데 필요한 예산 및 일정 활동
비상 계획 및 계획을 활성화하는 데 필요한 위험 유발 요인
Bounce Back 계획, 위험이 발생하고 1차 대응 조치가 부족한 경우 사용
사전에 결정된 대응 조치를 취한 후에도 남아 있는 잔여 리스크와 의도적으로 수용한 리스크
리스크 대응 조치 이행으로 인해 직접적으로 발생하는 2차 리스크입니다.
위험 보고서
현재의 전반적인 프로젝트 위험 노출과 우선순위가 높은 위험, 그리고 이러한 조치 구현에 따른 예상되는 변경 사항에 대해 합의된 대응을 문서화하기 위해 위험 보고서를 업데이트합니다.
위험 대응 구현
위험 대응을 구현하는 것은 합의된 위험 대응 계획을 실행하는 프로세스입니다. 이 프로세스의 주요 목적은 합의된 위험 대응이 계획대로 구현되도록 보장함으로써 전체 프로젝트 위험 노출을 관리하고, 개별 프로젝트 위협을 최소화하며, 개별 프로젝트 기회를 최대화하는 것입니다.
이토
입력하다
프로젝트 관리 계획
위험 관리 계획
프로젝트 파일
교훈 등록
위험 대응 구현과 관련하여 프로젝트 초기에 배운 교훈은 프로젝트 후반부에 프로세스의 효율성을 향상시키는 데 사용될 수 있습니다.
위험 등록부
위험 등록부에는 지정된 대응 담당자와 함께 각 개별 위험에 대해 합의된 위험 대응이 기록됩니다.
위험 보고서
위험 보고서에는 현재 전체 프로젝트 위험 노출에 대한 평가와 합의된 위험 대응 전략이 포함되어 있으며, 또한 중요한 개별 프로젝트 위험과 대응 계획도 설명합니다.
조직 프로세스 자산
도구 및 기술
전문가의 판단
대인관계 및 팀 기술
영향
일부 위험 대응은 직접적인 프로젝트 팀 외부의 사람이나 다른 경쟁 요구 사항을 가진 사람이 수행할 수 있습니다. 이 경우 위험 관리 프로세스를 안내하는 프로젝트 관리자나 담당자는 지정된 위험 소유자가 필요한 조치를 취하도록 장려하기 위해 영향력을 행사해야 합니다.
프로젝트 관리 정보 시스템
PMIS(프로젝트 관리 정보 시스템)에는 일정, 자원 및 비용 구성 요소가 포함될 수 있으며 합의된 위험 대응 계획 및 관련 활동이 다른 프로젝트 활동과 함께 전체 프로젝트에 통합되도록 하는 데 사용됩니다.
산출
변경 요청
프로젝트 파일 업데이트
문제 로그
구현 위험 대응 프로세스의 일부로 식별된 문제가 문제 로그에 기록됩니다.
교훈 등록
교훈 기록을 업데이트하여 위험 대응 구현 시 직면한 문제, 채택할 수 있는 회피 방법, 위험 대응 구현을 위한 효과적인 방법을 기록합니다.
프로젝트 팀이 작업 주문을 발송합니다.
위험 대응 전략이 결정되면 적절한 자격을 갖추고 경험이 풍부한 인력, 합리적인 자금 및 시간, 합의된 조치를 구현하는 데 필요한 기술적 수단을 포함하여 위험 대응 계획과 관련된 각 조치에 필요한 자원을 할당해야 합니다.
위험 등록부
이 프로세스 수행으로 인해 발생하는 개별 프로젝트 위험에 대해 합의된 대응에 대한 변경 사항을 반영하기 위해 위험 등록부를 업데이트해야 할 수도 있습니다.
위험 보고서
이 프로세스를 수행함으로써 발생하는 전체 프로젝트 위험 노출에 대해 합의된 대응에 대한 변경 사항을 반영하기 위해 위험 보고가 필요할 수 있습니다.
감독 위험
리스크 모니터링은 합의된 리스크 대응 계획의 이행을 감독하고, 식별된 리스크를 추적하고, 새로운 리스크를 식별 및 분석하고, 프로젝트 기간 동안 리스크 관리의 효율성을 평가하는 프로세스입니다. 이 프로세스의 주요 목적은 전체 프로젝트 위험 노출 및 개별 프로젝트 위험에 대한 최신 정보를 기반으로 프로젝트 결정을 내리는 것입니다.
프로젝트 팀과 주요 이해관계자가 위험 노출의 현재 수준을 이해할 수 있도록 위험 모니터링 프로세스를 통해 프로젝트 작업을 지속적으로 모니터링하여 새로운 위험, 변화하는 위험, 쓸모없는 개별 프로젝트 위험을 식별해야 합니다.
위험 모니터링 프로세스는 프로젝트 실행 중에 생성된 성과 정보를 사용하여 위험을 결정합니다.
구현된 위험 대응이 효과적입니까?
전반적인 프로젝트 위험 수준이 변경되었습니까?
식별된 개별 프로젝트 위험의 상태가 변경되었습니까?
새로운 개별 프로젝트 위험이 발생하는지 여부
위험 관리 접근 방식이 여전히 유효합니까?
프로젝트 가정이 여전히 유효합니까?
위험 관리 정책 및 절차가 준수되었습니까?
비용 또는 일정 우발사항 준비금을 수정해야 하는지 여부
프로젝트 전략은 여전히 유효합니까?
이토
입력하다
프로젝트 관리 계획
위험 관리 계획
위험 관리 계획에는 위험을 언제 어떻게 검토해야 하는지, 어떤 정책과 절차를 따라야 하는지, 감독 프로세스와 관련된 역할과 책임에 대한 준비, 보고 형식이 명시되어 있습니다.
프로젝트 파일
문제 로그
이슈 로그는 공개 이슈가 업데이트되었는지 확인하고 위험 등록부에 필요한 업데이트를 수행하는 데 사용됩니다.
교훈 등록
프로젝트 초기에 배운 위험 관련 교훈은 프로젝트의 후반 단계에서 사용될 수 있습니다. 위험등록부.
위험 등록부
위험 등록부의 주요 내용에는 식별된 개별 프로젝트 위험, 위험 소유자, 합의된 위험 대응 전략 및 구체적인 대응 조치가 포함됩니다. 또한 대응 계획의 효율성을 평가하는 데 사용되는 제어, 위험의 증상 및 조기 경고 징후, 잔여 및 2차 위험, 우선순위가 낮은 위험의 감시 목록을 포함한 추가 세부 정보를 제공할 수도 있습니다.
위험 보고서
위험 보고서에는 현재 전체 프로젝트 위험 노출에 대한 평가와 합의된 위험 대응 전략이 포함됩니다. 또한 중요한 개별 프로젝트 위험, 대응 계획 및 위험 소유자에 대해서도 설명합니다.
업무 성과 데이터
업무 성과 보고서
도구 및 기술
데이터 분석
기술적 성능 분석
프로젝트 수행 중 달성한 기술성과를 관련 기술성과를 달성하기 위한 계획과 비교하기 위한 기술성과 분석을 실시합니다. 실제 결과를 계획된 요구 사항과 비교할 수 있는 기술적 성능에 대한 객관적이고 정량적 측정의 정의가 필요합니다. 기술적 성능 측정에는 무게, 처리 시간, 결함 수, 저장 용량 등이 포함될 수 있습니다. 실제 결과가 계획에서 벗어나는 정도는 위협이나 기회의 잠재적 영향을 나타낼 수 있습니다.
매장량 분석
프로젝트 실행 전반에 걸쳐 예산 및 일정 비상 준비금에 긍정적이거나 부정적인 영향을 미치는 특정 개별 프로젝트 위험이 발생할 수 있습니다. 예비비 분석은 프로젝트의 어느 시점에서나 잔여 비상 예비비와 잔여 위험 금액을 비교하여 잔여 예비비가 여전히 합리적인지 여부를 결정하는 것을 말합니다. 번다운 차트와 같은 다양한 그래프를 사용하여 비상 예비비의 고갈을 표시할 수 있습니다.
심사
위험 감사는 위험 관리 프로세스의 효율성을 평가하는 데 사용할 수 있는 감사 유형입니다. 프로젝트 관리자는 프로젝트 위험 관리 계획에 지정된 빈도로 위험 감사가 수행되도록 할 책임이 있습니다. 위험 감사는 일일 프로젝트 검토 회의, 위험 검토 회의에서 수행되거나 팀이 특별 위험 감사 회의를 개최할 수 있습니다. 감사를 수행하기 전에 위험 감사의 절차와 목표를 명확하게 정의해야 합니다.
회의
이 프로세스에 적용할 수 있는 회의에는 위험 검토 회의가 포함되지만 이에 국한되지는 않습니다. 위험 검토는 전체 프로젝트 위험과 식별된 개별 프로젝트 위험을 해결하는 데 있어 위험 대응의 효율성을 조사하고 문서화하기 위해 정기적으로 일정을 잡아야 합니다. 리스크 검토에서는 새로운 개별 프로젝트 리스크도 식별할 수 있으며(합의된 대응으로 인해 발생하는 2차 리스크 포함), 현재 리스크를 재평가하고, 오래된 리스크를 종결할 수 있으며, 리스크 발생으로 인해 제기된 문제에 대해 논의하고, 적용할 수 있는 문제를 논의할 수 있습니다. 현재 상황을 요약합니다. 프로젝트의 후속 단계 또는 향후 유사한 프로젝트에서 배운 교훈입니다. 리스크 관리 계획의 조항에 따라 리스크 검토는 정기 프로젝트 현황 회의에서 안건으로 포함될 수도 있고, 리스크 검토 전용 회의가 개최될 수도 있습니다.
산출
직무수행정보
업무성과정보는 단일 리스크의 실제 발생과 예상 발생을 비교하여 얻은 프로젝트 리스크 관리 수행 성과에 대한 정보이다. 이는 위험 대응 계획 및 대응 구현 프로세스의 효율성을 설명할 수 있습니다.
변경 요청
위험 감독 프로세스가 수행된 후 비용 기준 및 일정 기준 또는 프로젝트 관리 계획의 기타 구성 요소에 대한 변경 요청이 이루어질 수 있으며 전체 변경 제어 프로세스 구현을 통해 검토 및 처리되어야 합니다.
변경 요청에는 다음이 포함될 수 있습니다. 현재 전체 프로젝트 위험 수준 또는 개별 프로젝트 위험을 해결하기 위해 권장되는 시정 및 예방 조치.
프로젝트 관리 계획 업데이트
모든 구성요소
프로젝트 파일 업데이트
가상 로그
위험을 모니터링하는 과정에서 새로운 가정이 만들어지거나 새로운 제약 조건이 식별되거나 기존 가정이나 제약 조건이 재검토 및 수정될 수 있습니다. 이 새로운 정보를 기록하려면 가설 로그를 업데이트해야 합니다.
문제 로그
위험 모니터링 프로세스의 일부로 식별된 문제가 문제 로그에 기록됩니다.
교훈 등록
프로젝트의 이후 단계 또는 향후 프로젝트에 사용할 위험 검토 중에 배운 위험 관련 교훈을 기록하려면 교훈 기록을 업데이트하십시오.
위험 등록부
새로운 위험 추가, 오래된 위험 또는 발생한 위험 업데이트, 위험 대응 업데이트 등을 포함할 수 있는 위험 모니터링 프로세스 중에 생성된 개별 프로젝트 위험에 대한 정보를 기록하기 위해 위험 등록부를 업데이트합니다.
위험 보고서
중요한 개별 프로젝트 위험의 현재 상태는 물론 전체 프로젝트 위험의 현재 수준을 반영하기 위해 위험 모니터링 프로세스에서 새로운 정보가 생성되면 위험 보고서를 업데이트해야 합니다. 위험 보고서에는 우선순위가 가장 높은 개별 프로젝트 위험, 합의된 대응 및 책임자, 결론 및 권장 사항과 같은 자세한 정보도 포함될 수 있습니다. 위험 보고서에는 위험 관리 프로세스의 효율성에 관한 위험 감사의 결론도 포함될 수 있습니다.
조직 프로세스 자산 업데이트
프로젝트 조달 관리
개요
프로젝트 관리자는 조달 관리 법률 및 규정 분야의 전문가일 필요는 없지만 계약 및 계약 관계와 관련하여 정보에 입각한 결정을 내리려면 조달 프로세스에 대한 충분한 지식을 가지고 있어야 합니다.
일반적으로 프로젝트 관리자는 조직을 구속하는 법적 계약에 서명할 권한이 없습니다. 이 작업은 관련 권한이 있는 사람에 의해서만 수행됩니다. 서면 양식은 계약 체결과 관련된 지역, 국가 또는 국제법을 준수해야 합니다. 조직은 조직을 대신하여 계약에 서명하고 관리할 권한이 있는 사람을 결정합니다.
계약은 구매자와 판매자 사이의 법적 문서로, 양 당사자를 구속하고 판매자에게 특정 제품, 서비스 또는 결과와 같은 가치 있는 것을 제공할 의무가 있으며 구매자는 다음을 수행할 의무가 있습니다. 금전적 또는 기타 가치 있는 보상을 지불하다
판매자는 일반적으로 관련 작업을 프로젝트로 관리해야 하며 계약 조건은 판매자의 많은 관리 프로세스에 대한 주요 입력이 됩니다.
적용 분야에 따라 계약은 계약, 서비스 수준 계약(SLA), 양해 각서, 계약 각서(MOA) 또는 구매 주문이 될 수 있습니다.
기획구매관리
조달 관리 계획은 프로젝트 조달 결정을 기록하고, 조달 방법을 정의하고, 잠재적 판매자를 식별하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 외부에서 상품과 서비스를 얻을 것인지 여부와, 그렇다면 어떤 상품과 서비스를 언제, 어떻게 얻을 것인지를 결정하는 것입니다. 재화와 서비스는 수행 조직의 다른 부분이나 외부 소스로부터 조달될 수 있습니다.
이토
입력하다
프로젝트 헌장
비즈니스 문서
비즈니스 사례
복리후생관리계획
프로젝트 관리 계획
범위 관리 계획
범위 관리 계획은 프로젝트 구현 단계에서 계약자의 작업 범위를 관리하는 방법을 설명합니다.
품질 관리 계획
품질 관리 계획에는 프로젝트가 따라야 하는 업계 표준과 지침이 포함되어 있습니다. 이러한 표준과 지침은 제안서 초대장과 같은 입찰 문서에 기록되어야 하며 궁극적으로 계약서에서 참조됩니다. 이러한 표준과 지침은 공급업체의 사전 자격을 갖추거나 공급업체 선택 기준의 일부로 사용될 수도 있습니다.
자원 관리 계획
자원 관리 계획에는 어떤 자원을 구입하거나 임대해야 하는지에 대한 정보는 물론 조달에 영향을 미칠 수 있는 가정이나 제약 조건도 포함됩니다.
범위 기준선
범위 기준선에는 범위 설명, WBS 및 WBS 사전이 포함됩니다. 프로젝트 초기 단계에서도 프로젝트 범위는 계속해서 발전할 수 있습니다. 작업 명세서(SOW)와 작업 개요(TOR)는 프로젝트 범위 내에서 알려진 작업에 대해 준비되어야 합니다.
프로젝트 파일
마일스톤 목록
주요 마일스톤 목록은 판매자가 결과를 제공해야 하는 시기를 설명합니다.
프로젝트 팀이 작업 주문을 발송합니다.
프로젝트 팀 파견 명령에는 프로젝트 팀의 기술과 능력은 물론 조달 활동을 지원하는 데 사용할 수 있는 시간에 대한 정보가 포함됩니다. 프로젝트 팀에 조달 활동을 수행할 역량이 없는 경우 외부 인력이 필요하거나 기존 인력에 대한 교육이 필요하거나 둘 다 필요합니다.
요구사항 문서
요구 사항 문서에는 다음이 포함될 수 있습니다.
판매자가 충족해야 하는 기술 요구 사항
건강, 안전, 보안, 성과, 환경, 보험, 지적 재산권, 평등 고용 기회, 라이센스, 허가 및 기타 비기술적 요구 사항과 같은 계약상 및 법적 중요성의 요구 사항
요구 사항 추적 매트릭스
요구사항 추적성 매트릭스는 제품 요구사항을 소스에서 요구사항을 충족하는 결과물까지 연결합니다.
리소스 요구 사항
소스 요구 사항에는 조달해야 할 팀 및 물리적 리소스와 같은 특정 요구 사항에 대한 정보가 포함되어 있습니다.
위험 등록부
위험 등록부에는 위험 목록뿐만 아니라 위험 분석 및 위험 대응 계획의 결과도 명시되어 있습니다. 일부 위험은 구매 계약을 통해 제3자에게 이전되어야 합니다.
이해관계자 등록
이해관계자 등록부(Stakeholder Register)는 규제 기관, 계약 서명자 및 법률 직원을 포함하여 프로젝트 참여자와 프로젝트에 대한 이해 관계에 대한 자세한 정보를 제공합니다.
비즈니스 환경 요인
조직 프로세스 자산
조직에서 사용하는 다양한 유형의 계약 합의도 계획 및 조달 관리 프로세스 중에 내리는 결정에 영향을 미칩니다.
계획 조달 관리 프로세스에 영향을 미칠 수 있는 조직 프로세스 자산에는 다음이 포함되지만 이에 국한되지는 않습니다.
사전 승인된 판매자 목록
적절하게 심사된 판매자 목록은 입찰에 필요한 단계를 단순화하고 판매자 선택 프로세스 시간을 단축할 수 있습니다.
공식 조달 정책, 절차 및 지침
대부분의 조직은 공식적인 조달 정책과 조달 구조를 가지고 있습니다. 그렇지 않은 경우 프로젝트 팀은 조달 활동을 구현하기 위한 관련 자원과 전문 지식을 갖추어야 합니다.
계약 유형
모든 법적 계약 관계는 일반적으로 총 가격과 비용 보상이라는 두 가지 범주로 나눌 수 있습니다. 또한 일반적으로 사용되는 세 번째 하이브리드 유형인 작업 및 자재 계약이 있습니다. 위에서 언급한 보다 일반적으로 사용되는 계약 유형은 아래에서 별도로 논의됩니다. 그러나 실제로는 단일 구매로 두 개 이상의 계약 유형을 결합하는 경우가 많습니다.
일시불 계약
이러한 유형의 계약은 특정 제품, 서비스 또는 결과 구매에 대한 총 가격을 설정합니다. 이러한 유형의 계약은 요구 사항이 명확하게 정의되어 있고 주요 범위 변경이 발생하지 않을 때 사용해야 합니다.
일시불계약의 종류는 다음과 같습니다.
고정 총 가격(FFP)
FFP는 가장 일반적으로 사용되는 계약 유형입니다. 대부분의 구매자는 상품 구매 가격이 처음에 설정되고 변경이 허용되지 않기 때문에(작업 범위가 변경되지 않는 한) 이러한 유형의 계약을 선호합니다.
총 가격 + 인센티브 수수료(FPIF)
이 일시불 계약은 구매자와 판매자에게 어느 정도 유연성을 제공하고 특정 성능 편차를 허용하며 설정된 목표 달성을 위한 관련 재정적 인센티브(일반적으로 판매자의 비용, 일정 또는 기술 성능을 기반으로 함)를 제공합니다. FPIF 계약에는 가격 상한선이 설정되며, 이 상한선을 초과하는 모든 비용은 판매자가 부담합니다.
총 가격에 경제적 가격 조정을 더한 것(FPEPA)
이러한 유형의 계약은 두 가지 상황에 적합합니다. 즉, 판매자의 이행 기간이 수년에 걸쳐 있거나 가격이 다른 통화로 지불되는 경우입니다. 일종의 일시불계약이지만 물가상승, 특정 특별상품의 가격 인상(또는 감소) 등 조건의 변화에 따라 미리 정해진 방식으로 계약가격을 최종적으로 조정할 수 있는 특약을 포함하고 있는 것입니다. 상품.
비용 상환 계약
이러한 유형의 계약은 작업을 완료하는 데 발생한 모든 정당한 실제 비용(환불 가능 비용)과 판매자의 이익으로 수수료를 판매자에게 지급합니다. 이 유형의 계약은 다음과 같은 경우에 적합합니다. 계약 이행 중에 작업 범위가 크게 변경될 것으로 예상되는 경우.
비용 보상 계약은 다음과 같이 더 세분화될 수 있습니다.
비용 + 고정 수수료(CPFF)
계약 작업 수행 시 발생한 허용 가능한 모든 비용을 판매자에게 상환하고 판매자에게 고정 수수료를 지불합니다. 수수료는 프로젝트의 초기 예상 비용의 백분율로 표시됩니다. 프로젝트 범위가 변경되지 않는 한 수수료 금액은 동일하게 유지됩니다.
비용에 인센티브 수수료(CPIF)
판매자는 계약업무를 수행하면서 발생한 모든 허용비용을 상환받고, 판매자가 계약에서 정한 성과목표를 달성하면 미리 정해진 인센티브 수수료를 판매자에게 지급한다. CPIF 계약에서 최종 비용이 원래 예상 비용보다 낮거나 높을 경우 구매자와 판매자는 사전 합의된 비용 분담 비율에 따라 절감액을 공유하거나 초과분을 공유해야 합니다. 예를 들어, 판매자의 실제 비용을 기준으로 목표 비용 초과(이하)를 80:20 비율로 공유(공유)합니다.
비용 + 인센티브 수수료(CPAF)
판매자는 모든 정당한 비용을 상환 받지만, 대부분의 비용은 판매자가 계약에 명시된 광범위하고 주관적인 특정 성능 승인을 충족하는 경우에만 판매자에게 지불됩니다. 인센티브 수수료는 판매자의 성과에 대한 주관적인 판단에 따라 구매자가 단독으로 결정하며 일반적으로 이의신청은 허용되지 않습니다.
작업 및 자재 계약(T&M)
작업 및 자재 계약(시간 및 수단 계약이라고도 함)은 비용 보상 계약과 일시불 계약의 특성을 갖는 혼합 계약입니다. 이러한 유형의 계약은 직원을 늘리거나, 전문가를 고용하거나, 정확한 작업 명세서를 신속하게 작성할 수 없는 경우 외부 지원을 찾는 데 자주 사용됩니다.
도구 및 기술
전문가의 판단
데이터 수집
시장 조사
시장 조사에는 업계 상황과 특정 판매자 역량 조사가 포함됩니다. 조달팀은 컨퍼런스, 온라인 리뷰 및 기타 다양한 소스에서 얻은 정보를 활용하여 시장 상황을 이해할 수 있습니다. 조달 팀은 검증된 기술을 활용하는 동시에 필요한 자재나 서비스를 제공할 수 있는 판매자 범위와 관련된 위험의 균형을 맞추기 위해 특정 조달 목표를 맞춤화할 수도 있습니다.
데이터 분석
제조 또는 구매 분석
제작-구매 분석은 작업이나 결과물이 내부 프로젝트 팀에 의해 수행되는 것이 가장 좋은지 아니면 외부에서 소싱되어야 하는지 결정하는 데 사용됩니다. 제작 또는 구매 결정을 내릴 때 고려해야 할 요소에는 조직의 현재 자원 할당 및 기술과 능력, 기술 전문 지식의 필요성, 영구 고용에 대한 거부감, 고유한 기술 전문 지식에 대한 필요성이 포함됩니다. 모든 제작 또는 구매 결정과 관련된 고유한 기술 전문 지식의 필요성에 대한 평가입니다.
제작 또는 구매 분석에서는 투자 회수 기간, 투자 수익률(ROI), 내부 수익률(RR), 할인된 현금 흐름, 순 현재 가치(NPV), 비용 대비 이익(BCA) 또는 기타 분석 기술은 특정 상품이나 서비스가 프로젝트 내에서 생산되어야 하는지 아니면 외부에서 구매되어야 하는지를 결정하는 데 사용될 수 있습니다.
공급업체 선정 분석
선택 접근 방식을 결정하기 전에 프로젝트의 경쟁 요구 사항에 대한 우선 순위를 검토해야 합니다. 경쟁적 선택 방법을 사용하려면 판매자가 상당한 시간과 자원을 사전에 투자해야 할 수 있으므로 입찰자가 평가 방법을 이해할 수 있도록 조달 문서에 평가 방법을 명시해야 합니다.
일반적인 선택 방법은 다음과 같습니다.
최저 비용
최저 비용 방법은 표준화된 구매 또는 일상적인 구매에 적용됩니다. 이러한 유형의 조달에는 다양한 비용으로 달성할 수 있는 구체적이고 명확한 예상 결과가 있는 성숙한 관행과 표준이 있습니다.
자격만
자격만으로 선발하는 방법은 구매 가치가 상대적으로 적고 전체 선발 과정을 수행하는 데 드는 시간과 비용이 가치가 없는 경우에 적합합니다. 구매자는 신뢰성, 관련 자격, 경험, 전문 지식, 전문 분야 및 참고 자료를 기반으로 최종 입찰자를 선정한 후 최고의 입찰자를 선택합니다.
품질 또는 기술 솔루션을 기준으로 한 점수
여러 회사를 초대하여 기술 및 비용 세부 사항을 명시하고 제안서를 제출합니다. 기술 제안이 수용 가능한 경우 계약 협상에 초대합니다. 이 방법을 사용하면 기술 제안을 먼저 평가하여 기술 솔루션의 품질을 검사합니다. 협상 후 재정적 제안이 수용 가능한 것으로 판명되면 기술 제안 점수가 가장 높은 판매자가 선택됩니다.
품질과 비용을 기준으로
품질 및 비용 기반 접근 방식에서는 판매자를 선택하는 데에도 비용이 고려됩니다. 일반적으로 프로젝트의 위험 및/또는 불확실성이 높을 경우 비용 대비 품질이 핵심 요소가 되어야 합니다.
독점 소스
구매자는 특정 판매자에게 기술 및 재정적 제안을 준비한 후 제안을 협상하도록 요구합니다. 경쟁이 없기 때문에 이 접근 방식은 타당한 이유가 있는 경우에만 취해야 하며 예외적인 경우로 처리되어야 합니다.
고정예산
고정예산 방식은 제안초청 시 초대받은 판매자에게 사용 가능한 예산을 공개하고, 해당 예산 내에서 기술제안 점수가 가장 높은 판매자를 선정하는 방식이다. 비용 제약이 있기 때문에 판매자는 해당 예산에 맞게 제안서의 작업 범위와 품질을 조정합니다. 구매자는 고정 예산이 작업 명세서와 일치하고 판매자가 해당 예산 내에서 작업을 완료할 수 있는지 확인해야 합니다. 이 접근 방식은 작업 명세서가 정확하게 정의되고, 변경이 예상되지 않으며, 예산이 고정되어 초과되어서는 안 되는 경우에만 작동합니다.
회의
산출
조달관리계획
조달관리계획에는 조달과정에서 수행되는 다양한 활동이 포함되어 있다. 국제경쟁입찰, 국내경쟁입찰, 국내입찰 등의 실시 여부를 기록하여야 한다. 프로젝트가 외부 자금을 조달하는 경우 자금의 출처와 가용성은 조달 관리 계획 및 프로젝트 일정과 일치해야 합니다.
조달 관리 계획에는 다음이 포함될 수 있습니다.
프로젝트 일정 개발 및 통제 등 프로젝트의 다른 작업과 조달을 조정하는 방법
중요한 조달 활동 수행을 위한 시간표
계약 관리에 사용되는 조달 지표
조달 관련 이해관계자의 역할과 책임 수행조직에 조달부서가 있는 경우 프로젝트팀의 권한과 한계
조달 노력에 영향을 미칠 수 있는 제약 및 가정
관할권 및 지불 통화
독립적인 추정치를 작성해야 하는지, 평가기준으로 사용해야 하는지 여부
특정 프로젝트 위험을 완화하기 위한 이행 보증 또는 보험 계약 요구 사항을 포함한 위험 관리 문제
사전 자격을 갖춘 판매자 사용(있는 경우)
각 프로젝트의 요구 사항에 따라 조달 관리 계획은 공식적이거나 비공식적일 수 있으며, 매우 상세하거나 매우 일반적일 수 있습니다.
조달 전략
제작 또는 구매 분석이 완료되고 프로젝트 외부 소스에서 소스를 조달하기로 결정되면 구매 전략을 개발해야 합니다. 프로젝트 납품 방법, 법적 구속력이 있는 계약 유형, 조달 단계에서 조달이 진행되는 방식 등이 조달 전략에 명시되어야 합니다.
배달 방법
전문 서비스 프로젝트와 건축 건설 프로젝트에는 다양한 전달 방법을 사용해야 합니다.
전문 서비스 프로젝트의 납품 방법에는 구매자 또는 서비스 제공자가 하도급을 줄 수 없고, 구매자 또는 서비스 제공자가 하도급을 줄 수 있으며, 구매자와 서비스 제공자가 합작 투자를 설립하고, 구매자 또는 서비스 제공자가 대리인 역할만 할 수 있습니다.
산업 또는 상업용 건설 프로젝트의 납품 방법에는 턴키, 설계-시공(DB), 설계-입찰-시공(DBB), 설계-시공-운영(DBO), 건설-소유-운영이 포함되지만 이에 국한되지는 않습니다. 전송(BOOT) 및 기타.
계약 지불 유형
계약 지불 유형은 프로젝트 납품 방법과 무관하며 구매 조직의 내부 재무 시스템과 조화를 이루어야 합니다. 여기에는 일시불, 고정 일시불, 비용 + 인센티브 수수료, 비용 + 인센티브 수수료, 작업 및 자재, 목표 비용 등의 계약 유형 및 변형이 포함되지만 이에 국한되지는 않습니다.
조달단계
조달 전략에는 조달 단계와 관련된 정보도 포함될 수 있습니다. 이 정보에는 조달 작업의 순서 배열 또는 단계 구분, 각 단계에 대한 설명 및 각 단계의 특정 목표가 포함될 수 있습니다.
입찰서류
입찰 문서는 잠재적 판매자로부터 제안을 요청하는 데 사용됩니다. 판매자 선택이 주로 가격에 기초한 경우(예: 상업용 또는 표준 제품 구매 시), 다른 고려 사항(예: 기술 능력 또는 기술적 방법)이 중요한 경우 일반적으로 입찰, 입찰 또는 견적이라는 용어가 사용됩니다. 제안이라는 용어가 일반적으로 사용됩니다. 사용되는 특정 구매 용어는 업계 또는 소싱 위치에 따라 달라질 수도 있습니다.
필요한 상품이나 서비스에 따라 권유 문서는 정보 초대, 견적 초대, 제안 초대 또는 기타 적절한 조달 문서가 될 수 있습니다.
다양한 파일을 사용하기 위한 조건은 다음과 같습니다.
정보 요청(RF)
정보 요청은 판매자가 구매할 상품 및 서비스에 대한 추가 정보를 제공해야 할 때 사용됩니다. 일반적으로 견적 초대나 제안 초대가 이어집니다.
견적 요청(RFQ)
요구사항이 어떻게 충족되는지 및/또는 비용이 얼마나 드는지에 대해 공급업체로부터 추가 정보가 필요한 경우 견적 요청을 사용하세요.
제안요청서(RFP)
프로젝트에 문제가 발생하여 해결책을 판단하기 어려운 경우 제안요청을 이용하세요. 이는 가장 공식적인 "초대" 문서이며 콘텐츠, 타임라인 및 판매자 응답과 관련하여 엄격한 조달 규칙이 적용됩니다.
구매자가 준비한 조달 문서는 잠재적 판매자가 정확하고 완전한 응답을 할 수 있도록 할 뿐만 아니라 판매자의 응답에 대한 구매자의 평가도 용이하게 해야 합니다. 조달 문서에는 규정된 응답 형식, 관련 조달 작업 명세서 및 필수 계약 조건이 포함됩니다.
구매 작업 명세서
프로젝트 범위 기준선에 따라 각 조달에 대한 작업 명세서(SOW)가 준비되어 관련 계약에 포함될 프로젝트 범위 부분만 정의됩니다. 작업기술서는 잠재적 판매자가 해당 제품, 서비스 또는 결과를 제공할 수 있는 능력을 결정할 수 있도록 조달할 제품, 서비스 또는 결과를 충분히 자세하게 설명합니다. 작업 명세서의 세부사항 수준은 구매 성격, 구매자의 요구 또는 계약의 의도된 형식에 따라 크게 달라집니다. 작업 명세서의 내용에는 사양, 필요한 수량, 품질 수준, 성능 데이터, 성능 기간, 작업 위치 및 기타 요구 사항이 포함됩니다.
조달 작업 명세서는 명확하고 완전하며 간결하도록 노력해야 합니다. 예를 들어 성능 보고, 구매한 품목에 대한 지속적인 운영 지원 등 필요한 추가 서비스를 설명해야 합니다. 조달 프로세스 동안 작업 명세서는 서명된 계약의 일부가 될 때까지 필요에 따라 수정되어야 합니다.
서비스 조달에는 "TOR(Torem of Work)"라는 용어가 사용될 수 있습니다.
조달 작업 명세서와 유사하게 작업 개요에는 일반적으로 다음이 포함됩니다.
계약자가 수행해야 하는 업무와 필요한 조정
계약자가 충족해야 하는 적용 표준
승인을 위해 데이터를 제출해야 합니다.
계약 이행을 위해 사용될 구매자가 계약자에게 제공하는 모든 데이터 및 서비스의 세부 목록(해당되는 경우)
최초 결과 제출 및 검토(또는 승인) 일정
공급업체 선정 기준
평가 기준을 결정할 때 구매자는 선택한 제안이 최상의 품질로 필요한 서비스를 제공할 수 있도록 노력합니다.
공급자 선택 기준은 다음을 포함할 수 있지만 이에 국한되지는 않습니다.
능력과 잠재력
제품원가, 생애주기비용 등
결정을 내리거나 구매하세요
제작-구매 분석을 사용하여 특정 작업이 프로젝트 팀 자체에서 수행하는 것이 가장 좋은지, 아니면 외부 소스에서 소스를 가져와야 하는지 여부를 결정하세요.
독립적인 비용 추정
대규모 구매의 경우 구매 조직은 자체적으로 독립적인 견적을 준비하거나 외부 전문 견적자를 고용하여 비용 견적을 생성하고 이를 판매자의 입찰을 평가하는 기준으로 사용할 수 있습니다. 둘 사이에 상당한 차이가 있는 경우, 조달 작업명세서에 결함이 있거나 불명확하거나 잠재적 판매자가 조달 작업명세서를 오해했거나 완전히 응답하지 못했음을 나타낼 수 있습니다.
변경 요청
프로젝트 파일 업데이트
교훈 등록
마일스톤 목록
요구사항 문서
요구 사항 추적 매트릭스
위험 등록부
이해관계자 등록
조직 프로세스 자산 업데이트
조달 구현
조달 구현은 공급업체 응답을 얻고, 공급업체를 선택하고, 계약을 체결하는 프로세스입니다. 이 프로세스의 주요 목적은 자격을 갖춘 판매자를 선택하고 상품 또는 서비스 배송에 관한 법적 계약에 서명하는 것입니다. 이 프로세스의 최종 결과물은 공식 계약을 포함하여 서명된 계약입니다.
이토
입력하다
프로젝트 관리 계획
범위 관리 계획
수요관리 계획
커뮤니케이션 관리 계획
위험 관리 계획
조달관리계획
구성 관리 계획
비용 기준
프로젝트 파일
교훈 등록
프로젝트 일정
요구사항 문서
위험 등록부
이해관계자 등록
조달 문서
조달 문서는 법적 합의를 달성하는 데 사용되는 다양한 서면 문서로, 현재 프로젝트가 시작되기 전의 오래된 문서가 포함될 수 있습니다.
조달 문서에는 다음이 포함될 수 있습니다.
입찰서류
입찰 문서에는 정보 초대, 제안 초대, 견적 초대 또는 판매자의 응답 문서 준비를 용이하게 하기 위해 판매자에게 전송되는 기타 문서가 포함됩니다.
구매 작업 명세서
조달 작업 명세서(SOW)는 판매자에게 목표, 요구사항, 결과를 명확하게 설명하여 판매자가 그에 따라 정량적 대응을 할 수 있도록 합니다.
독립적인 비용 추정
독립적인 비용 견적은 내부 또는 외부에서 작성될 수 있으며 입찰자가 제출한 제안의 합리성을 평가하는 데 사용됩니다.
공급업체 선정 기준
이러한 기준은 평가 기준 및 가중치를 포함하여 입찰자 제안이 평가되는 방법을 설명합니다. 위험을 완화하기 위해 구매자는 단일 판매자가 잘못되어 전체 프로젝트에 영향을 미칠 경우 발생하는 손실을 줄이기 위해 여러 판매자와 계약을 체결하기로 결정할 수 있습니다.
판매자 제안
평가팀이 하나 이상의 입찰자(판매자)를 선택하는 데 사용할 기본 정보가 포함된 조달 패키지에 대한 응답으로 판매자가 준비한 제안서입니다. 판매자가 가격 제안을 제출할 경우에는 가격 제안과 기술 제안을 분리해 달라고 요청하는 것이 좋습니다. 평가팀은 공급업체 선정 기준에 따라 각 제안을 검토하고 구매 조직의 요구 사항에 가장 적합한 공급업체를 선택합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
공시 하다
광고는 제품, 서비스 또는 결과에 대해 사용자 또는 잠재적 사용자에게 전달되는 것입니다. 일반 간행물(예: 지정 신문)이나 전문 무역 간행물에 광고를 게재하면 기존 잠재 판매자 목록이 확대되는 경우가 많습니다. 대부분의 정부 기관에서는 조달을 공개적으로 광고하거나 제안된 정부 계약에 대한 정보를 온라인에 게시할 것을 요구합니다.
입찰자 회의
입찰자 회의(계약자 회의, 공급자 회의 또는 사전 입찰 회의라고도 함)는 판매자가 제안서를 제출하기 전에 구매자와 잠재적 판매자 간의 회의로, 그 목적은 모든 잠재적 입찰자가 조달 요구사항에 대한 명확한 이해 명확하고 일관된 이해를 갖고 입찰자가 특별한 대우를 받지 않도록 하십시오.
데이터 분석
제안 평가
제안서를 평가하여 입찰 문서, 조달 작업 명세서, 공급업체 선택 기준 및 입찰 패키지에 포함된 기타 문서에 완전하고 적절하게 응답하는지 여부를 결정합니다.
대인관계 및 팀 기술
협상
협상은 합의에 도달하기 위한 논의입니다. 조달협상이란 계약을 체결하기 전에 계약의 구조, 당사자의 권리와 의무, 기타 조건 등을 명확히 하여 쌍방이 합의에 도달할 수 있도록 하는 것을 말한다. 최종 문서의 문구는 양 당사자가 도달한 완전한 합의를 반영해야 합니다. 협상은 구매자와 판매자 모두가 시행할 수 있는 계약서 또는 기타 공식 계약에 서명함으로써 종료됩니다.
협상은 계약 체결 권한을 가진 조달팀 구성원이 주도해야 합니다. 프로젝트 관리자와 프로젝트 관리팀의 다른 구성원은 협상에 참여하고 필요한 지원을 제공할 수 있습니다.
산출
선택된 판매자
선정된 판매자는 제안서 평가 또는 입찰평가 과정에서 가장 경쟁력이 있다고 판단된 입찰자입니다. 보다 복잡하고 가치가 높으며 위험도가 높은 구매의 경우 선택한 판매자는 계약이 체결되기 전에 승인을 위해 조직의 고위 경영진에게 제출되어야 합니다.
규약
계약은 양 당사자를 구속하는 계약입니다. 이는 판매자가 특정 제품, 서비스 또는 결과를 제공하도록 강제하고 구매자는 판매자에게 상응하는 보상을 지불하도록 합니다.
계약은 구매자와 판매자 사이에 법적으로 보호되는 관계를 설정합니다. 계약 텍스트의 주요 내용은 다양하며 다음을 포함할 수 있습니다(단, 이에 국한되지는 않음).
작업 명세서 또는 주요 결과물의 조달 명세서
일정에 지정된 일정, 이정표 또는 날짜
성과 보고서
가격 및 지불 조건
검사, 품질 및 승인 기준
보증 및 지속적인 제품 지원
인센티브와 처벌
보험 및 성과채권
하위 하청업체 승인의 건
일반 약관
변경 요청 처리
해지 조항 및 대체 분쟁 해결
변경 요청
프로젝트 관리 계획 업데이트
수요관리 계획
품질 관리 계획
커뮤니케이션 관리 계획
위험 관리 계획
조달관리계획
범위 기준선
진행 기준선
비용 기준
프로젝트 파일 업데이트
교훈 등록
요구사항 문서
요구 사항 추적 매트릭스
자원 달력
위험 등록부
이해관계자 등록
조직 프로세스 자산 업데이트
구매 통제
조달 통제는 조달 관계 관리, 계약 성과 모니터링, 필요한 변경 및 수정 실행, 계약 종료 등의 프로세스입니다. 이 프로세스의 주요 기능은 구매자와 판매자가 법적 계약을 이행하고 프로젝트 요구 사항을 충족하는지 확인하는 것입니다.
구매자와 판매자 모두 조달 계약 관리에 있어 유사한 목적을 갖고 있으며, 각 당사자는 양 당사자가 계약상의 의무를 이행하고 각자의 법적 권리가 보호되도록 해야 합니다. 계약 관계의 법적 성격으로 인해 프로젝트 관리팀은 통제 조달 중에 취한 모든 조치의 법적 결과를 이해해야 합니다. 여러 공급업체가 참여하는 대규모 프로젝트의 경우 계약 관리의 중요한 측면은 다양한 공급업체 간의 커뮤니케이션을 관리하는 것입니다.
법적 중요성을 고려할 때 많은 조직에서는 계약 관리를 프로젝트와 별개의 조직 기능으로 간주합니다. 조달 관리자는 프로젝트 팀 구성원일 수도 있지만 일반적으로 다른 부서의 관리자에게 보고합니다.
조달 프로세스를 제어하려면 판매자에 대한 지불 모니터링을 포함하여 재무 관리가 필요합니다. 이는 계약에 명시된 지불 조건이 준수되고 지불이 계약에 명시된 대로 판매자의 작업 진행과 연결되도록 하기 위한 것입니다. 집중해야 할 중요한 점은 판매자에 대한 지불금과 판매자가 실제로 완료한 작업량 사이에 강력한 관계가 있는지 확인하는 것입니다. 계약에서 작업 시간과 같은 프로젝트 입력보다는 프로젝트 출력 및 인도물을 기준으로 지불을 규정하는 경우 조달 통제가 더 효과적일 수 있습니다.
계약체결 이전에 양측이 합의에 도달한 경우에는 계약서의 변경통제조항에 따라 언제든지 계약을 수정할 수 있습니다. 계약 수정은 일반적으로 서면으로 문서화됩니다.
이토
입력하다
프로젝트 관리 계획
수요관리 계획
위험 관리 계획
조달관리계획
변경 관리 계획
진행 기준선
프로젝트 파일
가상 로그
교훈 등록
마일스톤 목록
품질 보고서
요구사항 문서
요구 사항 추적 매트릭스
위험 등록부
이해관계자 등록
규약
합의는 각 당사자의 의무에 대한 합의된 이해를 포함하는 두 당사자 간의 양해입니다. 관련 계약을 확인하여 이용 약관을 준수하는지 확인하세요.
조달 문서
조달 문서에는 작업 명세서, 지불 정보, 계약자 작업 성과 정보, 계획, 도면 및 기타 서신을 포함하여 조달 프로세스를 관리하는 데 사용되는 완전한 지원 기록이 포함되어 있습니다.
승인된 변경 요청
승인된 변경 요청에는 작업 조달 명세서, 가격 책정, 제품, 서비스 또는 결과 설명의 수정과 같은 계약 조건의 수정이 포함될 수 있습니다. 조달과 관련된 모든 변경 사항은 통제된 조달 프로세스를 통해 구현되기 전에 공식적으로 서면으로 문서화하고 공식 승인을 받아야 합니다. 복잡한 프로젝트 및 프로그램 세트에서 변경 요청은 프로젝트에 참여하는 판매자에 의해 시작될 수 있으며 프로젝트에 참여하는 다른 판매자에게 영향을 미칠 수 있습니다. 프로젝트 팀은 여러 판매자의 작업에 영향을 미치는 변경 사항을 식별하고, 전달하고, 해결할 수 있는 능력을 갖추어야 합니다.
업무 성과 데이터
작업 성과 데이터에는 기술 성과, 시작, 진행 중, 완료된 활동, 발생 또는 투자 비용 등 프로젝트 상태와 관련된 공급업체 데이터가 포함됩니다. 작업 성과 데이터에는 판매자에게 지급된 사례도 포함될 수 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
청구 관리
구매자와 판매자가 변경에 대한 보상에 합의할 수 없거나 변경이 발생해야 하는지 여부에 동의하지 않는 경우 요청된 변경은 논쟁의 여지가 있는 변경 또는 잠재적인 건설적 변경이 됩니다. 이러한 논쟁의 여지가 있는 변경 사항을 소유권 주장이라고 합니다. 제대로 해결되지 않으면 분쟁으로 발전해 결국 불만으로 이어질 수 있습니다. 계약 수명 주기 전반에 걸쳐 청구는 일반적으로 계약 조건에 따라 기록, 처리, 모니터링 및 관리됩니다. 계약 당사자가 스스로 청구를 해결할 수 없는 경우 계약에 명시된 절차에 따라 대체 분쟁 해결(ADR)을 사용해야 할 수도 있습니다. 협상은 모든 청구와 분쟁을 해결하는 데 선호되는 방법입니다.
데이터 분석
성과 검토
품질, 자원, 일정, 원가 성과를 계약 대비 측정, 비교, 분석하여 계약 업무 성과를 검토합니다. 여기에는 작업 패키지가 일정보다 앞섰는지 뒤처졌는지, 예산이 초과 또는 적었는지, 리소스나 품질 문제가 있는지 여부를 판단하는 것이 포함됩니다.
수익가치 분석
획득가치분석(EVA)은 일정 및 비용 차이는 물론 일정 및 비용성과지수를 계산하여 목표와의 편차 정도를 파악합니다.
유행 분석
추세 분석을 사용하면 성능이 향상되는지 악화되는지 확인하기 위해 비용 성능에 대한 EAC(완료 추정치)를 준비할 수 있습니다. 완료 추정 방법에 대한 추가 정보
조사하다
검사는 계약자가 수행하는 작업에 대한 구조화된 검토이며 결과물에 대한 간단한 검토 또는 작업 자체에 대한 현장 검토가 포함될 수 있습니다. 건설, 엔지니어링 및 인프라 프로젝트에서 검사에는 구매자와 계약자가 현장을 공동 방문하여 양측이 수행 중인 작업에 대해 공유된 이해를 갖도록 합니다.
심사
감사는 조달 프로세스에 대한 구조화된 검토입니다. 감사와 관련된 권리와 의무는 조달 계약서에 명확하게 정의되어야 합니다. 구매자의 프로젝트 관리자와 판매자의 프로젝트 관리자 모두 감사 결과에 주의를 기울여 프로젝트에 필요한 조정이 이루어질 수 있도록 해야 합니다.
조달 감사는 조달 관리 프로세스 계획부터 조달 프로세스 제어에 이르기까지 모든 조달 프로세스를 체계적으로 검토하는 것입니다. 계약서 작성이나 관리에 있어 성공적인 경험과 실패 사례를 파악하는 것이 목적이며, 이는 본 프로젝트의 다른 조달 계약이나 수행 조직 내 다른 프로젝트의 조달 계약에 참고 자료로 사용할 수 있습니다.
산출
구매 마감
일반적으로 구매자가 공인 조달 관리자를 통해 계약이 완료되었음을 판매자에게 공식 서면으로 통지하면 조달이 종료됩니다. 조달을 공식적으로 마감하기 위한 요구사항은 일반적으로 계약 조건에 명시되어 있으며 조달 관리 계획에 포함되어 있습니다. 일반적으로 이러한 요구 사항에는 다음이 포함됩니다. 모든 결과물이 제 시간에 품질 및 기술 사양에 맞춰 배송되었으며, 미결제 청구서나 청구서가 없으며 모든 최종 결제가 완료되었습니다. 프로젝트 관리팀은 조달을 종료하기 전에 모든 산출물을 승인해야 합니다.
직무수행정보
작업 성과 정보는 계약 요구 사항 대비 인도물 완료 및 기술 성과 달성, SOW 예산 대비 비용 발생 및 완료된 작업 인식 등 판매자가 수행하는 작업 성과를 의미합니다.
조달 문서 업데이트
조달 문서 업데이트에는 계약을 지원하는 데 사용된 전체 일정, 제안되었지만 승인되지 않은 계약 변경, 승인된 변경 요청이 포함될 수 있습니다. 조달 문서에는 판매자가 작성한 기술 문서뿐만 아니라 인도물 상태, 판매자 성과 보고서 및 보증, 재무 문서(송장 및 지불 기록 포함), 계약 관련 검사 결과 등 기타 작업 성과 정보도 포함됩니다. .
변경 요청
프로젝트 관리 계획 업데이트
위험 관리 계획
조달관리계획
진행 기준선
비용 기준
프로젝트 파일 업데이트
교훈 등록
리소스 요구 사항
요구 사항 추적 매트릭스
위험 등록부
이해관계자 등록
조직 프로세스 자산 업데이트
통제 조달 프로세스의 결과로 업데이트해야 하는 조직 프로세스 자산에는 다음이 포함되지만 이에 국한되지는 않습니다.
지불 계획 및 요청
모든 지불에는 계약 조건이 적용됩니다.
판매자 성과 평가 문서
판매자 성과 평가 문서는 구매자가 작성하며 현재 계약 작업을 계속 수행할 수 있는 판매자의 능력을 기록하고, 판매자가 향후 프로젝트를 수행할 수 있는지 여부를 나타내거나 판매자의 현재 프로젝트 수행 작업 또는 과거 성과를 평가하는 데 사용됩니다. 일하다.
사전 자격을 갖춘 판매자 목록 업데이트
사전 자격을 갖춘 판매자 목록은 이전에 자격을 갖춘(승인된) 잠재적 판매자 목록입니다. 성과가 좋지 않아 판매자가 자격을 상실하고 목록에서 제외될 수 있으므로 이 목록은 통제 조달 프로세스의 결과에 따라 업데이트되어야 합니다.
교훈 지식 베이스
학습한 교훈은 향후 프로젝트에 대한 조달 노력을 개선하기 위해 학습한 지식 베이스에 보관해야 합니다. 계약 체결 시 실제 조달 결과를 원래 조달 관리 계획의 예상 결과와 비교해야 합니다. 얻은 교훈은 프로젝트 목표가 달성되었는지 여부와 그 이유를 나타내야 합니다.
조달 파일
마감된 계약을 포함하여 색인화된 계약 문서의 전체 세트를 준비하고 최종 프로젝트 아카이브에 포함해야 합니다.
프로젝트 이해관계자 관리
개요
이해관계자 만족을 프로젝트 목표로 파악하고 관리해야 합니다. 효과적인 이해관계자 참여의 핵심은 모든 이해관계자(팀 구성원 포함)와의 지속적인 커뮤니케이션을 유지하여 그들의 요구와 기대를 이해하고, 문제가 발생할 때 이를 처리하고, 이해상충을 관리하고, 프로젝트 결정 및 활동에 이해관계자 참여를 촉진하는 데 초점을 맞추는 것입니다.
민첩하거나 적응 가능한 환경에서 고려해야 할 요소
변화가 심한 프로젝트에는 프로젝트 이해관계자의 효과적인 상호 작용과 참여가 필요합니다. 시의적절하고 효율적인 토론과 결정을 가능하게 하기 위해 적응형 팀은 관리 계층을 통하지 않고 이해관계자와 직접 상호 작용합니다. 고객, 사용자 및 개발자는 역동적인 공동 제작 프로세스에서 정보를 교환하며 종종 더 높은 수준의 이해관계자 참여와 만족도를 달성합니다. 프로젝트 전반에 걸쳐 이해관계자 커뮤니티와의 상호 작용을 유지하면 위험을 줄이고, 신뢰를 구축하고, 프로젝트를 조기에 조정하여 비용을 절감하고 프로젝트 성공 가능성을 높이는 데 도움이 됩니다.
조직 내 및 조직 간 정보 공유 속도를 높이기 위해 민첩한 방법은 높은 수준의 투명성을 촉진합니다. 예를 들어 모든 관련 당사자를 프로젝트 회의 및 검토에 참여하도록 초대하거나 프로젝트 아티팩트를 공공 장소에 게시하는 것은 당사자 간의 불일치 및 종속성 또는 끊임없이 변화하는 프로젝트와 관련된 기타 문제를 가능한 한 빨리 표면화하기 위한 것입니다.
이해관계자 식별
이해관계자 식별은 프로젝트 이해관계자를 정기적으로 식별하고 프로젝트 성공에 대한 관심, 참여, 상호의존성, 영향 및 잠재적 영향을 분석하고 문서화하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 팀이 각 이해관계자 또는 이해관계자 그룹에 대해 적절한 수준의 초점을 설정할 수 있도록 하는 것입니다.
이 프로세스는 일반적으로 프로젝트 헌장을 준비하고 승인하기 전이나 동시에 먼저 수행됩니다. 이 프로세스는 적어도 각 단계가 시작될 때와 프로젝트나 조직에 중요한 변경 사항이 있을 때마다 필요에 따라 반복되어야 합니다. 이 프로세스가 반복될 때마다 프로젝트 관리 계획 구성요소와 프로젝트 문서를 검토하여 관련 프로젝트 이해관계자를 식별해야 합니다.
이토
입력하다
프로젝트 헌장
프로젝트 헌장은 주요 이해관계자 목록을 간략히 설명하며 이해관계자 책임에 대한 정보도 포함할 수 있습니다.
비즈니스 문서
비즈니스 사례
비즈니스 사례는 프로젝트 목표와 프로젝트에 의해 영향을 받는 이해 당사자의 초기 목록을 식별합니다.
복리후생관리계획
혜택 관리 계획은 비즈니스 사례에 명시된 혜택이 어떻게 달성되는지 설명합니다. 이는 프로젝트 결과 전달로부터 이익을 얻을 개인 및 그룹을 식별할 수 있으므로 관련 당사자로 간주됩니다.
프로젝트 관리 계획
커뮤니케이션 관리 계획
이해관계자 참여 계획
프로젝트 파일
변경 로그
문제 로그
요구사항 문서
규약
계약의 모든 당사자는 프로젝트 이해관계자이며 다른 관련 당사자도 포함될 수 있습니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
설문지
설문지 및 설문조사에는 일대일 설문조사, 포커스 그룹 또는 기타 대규모 정보 수집 기술이 포함될 수 있습니다.
브레인스토밍
브레인스토밍
팀 구성원이나 해당 분야 전문가와 같은 소규모 그룹의 의견을 요청하는 데 사용되는 공통 데이터 수집 및 창의적 기술입니다.
마음 쓰기
그룹 아이디어 토론이 시작되기 전에 개별 참가자가 개별적으로 생각할 시간을 제공하는 변형된 형태의 브레인스토밍입니다.
모든 사람이 자신의 아이디어를 기록한 다음 익명으로 전달하여 변경 사항을 추가합니다.
팀 내에서 내성적인 성격을 가진 많은 구성원에게 적합합니다.
데이터 분석
이해관계자 분석
이해관계자 분석은 이해관계자 목록과 조직 내에서의 위치, 프로젝트에서의 역할, 프로젝트에서의 이해관계, 기대치, 태도(프로젝트에 대한 지원 수준), 프로젝트에 대한 지지 등 이해관계자에 대한 다양한 정보를 생성합니다. 프로젝트 관심 있는 프로젝트 정보입니다.
관련 당사자의 이익에는 다음의 조합이 포함될 수 있지만 이에 국한되지는 않습니다.
관심
개인이나 그룹은 프로젝트와 관련된 결정이나 결과에 영향을 받습니다.
권리(법적 또는 저작인격권)
국가의 법적 체계는 이미 산업 보건 및 안전과 같은 이해 당사자의 법적 권리를 규정하고 있습니다. 저작인격권에는 유적지 보호나 환경적 지속가능성이 포함될 수 있습니다.
소유권
자산이나 재산에 대한 개인이나 집단의 법적 소유권입니다.
지식
전문 지식은 프로젝트 목표와 조직의 성과를 보다 효과적으로 달성하도록 돕거나 조직의 권력 구조를 이해하는 데 도움을 줌으로써 프로젝트에 도움이 될 수 있습니다.
기여하다
인적 자원을 포함한 자금이나 기타 자원을 제공하거나, 프로젝트 목표를 전달하거나 프로젝트와 조직의 권력 구조 및 정치 사이의 완충 역할을 하는 등 무형의 방식으로 프로젝트를 지원합니다.
보충: 이해관계자 분석 결과
이해관계자 목록
관계자정보
조직 위치
프로젝트 역할
스테이크
관심
체하는
프로젝트 결정
프로젝트 결과
오른쪽
법적 권리
저작인격권
소유권
지식
기여하다
예상하다
방법
정보에 관심이 있다
파일 분석
기존 프로젝트 문서와 이전 프로젝트에서 얻은 교훈을 평가하여 관련 당사자 및 기타 지원 정보를 식별합니다.
데이터 성능
이해관계자 매핑 분석/성과
이해관계자 매핑 분석 및 표현은 다양한 방법을 사용하여 이해관계자를 분류하는 방법입니다. 이해관계자를 분류하면 팀이 식별된 프로젝트 이해관계자와의 관계를 구축하는 데 도움이 됩니다.
일반적인 분류 방법은 다음과 같습니다.
전력 관심 그리드, 전력 영향 그리드 또는 역할 영향 그리드
각 상자는 권한 수준(권한), 프로젝트 결과에 대한 관심(관심), 프로젝트 결과에 영향을 미치는 능력(영향력) 또는 프로젝트 계획이나 실행 종류를 변경하는 능력을 기반으로 이해관계자에게 영향을 미치는 데 사용될 수 있습니다. 이러한 분류 모델은 소규모 프로젝트, 이해관계자와 프로젝트 간의 단순한 관계가 있는 프로젝트, 이해관계자 간의 단순한 관계가 있는 프로젝트에 유용합니다.
관련 큐브
이는 위에서 설명한 그리드 모델을 수정한 형태입니다. 이 큐브는 위 그리드의 요소를 3차원 모델로 결합하여 프로젝트 관리자와 팀이 관련 당사자를 분석하고 프로젝트 참여를 안내하는 데 사용할 수 있습니다. 다차원 모델로서 관련 당사자를 다차원 개체로 취급하고 더 잘 분석할 수 있으므로 커뮤니케이션 전략 수립에 도움이 됩니다.
하이라이트 모델
이해관계자의 권한(프로젝트 결과에 영향을 미칠 수 있는 권한 또는 능력의 수준), 긴급성(프로젝트 결과에 대한 시간 제약 또는 이해관계자 관심으로 인해 필요한 즉각적인 주의), 적법성(참여의 적절성)을 평가하여 이해관계자를 분류합니다. 현저성 모델에서는 관련 당사자가 프로젝트 작업에 참여하는 정도를 조사하기 위해 정당성을 근접성으로 대체할 수도 있습니다. 이 돌출 모델은 복잡한 대규모 이해관계자 커뮤니티 또는 이해관계자 커뮤니티 내의 복잡한 관계 네트워크에 적합합니다. 현저성 모델은 식별된 당사자의 상대적 중요성을 결정하는 데 사용될 수 있습니다.
분류기준
권력(프로젝트 결과에 영향을 미칠 수 있는 권한 또는 능력의 수준)
긴급성(시간적 제약으로 인해 즉각적인 주의가 필요하거나 관련 당사자가 프로젝트 결과에 상당한 이해관계를 가지고 있음)
정당성(참여의 적절성)
적용 조건
크고 복잡한 이해관계자 커뮤니티
이해관계자 커뮤니티 내에는 복잡한 관계 네트워크가 있습니다.
주효과
식별된 이해관계자의 상대적 중요도 결정
응답
A) 핵심: 핵심 프로젝트 이해관계자입니다. 프로젝트 관리자는 이러한 이해관계자에게 집중해야 합니다.
B) 지배적: 이러한 프로젝트 이해관계자는 권한과 정당성을 갖고 있지만 긴박감은 없습니다. 당신은 그들의 기대에 초점을 맞춰야 하지만, 항상 너무 긴박함을 느끼지 않아야 합니다.
C) 의존성: 돌출성 모델에 따르면 이러한 프로젝트 이해관계자는 프로젝트에 대한 실질적인 권한이 없습니다. 그러나 다른 프로젝트 이해관계자와 쉽게 동맹을 형성하여 프로젝트에 영향을 미칠 수 있으므로 관리가 필요합니다.
D) 위험: 적절하게 명명된 분류인 이러한 이해관계자는 권한과 긴급성을 가지지만 합법성은 없습니다. 실제로 참여하지 않고 프로젝트 결과에 대한 자신의 견해를 강요하려는 고위 직원을 상상해 보십시오. 프로젝트 관리자는 이러한 이해관계자의 적절한 참여 또는 만족을 유지해야 합니다.
E) 잠재: 아마도 프로젝트 이해관계자 중 가장 좋은 범주일 것입니다. 이러한 이해관계자는 심각한 문제가 발생할 때만 프로젝트에 참여합니다. 그들과 미시적 수준의 세부사항을 과도하게 전달하는 것도 좋지 않습니다.
F) 요구: 현저성 모델에서 이러한 이해관계자는 항상 자신의 작업에 즉각적인 관심이 필요하다고 생각하는 것 같습니다. 이러한 이해관계자에게 너무 많은 시간과 에너지를 소비한다면 실제로 프로젝트 마일리지를 많이 얻지 못할 것입니다. 함께 일해야 할 더 중요한 사람들이 더 있습니다.
G) 임의적: 프로젝트 이해관계자의 또 다른 좋은 분류입니다. 상태를 정기적으로 업데이트하면 만족할 것입니다.
H) 비이해관계자: 이 사람들은 프로젝트의 이해관계자가 아닙니다. 그러한 사람들에게 시간과 에너지를 투자하는 것은 어떤 방식으로든 프로젝트 결과를 형성하는 데 도움이 되지 않습니다.
영향 방향
이해관계자는 프로젝트 작업이나 프로젝트 팀 자체에 대한 영향력의 방향에 따라 분류될 수 있습니다.
관련 당사자는 다음과 같이 분류될 수 있습니다.
상향(임원 또는 고객 조직의 고위 경영진, 후원자 및 운영 위원회)
하향(일시적으로 지식이나 기술을 제공하는 팀 또는 전문가)
외부(공급업체, 정부 기관, 일반 대중, 최종 사용자, 규제 기관 등 프로젝트 팀 외부의 이해관계자 그룹 및 그 대표자)
수평적(부족한 프로젝트 자원을 두고 프로젝트 관리자와 경쟁하거나 자원이나 정보를 공유하기 위해 협력하는 다른 프로젝트 관리자나 중간 관리자 등 프로젝트 관리자의 동료)
우선순위
프로젝트에 이해관계자 수가 많고, 이해관계자 커뮤니티의 구성원이 자주 바뀌고, 이해관계자와 프로젝트 팀 간 또는 이해관계자 커뮤니티 내 관계가 복잡한 경우 이해관계자의 우선순위를 정해야 할 수도 있습니다.
회의
산출
이해관계자 등록
변경 요청
프로젝트 관리 계획 업데이트
수요관리 계획
커뮤니케이션 관리 계획
위험 관리 계획
이해관계자 참여 계획
프로젝트 파일 업데이트
가상 로그
문제 로그
위험 등록부
이해관계자 참여 계획
이해관계자 참여 계획은 프로젝트에 대한 이해관계자의 요구, 기대, 관심 및 잠재적 영향을 기반으로 프로젝트에 이해관계자 참여에 대한 접근 방식을 개발하는 프로세스입니다. 이 프로세스의 주요 목적은 이해 당사자와의 효과적인 상호 작용을 위한 실행 가능한 계획을 제공하는 것입니다.
이토
입력하다
프로젝트 헌장
프로젝트 관리 계획
자원 관리 계획
커뮤니케이션 관리 계획
위험 관리 계획
프로젝트 파일
가상 로그
가정 로그에는 특정 이해관계자와 연관될 수 있는 가정 및 제약사항에 대한 정보가 포함되어 있습니다.
변경 로그
변경 로그는 원래 프로젝트 범위에 대한 변경 사항을 기록합니다. 이해 당사자는 변경 요청의 작성자, 변경 요청 승인자 또는 변경 구현의 영향을 받는 사람일 수 있으므로 변경은 일반적으로 특정 이해 당사자와 연관됩니다.
문제 로그
이슈 로그의 이슈를 관리하고 해결하기 위해서는 영향을 받는 당사자와의 추가적인 커뮤니케이션이 필요합니다.
프로젝트 일정
일정의 활동은 특정 이해관계자와 연결되어야 할 수 있습니다. 즉, 특정 이해관계자가 활동 소유자 또는 수행자로 지정됩니다.
위험 등록부
위험 등록부에는 프로젝트의 식별된 위험이 포함되어 있으며 일반적으로 이러한 위험을 특정 이해 당사자와 연관시킵니다. 즉, 특정 이해 당사자를 위험 소유자 또는 위험 영향을 받는 사람으로 지정합니다.
이해관계자 등록
이해관계자 등록부는 분류 및 기타 정보와 함께 프로젝트 이해관계자 목록을 제공합니다.
규약
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
데이터 수집
벤치마킹
데이터 분석
가정 및 제약 분석
이해관계자 참여 전략을 적절하게 조정하려면 현재 가정과 제약 조건을 분석해야 할 수도 있습니다.
근본 원인 분석
근본 원인 분석을 수행하여 관련 당사자로부터 프로젝트에 대한 일정 수준의 지원을 이끌어내는 근본 원인을 식별하고 참여 수준을 향상시키기 위한 적절한 전략을 선택할 수 있습니다.
의사결정
우선순위/등급
이해관계자 요구사항은 이해관계자 자신뿐만 아니라 우선순위를 정하거나 순위를 매겨야 합니다. 가장 큰 관심과 가장 큰 영향을 미치는 당사자가 일반적으로 우선순위 목록의 맨 위에 있어야 합니다.
데이터 성능
마인드 매핑
마인드맵은 이해관계자 정보, 상호 관계, 조직과의 관계를 시각적으로 정리하는 데 사용됩니다.
이해관계자 참여 평가 매트릭스
이해관계자 참여 평가 매트릭스. 이해관계자 참여 평가 매트릭스는 현재 이해관계자 참여 수준을 원하는 참여 수준과 비교하는 데 사용됩니다. 이해관계자 참여 수준을 분류하는 한 가지 방법입니다.
이해관계자 참여 수준은 다음과 같이 분류할 수 있습니다.
유형을 이해하지 못함
프로젝트와 그 잠재적 영향을 인식하지 못합니다.
저항하는
프로젝트와 그 잠재적 영향을 인식하되, 프로젝트 작업이나 결과로 인해 발생할 수 있는 변화에 저항하십시오. 그러한 당사자는 프로젝트 작업이나 프로젝트 결과를 지원하지 않습니다.
중립적
프로젝트를 이해하지만 지지도 반대도 하지 않습니다.
지지적
프로젝트와 그 잠재적 영향을 이해하고 프로젝트 작업과 그 결과를 지원합니다.
리더십 유형
프로젝트와 그 잠재적 영향을 이해하고 프로젝트의 성공을 보장하는 데 적극적으로 참여하십시오.
다이어그램에서 C는 각 이해관계자의 현재 참여 수준을 나타내고, D는 프로젝트 팀이 프로젝트 성공을 보장하기 위해 필요하다고 평가한 참여 수준(바람직함)을 나타냅니다. 관련 당사자의 프로젝트 참여를 효과적으로 유도하기 위해서는 각 당사자의 현재 참여 수준과 예상 참여 수준 간의 격차를 바탕으로 필요한 의사소통이 이루어져야 합니다. 현재 참여 수준과 원하는 참여 수준 사이의 격차를 줄이는 것은 이해관계자 참여 모니터링의 필수적인 부분입니다.
회의
산출
이해관계자 참여 계획
이해관계자 참여 계획은 프로젝트 관리 계획의 필수적인 부분입니다. 이는 의사결정 및 실행에 이해관계자의 효과적인 참여를 촉진하기 위한 전략과 조치를 식별합니다. 프로젝트의 요구 사항과 이해관계자의 기대에 따라 이해관계자 참여 계획은 공식적이거나 비공식적일 수 있으며, 매우 상세하거나 높은 수준일 수 있습니다.
이해관계자 참여 계획에는 개인이나 이해관계자를 참여시키기 위한 구체적인 전략이나 방법이 포함될 수 있지만 이에 국한되지는 않습니다.
이해관계자 관리 계획
이해관계자 관리 계획은 프로젝트 관리 계획의 필수적인 부분이며 이해관계자 참여를 효과적으로 동원하는 데 필요한 관리 전략을 규정합니다. 프로젝트의 필요에 따라 이해관계자 관리 계획은 공식적이거나 비공식적일 수 있으며, 매우 상세하거나 높은 수준일 수 있습니다.
이해관계자 등록부에 있는 정보 외에도 이해관계자 관리 계획에는 일반적으로 다음이 포함됩니다.
주요 이해관계자의 필수 참여 수준 및 현재 수준
이해관계자 변경의 범위 및 영향
이해관계자 간의 상호관계 및 잠재적 교차점
프로젝트의 현재 단계에서 이해관계자 커뮤니케이션 요구 사항
언어, 형식, 내용 및 세부 수준을 포함하여 이해관계자에게 배포되어야 하는 정보
관련 정보를 배포하는 이유와 이해관계자 참여에 미칠 수 있는 영향
이해관계자에게 필요한 정보를 배포하는 기간 및 빈도
프로젝트가 진행됨에 따라 이해관계자 관리 계획을 업데이트하고 개선하는 방법
프로젝트 관리자는 이해관계자 관리 계획의 민감한 성격을 인식하고 적절한 예방 조치를 취해야 합니다. 예를 들어, 프로젝트에 반대하는 이해관계자에 대한 정보는 잠재적으로 피해를 입힐 수 있으므로 그러한 정보의 공개는 특히 주의해야 합니다. 이해관계자 관리 계획을 업데이트할 때 기본 가정의 타당성을 검토하여 계획이 정확하고 관련성이 있는지 확인해야 합니다.
이해관계자 참여 관리
이해관계자 참여 관리는 이해관계자의 요구와 기대를 충족하고, 문제를 해결하며, 적절한 이해관계자 참여를 촉진하기 위해 이해관계자와 소통하고 협력하는 프로세스입니다. 이 프로세스의 주요 목적은 프로젝트 관리자가 이해관계자의 지원을 늘리고 이해관계자의 저항을 최소화할 수 있도록 하는 것입니다.
이해관계자 참여를 관리하려면 여러 가지 활동이 필요합니다.
프로젝트 성공을 위한 지속적인 노력을 확보, 확인 또는 유지하기 위해 적절한 프로젝트 단계에서 이해관계자를 참여시킵니다.
협상과 의사소통을 통해 이해관계자의 기대치를 관리합니다.
이해관계자 관리와 관련된 위험이나 잠재적 우려사항을 해결하고 향후 이해관계자가 제기할 수 있는 문제를 예측합니다.
식별된 문제를 명확하게 하고 해결합니다.
이해관계자 참여를 관리하면 이해관계자가 프로젝트 목표, 이점, 위험을 명확히 이해하고 그들의 기여가 프로젝트 성공에 어떻게 기여하는지 확인할 수 있습니다.
이토
입력하다
프로젝트 관리 계획
커뮤니케이션 관리 계획
의사소통 관리 계획은 이해관계자와의 의사소통 방법, 형식 및 기술을 설명합니다.
위험 관리 계획
위험 관리 계획에는 위험 범주, 위험 성향 및 보고 형식이 설명되어 있습니다. 이는 모두 이해관계자 참여를 관리하는 데 사용될 수 있습니다.
이해관계자 참여 계획
이해관계자 참여 계획은 이해관계자 기대치를 관리하기 위한 지침과 정보를 제공합니다.
변경 관리 계획
변경 관리 계획은 프로젝트에 대한 변경 사항을 제출, 평가 및 실행하는 프로세스를 설명합니다.
프로젝트 파일
변경 로그
변경 로그는 변경 요청과 해당 상태를 기록하고 이를 해당 당사자에게 전달합니다.
문제 로그
문제 로그에는 프로젝트 또는 이해 관계자의 우려 사항과 문제 해결을 위한 조치 계획이 기록됩니다.
교훈 등록
이해관계자 참여 관리와 관련하여 프로젝트 초기에 배운 교훈은 프로젝트 후반 단계에서 프로세스를 더욱 효율적이고 효과적으로 만드는 데 사용될 수 있습니다.
이해관계자 등록
이해관계자 등록부는 이해관계자 참여 계획을 실행하는 데 필요한 정보와 함께 프로젝트 이해관계자 목록을 제공합니다.
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
전문가의 판단
의사 소통 능력
피드백
경영 이해관계자 참여 프로세스를 수행할 때 커뮤니케이션 관리 계획에 따라 각 이해관계자별로 적절한 커뮤니케이션 방법이 채택되어야 합니다. 프로젝트 관리팀은 다양한 프로젝트 관리 활동과 주요 결정에 대한 이해관계자의 반응을 이해하기 위해 피드백 메커니즘을 사용해야 합니다.
대인관계 및 팀 기술
갈등 관리
프로젝트 관리자는 충돌이 즉시 해결되도록 해야 합니다.
문화적 인식
문화적 인식은 문화적 차이와 이해관계자의 요구를 고려하여 프로젝트 관리자와 팀이 효과적으로 의사소통하는 데 도움이 됩니다.
협상
협상은 프로젝트 작업이나 결과를 지원하기 위한 지원을 얻거나 합의에 도달하고, 팀 내에서 또는 팀과 기타 이해 당사자 간의 갈등을 해결하는 데 사용됩니다.
관찰하다/대화하다
관찰과 대화를 통해 프로젝트 팀원 및 기타 관련 당사자의 업무와 태도를 파악하세요.
정치적 인식
프로젝트 내외의 권력 관계를 이해하여 정치적 인식을 구축합니다.
기본 규칙
팀 헌장에 정의된 기본 규칙에 따르면 프로젝트 팀 구성원과 기타 관련 당사자가 관련 당사자의 참여를 안내하기 위해 어떤 조치를 취해야 하는지가 명확합니다.
회의
회의는 이해관계자 참여와 관련된 문제나 우려 사항을 논의하고 해결하는 데 사용됩니다.
이 과정에서 필요한 회의 유형은 다음과 같습니다(그러나 이에 국한되지는 않음).
의사결정
문제 해결됨
학습한 내용 및 검토 요약
프로젝트가 시작되었습니다
반복 계획
상태 업데이트
산출
변경 요청
프로젝트 관리 계획 업데이트
커뮤니케이션 관리 계획
커뮤니케이션 관리 계획은 새롭거나 변경된 이해관계자 요구를 반영하도록 업데이트되어야 합니다.
이해관계자 참여 계획
이해관계자 참여 계획은 이해관계자 참여를 효과적으로 안내하는 데 필요한 새롭거나 변경된 관리 전략을 반영하도록 업데이트되어야 합니다.
프로젝트 파일 업데이트
변경 로그
변경 요청에 따라 변경 로그를 업데이트합니다.
문제 로그
문제 로그 항목에 대한 업데이트나 추가 사항을 반영하기 위해 문제 로그를 업데이트해야 할 수도 있습니다.
교훈 등록
현재 또는 미래 프로젝트에 대한 이해관계자 참여를 관리하는 효과적인 또는 비효율적인 방법을 기록하려면 교훈 기록을 업데이트하세요.
이해관계자 등록
이해관계자 참여 감독
이해관계자 참여 감독은 프로젝트 이해관계자 관계를 감독하고, 참여 전략 및 계획을 수정하여 이해관계자가 프로젝트에 합리적으로 참여할 수 있도록 유도하는 프로세스입니다. 이 프로세스의 주요 기능은 프로젝트가 진행되고 환경이 변화함에 따라 이해관계자 참여 활동의 효율성과 효과를 유지하거나 향상시키는 것입니다.
이토
입력하다
프로젝트 관리 계획
자원 관리 계획
커뮤니케이션 관리 계획
이해관계자 참여 계획
프로젝트 파일
문제 로그
이슈 로그에는 프로젝트 및 이해관계자와 관련된 알려진 모든 이슈가 기록됩니다.
교훈 등록
프로젝트 초기에 얻은 교훈은 프로젝트 후반 단계에서 이해관계자 참여 유도의 효율성과 효과를 향상시키는 데 사용될 수 있습니다.
프로젝트 커뮤니케이션 기록
커뮤니케이션 관리 계획 및 이해관계자 참여 계획에 따른 이해관계자와의 프로젝트 커뮤니케이션은 프로젝트 커뮤니케이션 기록에 포함됩니다.
위험 등록부
위험 등록부에는 이해관계자 참여 및 상호 작용, 분류, 잠재적 대응과 관련된 위험이 기록됩니다.
이해관계자 등록
이해관계자 등록부에는 이해관계자 목록, 평가 결과 및 분류를 포함하되 이에 국한되지 않는 다양한 이해관계자 정보가 기록됩니다.
업무 성과 데이터
비즈니스 환경 요인
조직 프로세스 자산
도구 및 기술
데이터 분석
대안 분석
이해관계자 참여 효과가 예상 요구 사항을 충족하지 못하는 경우, 편차를 처리하기 위한 다양한 대안을 평가하기 위해 대안 분석을 수행해야 합니다.
근본 원인 분석
근본 원인 분석을 수행하여 이해관계자 참여가 예상 결과를 달성하지 못한 근본 원인을 식별합니다.
이해관계자 분석
프로젝트의 특정 시점에 이해관계자 그룹 및 개인의 상태를 파악하기 위해 이해관계자 분석을 수행합니다.
의사결정
다기준 의사결정 분석
가장 적절한 옵션을 식별하기 위해 이해관계자 참여의 성공 여부를 조사하는 여러 기준에 우선순위를 부여하고 가중치를 부여합니다.
투표
투표를 통해 관련 당사자의 참여 수준 편차를 처리할 수 있는 최선의 솔루션이 선택됩니다.
데이터 성능
이해관계자 참여 평가 매트릭스
이해관계자 참여 평가 매트릭스를 사용하여 각 이해관계자의 참여 수준 변화를 추적하고 이해관계자 참여를 모니터링합니다.
의사 소통 능력
피드백
피드백은 관련 당사자에게 전송된 정보가 수신되고 이해되었는지 확인하는 데 사용됩니다.
데모
프레젠테이션은 이해관계자에게 명확한 정보를 제공합니다.
대인관계 및 팀 기술
적극적 경청
적극적인 경청을 통해 오해와 의사소통 오류를 줄입니다.
문화적 인식
문화적 인식과 민감성은 프로젝트 관리자가 이해관계자와 팀 구성원의 문화적 차이와 문화적 요구를 기반으로 의사소통을 계획하는 데 도움이 됩니다.
지도
성공적인 이해관계자 참여에는 비전을 전달하고 이해관계자들이 프로젝트 작업과 결과를 지원하도록 영감을 주는 강력한 리더십 기술이 필요합니다.
대인 커뮤니케이션
대인 상호작용을 통해 이해관계자의 참여 수준에 대한 정보를 얻습니다.
정치적 인식
정치적 인식은 조직 전략을 이해하고 누가 권력과 영향력을 행사하는지 이해하며 이러한 이해관계자와 소통하는 능력을 개발하는 데 도움이 됩니다.
회의
산출
직무수행정보
변경 요청
변경 요청에는 이해관계자의 현재 참여 수준을 향상시키기 위한 시정 및 예방 조치가 포함될 수 있습니다. 변경 요청은 전체 변경 제어 프로세스의 구현을 통해 검토되고 처리되어야 합니다.
프로젝트 관리 계획 업데이트
자원 관리 계획
이해관계자 참여를 주도하는 팀의 책임을 업데이트해야 할 수도 있습니다.
커뮤니케이션 관리 계획
프로젝트의 커뮤니케이션 전략을 업데이트해야 할 수도 있습니다.
이해관계자 참여 계획
프로젝트의 이해관계자 커뮤니티에 대한 정보를 업데이트해야 할 수도 있습니다.
프로젝트 파일 업데이트
문제 로그
교훈 등록
위험 등록부
이해관계자 등록
민첩한 부분
기본 콘텐츠
애자일 선언문
2001년 소프트웨어 업계의 사고 리더들은 "애자일 선언문"을 공동으로 발표하여 애자일 개발 운동의 시작을 공식적으로 발표했습니다. 우리는 소프트웨어를 직접 개발하고 다른 사람의 개발을 도우면서 소프트웨어를 개발하는 더 나은 방법을 찾고 있습니다.
이번 작업을 통해 우리는 애자일 선언문의 네 가지 가치에 더 많은 관심을 기울이기 시작했습니다.
프로세스와 도구보다는 개인과 상호작용
각 자체 구성 팀이 자신에게 가장 적합한 특종 도구를 선택하게 하세요.
애자일 도구, 방법론, 프로세스에는 선택의 여지가 너무 많기 때문에 최선을 다해 모두 시도해 보아야 합니다.
도구와 프로세스는 훌륭하고 유용한 것이지만 올바른 위치에 있어야 하며 이를 사용하는 사람들을 제어할 수 있어야 합니다. 프로세스와 도구는 사람들에게 도움이 되어야 하며, 그 반대가 되어서는 안 됩니다.
완전한 문서가 아닌 작동하는 소프트웨어
사용자 문서는 대부분의 제품에서 중요한 구성 요소입니다. 그러나 초점이 더 이상 제품 자체가 아니라 프로세스 문서화라면 문제가 있습니다.
개발 프로세스 초기에 상세한 문서화에 너무 투자하면 테스트하고 적응할 수 있는 기회를 놓치게 되며, 실수로부터 지속적으로 배우고 프로세스와 요구 사항을 조정할 수 없게 됩니다.
사람들은 일반적으로 애자일 팀이 문서를 작성하거나 계획을 세우지 않는다고 오해하지만, 실제로 애자일 팀은 계획을 지속적으로 개선하고 업데이트해야 하기 때문에 기존 팀보다 계획과 문서화에 훨씬 더 많은 시간과 에너지를 소비합니다.
계약 협상보다는 고객 협업
계약자의 입찰은 일반적으로 특정 시간 내에 작업을 완료할 수 있다는 내기이며 수익은 고객의 최소 요구 사항을 얼마나 빠르고 비용 효율적으로 충족할 수 있는지에 따라 달라집니다. 입찰 계약은 약간의 적대적인 관계만 가질 수 있습니다.
Agile Manifesto의 저자는 궁극적으로 계약 기반 프로젝트가 잘못된 방향에 초점을 맞추고 있다고 결론지었습니다. 이들은 관련 당사자가 파트너 그룹처럼 행동하여 지정된 시간과 예산 내에서 가장 가치 있는 시스템을 구축하기 위해 협력하는 시간 및 재료 모델을 선호합니다. 고객 위험을 줄이는 것은 계약자에게 위험을 이전하기 위한 사전 보장에 의존하는 것이 아니라 프로세스에 대한 고객의 지속적인 참여와 정기적으로 작업 소프트웨어 증분을 제공하는 민첩한 팀의 능력에 의존합니다.
계획을 따르기보다 변화에 대응하라
계획 중심 조직은 일반적으로 임무 변경, 기능 변경 및 프로젝트에 영향을 미치는 기타 형태의 과잉 지출 및 지연을 방지하도록 잘 설계된 "변경 제어" 프로세스를 갖추고 있습니다.
소프트웨어 개발의 세계에서 변화는 바다의 날씨만큼 불가피합니다. 따라서 변화를 좋은 것으로 받아들이는 프로세스가 가장 좋은 프로세스라는 것은 당연합니다.
소프트웨어 프로젝트 계획은 고정된 것이 아니라 유동적이어야 합니다. 이는 팀의 이익을 위한 것이지만 주로 제품의 이익을 위한 것이며 궁극적으로는 고객의 이익을 위한 것입니다. 따라서 변화에 대한 계획을 세우고 계획도 변경해야 합니다.
애자일 실무자들은 계획 중심의 전통적인 소프트웨어 개발 방법과 계획 중심의 애자일 프로젝트 간의 차이점을 기꺼이 지적합니다.
이러한 가치에서 파생된 12가지 원칙
1. 우리의 가장 중요한 목표는 가치 있는 소프트웨어를 지속적으로 조기에 제공하여 고객을 만족시키는 것입니다.
핵심 초점: 고객 만족
실용 포인트: 지속적인 전달 가능한 한 빨리 전달
2. 개발 후반 단계에서도 요구 사항의 변경을 환영합니다. 고객이 경쟁 우위를 확보할 수 있도록 공간 변화를 제어하는 데 능숙합니다.
초점: 고객이 경쟁 우위를 확보하도록 지원
실용적인 포인트: 좋은 디자인을 달성하고 소프트웨어 유연성을 실천하기 위해 변화를 수용합니다.
3. 작동하는 소프트웨어를 자주 제공하고, 몇 주 또는 몇 달의 짧은 주기를 선호합니다.
초점: 빈번한 배송
실용 포인트 : 빈번한 배송, 빠른 배송 시간, 짧을수록 좋습니다.
4. 프로젝트 기간 동안 비즈니스 인력과 개발자는 매일 함께 협력해야 합니다.
주요 초점: 고객 협업
실천포인트 : 현장고객과의 빈번한 소통
5. 프로젝트 담당자에게 동기를 부여하고 필요한 환경과 지원을 제공하며 목표를 달성할 수 있다고 믿으십시오.
초점: 팀에 동기를 부여
실용 포인트 : 지원과 완전한 신뢰를 제공하는 환경 제공
6. 팀 내에서 정보를 전달하는 가장 효율적인 방법은 대면 대화입니다.
초점: 대면 커뮤니케이션
실용적인 요점: 가능할 때마다 직접 대면합니다. 분산된 팀이 온라인 기술을 활용할 수 있습니다.
7. 작동하는 소프트웨어는 발전의 주요 척도입니다.
초점: 진행 지표
실용적인 요점: 작동하는 소프트웨어가 완성되지 않은 코드
8. 민첩한 프로세스는 지속 가능한 개발을 옹호합니다. 소유자, 개발자 및 사용자는 지속적이고 안정적인 진행 속도를 유지할 수 있어야 합니다.
초점: 지속 가능한 개발의 꾸준한 속도
실용적인 포인트: 평균 속도를 기준으로 에너지를 과도하게 사용하지 마세요.
9. 지속적으로 기술을 개선하고 디자인을 개선하면 민첩성이 향상됩니다.
초점: 기술과 디자인의 지속적인 개선
실용 포인트: 기술적 우수성, 우수한 디자인, 코드 단순성 유지 및 리팩토링
10. 간결하게, 즉 불필요한 작업을 최대한 줄이는 것이 예술입니다.
주요 초점: 단순하고 최소한의 작업
실용적인 포인트: 고객 요구 사항을 해결하고 화려한 기능을 구축하지 마십시오.
11. 최고의 아키텍처, 요구 사항 및 디자인은 자체 구성 팀에서 나옵니다.
초점: 자기 조직화
실천포인트 : 팀의 자율성, 책임분담, 상호협력, 진취적인 접근
12. 팀은 성과를 향상시킬 수 있는 방법에 대해 정기적으로 반성하고 그에 따라 팀의 행동을 조정합니다.
초점 : 정기적으로 반영하고 조정
실무 포인트: 정기적인 검토 검증 및 지속적인 개선을 위한 적응
즉, 오른쪽 열의 항목은 확실히 가치가 있지만 우리는 왼쪽 열의 항목을 더 중요하게 생각합니다.
프로젝트 수명주기
예측 수명주기
예측 수명주기는 명확한 요구 사항에 대한 높은 확실성, 안정적인 팀 및 낮은 위험의 이점을 누릴 것으로 예상됩니다. 팀에서는 무엇을 제공할 것인지, 어떻게 제공할 것인지에 대한 자세한 계획이 필요합니다. 이러한 프로젝트는 다른 잠재적인 변경이 제한될 때 성공합니다.
팀 리더의 목표는 예측 프로젝트의 변경을 최소화하는 것입니다. 팀이 프로젝트 시작 시 세부 요구 사항과 계획을 만들면 다양한 제약 조건을 명확히 할 수 있습니다. 그러면 팀은 이러한 제약 조건을 활용하여 위험과 비용을 관리할 수 있습니다. 결과적으로 팀은 세부 계획을 구현하면서 범위, 일정 또는 예산에 영향을 미칠 수 있는 변경 사항을 모니터링하고 제어합니다.
예측 프로젝트는 부서별 효율적이고 순차적인 작업을 강조하며 일반적으로 프로젝트가 끝나기 전에는 비즈니스 가치를 제공하지 않습니다. 변경 사항이나 요구 사항이 다르거나 기술 솔루션이 더 이상 간단하지 않게 되면 예측 프로젝트에 예상치 못한 비용이 발생하게 됩니다.
반복
반복적 수명주기(Iterative Life Cycle), 반복적 방법은 일련의 반복적인 순환 활동을 통해 제품을 개발하는 것입니다.
반복적인 라이프사이클은 연속적인 프로토타입이나 개념 증명을 통해 제품이나 결과를 개선합니다. 각각의 새로운 프로토타입은 새로운 이해관계자로부터 새로운 피드백과 통찰력을 팀에 제공합니다. 그런 다음 팀은 새로운 정보를 통합하여 다음 주기에 하나 이상의 프로젝트 활동을 반복합니다. 팀은 몇 주에 걸쳐 특정 반복 내에서 타임박싱을 사용하여 통찰력에 초점을 맞춘 다음 해당 통찰력을 기반으로 활동을 재작업할 수 있습니다. 이러한 방식으로 반복은 프로젝트 불확실성을 식별하고 줄이는 데 도움이 됩니다.
프로젝트 복잡성이 높고, 변경이 빈번하거나, 프로젝트 범위가 원하는 최종 제품에 대한 이해관계자의 다양한 관점에 따라 결정되는 경우 반복적인 수명 주기를 사용하면 이점이 있습니다. 반복 수명 주기는 전달 속도보다는 학습에 최적화되어 있으므로 더 오래 걸릴 수 있습니다.
증가
증분 수명주기는 미리 결정된 기간 동안 제품 기능을 점진적으로 추가하는 일련의 반복입니다. 결과물을 생산합니다.
배송 속도를 높이기 위해 일부 프로젝트 최적화가 수행되었습니다. 많은 기업과 프로젝트는 모든 작업이 완료될 때까지 기다릴 수 없습니다. 이 경우 고객은 전체 솔루션의 한 부분을 기꺼이 받아들입니다. 이렇게 작은 결과물을 자주 제공하는 것을 증분 수명 주기라고 합니다.
한 번에 하나씩 최종 제품을 제공하는 대신 점진적인 라이프사이클을 통해 프로젝트 스폰서나 고객에게 가치를 제공하는 작업을 최적화하는 경우가 많습니다. 팀은 작업을 시작하기 전에 초기 결과물을 계획하고, 가능한 한 빨리 첫 번째 납품 작업도 시작합니다.
예를 들어 건설 직원은 건물의 나머지 부분으로 이동하기 전에 완성된 방이나 바닥을 선보일 수 있습니다. 이 경우 건물의 다음 층으로 이동하기 전에 완성된 바닥에 가구를 비치하고 페인트칠하는 등의 작업을 할 수 있습니다. 고객은 스타일, 색상 및 기타 세부 사항을 검토하고 승인할 수 있으므로 추가 시간과 비용을 투자하기 전에 조정할 수 있습니다. 그렇게 하면 잠재적인 재작업 및/또는 고객 불만이 줄어들 것입니다.
적응형
적응형 수명주기(변화 중심 또는 민첩한 방법이라고도 함)는 대규모 변화를 처리하고 관련 이해관계자의 지속적인 참여를 얻도록 설계되었습니다. 적응형 수명주기에는 반복과 증분의 개념도 포함되지만, 반복이 빠르며(보통 2~4주마다) 필요한 시간과 리소스가 고정되어 있다는 점이 다릅니다.
급변하는 환경에 대응해야
요구 사항과 범위를 결정하기가 어렵습니다.
이해관계자에게 이익이 되는 방식으로 더 작은 점진적 개선을 정의하는 능력
민첩한 (적응 가능)
민첩한 환경에서 팀은 요구 사항의 변화를 예상합니다. 반복적이고 증분적인 방법은 프로젝트의 다음 부분에 대한 계획을 개선하기 위한 피드백을 제공합니다. 그러나 민첩한 프로젝트에서는 증분 제공을 통해 숨겨진 요구 사항이나 오해된 요구 사항을 찾아낼 수 있습니다.
반복 기반 애자일에서 팀은 반복(동일한 기간의 타임박스)을 통해 완전한 기능을 제공합니다. 팀은 가장 중요한 기능에 중점을 두고 팀으로 협력하여 작업을 완료합니다. 그런 다음 팀은 다음으로 가장 중요한 기능에 초점을 맞추고 협력하여 작업을 완료합니다. 팀은 한 번에 여러 기능을 개발하기로 결정할 수 있지만 팀은 모든 반복을 동시에 완료하지 않습니다. 즉, 팀은 모든 분석 및 기타 작업을 완료한 후에도 모든 요구 사항을 해결하지 않습니다.
네 가지 생명주기의 특징
불확실성과 복잡성 모델
혼합된 수명주기
전체 프로젝트에 대해 단일 접근 방식을 사용할 필요는 없습니다. 특정 목표를 달성하기 위해 프로젝트는 종종 다양한 수명주기 요소를 결합합니다. 예측, 반복, 증분 및/또는 민첩한 방법의 조합은 하이브리드 접근 방식입니다.
다양한 프로젝트 유형에 대한 기본적인 단일 접근 방식이 결합되어 하이브리드 모델을 생성합니다. 초기 프로세스에서는 민첩한 개발 수명 주기를 사용하며, 예측 출시 단계가 뒤따르는 경우가 많습니다. 이 접근 방식은 프로젝트가 민첩한 접근 방식의 이점을 누릴 수 있고 프로젝트 개발 부분에 불확실성, 복잡성 및 위험이 있고 예측 접근 방식에 적합한 명확하고 반복 가능한 릴리스 단계가 뒤따를 때 사용할 수 있습니다. 다른 팀. 이 접근 방식의 예로는 새로운 첨단 기술 제품을 개발한 다음 이를 수천 명의 사용자에게 출시하고 교육하는 것입니다.
예측 방법을 기반으로 하고 Agile 방법을 보완한 방법
주로 예측 가능한 프로젝트의 작은 민첩한 요소입니다. 이 경우 불확실성, 복잡성 또는 범위 변경 가능성이 있는 프로젝트 부분은 민첩한 접근 방식으로 처리되고, 프로젝트의 나머지 부분은 예측 접근 방식을 사용하여 관리됩니다. 이 접근 방식의 예는 엔지니어링 회사가 새로운 구성 요소를 사용하여 시설을 구축하는 경우입니다.
대부분의 프로젝트는 조직이 수행하는 다른 많은 시설 프로젝트와 마찬가지로 일상적이고 예측 가능하지만 이 프로젝트에는 새로운 지붕 자재가 포함되었습니다. 계약자는 먼저 지상에서 소규모 설치 시험을 실시하여 최상의 설치 방법을 결정하고 문제를 해결할 시간이 충분할 때 조기에 문제를 파악한 다음 시험 및 조정을 통해 점진적으로 프로세스를 개선할 계획을 세울 수 있습니다.
Agile 방법을 기반으로 예측 방법을 보완한 방법
민첩한 방법을 기반으로 하고 예측 방법으로 보완된 방법입니다. 이 접근 방식은 특정 요소가 협상 불가능하거나 Agile 방법을 사용하여 실행할 수 없는 경우에 사용될 수 있습니다. 이에 대한 예로는 협업적이거나 점진적인 방식으로 함께 작동할 수 없거나 작동하지 않을 다양한 공급업체가 개발한 외부 구성 요소를 통합하는 것이 포함됩니다. 구성 요소가 배송된 후에는 개별적으로 통합해야 합니다.
목적에 맞는 하이브리드 라이프사이클
프로젝트 팀은 프로젝트 위험을 기반으로 하이브리드 수명주기를 설계할 수 있습니다. 예를 들어, 캠퍼스 건설 프로젝트에는 개선 및 건축이 필요한 여러 건물이 있을 수 있습니다. 점진적인 접근 방식은 자원을 모아서 일부 건물이 다른 건물보다 일찍 완료되어 투자 수익이 더 빨라지도록 합니다. 각 건물의 개별 배송은 건물 자체의 예측 수명주기를 통해 이익을 얻는다는 것은 잘 알려져 있습니다.
프로젝트 관리의 목표는 현재 상황에서 가능한 최선의 방법으로 비즈니스 가치를 창출하는 것입니다. 프로젝트가 민첩한 방법을 사용하는지 예측 방법을 사용하는지 여부는 중요하지 않습니다. 물어봐야 할 질문은 "어떻게 하면 가장 성공할 수 있는가?"입니다.
팀이 가치를 창출할 때 피드백이 필요합니까? 그렇다면 점진적인 접근 방식이 도움이 될 것입니다. 아이디어를 탐색할 때 위험을 관리해야 합니까? 그렇다면 반복적이거나 민첩한 접근 방식이 도움이 될 것입니다.
민첩한 방법은 조직이 중간 가치를 제공할 수 없는 경우 그다지 유용하지 않을 수 있습니다. 괜찮습니다. 하지만 민첩성을 위해 민첩해지는 것은 목표가 아닙니다. 핵심은 프로젝트, 위험 및 문화 관리에 유용한 수명주기 또는 수명주기 조합을 선택하는 것입니다.
Agile은 고객에게 자주 제공되는 것입니다. 그리고 이런 종류의 전달은 팀에 피드백을 가져와야 합니다. 팀은 이 피드백을 사용하여 작업의 다음 부분을 계획하고 다시 계획합니다.
예
정부 부처에서 신용보험 애플리케이션 개발 프로젝트를 진행하고 있습니다. 다년간에 걸쳐 진행된 이 프로젝트는 오래된 보험 시스템을 보다 반응성이 뛰어난 새로운 사용자 인터페이스와 시스템 통합으로 교체했습니다. 프로젝트의 대부분은 지속적인 비즈니스 입력과 함께 민첩한 방법을 사용하여 구현되었습니다.
보험료는 경제협력개발기구(OECD)가 발행한 200페이지 분량의 명세서를 기준으로 계산됩니다. 계산 단계가 너무 명확하게 설명되어 혼동될 여지가 거의 없으며(비즈니스에서 확인할 중간 결과가 거의 없음), 계산 단계의 코딩은 독립된 팀에서 수행됩니다. 두 팀은 필요한 입력 변수를 계산하고 출력 값을 사용하고 표시하는 방법에 대해 협력하지만, 그 외에는 계산 팀이 주로 예측 방식으로 작업합니다.
전환 전략으로서의 하이브리드 라이프사이클
많은 팀이 하룻밤 사이에 애자일 작업 방식으로 전환할 수 없습니다. 예측 환경에 익숙하고 이에 성공하는 사람들에게는 애자일 기술이 매우 다르게 보입니다. 조직이 클수록 움직이는 부분이 많아지고 전환에 더 오랜 시간이 걸립니다. 따라서 점진적인 전환을 계획하는 것이 합리적입니다.
점진적인 전환에는 학습을 개선하고 팀과 이해관계자 간의 조정을 강화하기 위해 보다 반복적인 기술을 추가하는 것이 포함됩니다. 그 후에는 스폰서의 가치와 투자 수익을 가속화하기 위해 더 많은 점진적인 기술을 추가하는 것도 고려해보세요. 위 방법의 조합은 하이브리드 접근 방식으로 간주됩니다.
위험이 낮고 불확실성이 중간 정도인 프로젝트에서 이러한 신기술을 먼저 사용해 보십시오. 조직이 하이브리드 접근 방식을 성공적으로 사용한 후에는 더 많은 기술을 추가해야 하는 더 복잡한 프로젝트를 시도하십시오. 이는 조직의 상황, 특정 위험, 변화에 적응하고 수용할 팀의 준비 상태에 맞춰진 점진적인 하이브리드 전환입니다.
하이브리드 애자일 방법
애자일 팀은 하나의 애자일 방법으로 업무를 제한하는 경우가 거의 없습니다. 각 프로젝트 상황에는 팀 구성원의 기술과 배경의 다양한 조합, 작업 환경의 연령, 규모, 중요성, 복잡성 및 규제 제약과 같은 고유한 특성이 있습니다. Agile 프레임워크는 팀에 맞게 맞춤화되지 않습니다. 정기적으로 가치를 제공하려면 팀에서 관행을 맞춤화해야 할 수도 있습니다. 일반적으로 팀은 특정 프레임워크를 시작점으로 사용하더라도 고유한 애자일 조합을 실행합니다.
정렬 방법: 일반적이고 널리 사용되는 정렬 접근 방식인 Agile 프레임워크를 맞춤화하는 예에는 Scrum 프레임워크, Kanban 방법 및 XP(Extreme 프로그래밍) 방법을 사용하여 요소를 정렬하는 것이 포함됩니다. 스크럼은 스프린트 계획, 일일 스크럼, 스프린트 검토 및 스프린트 회고 회의를 포함하여 제품 백로그, 제품 소유자, 스크럼 마스터 및 다기능 개발 팀의 사용에 대한 지침을 제공합니다. Kanban 패널은 작업 흐름을 시각화하고, 장애물을 더욱 가시적으로 만들고, WIP 한도를 조정하여 프로세스 관리를 활성화함으로써 팀의 효율성을 더욱 향상시키는 데 도움이 됩니다. 또한 스토리 카드 사용, 지속적인 통합, 리팩토링, 자동화된 테스트, 테스트 중심 개발 등 익스트림 프로그래밍에서 영감을 받은 엔지니어링 방식은 애자일 팀의 효율성을 더욱 높일 것입니다. 요약하자면, 이러한 다양한 소스의 관행을 조정하면 다양한 관행을 단독으로 채택하는 것보다 더 나은 시너지 효과를 얻을 수 있습니다.
재단에 영향을 미치는 프로젝트 요소
전형적인 애자일 프로세스
타당성 단계
주로 프로젝트 비전과 비즈니스 사례를 완료합니다.
프로젝트 비전
우리가 이 프로젝트를 하는 이유는 무엇인가요? 이것이 프로젝트 비전입니다.
비즈니스 사례
비즈니스 사례 개발은 민첩한 프로젝트 관리의 중요한 출발점입니다. 비즈니스 사례는 프로젝트의 비전, 목표, 이를 달성하기 위한 전략, 이정표, 필요한 투자 및 예상 투자 회수에 대한 간결한 요약입니다. 비즈니스 사례는 프로젝트가 가치를 제공하는 이유와 방법을 고객에게 설명합니다. 상업용 프로젝트의 경우 투자 수익률(ROI), 내부 수익률(IRR), 순 현재 가치(NPV) 및 투자 회수 기간과 같은 방법을 사용하여 가치를 평가하는 경우가 많습니다.
시작 단계
주로 프로젝트 헌장을 완성하고, 해야 할 일 항목, 높은 수준의 견적, 제품 로드맵을 작성합니다.
프로젝트 헌장
경량.
할 일 목록
요구사항은 사용자 스토리의 형태로 표현됩니다.
높은 수준의 추정
쉽게 가늠할 수 있도록 티셔츠 사이즈(예: S, M, L, XL, XXL 등)나 커피 컵 사이즈(예: 소형 컵, 중 컵, 대형 컵, 특대 컵 등)를 사용하여 표현합니다. 특정 요구 사항 항목의 상대적 작업 수량 크기.
제품 로드맵
스토리맵을 사용하여 만듭니다. 사용자 스토리 맵은 제품 로드맵을 보여줍니다.
우선평가
비즈니스 가치에 따라 우선순위를 정하기 위해서는 새로운 역량 개발 활동의 우선순위를 정할 때 반드시 고려해야 할 4가지 요소가 있습니다.
이러한 기능이 가져오는 경제적 가치를 얻으십시오.
새로운 기능을 개발(및 지원)하는 데 드는 비용입니다.
새로운 기능을 개발함으로써 생성된 학습과 지식의 양과 중요성.
이러한 기능을 개발하면 위험이 줄어듭니다.
대부분의 프로젝트는 돈을 절약하거나 돈을 버는 것에 관한 것이기 때문에 처음 두 가지 요소가 우선순위 논의를 지배하는 경우가 많습니다. 그러나 우선순위가 최적이 되려면 학습 및 위험을 적절하게 고려하는 것도 중요합니다.
경제적 우선순위 설정
순현재가치
내부 수익률
회수 기간
할인된 회수 기간
바람직성 우선순위 지정(대체 가치 추정 방법)
카노 분석
서프라이즈 속성
때로는 매력 속성이라고도 합니다. 이러한 기능의 제공은 고객이 예상하지 못했거나 다르거나 높은 가치의 이점을 제공하여 고객에게 경쟁력과 높은 만족도를 가져올 수 있습니다.
만족스러운 속성
바람직한 기능은 많을수록 좋습니다. 이러한 기능은 고객에게 가치를 제공하고 경쟁 우위를 창출하며 대부분의 경쟁은 이 속성에 중점을 둡니다.
불만족스러운 속성
이러한 기능이 있어야 합니다. 이러한 기능이 없으면 고객은 제품을 좋아하지 않을 것입니다. 그러나 이러한 기능이 있더라도 고객 만족도는 높아지지 않습니다.
관련 없는 속성
이러한 기능은 어떤 방식으로든 고객에게 영향을 미치지 않습니다. 고객이 전혀 신경 쓰지 않기 때문에 멋진 컴퓨터 하드 드라이브와 같은 기능 제공을 제거, 최소화 또는 지연시키도록 노력해야 합니다.
상대적인 무게
MoSCoW 방식
MoSCoW 기술은 사용자 스토리를 내림차순으로 우선순위화합니다.
M-must have, 즉 "must have" 요구 사항과 특성은 개발에 중요한 시스템 및 제품 기능의 필수 구성 요소입니다. 이러한 시스템이 없으면 시스템이 제대로 작동하지 않거나 가치를 추가할 수 없습니다.
S-should have, 즉 무엇이 있어야 하는지, "should have" 특성도 매우 중요하며, 제품 기능은 개발에는 그다지 중요하지 않지만 중요한 상업적 가치를 갖습니다. 이러한 기능이 없으면 솔루션이 번거롭거나 비용이 많이 들 수 있습니다.
C-couldhave, 즉 가능함; "가능한" 기능은 상업적 가치를 추가할 수 있는 제품 기능입니다.
W-이 시간이 없을 것입니다. 즉, 내가 갖고 싶은 것이 이번에는 사용할 수 없습니다. "내가 갖고 싶은 것이 이번에는 사용할 수 없습니다."라는 특성은 이 기능이 있지만, 좋다, 필수요건은 아니며 약간의 상업적 가치가 있는 제품 특성이 있다.
위험
고가치, 고위험 기능을 먼저 개발해야 합니다. 이러한 기능은 최고의 가치를 제공하며 이를 처리하면 상당한 위험이 제거됩니다.
다음은 고가치, 저위험 기능입니다. 이러한 기능은 첫 번째 기능 세트와 비슷한 가치를 제공하지만 위험은 낮습니다.
다음은 가치가 낮고 위험도가 낮은 기능입니다. 이를 버리는 것이 제품의 전체 가치에 미치는 영향이 적고 위험도 낮기 때문에 3위입니다.
마지막으로, 가치는 낮지만 위험이 높은 기능은 피하는 것이 가장 좋습니다.
출시 단계
주로 스토리 슬라이싱, 스토리 추정, 빌드 릴리스 계획을 완료합니다.
스토리 조각
서사시 기능 사용자 스토리.
이야기 견적
추정 기술에는 플래닝 포커 또는 광대역 델파이가 포함됩니다. 플래닝 포커에는 피보나치 수열(0, 1, 2, 3, 5, 8 등)이 사용됩니다.
출시 계획
버전 계획이라고도 하는 릴리스 계획
민첩한 환경 만들기
서번트 리더십
프로젝트 관리자는 "프로젝트 목표를 달성하기 위해 팀을 이끌도록 실행 조직에서 지정한 개인"으로 정의됩니다. 많은 프로젝트 관리자는 프로젝트의 중심이 되어 팀의 상태를 추적하고 이를 조직의 다른 구성원에게 보고하는 데 익숙해졌습니다. 프로젝트가 분리된 기능으로 분할된 경우 이 접근 방식에는 문제가 없습니다.
그러나 불확실성이 높은 프로젝트의 경우 프로젝트의 복잡성이 한 사람이 관리하기에는 너무 큽니다. 다기능 팀은 자체 작업을 조정하고 비즈니스 담당자(제품 소유자)와 협업할 수 있습니다.
민첩한 프로젝트를 수행할 때 프로젝트 관리자의 역할은 팀의 중심에서 팀과 관리자에게 서비스를 제공하는 것으로 이동합니다. 민첩한 환경에서 프로젝트 관리자는 하인 리더 역할을 하며 도움이 필요한 사람들을 안내하고 팀 협업을 촉진하며 관련 당사자의 요구 사항에 부응하는 데 초점을 맞춥니다. 섬기는 리더로서 프로젝트 관리자는 작업을 완료하는 데 필요한 지식을 보유한 팀 구성원에게 책임을 할당하도록 권장합니다.
프로젝트 관리자가 섬기는 리더가 되면 그들의 초점은 "조정 관리"에서 "협업 촉진"으로 옮겨집니다.
서번트 리더십은 팀에 힘을 실어줍니다
애자일 방법은 팀에 권한을 부여하는 방법으로 서번트 리더십을 강조합니다. 서번트 리더십은 팀에 대한 봉사를 통해 팀을 이끄는 실천으로, 팀이 가능한 최고의 성과를 달성할 수 있도록 팀 구성원의 요구와 발전을 이해하고 주의를 기울이는 데 중점을 둡니다.
서번트 리더의 역할은 팀이 애자일을 발견하고 정의하는 것을 촉진하는 것입니다. 서번트 리더는 민첩성을 실천하고 전파합니다.
서번트 리더는 다음과 같은 순서로 프로젝트를 진행합니다.
목적
팀과 협력하여 "이유" 또는 목적을 정의하여 프로젝트 목표를 중심으로 협력적으로 상호 작용할 수 있습니다. 전체 팀은 사람 수준이 아닌 프로젝트 수준에서 최적화합니다.
인원
목표가 설정된 후에는 모두가 성공할 수 있는 환경을 만들도록 팀을 격려하세요. 각 팀 구성원은 프로젝트 작업에 기여해야 합니다.
프로세스
"완벽한" 애자일 프로세스를 따르려고 계획하지 말고 결과에 집중하세요. 다기능 팀이 완성된 가치를 자주 제공하고 제품과 프로세스에 반영한다면 팀은 민첩합니다. 팀이 프로세스를 뭐라고 부르는지는 중요하지 않습니다.
섬기는 리더의 책임
서번트 리더는 관계를 관리함으로써 팀과 조직 내에서 의사소통과 협업을 구축합니다. 이러한 관계는 리더가 조직 내 팀을 편안하게 지원하는 데 도움이 됩니다. 이 지원은 장애물을 제거하고 팀의 원활한 프로세스를 촉진하는 데 도움이 됩니다. 서번트 리더는 Agile을 이해하고 특정 방법을 적용할 때 Agile을 실천하기 때문에 팀의 요구 사항을 충족하는 데 도움을 줄 수 있습니다.
서번트 리더에게는 많은 직함이 있을 수 있지만 가장 중요한 것은 그들이 하는 일입니다.
민첩해야 하는 이유와 방법에 대해 이해관계자에게 교육합니다. 우선순위에 따른 비즈니스 가치의 이점을 입증하고, 권한이 부여된 팀의 책임감을 높이고, 생산성을 높이며, 보다 빈번한 검토를 통해 품질을 향상시킵니다.
지도, 격려, 지원을 통해 팀에 지원을 제공합니다. 팀원의 교육 및 전문성 개발을 옹호하십시오. “우리는 팀을 지원함으로써 팀을 이끈다”는 것은 팀 구성원을 발전시키는 리더의 역할에 대한 선언입니다. 지원, 격려 및 전문성 개발을 통해 팀원은 자신감을 얻고 더 많은 책임을 맡으며 조직에 더 큰 공헌을 할 수 있습니다. 서번트 리더의 핵심 역할은 팀 구성원을 육성하고 개발하며 팀이 팀원을 잃더라도 현재 역할을 초월하도록 돕는 것입니다.
정량적 위험 분석과 같은 기술적 프로젝트 관리 활동을 통해 팀을 지원합니다. 때로는 팀 구성원이 특정 역할이나 기능에 대한 지식이나 경험이 없을 수도 있습니다. 관련 기술에 더 많이 노출되거나 교육을 받은 서번트 리더는 교육을 제공하거나 이러한 활동을 수행하여 팀을 지원할 수 있습니다.
팀의 성공을 축하하고 지원을 제공하며 팀의 작업을 외부 팀과 연결합니다. 상호 감사하는 긍정적인 분위기를 조성하고 협력을 강화하기 위한 선의를 다집니다.
서번트 리더십의 촉진적 역할
프로젝트 관리자가 섬기는 리더가 되면 그들의 초점은 "조정 관리"에서 "협업 촉진"으로 옮겨집니다. 진행자는 모든 사람이 최선의 능력을 발휘하여 생각하고 일하도록 도울 것입니다. 진행자는 팀의 참여, 이해 및 팀 결과에 대한 책임 공유를 장려합니다. 진행자는 팀이 수용 가능한 솔루션을 만드는 데 도움을 줍니다.
서번트 리더십은 팀 내부와 팀 간의 협력과 대화를 촉진합니다. 예를 들어, 서번트 리더는 팀 내부 및 팀 간의 병목 현상을 식별하고 그에 따라 의사소통하는 데 도움을 줍니다. 그런 다음 팀에서는 이러한 병목 현상을 해결합니다.
또한 진행자는 대화형 세션, 비공식 대화 및 지식 공유를 통해 협업을 장려합니다. 서번트 리더는 자신이 책임지는 사람들을 위해 결정을 내리기보다는 공정한 가교 역할과 코치 역할을 함으로써 이를 수행합니다.
서번트 리더십은 조직의 장벽을 제거합니다
Agile 선언문의 첫 번째 가치는 프로세스 및 도구와의 개인적인 상호 작용에 관한 것입니다. 서번트 리더의 더 나은 역할은 팀 민첩성이나 조직 민첩성을 방해하는 프로세스를 면밀히 살펴보고 이를 합리화하기 위해 노력하는 것입니다. 예를 들어, 부서에서 많은 양의 문서가 필요한 경우 서번트 리더 역할이 수행되어 부서와 협력하여 필요한 문서를 검토하고 민첩한 전달이 이러한 요구 사항을 충족할 수 있는 방법에 대한 합의에 도달하는 데 도움을 제공할 수 있습니다. 필요한 문서의 양에 대한 지침을 제공하여 팀이 자세한 문서를 작성하는 대신 귀중한 제품을 제공하는 데 더 많은 시간을 할애할 수 있습니다.
또한 서번트 리더는 팀이나 조직의 민첩성을 방해하는 병목 현상을 일으키는 다른 긴 프로세스에도 집중해야 합니다. 해결해야 할 프로세스나 부서의 예로는 재무 부서, 변경 통제 위원회, 감사 부서 등이 있습니다. 서번트 리더는 다른 사람들과 협력하여 프로세스에 질문하고 감사함으로써 애자일 팀과 리더를 지원할 수 있습니다. 예를 들어, 긴 릴리스 프로세스에 6주 이상이 소요될 수 있는데 작업 중인 제품을 대기열이나 프로세스에 넣기 위해 2주마다 팀이 제공하는 것이 무슨 소용이 있습니까? 이러한 "병목 현상" 프로세스가 있습니다. 팀이 귀중한 제품이나 서비스를 신속하게 제공하는 것을 방해합니다. 서번트 리더는 전달 팀을 지원하기 위해 이러한 조직의 장벽을 변경하거나 제거할 수 있는 능력을 가지고 있습니다.
팀 구성
애자일 선언문의 가치와 원칙의 핵심 교리는 개인과 상호 작용을 강조한다는 것입니다. Agile은 가치 흐름을 최적화하고 사람을 "사용"하는 방법보다는 고객에게 기능을 신속하게 전달하는 것을 강조합니다.
애자일 팀은 피드백을 받을 수 있도록 제품을 신속하게 개발하는 데 중점을 둡니다. 실제로 가장 효과적인 애자일 팀은 3~9명의 구성원으로 구성되는 경향이 있습니다. 이상적으로 민첩한 팀은 팀 작업 공간에서 함께 작업해야 합니다. 팀원은 100% 정규직입니다. Agile은 팀 구성원이 다음 단계에서 정의된 범위 내에서 작업을 수행할 사람을 결정하는 자체 관리 팀을 장려합니다. 민첩한 팀은 섬기는 리더십으로 성장합니다. 리더는 팀의 업무 방식을 지지한다.
다기능 애자일 팀은 기능적 제품 증분을 자주 생성합니다. 이는 팀이 작업에 대해 공동으로 책임을 지고 작업을 완료하는 데 필요한 모든 기술을 공동으로 보유하기 때문입니다.
전반적인 애자일 접근 방식에 관계없이 팀이 진행 중인 작업을 더 많이 제한할수록 팀 구성원이 전체 팀 작업 속도를 높이기 위해 협업할 가능성이 더 높아집니다. 성공적인 애자일 팀에서는 팀 구성원이 다양한 방식(예: 쌍, 클러스터, 그룹 개발)으로 함께 작업하므로 작은 폭포수 함정에 빠지지 않고 함께 작업할 수 있습니다. 미니 폭포 상황은 팀이 주어진 시간에 모든 요구 사항을 해결한 다음 모든 디자인을 완료하려고 시도한 다음 모든 빌드를 완료할 때 발생합니다. 이 시나리오를 사용하면 빌드 중 또는 빌드 후 테스트 중 어느 시점에서 팀은 원래 가정이 더 이상 유효하지 않다는 것을 깨닫게 될 수 있습니다. 이 경우 팀이 모든 요구 사항을 해결하는 것은 시간 낭비입니다. 대신 팀 구성원이 전체 기능 세트 내에서 작은 기능 세트를 구축하기 위해 함께 작업할 때 작업이 진행되고 소수의 완성된 기능이 제공됨에 따라 학습하게 됩니다.
성공적인 애자일 팀의 속성
자기 조직화 팀
자기 조직화
팀원들은 스프린트 목표를 달성하기 위한 최선의 방법을 결정하기 위해 스스로 조직합니다. 어떤 프로젝트 관리자나 다른 관리자도 팀에게 작업 수행 방법을 알려주지 않습니다(스크럼 마스터도 그렇게 한다고 가정해서는 안 됩니다). 자체 조직은 시스템의 상향식, 자발적인 속성입니다. 즉, 전통적인 하향식 명령 및 제어 관리 방법을 사용하는 외부 통제력이 없습니다.
자기 조직화 팀
자기 조직화 팀은 자기 관리 팀 또는 권한 부여 팀이라고도 합니다. 팀은 자신의 작업 프로세스와 진행 상황을 관리할 수 있는 권한을 부여받으며 작업 완료 방법은 팀에서 결정합니다.
자기 조직화 팀은 민첩한 소프트웨어 개발을 위한 가장 기본적인 요구 사항입니다.
반복/스프린트 백로그를 완료하고 구현하는 방법을 결정합니다. 팀은 자기 조직적이고 자기 주도적인 팀이 될 수 있는 권한을 부여받습니다.
자기 조직화 조직은 업무 수행 방식에 중점을 둡니다.
자기주도는 팀 구성원이 어떻게 협력하는지에 중점을 둡니다.
원칙 11 “최고의 아키텍처, 요구 사항 및 디자인은 자체 구성 팀에서 나옵니다.”
민첩한 역할
애자일 팀에는 세 가지 공통 역할이 있습니다.
다기능 팀 구성원
제품 소유자
팀 진행자
중심 주제