당신은 주제를 찾고 있습니까 “프로젝트 관리 프로세스 – [PM일반]6강_프로젝트관리 프로세스“? 다음 카테고리의 웹사이트 you.tfvp.org 에서 귀하의 모든 질문에 답변해 드립니다: https://you.tfvp.org/blog/. 바로 아래에서 답을 찾을 수 있습니다. 작성자 T. K. Min 이(가) 작성한 기사에는 조회수 503회 및 좋아요 3개 개의 좋아요가 있습니다.
Table of Contents
프로젝트 관리 프로세스 주제에 대한 동영상 보기
여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!
d여기에서 [PM일반]6강_프로젝트관리 프로세스 – 프로젝트 관리 프로세스 주제에 대한 세부정보를 참조하세요
프로젝트관리 개론 제6강
프로젝트 관리 프로세스 주제에 대한 자세한 내용은 여기를 참조하세요.
프로젝트 관리(Project Management), 프로젝트 관리를 위한 5단계
프로젝트 관리(Project Management)의 정의. – 프로젝트 생명주기(Project Life Cycle)동안 발생하는 프로세스를 5개의 프로세스(착수, 계획, 실행, …
Source: itproda.tistory.com
Date Published: 5/24/2021
View: 3434
PM의 주요 업무! PMBOK의 5단계 프로세스 그룹
프로젝트 관리 연구소(PMI)에서 개발한 프로젝트 관리의 5단계 프로세스에는 프로젝트의 착수, 기획, 실행, 통제, 종료가 포함됩니다. 이는 즉 프로젝트 …
Source: salaryblues.tistory.com
Date Published: 3/6/2022
View: 7220
프로젝트 관리(Project Management) – 비트코기의 IT Note
프로젝트 관리 프로세스 그룹. 착수. 계획. 실행. 감시 및 통제. 종료. 통합관리. 4.1 프로젝트 헌장 개발. 4.2 프로젝트 관리 계획서 개발.
Source: itpenote.tistory.com
Date Published: 5/3/2022
View: 9892
프로젝트 관리 절차와 방법
프로젝트 관리 프로세스는 프로젝트 관리 계획서를 만드는 것에서부터 시작한다. 실제 프로젝트에서는 착수보고서라는 용어를 많이 사용하고 있다.
Source: multicore-it.com
Date Published: 5/20/2021
View: 1799
[PMP PRIDE] 3장. 프로젝트 관리 프로세스 – 즐거운 인생을 위하여
프로젝트 관리 프로세스 그룹 종류 및 특징 프로세스 그룹 종류 착수 프로세스 그룹 기존 프로젝트의 새로운 단계 또는 새로운 프로젝트를 정의하고, …
Source: address83.tistory.com
Date Published: 11/1/2022
View: 1363
프로젝트 관리 생애주기에 대해 알아야 할 사항 – Microsoft
Which management methodology are you using for your project? Here’s what you need to know about the project life cycle to optimize your management process.
Source: www.microsoft.com
Date Published: 8/23/2021
View: 6991
프로젝트 관리 프로세스 그룹 – 네이버 블로그
프로젝트 관리 프로세스 그룹 · 1) 착수 프로세스 그룹. – 프로젝트 헌장 개발 · 2) 프로젝트 헌장 개발(Develop Project Charter) · 3) 이해관계자 식별( …
Source: m.blog.naver.com
Date Published: 5/28/2022
View: 5312
주제와 관련된 이미지 프로젝트 관리 프로세스
주제와 관련된 더 많은 사진을 참조하십시오 [PM일반]6강_프로젝트관리 프로세스. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.
![[PM일반]6강_프로젝트관리 프로세스](https://i.ytimg.com/vi/xRrVCZ2L1zo/maxresdefault.jpg)
주제에 대한 기사 평가 프로젝트 관리 프로세스
- Author: T. K. Min
- Views: 조회수 503회
- Likes: 좋아요 3개
- Date Published: 2020. 5. 18.
- Video Url link: https://www.youtube.com/watch?v=xRrVCZ2L1zo
프로젝트 관리(Project Management), 프로젝트 관리를 위한 5단계
반응형
I. 프로젝트 관리를 위한 5단계, 프로세스 그룹의 개요
가. 프로젝트 관리(Project Management)의 정의
– 프로젝트 생명주기(Project Life Cycle)동안 발생하는 프로세스를 5개의 프로세스(착수, 계획, 실행, 감시 및 통제, 종료)로 구분한 분류 방법
나. 프로젝트의 특징
구분 내용 유일성 달성하고자 하는 결과가 이전에 똑같이 행해진 적이 없는 유일함 일시성 시작과 끝이 명확화 목적성 목적을 달성하고자 하는 행위 점진적 상세화 초기의 개괄적인 범위 정의에서 점차 구체화함
II. 성공적인 프로젝트 관리를 위한, 5단계 프로세스 그룹
가. 5단계 프로세스 그룹 구성도
– 프로세스 그룹은 착수, 계획, 실행, 감시 및 통제, 종료 순으로 진행되고 중첩가능
– OPA(조직 프로세스 자산) : 프로젝트를 수행하는 조직에서 사용하는 계획, 프로세스, 정책, 절차 및 지식베이스
– EEF(기업 환경 요인) : 프로젝트 팀이 당장 통제할 수는 없지만, 프로젝트, 프로그램, 포트폴리오에 영향을 주고 한을 가하며 방향을 설정하는 요소
나. 프로세스 구성요소
단계 내용 착수 프로젝트 및 수행단계의 요건정의 계획 범위계획, 범위정의, 활동정의, 원가산정, 예산수입, 품질, 조직, 인력계획, 위험계획 등 프로젝트 관련사항 계획 실행 프로젝트 관리 계획서에 정의한 작업을 완료하기 위해 수행 감시 및 통제 진행에 관련 사항을 감시하고 통제(성과보고, 범위/일정/원가/품질 등 통제) 종료 행정종료: 프로젝트 종료를 위한 업무 수행 계약종료: 공급자와의 계약을 종결
그룹 주요 활동 설명 착수 이해관계자 식별 프로젝트의 주요 요구사항과 관련된 이해관계자 식별 프로젝트 관리자 임명 원활한 진행을 위한 관리자의 배정 및 진행준비 임무부여 프로젝트 헌장 작성 헌장 작성을 프로젝트 관리자에 공식적인 관리권한을 부여 계획 프로젝트 관리 계획서 작성 모든 보조적인 계획서를 정의하고 작성 및 조율하여 하나의 종합적인 관리계획서에 통합한 문서 범위, 일정, 원가 기준선 작성 프로젝트 생명주기 동안 프로젝트 진행률 관리 및 성과 측정을 위한 기준이 되는 라인 실행 정의된 작업 수행 관리 계획에서 정의한 작업을 완료하기 위한 프로세스 구성 변경사항에 따른 조정작업 실행 기간에 변경사항이 적용되면, 관리 계획서 갱신 작업과 기준선 변경 및 조정 작업이 수반됨 인도물 작성 프로젝트 작업 완료를 목표로 하는 인도물 작성 감시 및 통제 조치 수행 발생가능성 있는 위험 요소에 예방조치와 시정조치 수행 프로젝트 진행률 확인 현재 프로젝트의 진행률을 계획서의 일정 및 원가 기준선을 맞추고 있는지 확인하고 예측함 변경사항 승인 범위 변경사항에 대한 승인을 통하여 실행단계를 통해 수행할 수 있도록 승인 작업 및 검토 수행 종료 프로젝트 인수 진행 프로젝트 고객에게 프로젝트를 공식적으로 인수요청 습득한 교훈물 프로젝트 기간동안 얻은 교훈 및 좋은 사례를 다음번 프로젝트에 참조할 수 있도록 산출물을 정리함
다. 프로세스 그룹과 PLC(Project Life Cycle) 관계도
– 프로세스 그룹은 착수, 계획, 실행, 감시 및 통제, 종료 순으로 진행되고 중첩 가능
III. 프로세스 관리의 효과적인 수행조건
수행조건 내용 프로젝트 관리 지식체계 – 프로젝트 관리에 전문적으로 사용할 수 있는 지식 산업분야 지식, 표준, 법규 – 각 산업분야 별 지식, 표준, 법규에 관한 지식 프로젝트 환경의 이해 – 사회문화, 국제정치, 물리적 환경 등에 대한 이해 경영지식 및 기량 – 재무, 회계, 구매, 조달, 영업, 마케팅, 계약, 유통 등 경영에 대한 기본지식 대인관계 – 의사소통, 리더십, 동기유발, 협상, 갈등관리, 문제해결 등 대인관계 기술
IV. PMBOK에서 식별한 49개의 프로젝트 관리 프로세스
반응형
PM의 주요 업무! PMBOK의 5단계 프로세스 그룹
PMBOK란?
프로젝트 관리 지식 체계
Project Management Body of Knowledge
프로젝트와 관련된 대표적인 가이드로 프로젝트가 진행되는 단계를 정의한다. 프로젝트와 관련된 작업의 표준이 되고 있기 때문에 많은 프로젝트들이 이 문서를 기반으로 하여 수행되고 있다. PMBOK 구조에는 5개의 프로세스 그룹 및 47개의 프로젝트 관리 프로세스가 포함된다.
PMBOK는 프로젝트 관리 연구소(PMI)를 통한 PMP(Project Management Professional) 인증을 획득하는 표준입니다.
PMP는 프로젝트 관리자(PM)를 위한 업계에서 인정하는 중요한 자격증입니다.
성공적인 프로젝트에는 훌륭한 PM이 있습니다.
일부 사람들은 PM의 주된 업무가 모든 팀원에게 마감일을 상기시키고, 회의를 진행하는 것이라고 생각하지만 잘못된 생각입니다.
프로젝트 관리 연구소(PMI)에서 개발한 프로젝트 관리의 5단계 프로세스에는 프로젝트의 착수, 기획, 실행, 통제, 종료가 포함됩니다.
이는 즉 프로젝트 관리자가 수행해야 하는 업무입니다.
PMBOK 접근 방식은 여러 부서가 프로젝트 관리 관행을 표준화할 수 있게 해주기 때문에 가치가 있고, PM이 조직 전체에서 표준화된 시스템으로 작업하는 데 도움이 됩니다.
PMBOK의 5단계 프로세스 그룹
PMBOK를 구성하는 47개의 프로젝트 관리 프로세스는 아래의 5가지로 그룹화할 수 있습니다.
1단계 : 프로젝트 착수
프로젝트의 시작이며, 단계의 목표는 광범위한 프로젝트 범위를 정의하는 것입니다.
달성해야 할 프로젝트의 비전을 설정하고, 프로젝트의 성공을 정의합니다.
2단계 : 프로젝트 계획
프로젝트 관리의 핵심이며, 모든 팀원이 따라야 할 로드맵을 개발하는 데 중점을 둡니다.
이 단계에서 프로젝트의 세부 범위가 정의되고, 프로젝트 관리 계획이 만들어집니다.
여기에는 비용, 품질, 사용 가능한 리소스 및 현실적인 기간을 식별하는 것이 포함됩니다.
아래는 프로젝트가 제대로 진행되도록 하기 위해 PM이 계획 단계에서 작성해야 하는 몇 가지 문서입니다.
범위 기획 : 요구 사항, 프로젝트의 목표 및 결과물, 주요 마일스톤을 명확하게 정의하는 문서입니다. 범위 기획은 프로젝트 중에 변경될 수도 있지만 PM 및 고객의 승인 없이는 수행되지 않아야 합니다.
작업 분류 일정(WBS) : 프로젝트의 범위를 팀이 관리할 수 있는 섹션으로 나누는 시각적 표현입니다. 프로젝트 수행을 위해 프로젝트 범위를 더 작고 관리 가능한 구성 요소로 세분화하고, 실행되어야 할 특정 활동들을 식별하고, 활동 간의 상호 의존성을 기록합니다. WBS를 만들 때는 각 업무가 10일을 넘지 않도록 해야 합니다.
마일스톤 : 프로젝트 전체에서 달성해야 하는 높은 수준의 목표를 식별하고, 이를 간트 차트에 포함합니다.
간트 차트(Gantt chart) : 작업을 계획하고 프로젝트 타임 라인을 시각화하는 데 사용할 수 있는 그래프로, Henry Gantt에 의해 고안되었습니다.
커뮤니케이션 기획 : 프로젝트가 외부 이해관계자와 관련된 경우 특히 중요합니다. 프로젝트와 관련된 이해관계자들과 소통할 플랫폼을 선정하고, 결과물 및 마일스톤을 기반으로 의사소통할 주기적인 일정을 만듭니다.
자원 기획 : 프로젝트를 수행하는 데 어떤 인력 자원이 필요한지 결정하고, 몇 명이 어느 기간 동안 필요한지 결정합니다.
비용 산정 : 프로젝트 수행에 필요한 비용을 산정하고, 개별적인 작업들에 소요되는 모든 비용을 산정합니다.
위험 관리 기획 : 예측 가능한 모든 위험을 식별합니다. 일반적인 위험 요소로는 비현실적인 개발 기간 및 비용, 고객 검토 주기, 예산 삭감, 요구 사항 변경, 리소스 부족 등이 있습니다. 프로젝트의 핵심은 범위 관리, 시간 관리, 예산 관리이지만 위험 관리를 잘못하여 대응을 적절하게 하지 못하면 프로젝트가 실패할 수 있습니다.
3단계 : 프로젝트 실행
결과물이 개발되고 완료되는 단계입니다.
이 기간 동안 각종 보고서 및 회의록 작성 등 많은 일이 일어나기 때문에 프로젝트 기간 중 가장 고된 시간처럼 느껴집니다.
보통 킥오프(Kickoff) 미팅을 통해 프로젝트 실행 단계의 시작을 알립니다.
실행 단계 중에 완료되는 작업은 아래와 같습니다.
팀 빌딩
자원 할당
프로젝트 관리 계획 실행
필요한 경우 조달 관리
PM이 프로젝트 실행 지시 및 관리
추적 시스템 설정
작업 할당
상태 회의
프로젝트 일정 업데이트
필요에 따라 프로젝트 계획 수정
4단계 : 프로젝트 통제
계획 대비 목표의 진척 상황을 주기적으로 모니터링하고 성과를 측정함으로써 목표를 달성할 수 있도록 하는 단계입니다.
PM은 핵심 성과 지표(Key Performance Indicator; KPI)를 사용하여 프로젝트가 제대로 진행되고 있는지 계속해서 확인해야 합니다.
이 단계에서 PM은 프로젝트를 제대로 진행시키기 위해 일정과 리소스를 조정해야 할 수 있습니다.
성과 보고 : 상태 보고, 진척도 측정, 예측 등이 포함된 성과 정보를 수집하고 배포합니다.
통합된 변경 통제 : 프로젝트의 변경 사항을 조정합니다. 범위 검증, 범위 변경 통제, 일정 통제, 비용 통제, 품질 통제, 위험 감시 및 통제와 같은 업무들이 포함됩니다.
5단계 : 프로젝트 종료
지금까지 진행해온 프로젝트를 공식적으로 종료하는 단계입니다. 종료를 위해 프로젝트가 모든 요구 사항을 충족하였음을 검증하고, 고객으로부터 인정을 받아야 합니다.
프로젝트가 완료되면 PM은 사후 분석 회의를 개최하여 프로젝트에서 잘 된 사항을 평가하고, 실패 요인을 식별하여 향후 프로젝트를 개선할 수 있도록 합니다.
계약 종료 : 진행 중인 모든 항목들을 마무리하고 계약을 종료합니다.
관리 종료 : 공식적으로 프로젝트를 완료하기 위해 정보를 생성, 수집, 배포합니다. 프로젝트를 평가하고, 활용할 수 있는 참조 사항(Lessons learned)들을 정리합니다.
프로젝트 관리(Project Management)
5가지 관리항목, 12가지 지식영역
I. 프로젝트 성공의 열쇠, 프로젝트 관리의 개요
가. 프로젝트 관리(Project Management)의 정의
– 프로젝트를 성공적으로 관리하는데 필요한 필수적인 일정, 조직, 인력, 지휘, 통제를 제공하는 절차와 실행 기술/지식 등의 체계
나. 프로젝트 관리의 목적
– 고품질의 제품개발 (품질고도화, 생산성 향상), 개발 절차 준수(표준화, 목표 수립)
II. 프로젝트 관리 프로세스 및 5대 기능
가. 프로젝트 관리 프로세스
단계 내용 산출물 착수 프로젝트 및 수행 단계의 요건 정의 프로젝트 헌장 개발서 계획 범위 정의 및 계획, WBS작성, 일정관리 활동 정의 범위관리 계획서, 일정관리 계획서 실행 프로젝트 계획 단계에서 정의한 작업 실행 프로젝트 관리서, 품질보증 수행서 감시 및 통제 범위, 일정, 원가, 성과 보고 등 진행 상황 통제 범위 통제서, 일정 관리서 종료 프로젝트 종료를 위한 업무 수행 프로젝트 종료 보고서
나. 프로젝트 관리 5대 기능
기능 내용 계획 조직 목표 달성을 위한 업무 절차 설정, 프로젝트 통제 기준 준비 조직화 목표 달성을 위한 책임 위임, 역할 부여 및 작업 배치 기능 인력확보 인력 자원의 확보, 배치/교육/훈련/경험 등의 기술 축적 과정 지휘 목표 달성을 위한 통솔 과정, 자원의 능력을 최대한 발휘 하도록 프로젝트 수행에 기여 통제 목표 달성을 위해 계획 대비 활동 진행사항을 측정하고 교정하는 기능
III. 프로젝트 관리 영역 (PMBok 6th 기준)
가. 프로젝트 지식 영역
지식영역 내용 기법 통합 관리 관리 분야의 계획, 활동이 유기적으로 결합되도록 조정 및 관리 변경통제, 차터 범위 관리 기획, 업무범위 설정 및 승인을 받아 목표에 맞도록 관리 WBS 일정 관리 단위작업으로 분할 후 단위 작업별로 일정 산정, 관리 PERT/CPM 원가 관리 수행에 필요한 비용을 단위 작업별로 할당, 간접비,직접비 관리 EVM 품질 관리 SW생명주기 과정에서 발생한 산출물의 품질 기준설정, 관리 형상관리 자원 관리 활동에 필요한 자원을 산정하고 확보, 통제 RACI차트 의사소통 관리 이해당사자간 효율적인 정보전달체계 계획, 관리 보고,회의 위험 관리 위험 요인을 발견하고 분석하여 대책 수립 위험관리 기법 조달 관리 프로젝트 수행에 필요한 각종 계약 관리 계약서 이해관계자 관리 프로젝트에 영향을 주거나 받는 사람, 조직 관리 전략 이해관계자 관리
나. 프로젝트 관리 그룹
지식영역 프로젝트 관리 프로세스 그룹 착수 계획 실행 감시 및 통제 종료 통합관리 4.1 프로젝트 헌장 개발 4.2 프로젝트 관리 계획서 개발 4.3 프로젝트 작업 지시 및 관리 4.4 프로젝트 지식관리 4.5 프로젝트 작업 감시 4.6 통합 변경 통제 수행 4.7 프로젝트 종료 또는 단계 종료 범위관리 5.1 범위 관리 계획 수립 5.2 요구사항 수집 5.3 범위 정의 5.4 WBS 작성 5.5 범위 확인 5.6 범위 통제 일정관리 6.1 일정 관리 계획 수립 6.2 활동 정의 6.3 활동 순서 배열 6.4 활동기간 정의 6.5 일정 개발 6.6 일정 통제 원가관리 7.1 원가 관리 계획 수립 7.2 원가 산정 7.3 예산 결정 7.4 원가 통제 품질관리 8.1 품질관리 계획 수립 8.2 품질 관리 8.3 품질 통제 자원관리 9.1 자원 관리 계획 수립 9.2 활동 자원 산정 9.3 자원 확보 9.4 팀 개발 9.5 팀 관리 9.6 자원 통제 의사소통 관리 10.1 의사소통 관리 계획 수립 10.2 의사소통 관리 10.3 의사소통 감시 위험관리 11.1 위험 관리 계획 수립 11.2 위험 식별 11.3 정성적 위험 분석 수행 11.4 정량적 위험 분석 수행 11.5 위험 대응 계획 수립 11.6 위험 대응 실행 11.7 위험 감시 조달관리 12.1 조달 관리 계획 수립 12.2 조달 수행 12.3 조달 통제 이해관계자 관리 13.1 이해관계자 식별 13.2 이해관계자 참여 계획 수립 13.3 이해관계자 참여 관리 13.4 이해관계자 참여 감시
IV. 프로젝트 헌장
가. 프로젝트 헌장(Project Charter)의 정의
– 프로젝트에 대한 개략적 설명과 범위를 정의한 문서로, 프로젝트 관리자에게 프로젝트 활동을 할 수 있는 조직된 리소스를 활용 할 수 있도록 공식적인 승인을 제공하는 문서
나. 프로젝트 헌장의 역할
– 팀 구성원과 고객의 프로젝트에 대한 이해도를 높이고, 프로젝트에 대한 합의를 도출
– PM에게 자원 할당과 예산 사용에 대한 권한 부여
– 이해당사자와 스폰서를 인식, 프로젝트 의사소통 활성화
– 위험이나 이슈를 조기에 언급하여 프로젝트 성공을 향상
– 프로젝트 성공여부에 대한 측정 기준 제시
다. 프로젝트 헌장의 구성항목
항목 내용 프로젝트 명 프로젝트 이름 작성자, 문서 버전 보통 PM이 작성하고 버전으로 관리 프로젝트 개요 및 배경 프로젝트의 개요 및 배경 프로젝트 목표 프로젝트 결과물을 내는 과정에서 중점이 되는 사항 주요 산출물 프로젝트 진행 중 결과물 프로젝트 관리 관리 도구, 진행 중 결과물 가설, 제약조건, 위험요소 프로젝트 진행 중 전제조건 및 제약조건, 위험 요소 명시 소요 자원 개발 인력, 구매 목록 등을 명시 의사소통 및 보고체계 보고의 대상과 형식 정의, 팀원들과 합의 마일스톤 중간 결과에 대한 형태 및 일시 승인 요건 프로젝트 성공을 위해 충족되어야 하는 요건 승인 승인자 (이름과 서명) 스폰서 이해당사자 확인 및 서명
V. 프로젝트 포트폴리오
가. 프로젝트 포트폴리오(Project Portfolio)의 정의
– 전략적 목표에 따라 프로젝트의 진행 상황을 종합적으로 모니터링 함으로써 자원의 효과적 분배와 투자 수익률을 극대화하는 프로젝트 관리 절차
나. 프로젝트 포트폴리오의 구성
프로젝트 유일한 제품, 서비스 또는 결과를 창출학기 위해 수행되는 한시적 활동 프로그램 관련된 여러 프로젝트의 집합, 프로젝트를 개별적으로 관리해서 얻기 어려운 편익과 통제를 통합적 관리를 통해 획득 포트폴리오 포함된 프로젝트들이 반드시 연관되어 있을 필요는 없으며, 포트폴리오의 가치를 극대화하는 것으로 “어떻게 기업의 전략 달성에 부합하는 선택하는가”에 대한 전략
다. 포트폴리오, 프로그램, 프로젝트의 비교
구분 포트폴리오 프로그램 프로젝트 목적 선택 및 우선순위 부여 제품, 프로세스, 서비스의 창출 및 관리 프로젝트 상호간의 자원 할당 초점 전략적 전략적/전술적 전술적 계획 장기 장기/중기 중기/단기 책임 경영진 (PMO의 지원을 받는) 프로그램 관리자 (기능 부문의 지원을 받는) PMO 프로젝트 혹은 부문 (자원) 관리자
VI. 프로젝트 조직구조
가. 프로젝트 조직구조의 정의
– 프로젝트 수행을 위한 인력 구조와 역할 및 책임의 구성
나. 프로젝트 조직구조의 종류
종류 업무배치 PM권한 PM역할 자원가용성 예산관리 프로젝트 지원 Organic or Simple 같이 일함 거의 없음 파트타임 거의 없음 Owner Operator 거의 없음 기능조직 담당 업무 거의 없음 파트타임 거의 없음 기능 관리자 파트타임 다부문 각 부문 거의 없음 파트타임 거의 없음 기능 관리자 파트타임 가상(팀) 연결점 존재함 낮음~보통 파트타임 전체시간 낮음~보통 혼합 파트타임 전체시간 하이브리드 혼합 혼합 혼합 혼합 혼합 혼합 PMO 높음~거의 전체수준 전체 업무가 PM 높음~거의 전체수준 PM 전체시간 매트릭스조직 약함 각 부문 제한적 파트타임 제한적 기능 관리자 파트타임 균형 각 부문 제한적 전체시간 낮음~보통 기능 관리자, PM 파트타임
반응형
프로젝트 관리 절차와 방법
□ 프로젝트 관리 절차와 방법
○ 프로젝트 관리 프로세스
프로젝트 관리 프로세스
앞에서 프로젝트 관리에 대해 간단하게 알아봤다. 이제부터 어떻게 프로젝트를 관리할지에 대해 구체적으로 알아보자. 프로젝트 관리 프로세스는 프로젝트 관리 계획서를 만드는 것에서부터 시작한다. 실제 프로젝트에서는 착수보고서라는 용어를 많이 사용하고 있다. 프로젝트 관리계획서에는 누가(비용, 인력), 언제(일정), 무엇(범위)을, 어떻게(방법론) 할 지에 대해 아주 구체적인 계획이 나와 있다. PM은 프로젝트를 잘 관리 위한 목적으로 이 문서를 작성하고 발주사에게 프로젝트를 어떻게 진행할지 설명하는 보고자료로도 프로젝트 관리계획서를 활용된다.
프로젝트 관리계획서가 작성되면 이제 본격적으로 프로젝트가 시작된다. 설계자는 제안요청서, 제안서, 도메인 관련 문서 그리고 담당자와의 인터뷰를 통해 요구사항을 분석한다. PM은 설계자가 일을 잘 할 수 있도록 환경을 만들어주고 일을 잘 못하고 있다면 원인을 파악해 문제를 해결해 준다. 고객, 설계자 그리고 개발자 사이에 원활한 의사소통이 될 수 있도록 도와주는 것도 PM의 중요한 역할이다.
프로젝트 수행은 설계자와 개발자가 진행하는 업무를 말하며 요구분석, 설계, 개발, 단위/통합테스트가 여기에 해당한다. 프로젝트 통제는 PM이 진행하는 업무로써 일정관리, 품질관리, 범위관리, 위험관리, 비용관리, 인력관리, 의사소통관리, 조달관리가 여기에 해당한다.
○ 프로젝트 통합관리
프로젝트 통합 관리
프로젝트 관리업무는 크게 일정, 품질, 범위, 위험, 비용, 인력, 의사소통, 조달관리 이렇게 8개로 나눌 수 있다. 프로젝트 특성에 따라 관리업무가 하나로 합쳐질 수도 있고 여러 개로 다시 나뉘어질 수 있지만 관리프로세스를 잘 살펴보면 8개의 관리업무를 모두 발견할 수 있다.
프로젝트 관리 영역
프로젝트 통합관리는 8개의 관리업무를 계획하고 조정하는 역할을 하는데 프로젝트 관리 계획서의 형태로 조직화 된다. 프로젝트 관리 계획서에는 8개의 관리 업무를 어떻게 수행할지에 대한 세부적인 계획이 나와 있고 이에 대한 실행과 변경을 어떻게 감시하고 통제 할지에 대해 구체적으로 기술되어 있다. 범위와 일정을 관리하는 WBS(Work Breakdown Structure)의 경우에는 중요도가 높고 변경의 빈도가 잦기 때문에 관리 계획서와 별도로 관리되는 경우가 많다.
○ 프로젝트 범위와 일정관리
프로젝트 범위와 일정관리
프로젝트 범위를 설정하는 일은 굉장히 중요하다. 범위란 프로젝트에서 해야 할 일을 결정하는 것이다. 프로젝트의 예산과 일정을 벗어나는 범위를 설정한다면 최종 제품의 품질이 나빠지고 예정된 시간 안에 프로젝트를 마무리할 수 없다. 범위는 제안요청서를 만드는 시점에 1차적으로 결정되고 요구사항 베이스라인을 만드는 시점에 확정된다. 이것은 제안요청서를 만들 때 무엇을 만들어야 하는지가 개념적인 상태로 있기 때문이다. 제안서를 만들 때도 전문가들이 모여 개발 범위를 산정하지만 고객과의 긴밀한 커뮤니케이션이 어렵기 때문에 정확한 범위를 산정하기 어렵다.
소프트웨어 프로젝트는 결과물이 추상적이기 때문에 요구사항 또한 구체적으로 만들기 어렵다. 따라서 프로젝트 관리계획서를 만드는 시점에 다시 한번 정확한 범위를 산정하고 요구분석 과정에서 고객과의 협의를 통해 범위를 확정하는 작업이 반드시 필요하다.
이제 대략적인 범위를 확정했다면 범위를 작은 단위로 나누어야 한다. 일을 할당하고 관리하기 위해서는 관리 가능한 단위로 나누어야 하는데 이것을 WBS(Work Breakdown Structure)라 한다. WBS는 프로젝트에서 수행되어야 할 작업들을 관리 가능한 단위(2주)로 나누고 순서를 정해 담당자가 할당된 구조화된 체계를 말한다. WBS는 범위관리에도 사용되지만 일의 순서를 잘 지정해 놓으면 가장 길이 긴 업무가 프로젝트 전체 일정이 되므로 일정관리에도 사용할 수 있다. WBS는 지속적으로 수정이 이루어지기 때문에 도구를 사용해야 하며 MS Project가 WBS 작성과 관리에 많이 사용되는 대표적인 프로그램이다.
프로젝트 관리의 중심에는 WBS가 있다. PM과 고객은 WBS를 통해 범위와 일정을 관리한다. 물론 WBS도 프로젝트 진행 과정에서 지속적으로 변경된다. 하지만 프로젝트 관리 계획서 작성 시점에 가능한 정확하게 WBS를 작성할 수 있도록 노력해야 한다.
○ 품질관리
품질의 개념도
소프트웨어 품질은 요구 사항을 만족시키는 기능과 특성을 말한다. 기능은 영업일지 관리, 영업비용 정산과 같은 제안요청서에 나와 있는 구체적인 동작이고, 특성은 속도가 빠르다거나 프로그램 변경이 쉬운 것과 같이 눈으로 볼 수는 없지만 사용과정에서 편리함을 느낄 수 있는 것들이다.
품질을 보장하기 위해 비용이 들어가는데, 예방비용, 평가비용, 내부실패비용, 외부실패비용 이렇게 네 가지로 나눌 수 있다. 예방비용은 품질활동을 계획하는 과정에서 들어가는 비용으로써 직원을 교육한다거나 품질활동에 대한 계획을 수립하는데 소요되는 비용을 말한다. 평가비용은 형상관리, 리뷰, 테스트, 감리와 같이 품질활동에서 발생하는 비용이다. 내부 실패비용은 고객에게 최종적으로 인도되기 전에 발생한 결함을 수정하는 비용이다. 통합테스트나 인수테스트 과정에서 발생한 오류를 수정하는 것이 대표적이다. 외부 실패비용은 고객에게 인도된 후에 발생하는 비용이다. 예를 들어 온라인 게임을 론칭하고 난 후에 장애가 발생했다면 프로그램 수정뿐 만 아니라 일시적인 서비스 중단과 프로그램 재배포 과정이 추가로 필요하다. 이러한 과정에서 소요되는 비용을 외부 실패비용이라 하며 위험이 크고 회사 영업 활동에 많은 타격을 주기 때문에 가능한 프로그램 개발 과정에서 충분한 테스트를 통해 외부 실패비용을 최소화하는 것이 중요하다.
품질관리 활동
그럼 품질을 보장하기 위한 활동에는 무엇이 있는지 살펴보자. 가장 기초적인 것이 형상관리이다. 프로그램 소스뿐 만 아니라 프로젝트에서 생산되는 모든 산출물에 대해 변경 이력을 관리해야 한다. 만일 변경이 취소되거나 왜 이렇게 변경되었는지 원인을 모를 경우 과거 기록을 살펴보면서 원인을 찾거나 원상 복구해야 한다. 규모가 작은 프로젝트에서는 SVN과 같은 툴을 사용해 형상관리를 별도의 역할분담 없이 진행하지만 프로젝트 규모가 커질수록 형상을 통제하고 감사하는 역할을 만들어 형상관리 업무를 수행해야 한다.
산출물을 혼자 만든다면 품질이 천차만별일 것이다. 1년차 개발자와 5년차 개발자가 만든 프로그램의 품질이 같을 수는 없다. 산출물의 균일한 품질을 유지하기 위해 사용하는 기법이 리뷰이다. 가장 많이 사용되는 것이 코드 리뷰(Code Review)이다. 개발자가 만든 코드를 설계자가 검토하면서 코딩 스타일을 개선해 주는 것이다. 좀 더 공식적으로는 인스펙션(Inspection)이 있는데 이것은 산출물은 다양한 사람이 다양한 관점에서 공식적인 회의 형식으로 검토하는 것이다. 인스펙션은 코드 리뷰에 비해 비용이 많이 들기 때문에 분석, 설계, 개발 단계별 산출물 최종 검토 과정에서 많이 사용된다.
프로그램을 개발할 때 제대로 만들어 졌는지 알아보는 방법이 단위테스트이다. 보통 단위 테스트는 프로그램 개발자가 직접 하는 경우가 많지만, 프로젝트에 따라 개발자와 설계자가 협업해서 단위테스트를 진행하기도 한다. 단위 프로그램 개발이 완료되면 모든 프로그램을 결합해 업무가 잘 흘러가는지 알아보기 위해 통합테스트를 진행한다. 이 과정이 완료되면 고객이 최종 점검을 위해 인수테스트를 실시한다. 게임이나, 전자상거래 프로그램과 같이 다수의 일반 고객에게 오픈하는 서비스의 경우 베타테스트를 실시해 운영환경에서 프로그램 품질을 점검하기도 한다. 이처럼 테스트는 품질을 보장하기 위해 가장 많이 사용되는 기법이다.
○ 인력관리
인력관리 개념
인력관리는 사람을 관리하는 업무다. 사람 자체를 관리하고 사람들이 서로 원활하게 업무를 할 수 있도록 관리한다. 그리고 효율적으로 업무를 할 수 있도록 사람을 어떻게 배치할지 관리하는 것이 인력관리 업무이다.
인력관리의 위험
인력관리에는 여러 가지 위험이 존재한다. 이 위험이 최소화되도록 관리하는 것이 인력관리의 목표다. 가장 문제가 되는 것이 바로 인력퇴사 문제이다. 프로젝트 후반부로 갈수록 인력 대체가 힘들기 때문에 프로젝트 종료 시점까지 근무할 수 있는 인력을 선발하는 것이 가장 중요하다. 가급적이면 수주사 자체 인력을 투입하고 여건이 안될 경우 수주사가 지속적인 거래관계를 가지고 있는 전문협력업체 인력을 투입하는 것이 좋다. 프리랜서도 수주사 내부에 인력관리 풀을 만들고 가능한 검증된 인력을 투입하는 것이 좋다.
○ 의사소통 관리
의사소통 관리는 프로젝트에서 생성되는 정보를 어떻게 수집하고 프로젝트 참여자들이게 어떻게 배포할지를 관리하는 활동이다. 프로젝트 수행 과정에서 다양한 정보들이 생성되며 이 중에서 핵심정보들은 반드시 참여자들에게 전달되어야 하며 이에 대한 근거를 남기고 필요하면 의사결정을 받아야 한다. 참여자 수가 늘어날수록 의사소통 채널은 기하 급수적으로 증가하기 때문에 효과적인 의사소통 관리는 프로젝트를 성공시키는 데 굉장히 중요한 역할을 한다.
의사소통 방법
의사소통 방법에는 공식적인 방법과 비공식적인 방법이 있는데 공식적인 방법에는 프로젝트 계획서를 만든다거나 주간/월간 보고서를 제출하는 방식과 같이 문서를 사용하는 것이 있고, 비공식적인 방식에는 이메일, 메모, 포스트잇과 같이 간단히 적어 공유하거나, 팀 내 간단한 미팅을 통해서 전달하는 비공식적인 방법이 있다. 커피 마시면서 팀원들간에 나누는 대화도 일종의 의사소통 방법이다.
의사소통 참여자
프로젝트에 관련된 모든 사람이 의사소통 참여자이다. 발주사의 경영진, 업무담당자, 발주담당자가와 수주사의 PM, 설계자, 개발자가 모두 의사소통에 참여한다. PM은 발주사의 업무담당자와 경영진에게는 공식적인 채널을 통해 의사소통을 진행하는 경우가 많다. 보고서를 만들어서 보고회라는 자리를 통해 발표 형식으로 프로젝트 정보를 전달한다.
PM과 발주 담당자는 공식/비공식 채널을 모두 동원해 긴밀하게 의사소통을 하며 많은 부분을 서로 협력적으로 해결해야 한다. 하지만 중요한 의사결정의 경우 반드시 문서와 이메일을 통해 기록을 남기는 것이 좋다. 이것은 향후 발생할 수 있는 중요한 범위 변경에 대한 대응자료로 활용할 수 있기 때문이다.
PM과 설계자 그리고 개발자 사이에서는 공식적인 의사소통 방식보다는 비공식적인 의사소통 방식이 많이 사용된다. 일상적인 대화형식으로 정보를 공유하며 정보에 기반한 의사결정 또한 실시간으로 이루어 진다. 빠르고 효율적인 개발을 위해 공식적인 미팅보다는 실무회의를 통해 정보를 공유하는 것이 좋다.
프로젝트는 다양한 기법, 기술, 도구, 인력들을 사용해서 완성된다. 프로젝트는 시간이 흐를수록 구체화되며 사람이 머릿속에 있는 개념들이 하나씩 화면으로 만들어진다. 프로젝트는 후반부에 새로운 요구사항이 나오며 문제점들이 도출되고 사람들의 스트레스는 극에 달한다. 소프트웨어 프로젝트는 별도의 자재를 사용하는 것이 아니라 처음부터 끝까지 사람의 지식과 노동력에 거의 모든 것을 의존하기 때문에 기타 다른 프로젝트보다 관리가 몇 배 더 어렵다.
그래서 필요한 것이 프로젝트 관리 지식이다. 이것은 프로젝트 관리자만 알아야 하는 것이 아니라 프로젝트에 참여하는 사람 모두 알고 있어야 한다. 관리자는 프로젝트를 성공적으로 마치기 위해 알아야 하지만, 프로젝트 팀원은 내가 필요한 것이 무엇이고 다른 사람이 나에게 무엇을 해줘야 하는지 그리고 다음을 위해서 내가 무엇을 준비해야 알아야 되기 때문에 프로젝트 관리에 대한 기초 지식을 알고 있어야 한다.
반응형
프로젝트 관리 생애주기에 대해 알아야 할 사항
빠르게 변화하는 현대의 비즈니스 환경에서 대부분 기업의 이니셔티브 또는 변화 는 프로젝트를 기반으로 합니다. “프로젝트 매니저” 직함이 없더라도 프로젝트를 관리할 가능성이 있습니다. 모든 사람 이 기본 프로젝트 관리 이론을 이해해야 구조, 계획 수립 및 모니터링을 위한 모범사례를 구축하는 데 도움을 줄 수 있습니다.
논란의 여지는 있지만, 이러한 이론의 가장 기본은 프로젝트 생애주기로 이는 평균적인 프로젝트 관리 프로세스에 대한 처음부터 끝까지의 청사진을 말합니다. 여기 이 여섯 가지 항목을 알아야 일상 업무에서 구현할 수 있습니다.
1. 프로젝트 생애주기에는 얼마나 많은 종류가 있을까요?
선택할 수 있는 여러 가지 뛰어난 프레임워크가 있지만, 각기 다른 지침과 사용 사례를 제공합니다. 하지만, 가장 일반적으로 수용되는 것은 Project Management Institute(PMI)로, 일반적인 프로젝트 생애주기와 다양한 프로젝트 스타일을 모두 아우르는 보다 구체적인 모델을 제공합니다.
일반적인 프로젝트 수명 주기는 일반적인 프로젝트의 존재 이유를 모두 포괄하는 4가지 단계를 기반으로 합니다.
프로젝트 시작
준비 및 계획 수립
작업 수행
프로젝트 종료
PMI는 일반적인 모델에서 보다 구체적인 구현 스타일로 진화합니다. 이러한 스타일 각각은 일반적인 생애주기의 개별적인 구성 요소의 중요성 및 상호 작용에 대한 접근방식이 근본적으로 다릅니다.
예측형 생애주기 접근방식, 엄격하고 순차적임(Waterfall 프로젝트)
적응형 생애 주기 접근방식, 다음과 같이 나눌 수 있음 반복형 : 프로젝트를 더 작고, 점진적으로 반복되는 단계로 나눔 증분형 : 반복형 과 비슷하지만, 단계가 좀 더 순차적이고 시간을 중시함 적응형 : Agile 스타일 프로젝트로 2~4주의 “스프린트” 진행 및 작업 안내 하이브리드형 : 프로젝트의 필요에 따라 예측형 및 적응형 접근방식을 혼합
접근방식, 다음과 같이 나눌 수 있음
고려해야 할 핵심적인 의미 체계는 “프로젝트 생애주기”라는 단어와 프로젝트 단계의 비교입니다. 포괄적인 프로젝트 생애주기 모델은 모든 유형의 프로젝트가 반드시 거쳐야 하는 시작부터 끝까지의 청사진을 포함하도록 설계되어 있습니다. 이러한 생애주기는 여러 단계로 구성되는데, 단계는 개별 프로젝트의 필요에 따라 길이와 강도가 달라집니다.
2. 포괄적인 프로젝트 생애주기의 다양한 단계 는 무엇일까요?
다시 한번 말하지만, 여기에서는 가장 일반적으로 수용되는 모델을 다룹니다. PMI의 프로젝트 관리 지식 체계(영어 자료)에 명시된 5단계 프레임워크는 다양한 생애주기 청사진 내에서 작동하도록 설계되어 있습니다.
시작: 기업 효용, 이해당사자 및 필요성을 기반으로 프로젝트 목표와 타당성에 대한 합의 도달
기업 효용, 이해당사자 및 필요성을 기반으로 프로젝트 목표와 타당성에 대한 합의 도달 계획 수립: 선택한 프로젝트 관리 프로세스, 로드맵, 스케줄 및 최종 목표를 포함한 프로젝트 계획 및 범위 개발
선택한 프로젝트 관리 프로세스, 로드맵, 스케줄 및 최종 목표를 포함한 프로젝트 계획 및 범위 개발 실행: 작업 수행에 자원 할당, 정기적인 현황 회의 및 핵심 팀의 실제 제품 개발
작업 수행에 자원 할당, 정기적인 현황 회의 및 핵심 팀의 실제 제품 개발 모니터링 및 감독: 번다운 차트 와 같은 문서 및 핵심 목표와의 비교 측정을 통해 수행 작업 감독
번다운 차트 와 같은 문서 및 핵심 목표와의 비교 측정을 통해 수행 작업 감독 종료: 컴파일링한 핵심적인 교훈을 바탕으로 하여 미래 프로젝트 최적화를 목표로 프로젝트 및 팀의 성과 평가
PMI의 포괄적인 일반 프로젝트 생애주기 모델과 마찬가지로 이러한 단계는 어떻게 해서든 거의 모든 유형의 프로젝트에 적용되도록 설계되어 있습니다. 이렇게 고유하지만, 서로 얽혀 있는 단계 각각을 통과하지 않는 프로젝트를 찾는 것은 쉽지 않습니다. 하지만, 프로젝트 관리 프로세스 스펙트럼 전반에서 어떻게 구현되는지는 모두 서로 다릅니다.
3. Agile과 Waterfall 프로젝트 관리 프로세스를 비교했을 때 5가지 프로젝트 단계가 다를까요?
대체적으로는 동일합니다. 하지만, 겹쳐진 정도, 단계당 소요 시간, 각 단계의 목적에서 차이가 나타납니다. 예를 들어, Waterfall 방법론의 경우 프로젝트의 스케줄과 목표가 매우 엄격하고, 계획 수립 단계의 철저함과 정확성을 더 강조합니다. Agile 프로젝트의 경우 실행 단계가 훨씬 더 유연하고, 각 스프린트에서 컴파일되는 교훈과 결정에 대처해 조정됩니다.
4. 이러한 프로젝트 단계는 완전히 순차적인가요?
그렇지는 않습니다. 디자인, 즉, 속성에 따른 것으로 예를 들어, 모니터링 및 감독 단계는 실행 단계와 겹쳐야 합니다.
보다 광의적인 수준에서 규모가 더 큰 프로젝트는 단계가 특정한 수준으로 겹쳐져야 된다는 점이 분명합니다. 심지어 시작 및 종료 단계가 인접한 다른 단계와 겹쳐질 수 있습니다. 프로젝트의 타당성을 구체화하기 위해서는 특정한 수준의 계획 수립이 필요할 수 있습니다. 예를 들어, 프로젝트의 일부분을 다른 부분보다 먼저 종료해야 할 수 있습니다.
다시 말해, 경계가 약간 흐려졌다고 해서 프로세스의 결함을 의미하는 것은 아닙니다. 실질적으로 경계를 흐리는 것이 필요한 경우가 있습니다.
5. 두 가지 프로젝트 생애주기와 단계가 모든 산업에 적용되나요?
어느 정도는 그렇습니다. 하지만, 일부가 더 많이 적용되는 영역이 있습니다.
예측형 생애주기는 엄격한 시퀀스로 실행해야 하는 프로젝트에 가장 적합합니다. 예를 들어, 도로를 포장할 때까지 도로 차선을 표시할 수 없습니다. 반면에 적응형 생애주기는 높은 수준의 유연성이 요구되거나 시작 단계에서 핵심 데이터가 없는 프로젝트용으로 설계되어 있습니다. 이러한 모델은 소프트웨어 또는 크리에이티브 개발과 같은 빠르게 변화하는 분야에서 높은 인기를 끌고 있습니다.
5가지 단계에 대해서 말하자면, 특정 요소는 개발 중인 제품에 따라 강조됩니다. 계속해서 동일하거나 비슷한 물건을 대량 생산하는 기업의 계획 수립 니즈는 감소하지만, 이러한 변화는 산업보다는 프로젝트별로 달라지는 경우가 많습니다.
6. 프로젝트가 하나의 프로젝트 생애주기 단계에서 다음 단계로 이동함을 나타내는 사건은 무엇인가요?
이는 대체로 프로젝트 매니저와 핵심 프로젝트 이해당사자에게 달려 있습니다. 많은 프로젝트가 핵심적인 계기를 공유하지만(예를 들어, 승인된 프로젝트 인가서는 대개 시작 단계가 완료되었음을 의미함), 각 프로젝트는 각 단계에 따라 고유하고 세심하게 계획된 목표를 가지고 있어야 합니다. 이러한 목표에 도달하면 다음 단계를 시작할 시점인 것입니다.
뛰어난 판단력 활용
프로젝트 생애주기와 그 구성 요소 단계가 효과적인 프로젝트 관리 프로세스의 토대가 된다는 점은 분명합니다. 하지만, 이는 새로운 프로젝트 접근을 위한 일반적인 아키텍처를 제공하는 보편적인 지침에 불과합니다. 한 가지 솔루션으로 모든 요건을 충족할 수는 없습니다.
이러한 정리를 매일매일의 프로젝트 관리에 적용할 때 뛰어난 판단력을 활용하세요. 올바른 생애주기 접근방식과 적절한 계획 수립을 통해 올바른 토대에서 프로젝트를 시작하는 것입니다.
프로젝트 관리 프로세스 그룹
– 프로세스 그룹의 흐름도.
1. 프로젝트 관리 프로세스 그룹
1) 프로세스 정의
– 프로세스 : 목표를 달성하기 위해 수행하는 상호 연관된 일련의 조치 및 활동
2) 프로젝트 관리 프로세스 그룹 간 상호작용
– 관리 프로세스 그룹들은 각 그룹에서 산출하는 목표에 의해 연결
– 착수 → 기획 → 실행 → 감시 및 통제 → 종료
3) 프로젝트 계획과 프로젝트 문서 차이
– 프로젝트 헌장 : 공식적으로 프로젝트에 착수 권한 부여
– 프로젝트 범위기술서 : 작업범위 및 인도물을 상세히 기술하고 지정한 문서
– 프로젝트 관리계획서 : 실행의 기준이며 프로젝트 관리의 가이드 역할을 하고 작업 수행
방법을 지정함
2. 착수 프로세스 그룹 소개
1) 착수 프로세스 그룹
– 프로젝트 헌장 개발
– 이해관계자 식별
2) 프로젝트 헌장 개발(Develop Project Charter)
– 프로젝트 헌장 : 초기 정보를 담고 있으며, 프로젝트의 공식착수를 승인하는 중요한 문서
– 투입물 : 계약서, 비즈니스 케이스, 프로젝트 작업 기술서, 기업환경요인,
조직 프로세스 자산
– 인도물 : 프로젝트 헌장(갱신)
3) 이해관계자 식별(Identify Stakeholders)
– 프로젝트의 영향을 받는 개인 또는 조직을 식별하여 관련 내용을 문서화
– 투입물 : 프로젝트 헌장, 조달 문서, 기업환경요인, 조직 프로세스 자산
– 인도물 : 이해관계자 목록, 이해관계자 관리 전략
3. 기획 프로세스 그룹 소개
1) 기획 프로세스 그룹 정의
– 관리 계획 : 프로젝트 전체를 통합 관리하는 프로세스
2) Rolling wave plan이란?
– 프로젝트 관리계획이 점차 상세해 지는 것
– 반복적이고 지속적인 노력을 의미함
3) 프로젝트 관리 계획 개발(Develop Project Management Plan)
– 프로젝트 관리 계획 개발 : 다른 프로세스 보다 한 수준 위에서 부분적 프로세스를
통합하는 역할
– 투입물 : 프로젝트 헌장, 기획 프로세스들의 산출물
– 인도물 : 프로젝트 관리 계획 개발
4. 기획 프로세스 소개(범위)
1) 요구사항 수집(Collect Requirements)
– 이해관계자의 요구사항 식별 및 문서화
– 투입물 : 프로젝트 헌장, 이해관계자 목록
– 인도물 : 요구사항 문서, 요구사항 관리 계획, 요구사항 추적표
2) 범위 정의(Define Scope)
– 프로젝트 및 제품의 상세한 설명을 개발하는 프로세스
– 투입물 : 프로젝트 헌장, 요구사항 문서, 조직 프로세스 자산
– 인도물 : 프로젝트 범위 기술서
3) 작업분류체계(WBS) 작성
– 프로젝트의 총 범위를 구성하고 정의함
– 작업을 관리하기 쉽도록 작은 작업 단위로 세분
– 부실하면 시간과 돈에 대한 산정의 정확도가 떨어짐
– 투입물 : 프로젝트 범위 기술서, 요구사항 문서, 조직 프로세스 자산
키워드에 대한 정보 프로젝트 관리 프로세스
다음은 Bing에서 프로젝트 관리 프로세스 주제에 대한 검색 결과입니다. 필요한 경우 더 읽을 수 있습니다.
이 기사는 인터넷의 다양한 출처에서 편집되었습니다. 이 기사가 유용했기를 바랍니다. 이 기사가 유용하다고 생각되면 공유하십시오. 매우 감사합니다!
사람들이 주제에 대해 자주 검색하는 키워드 [PM일반]6강_프로젝트관리 프로세스
- 동영상
- 공유
- 카메라폰
- 동영상폰
- 무료
- 올리기
YouTube에서 프로젝트 관리 프로세스 주제의 다른 동영상 보기
주제에 대한 기사를 시청해 주셔서 감사합니다 [PM일반]6강_프로젝트관리 프로세스 | 프로젝트 관리 프로세스, 이 기사가 유용하다고 생각되면 공유하십시오, 매우 감사합니다.
