1. 프로젝트 범위 정의 (Project scope)
. 목표/범위/제약/가정
. 고객 요구사항을 분석하여 프로젝트가 달성할 목표, 개발 범위, 제약 사항, 가정사항 등을 식별함
.. 목표 설정: 고객 and 내부 합의된 정량적 목표 (Quality metric)
.. 개발 범위: Context diagram으로 표현 가능. 고객/내부 상위관리자와 합의된 프로젝트의 개념을 설명.
(Context diagram에서 구체화하여 project scope을 주요 기능 수준에서 명확히 기술함)
.. 제약 사항: 고객 요구사항 or 내부 상위 관리자 요청에 따라 결정됨
(예. 고객이 지정한 협력업체, 플랫폼, 고객이 수행하는 프로세스 audit 등)
.. 가정 사항: 프로젝트 계획 초기, 명확치 않은 사항에 대해 임의로 사실로 고려한 사항을 기술
. 고객 요구사항 분석 결과
. Project plan(draft)
2. 프로젝트 라이프싸이클/대일정/세부Task 수립 (Project lifecycle & master schedule)
. 프로젝트특성/개발방법론/Release일정/세부Task
. 프로젝트 특성(선행,양산,기능안전 등) 고려하여, 내부 개발방법론을 기반으로 프로젝트 라이프싸이클을 정의함
.. 사내 표준 프로세스가 있을 경우, 이를 기반으로 프로젝트에 맞게 테일러링 수행하여 라이프사이클 정의
. 프로젝트 라이프싸이클과 고객 일정 고려하여 개발을 위한 대일정(마일스톤) 수립, Release plan 수립
.. Release plan 기반으로 iteration을 결정
.. iteration 별 개발 일정을 high level에서 정의
. high level 수준에서 1,2 단계 하위 구체화하여 세부 task 정의
.. 작업 완료를 확인할 수 있는 산출물이 명확한 수준으로 task 세분화
.. 계획한 Task의 type '완료'의 기준을 정의 (type: 문서작성(초안), 검토, 테스트, 감사, 지표측정, 등)
. 세부Task별 담당자 할당
. high level 수준에서 담당자 할당 현황(본과제 투입비율)을 참고하여 전체 가용 공수범위를 산정
.. 프로젝트의 전체 가용 공수량, Iteration별 가용 공수량, 담당자 전체 공수량 등을 산정
. Project defined process (Project plan(draft))
. Release plan
3. 프로젝트 팀원 역량 평가/교육계획
. Skill
. 프로젝트 목표 달성을 위해 필요한 요구 기술 수준을 정의하고 업무를 수행할 담당자들의 역량을 평가함
. 요구수준과 평가 결과의 편차를 보완할 교육계획을 수립하여 관리함
.. PM이 각 팀원 평가, 교육계획은 지속적 모니터링하여 역량을 재 평가함
. 조직도, 기술구현 위한 지식/기술 구현 수준, 프로젝트 대일정
. 역량 평가 결과, 교육 계획
4. 프로젝트 도구 정의 (Tool application)
. Tool
. 프로젝트에서 개발 활동을 수행하기 위한 필요한 도구를 식별함
.. 요구사항/설계/구현/테스트/관리,지원 활동을 모두를 포함한 프로젝트 활동 전체에 대한 도구를 정의
. 고객 요구사항 분석 결과-개발 목표/범위, Project defined process
. Tool application plan
5. 프로젝트 Resource Estimation (Effort estimation)
. Tool/Effort
. 세부 Task에 할당된 담당자의 공수를 산정함
.. 업무의 규모와 담당자의 역량을 기반으로 소요될 공수를 산정 (산정 기법: WBD, 과거 프로젝트 결과DB)
. 팀원이 다수인 경우, 관리자급이 일괄 산정 / 팀원이 소수(10명 내외)인 경우 팀원 전체 모여서 공수 산정
.. 수행방법은 여러 케이스로 다양할 수 있음 (가용한도 내에서 담당자별 소요 공수를 여유를 두고 산정하는 것이 중요) --> 실제 공수 소요량 측정하여 다음 iteration에서 산정 정확도를 높이는 방법으로 수행
. 고객 요구사항 분석 결과-개발 목표/범위, WBS Task(초안)-Project defined process 기반 도출
. Estimation result, Resource plan
6. 프로젝트 계획서 (Project planning)
.WBS/Dependency/Effort/Schedule/Project plan
. 앞선 계획 활동에 대해 프로젝트 관리를 위한 계획서와 업무 관리를 위한 WBS를 작성함
.. 계획서: Project plan(목표, 조직도, 방법론, 일정, 모니터링 방안 등)
... 타 관리/지원 관련 계획된 이후 project plan이 최종 완성됨
.. WBS: 선행관계 정의 -> 기간, 공수 할당 -> 일정 확인 및 조정 -> 기간, 공수 조정 -> 검토 -> 확정
… MS project 도구 사용 시, 기본 사용법 숙지 필요
. 프로젝트정보(목표/개발범위/대일정), WBS, Other plans(QAP,CMP,Test plans and etc.)
. WBS, Project plan
7. 프로젝트 모니터링 (Project monitoring)
. Status update/Schedule maintenance
. Corrective action
. 계획에서 정의한 점검 주기에 따라, 주/월간 진행상황을 점검하고 편차를 식별하여 조치하여 보고함
. 재계획이 필요한 경우, 절차에 따라 재계획을 수행함
.. PDCA cycle 개념으로 계획-이행-점검-조치-재계획 진행
. 진척률은 계획한 일정, 공수, 산출물 내용을 고려해서 측정되어야 함
1안) 공수소요량은 내용적 진척과 묶어서 고려한 값으로 정의하여 공수소요량에 따른 진척을 내용적 진척으로 간주함
- 단점: 공수소요량 측정이 원활치 않으면 현실과 괴리감이 커짐, 관리공수량 늘어나고 팀원 이해도 필수
- 장점: 내용적 진척의 정량화
2안) Task를 1~2주 단위로만 정의, 진척률은 임의 기입으로 0/50/100 (Status report 업뎃 2주, 주간회의 1주)
- 단점: 계획 대비 실제의 gap이 큼 (계획진척은 계획된 공수의 소요예측치로 계산되나, 진척률은 0/50/100 스케일 정해진 임의 기입이므로)
- 장점: 직관적인 진행상태 측정으로 관리공수를 절약
. WBS, Project plan, prior Status report, Issue management system
. Status report (Weekly/Monthly), Issue management system
8. 프로젝트 종료 (Project closure)
. Lessons Learned
. 프로젝트와 관련된 모든 산출물, 성과 종합 데이터를 입수하여 프로젝트 성과 분석을 진행함
. 성과 분석 결과를 토대로 향후 개발 시 고려/반영 해야 할 사항을 식별하고, 이에 대한 계획을 수립함
. 프로젝트 전체 수행 결과(산출물)
. Lessons Learned Report
댓글