개발 완료 보고서 작성 - gaebal wanlyo bogoseo jagseong

개발을 마무리 짓고 해야 할일, 개발완료 보고서

내부 개발을 하든 아니면 개발 용역을 맡던간에 개발을 마무리 짓고 나면 제출해야 하는 문서가 있죠?

바로 개발완료 보고서라고 하는 것 입니다.

양식은 참 다양하지만 그 중에서 샘플이 하나 보여서 올려 봅니다.

보통 일반 워드 문서로 작성을 해서 올리기도 하구요.

개발 범위가 광범위 하지 않고 일부로 한정되어 있을 경우 에는 이렇게 파워포인트 형식으로 작성을 해서 제출을 하기도 하죠.

저는 이렇게 파워포인트로 작성이 된 것이 보기도 편하고 좋더라구요.

작성 방법은 샘플로 첨부된 파일을 보고 변경해서 따라하시면 될 듯 합니다.

보통 첫장엔 제목을 적고 둘째 장에는 어떤 항목들을 개발했는지를 명시를 합니다.

그 다음으로는 상세항목들을 나열하고 개발이 완성된 부분에 대한 설명을 하면 됩니다.

양식은 아래와 같이 첨부를 해 드립니다.

티스토리 뷰

프로젝트 결과 자료 정리

• 각 단계별 데이터 정리를 통하여 내용을 문서화할 수 있다.
• 완료 후 업그레이드나 수정 가능한 부분에 대하여 정리할 수 있다
• 클라이언트에게 제시할 프로젝트 결과 자료를 정리할 수 있다.

데이터 정리의 정의

정리와 정돈의 차이

• 정리: 필요 없는 것을 버리는 것. 그러므로 필요 없는 산출물이 나오지 않으면 정 리한 것이 아니다. 따라서 필요한 데이터를 판단하는 능력이 필요하다.
• 정돈: 정리해 남은 것에 바로 꺼내 활용할 수 있도록 인덱스를 붙이는 것. 유관 부 서, 외부 업체와 협업 과정누구라도 꺼낼 수 있도록 준비해야 한다.
• 데이터 정리는 산출물 정리를 위해 필요한 데이터를 선별하고 목록화 시키는 과정 전반을 말한다.
• 의미 없이 나열된 데이터는 정리의 의미가 없다. 정리 정돈되고 구조화된 데이터에 서 필요한 정보를 판단하여 보존과 폐기 여부를 결정한다.

데이터 분류

• 작업 단계의 명확한 분류, 정리 정돈의 정량적 분류, 산출물 흐름을 관리할 수 있도 록 분류체계를 수립한다.
• 각 산출물은 산출물의 제작 흐름에 따른 ID를 부여하여, 이전 단계 산출물 관련 ID 로 산출물간의 연관성을 추적하기 쉽도록 구성한다.

• 업무 단계별 작업자가 모든 산출물의 특정한 부분에 일정한 양식에 따라 문서 정보 (Raw Data, Meta Data)를 기록했는지 점검하고 확인한다.
• 폴더명과 파일명은 프로젝트 초기 디자인 작업 전에 산출물의 네이밍 규칙 정의서 에 따라 협의하여 결정해 적용하고, 그 준수 여부를 수집 단계에서 확인해 두어야 한다.

데이터 관리 기법

각 프로젝트 단계에서 세부 태스크에 이르기까지 하향식 계층적 구조로 편성한다.

작업 단위별 색인을 수행한다. 작업단위는 각각 고유의 색인을 갖고 있으며, 색인의 구 조는 다음과 같다

• 첫번째 숫자는 단계 번호이다.
• 두번째 숫자는 세그먼트 번호이다.
• 세번째 숫자는 태스크 번호이다/li>
• X는 방법론 유형을 나타낸다.

방법론 유형코드를 통해 데이터의 유형을 분류할 수 있다.

• Client/Server 개발시스템 : C
• Host/Based 개발시스템 : H
• Small Project 개발시스템 : S
• Rapid 개발시스템 : P
• Packaged 개발시스템 : L

프로젝트 결과 보고서 작성

• 프로젝트 각 단계별 데이터를 정리하여 내용을 문서화할 수 있다
• 프로젝트 완료 후 업그레이드나 수정 가능한 부분에 대하여 정리할 수 있다.
• 클라이언트에게 제시할 프로젝트 결과보고서를 작성할 수 있다.

결과 보고서

프로젝트 결과 보고서 작성에서는 프로젝트 진행 중 산출물에 영향을 준 내․외부적 원인들 에 대한 설명이 함께 포함되어야 한다. 또한 향후 유사한 프로젝트를 진행하거나 담당자 가 교체되더라도 충분히 이해될 수 있도록 관계적으로 기술하여야 한다. 결정적 판단에 의해 프로젝트의 방향이 크게 바뀐 경우는 물론이고, 작은 변경 이슈들에 대한 내용도 구 체적 산출물에 근거하여 정리한다. 결과보고서에는 다음과 같은 내용들이 포한되어야 한다.

• 프로젝트 수행 목적: 프로젝트의 정의 및 배경, 목표를 명시한다.
• 프로젝트 결과물의 개요: 프로젝트의 구조 및 결과물에 대한 설명을 기술한다
• 프로젝트 수행 추진 체계 및 일정: 각 팀원들의 조직도 및 역할 분담과 수행 일정을 표기한다.
• 프로젝트 결과에 대한 내용을 적시한다.

유지 보수

• 디자인 측면 : 클라이언트의 요구가 가장 많은 부분으로, 부분 이미지 교체나 페이 지 추가, 계절 분위기 조정, 콘텐츠 변경과 교체, 팝업 등이 해당한다. 디자인팀 영 역이다.
• 향후 유사한 프로젝트를 진행하거나 담당자가 교체되더라도 충분히 이해될 수 있도 록 관계적으로 기술한다
• 결정적 판단에 의해 프로젝트의 방향이 크게 바뀐 경우는 물론이고, 작은 변경 이 슈들에 대한 내용도 구체적 산출물에 근거하여 정리한다.