프로젝트의 성공 가능성을 평가하기 위해 아래 표를 사용한다. 질문에 대한 대답이 “아니요” 0점, “예” 3점, “아마도” 2점, “실제로는 아니나 비슷함” 1점을 부여하여 합계한 점수에, 프로젝트 전담 인원에 따른 가증치 (인원이 0 또는 7명 이상 1, 1~3명 1.5, 4~6명 1.25) 를 곱하여 점수를 구한다.
평가 점수에 따라 프로젝트는 위험, 보통, 좋음, 우수 4단계로
구분한다. 상세 내용은 아래 표를 참고한다.
|
|
프로젝트 명: [Projcet]
|
|
|
#
|
점검 항목
|
인원/점수
|
|
|
프로젝트 규모
|
|
|
|
프로젝트 전담 참여 인원 수
|
|
|
|
요구사항
|
|
|
1
|
명확한 프로젝트 목표 (vision or mission) 가 정의되어 있습니까?
|
|
|
2
|
모든 팀원이 프로젝트 목표가 현실적이라고 믿습니까/
|
|
|
3
|
프로젝트가 어떻게 사업에 도움이 되는지 정의되어 있고, 그것을 측정하는 방법을 알고 있습니까?
|
|
|
4
|
실제 시스템이 제공할 기능을 현실적이고, 생생하게 보여주는 사용자 인터페이스 프로토타입을
가지고 있습니까?
|
|
|
5
|
소프트웨어 기능에 대한 상세하고, 문서화된 명세서를 가지고 있습니까?
|
|
|
6
|
프로젝트 팀이 프로젝트 초기에 소프트웨어를 실제로 사용할 사용자를 인터뷰하였고, 프로젝트
기간 동안에 사용자가 계속 참여하도록 하였습니까?
|
|
|
7
|
상세한 문서화된 프로젝트 계획이 있습니까?
|
|
|
8
|
설치 프로그램 개발, 데이터 이행, 관련 소프트웨어
통합, 고객 미팅 그리고 필요한 기타 타스크 들을 포함하고 있습니까?
|
|
|
9
|
일정과 예산 추정치를 가장 최근 단계 말에 공식적으로 변경하였습니까?
|
|
|
10
|
상세한 문서화된 아키텍처와 설계 문서를 가지고 있습니까?
|
|
|
11
|
시스템 테스팅을 포함하여 설계와 코드 검토를 요구하는 상세한 문서화된 품질 보증 계획이 있습니까?
|
|
|
12
|
소프트웨어를 개발하고, 제공할 (Implemented
and delivered) 단계를 기술한 상세한 단계별 이행 계획 (delivery plan) 을
가지고 있습니까?
|
|
|
13
|
휴일, 휴가, 병가, 교육 등을 교육에 반영하고, 자원은 100% 이하로 할당하였습니까?
|
|
|
14
|
일정을 포함 한 프로젝트 계획을 타스크를 수행할 모든 사람이 합의 (승인) 하였습니까?
|
|
|
|
프로젝트 통제
|
|
|
15
|
의사결정 권한을 가진 한 명의 임원이 있으며, 적극적인 지원을 받고 있습니까?
|
|
|
16
|
프로젝트 관리자의 작업량이 적절한
시간동안 프로젝트에 전념할 수 있습니까?
|
|
|
17
|
100% 종료 또는 100% 미종료를 명확하게 나타내는 잘 정의되고
상세한 마일스톤 (binary milestones) 을 가지고 있습니까?
|
|
|
18
|
프로젝트 이해관계자가 어떠한 마일스톤이 완료되었는지 명확하게 알 수 있습니까?
|
|
|
19
|
자신의 관리자와 상위 관리자에게 익명으로 문제를 보고할 수 있는 피드백 채널을 가지고 있습니까?
|
|
|
20
|
소프트웨어 명세서 변경을 통제하기 위한 문서화된 계획이 있습니까?
|
|
|
21
|
제안된 변경 수락여부를 최종적으로 결정할 권한을 가진 변경 통제 위원회 (change control
board) 가 있습니까?
|
|
|
22
|
공수와 일정 추정, 작업 할당, 계획 대비 진척을
포함한 계획과 진척도 정보를 모든 팀원과 공유합니까?
|
|
|
23
|
소스코드는 자동화된 변경 통제를 합니까?
|
|
|
24
|
결함 추적, 소스코드 통제, 프로젝트 관리를
포함한 프로젝트 수헹에 필요한 기본적인 도구를 제공합니까?
|
|
|
|
위험 관리
|
|
|
25
|
프로젝트 위험 목록을 가지고 있으며, 최근에 변경하였습니까?
|
|
|
26
|
프로젝트에 발생하는 위험을 파악할 책임을 가진 프로젝트 위험 관리자가 있습니까?
|
|
|
27
|
하청업체가 있다면, 각 하정업체 조직과 각 사를 담당하는 담당자를 관리할 계획을 가지고
있습니까? (하청업체가 없으면 3점 만점을 줄 것)
|
|
|
인사관리
|
|
|
|
28
|
프로젝트에 필요한 모든 기술 전문가를 가지고 있습니까?
|
|
|
29
|
소프트웨어를 사용할 고객의 사업 환경에 대한 전문성을 가지고 있습니까?
|
|
|
30
|
프로젝트를 성공적으로 리딩할 능력을 가진 기술 리더가 있습니까?
|
|
|
31
|
요구된 모든 일을 할 수 있는 충분한 인력이 있습니까?
|
|
|
32
|
모두 함께 일을 잘 합니까
|
|
|
33
|
모든 사람이 프로젝트 참여에 동의 (commit) 하였습니까?
|
|
평가 기준
|
점수
|
평가
|
설명
|
|
0~39
|
위험
|
실패 가능성 매우 높음
|
|
40~59
|
보통
|
비용과 납기를 초과하여 어렵게 프로젝트 완료
|
|
60~79
|
좋음
|
일정이나 예산을 맞추기 위하여 노력하나 맞추지 못할 수도 있음
|
|
80~89
|
우수
|
성공 가능성 높음
|
|
90 이상
|
탁월
|
자기 실현을 통해 성공
|
본 체크리스트는 저자가 제품을 개발하는 마이크로소프트에 근무하면서 작성된 자료이지만, 프로젝트 건전성을 간단하게 측정할 수 있는 유용한 도구이다. 저자의 Software Project Survival Guide 책 또는 저자가 운영하는 홈페이지에서 영문 원본을 확보할 수 있다.
댓글 없음:
댓글 쓰기