중요 시점 : Milestoe = 이정표
이정표를 보고 얼마나 왔고 얼마나 더 가야하는지 판단 " 이정표에서 상황판단을 잘해야 함
이정표에서 상황 판단을 잘하지 못하면, 의도하지 않았던 방향으로 가게 되고, 시간과 자원을 낭비함
= 체크 포인트 : 이를 기준으로 진척도를 판단하고, 임원과 고객의 참여를 유도
= 일차원적인 체크포인트 : 작업량 0 = 프로젝트의 의미있는 진척에 대한 검증과 승이니 필요한 중요 시점
= 작업이 아니라 결과 / 사실
중요시점 > 중요 시점에 대한 프로젝트 관리자의 평가 > 추가작업 지시 (rework) / 이후 일정 재조정 ( rescheduling) > 미완료 작업에 대한 새로운 목표치 전달 ( 초기 계획 수정 )
중요 시점
- 완료 Complete
- 승인 Approved
- 검토 완료 Reviewed
- 확정 Confirmed
- 확인 Checked
- 제출 Submitted
- 인도 Delivered
- 도출 Concluded
- 산출 Created
- 성공 Success
- 입금 Paid
- 수령 Receive
- 공개 Release
- 프로젝트 종료 Closure
< 중요 시점의 대상 >
1) 중요한 목표의 착수 시점 ( Start Milestone )
- 프로젝트 착수 Project Kick off
- 계약 확정 Contract Signed
- 우선 시공분 착공
- 본공사 착공
- 양산 개시
- Go Live
2) 상위 요약 작업의 종료일과 프로젝트 종료일 (Gate)
프로젝트를 수행할 때는 일의 맺고 끊음을 분명히 해야 합니다. 일련의 작업들이 언제 끝나느지 알 수 있도록 최상위 요약 작업의 종료일과 프로젝트 종료일은 중요 시점으로 표시합니다. 중요 시점은 프로젝트 진행시 다음 단계로의 진척을 위한 검토 시점 (Gate)으로 활용하여 프로젝트의 유연성을 증진시킬 수 있음
- 알파/베타, 릴리스
- 토공사 완료
- 골조 완료
- 철근공사 완료
- 외장 공사 완료
- 소방 준공
3) 중요 의사 결정 예상 날자 (CheckPoint)
고객 또는 임원이 요구하는 중간 산출물들 Interim Deliverables 과 최종 산출물 Final Deliverable이 완료되는 날은 체크포인트로서 Checkpoint 중요 시점을 입력해야 합니다. 중요 시점들만 보면 중요한 문서의 승인이 필요한 시점과 인도 시기를 한 눈에 알아 볼 수 있도록 해야 합니다. 모든 중요 시점에는 프로젝트의 산출물은 문서로 표시 합니다.
작업 공정의 변경 여부를 확인해야 하는 시점, 즉 노드Node고 마일스톤으로 표시합니다. 노드는 프로젝트 팀이 수행한 작업들ㅇ 대해서 고객 또는 경영진이 결과의 수용 여부를 결정하고, 이후의 바향을 제시하는 시점입니다. 중요 시점에서 일정 계획대로 진행할 수도 있지만, 문제가 있다고 판단하면 추가 작업들을 배치하거나 후속 작업들에 대한 전면적인 재조정을 할수 있음을 표시합니다.
프로젝트의 성과 보고 또는 회의 날짜는 작업량 개념보다는 평가 및 새로운 방향 제시 시점으로서의 의미를 갖기 때문에 굳이 기잔을 입력하지 않고 기간을 0으로 입력하여 중요 시점으로 표현하는 것이 관례 입니다.
- (월별 또는 분기별) 진도 점검 회의
- 중간 결과 발표, 최종 결과 발표
- 요구사항 분석 승인 (Requirements Approval)
- 단계별 검토사항 승인 ( Phase Review Approval )
- 프로토타이프 승인 (Prototype Approval)
- 설계 검토 완료 ( Design Review Complete )
- 코드 검토 완료 ( Code Reviews Complete )
- 단위 테스트 완료 ( Unit Test Complete )
- 통합 테스트 완료 (Integration Test Complete )
- 고객사 시스템 테스트 ( System Acceptance by User)
- 하드웨어 납품 ( Hardware Shipment )
- 사용안내 문서화 ( Documentation Complete )
4) 외부 중요 시점 : 중요한 정보의 확인 날짜 ( External Milestone )
프로젝트와 관계가 있는 주용한 외부 일정이나 시사 일정도 중요 시점으로 표현합니다.
프로젝트 관리자가 확인해야 할 중요한 정보와 관계된 날짜는 모두 중요 시점으로 보아야 합니다.
외부 중요 시점은 일이 아니며, 프로젝트에 영향을 줄 수 있는 사실 입니다. Fact
경쟁사의 신제품 발표일, 정부의 새로은 법적 규제 발효일, 협력 업체의 중요한 물품 입고 날짜 드은 모두 외부 중요 시점의 예입니다.
- 각종 인허가의 취득 ( 건축 허가 취득, 사용 승인 취득 )
- 각종 조달 일정 ( 자재 입고, 인테리어 업체 선정 )
- 프로젝트 관련 법규의 발효
- 정부 또는 국제 기구의 기술 표준 발표
- 경쟁사의 신제품 발표
- 경쟁사의 특허 만료
- 올림픽 개막식
- 조직내 주요 경영 일정
- 조직 내 중요한 타 프로젝트의 착수일, 완료일
프로젝트의 성공은 결코 일정의 준수만을 의미하지 않습니다. 길을 갈때 이정표를 보고 상황 판단을 잘 해야 하는 것처럼 프로젝트에서도 중요 시점을 배치하여 선행 작업의 일이 잘못 됐으면, 일정을 지연시켜서라도 작업의 방향을 바꾸거나 결함 수정을 하는 것이 중요합니다.
'프로젝트 관리' 카테고리의 다른 글
퍼포먼스 공식에 대하여 : 성공적인 프로젝트 이행을 위한 능력은? (0) | 2016.11.04 |
---|---|
요구사항 정의 & 명세 (0) | 2016.11.03 |
[MS-Project] 프로젝트 관리의 필수 기능 (0) | 2016.08.23 |
[MS-Project] MS-Project 제품군 (0) | 2016.08.22 |
[MS-Project] MS Project란? (0) | 2016.08.22 |