CONFIDENTIALITY/SECURITY WARNING
이 문서에 포함되어 있는 정보는 313 DEV GRP의 자산이며, 313 DEV GRP의 서면 허락 없이 사용되거나, 재 가공 되거나, 외부로 반출 할 수 없습니다. 이 문서에 대한 열람 및 보관할 수 있는 사람은 분실, 도난, 반출에 대한 책임을 자동 승계하는 것에 대하여 동의하는 자에 한 합니다.
목 차
본프로젝트가 어떤 프로젝트인지 간략하게 기술한다.
프로젝트명 :
프로젝트 목표 :
프로젝트의 목표에 부합하는 프로젝트의 성공 기준을 설정하고, 종료 보고 시 이를 평가한다.
(예) 아래 표는 예제이므로, 다른 형식으로 작성 가능하다.
목표 / 평가 지표
|
평가시기
|
목표값
|
배점
|
평가 척도
| ||||
superb
|
good
|
moderate
|
poor
|
very poor
| ||||
110%
|
100%
|
80%
|
60%
|
40%
| ||||
개발 기간 준수 | 종료 보고 | RTM :2006/03/31 | 70 | 2/20 | 3/31 | 6/22 | 9/13 | 12/5 |
각 성능 지표 만족 | 종료 보고 | 설치 후 CPU 점유 증가율 | 20 | 4.5% | 5% | 6% | 7% | 8% |
메모리 점유율 | 18MB | 20MB | 24MB | 28MB | 32MB | |||
네트워크 성능 저하율 | 4.5% | 5% | 6% | 7% | 8% | |||
File I/O 성능 저하율 | 4.5% | 5% | 6% | 7% | 8% | |||
설치본 크기(주1) | 11MB | 12MB | 14MB | 17MB | 19MB | |||
부팅시간 증가율 | 23% | 25% | 30% | 35% | 40% | |||
특허 출원 | 종료보고 | 특허 출원 | 10 | 3개 | 2개 | 1개 | 0개 | - |
프로젝트 내에서 기술적인 도전목표를 설정하고 연구소 실장회의에 심사를 요청한다. 달성여부는 ‘종료보고서’에 명시한 후 연구소 실장회의에서 결과를 설명하면 성과에 따라 포상을 한다. (기술 목표는 프로젝트 성공기준 및 특허 출원과 중복 될 수 있으며 기술적으로 유의미한 결과를 사전에 신청 후 증명하면 포상한다)
아래 표는 예제이며 자유 형식으로 작성 가능. 기술목표가 없을 경우 N/A 처리 가능.
기술 목표 | 종류 예시 | 목표 수준/기존 수준 | 목표 산정 근거 |
신기술 개발 | 자동화 인식 결합 …. |
|
|
성능 개선 | 처리 속도 자원 사용량 감소 처리량 증가 …. |
|
|
정확도 향상 | 진달율 오류 감소 인식율 …. |
|
|
본 프로젝트의 전체 일정을 명시하며, 각 단계별 기간 및 산출물을 기술한다. (단계별 산출물은 프로젝트 상황에 따라 선택 가능하다)
프로젝트 시작일은 제품개발 프로젝트는 SRS 작성 시작일을, 기반기술 프로젝트는 onepager 작성 시작일을 기준으로 하며, 프로젝트 종료일은 RTM을 기준으로 한다.
(예) 아래 표는 예제이므로, 다른 형식으로 작성 가능하다.
전체 일정
|
프로젝트 시작일 ~ 프로젝트 종료일 (약 0개월)
| |
단계
|
기간
|
산출물
|
기획 |
|
|
요구분석 |
|
|
설계 |
|
|
구현 |
|
|
알파테스트 |
|
|
베타테스트 |
|
|
RC테스트 |
|
|
RTM |
|
|
출시 |
|
|
종료보고 |
|
|
주요 보고 및 품의 사항에 대한 “완료” 기준 목표일정을 명시한다.
전체 일정의 하위 태스크를 식별하고 각 태스크의 상세 일정을 기술한다. 기능을 1~2일 단위의 업무로 세분화하여 상세 일정을 산출한다. 각 업무에 대한 인력 투입 계획도 기술되어야 한다. 상세 일정은 각 담당자가 수립한 상세한 테스트 일정, 문서작성 일정, UI 디자인 일정, 설치 일정 등을 포함하여 수립한다.
WORKS를 이용하여 WBS 작성 하고 링크로 대체 할 수 있다.
프로젝트 전체 일정 대비 각 투입 인력에 대한 월별 MM를 합산하여 총 MM를 도출한다.
(예) 아래 표는 예제이므로, 다른 형식으로 작성 가능하다.
|
12월
|
1월
|
2월
|
3월
|
4월
|
5월
|
6월
|
7월
|
8월
|
9월
|
10월
|
합계
|
이름(역할) | 1.0 | 0.6 | 0.8 | 0.8 | 0.8 | 1.0 | 1.0 | 1.0 | 1.0 | 1.0 | 1.0 | 15.0 |
이름(역할) | 5.0 | 4.9 | 5.2 | 6.5 | 10.4 | 12.1 | 12.2 | 13.7 | 15.0 | 15.0 | 15.0 | 35.0 |
이름(역할) |
| 1.8 | 2.2 | 3.0 | 4.7 | 5.4 | 6.5 | 6.5 | 5.7 | 3.9 | 3.2 | 675 |
이름(역할) |
|
|
| 1.0 | 1.0 | 1.0 | 1.0 | 1.0 | 1.0 | 3.0 | 4.0 | 44.0 |
이름(역할) |
| 1.4 | 1.9 | 0.8 | 0.9 | 0.5 | 1.3 | 3.0 | 4.0 | 4.9 |
| 11.7 |
이름(역할) |
|
|
| 0.5 | 0.8 | 1.0 | 1.0 | 1.2 | 0.5 | 0.7 | 0.6 | 12.4 |
이름(역할) |
|
|
|
|
|
| 0.5 | 2.4 | 2.4 | 2.6 | 2.6 | 5.4 |
이름(역할) |
|
|
|
|
|
|
|
|
|
| 6.9 | 15.0 |
합계 | 6.0 | 8.7 | 10.1 | 12.6 | 18.6 | 21.0 | 23.5 | 28.8 | 29.6 | 31.1 | 26.4 | 158.3 |
프로젝트를 수행하기 위해 별도로 구매해야 하는 SW 또는 장비가 있을 경우, 구매 사유 및 구매 사양, 일정 등의 구매 계획을 수립하며, 견적서를 첨부한다.
프로젝트 수행과 관련한 비용이 발생하는 경우 항목, 금액, 예산 유무, 필요한 이유를 기술한다.
프로젝트를 수행 시 예측 가능한 모든 이슈 및 위험 요소에 대해서 기술한다.
관련한 법적 규제나 준수 요구사항을 적고, 관련한 이슈와 대안을 함께 기술한다.
프로젝트에서 사용할 오픈소스 목록과 라이선스 요구사항, 준수 여부를 표시한다.
타사와 지식재산권(특허, 디자인 등) 분쟁의 가능성이 있는 항목이 있다면 적고, 대안을 기술한다.
예상되는 유지보수 계획, 업무 및 일정, 인력 등에 대해 기술한다. 특히 RTM부터 향후 1년 동안의 유지보수 인력에 대한 월별 MM를 합산하여 총 MM를 도출한다.
본 프로젝트와 관련된 프로젝트 및 그 연관성에 대해 기술한다. 특히, 본 프로젝트의 수행을 위해 선행되어야 할 프로젝트 및 중요한 영향을 미치는 프로젝트에 대해 그 관계 및 진행 우선순위, 영향을 미치는 요소 등에 대해서 구체적으로 기술한다.