[실제 IT프로젝트] 사업수행계획서

소개글

IT프로젝트 시작을 위한 사업수행계획서 입니다.

목차

1. 프로젝트 개요 4
1.1. 프로젝트 개요 4
1.2 프로젝트 배경 및 목적 4

2. 프로젝트 내용 5
2.1 전체 목표 시스템 5
2.2 프로젝트 범위 5
2.3 하드웨어/소프트웨어 및 네트웍 내역 8

3. 프로젝트 조직 및 일정계획 10
3.1. 조직도 10
3.1.1. 조직도 10
3.1.2. 책임 및 역할 10
3.2. 업무분장 및 인력투입계획 11
3.3. 일정계획 12
3.3.1. 전체추진 일정 12
3.3.2. 단계별 세부일정 13
3.4. 업무보고 14
3.4.1. 보고의 목적 및 절차 14
3.4.2. 보고의 유형 및 방법 15

4. 사업추진 방안 16
4.1. 산출물관리 16
4.1.1. 산출물 관리 개요 16
4.1.2. 산출물 관리 절차 16
4.1.3. 주요 산출물 17
4.2. 품질관리 18
4.3. 형상관리 18

5. 유지보수 방안 및 교육 계획 21
5.1. 유지보수 방안 21
5.2. 교육계획 21

6. 인수조건 23
6.1. 인수조건 23

본문내용

4.2. 품질관리

프로젝트 상황에 적합한 고객의 품질 요구사항을 충족시키기 위한 품질 활동을 계획하고 그 이행을 통하여 품질 요구사항에 부합되는 시스템을 고객에게 납품하며 이를 위한 품질보증 조직을 구성하여 본 사업에 있어서의 품질보증 활동, 방법 및 그 시기를 구체적으로 제시

관리 목표 : 고객 품질 요구 사항을 만족하는 시스템 납품
관리 활동 : 전사 품질 조직, 품질 보증 목표, 산출물 표준 절차 정의, 사내 감리 등
품질 관리 Tool : 검토 체크 리스트
품질 관리 원칙 : 사업 착수부터 교육, 사후 지원까지 품질 관리 체계 유지, 체계적 품질 활동으로 고객 요구 사항 적극 반영

4.3. 형상관리
문서 관리 원칙
모든 문서는 본 개발계획서에 정의된 체계에 따라 Registry DB 에 관리한다.
불가피하게 공유할 수 없는 자료는 목록만 등록하고 자료 보관자가 누구인지를 명시한다.
본 계획서에 정의되어 있지 않는 문서는 업무 회의 시 협의하여 관리방안을 결정한다.
타 문서를 참조해야 하는 경우, 원 문서를 복사하여 삽입하는 것보다는 해당 문서를 링크만 함으로써 연결이 가능하도록 한다.
따라서, 이 체계에 따르지 않은 상태로 관리되고 있는 문서나 복사본들은 그 정확성을 보장하지 않으며 관리자에 의해 언제든지 삭제될 수 있다.

<중 략>

개발사는 검토를 하기로 합의한 모든 문서 산출물을 사업수행 계획서상의 정해진 일자까지 고객사에 제출하며 사업수행계획서 및 최종산출물은 공문과 함께 제출하여 고객사의 승인을 요청
고객사는 중간 및 최종 산출물 요청을 접수한 후 7일 이내에 인수여부를 문서로 통보하되, 인수가 불가할 경우는 문제부분과 수정보완이 필요한 내용이 무엇인지를 표시함
고객사의 인수책임자는 계획과 차이 나는 부분에 대한 수정을 전제로 산출물을 인수할 수 있음.
이미 인수된 산출물을 수정하고자 할 경우에는 변경요청 절차를 따라 요청하며, 수정을 요구한 부분이 수정되어 다시 제출되면, 인수책임자는 6일 이내에 검토와 승인절차를 마치고 그 문서를 인수함
㈜XXX의 PM과 고객사의 인수책임자 상호 합의가 있을 경우 당초 정해진 검토기간을 연장할 수 있으나, 별도의 합의가 없이 정해진 검토기간을 넘기면 해당 산출물은 승인된 것으로 간주함
상호 합의에 의해 검토기간이 연장된 경우 이로 인해 야기될 수 있는 일정 지연이나 비용 증가 등의 문제 또한 정해진 검토기간이 경과되기 전까지 ㈜XXX의 PM과 고객사의 인수책임자간에 합의되어야 함

참고 자료

없음