PM 8주차 깔끔한 마무리와 지속적인 성장을 위한 유지보수 전략

핵심: 프로젝트 종료 단계의 주요 산출물 작성 방법 및 효율적인 유지보수 전략 습득

Function Point 산정 방법: 객관적인 노력 및 비용 산정을 위한 FP 분석 방법

프로젝트 종료 보고서 작성법: 성공적인 프로젝트 마무리를 위한 보고서 작성 전략

유지보수 전략: 안정적인 시스템 운영 및 지속적인 개선 방안

 

프로젝트 종료 단계의 주요 산출물 작성 방법

 

전체 프로젝트 수행 프로세스

 

1. RFP(Request for Proposal) 제안요청서

2. 제안서: 시스템을 개발하기 앞서 고객에게 제출하는 시스템 설계 제안서

3. 계약: 수의계약, 협상에 의한 계약, 적격심사

4. 계획수립, PM인선

5. 시스템 개발, 프로젝트 통제

6. 프로젝트 종료, 인수인계

 

프로젝트 종료 단계(Closure Phase)

 

프로젝트 종료 단계는 모든 활동을 공식적으로 마무리하고, 프로젝트 수행 결과를 명확히 평가 및 문서화하여 최종적으로 이해관계자들에게 전달하는 단계이다.

 

행정종료: 프로젝트 종료를 위한 업무 수행

계약종료: 공급자와의 계약을 종결

 

# 프로젝트 종료 프로세스 

1. 프로젝트 결과물 검토 및 인수 절차
사용자 교육, 운영자 교육

2. 프로젝트 문서화
모든 문서의 최종본

3. 유지 보수 및 지원 계획
시스템 운영 및 유지 보수, 지원 계획
고객사 기술 담당자와 협력
필요한 경우 기술 지원 계약(무상 지원은 개발 프로세스에 따라)

4. 자원 반납 및 정리
프로젝트에 사용된 하드웨어, 소프트웨어 등을 반납
팀원들의 업무 공간 및 장비 정리
관련 비용 정산

5. 프로젝트 팀 종료 회의
프로젝트로 얻은 경험과 교훈 공유, 기록
프로세스 및 방법론 개선 회의
최종 프로젝트 결과서 보고

 

 

▪ 종료 보고서 작성 및 절차(Project Closure Report)

 

프로젝트가 끝나면 무조건 종료보고를 해야 한다. 내용은 다음과 같다.

1. 프로젝트 배경 및 목적: 전체적인 배경을 설명하면 된다.

2. 프로젝트 내용 수행: 프로젝트 기간 무엇을 했는지 결과 중심으로 작성

3. 고도화 방안/로드맵: 구축한 시스템의 발전 방향이나 향후 과제를 논의

 

예) 프로젝트 종료 보고서

프로젝트 종료 보고서

 

그리고 종료보고를 생략하는 경우는 있지만 종료 보고서가 생략되지는 않는다.

 

프로젝트 종료 평가

 

프로젝트 종료 보고는 검수 체크 완료일로부터 14일 이내에 수행해야 하며, 14일을 초과할 경우 종료 보고가 지연된 사유를 기재한 사유서를 제출해야 한다.

 

▪출력물: 프로젝트 종료 보고서(검수 확인서, 검수 체크 결과보고서)

 

경우에 따라 고객 검수와 검수 체크의 순서는 변경되어 수행할 수 있다.

연간 단위로 재 계약이 이루어지는 경우 상기 절차를 따르지 않고,

매년 말 서비스 운영 실적, 교훈 및 개선사항, 우수 사례 등을 취합하여 제출한다.

 

▪관리산출물

관리산출물 예제

 

관리 산출물이란 프로젝트를 진행할 때 실무자인 기획자보다 관리 역할을 하는 PM이나 PMO가 작성해야 하는 문서이다. 착수, 계획, 수행, 종료 단계별로 작성한다.

 

▪수행산출물

수행산출물 예제

 

수행 산출물이란 프로젝트를 진행하는 기획자/디자이너/퍼블리셔/개발자 등의 실무자가 작성해야 하는 문서이다. 분석, 설계, 구현, 테스트, 이행 단계에서 작성하는 문서이다.

 

Function Point 산정 방법

 

▪ 공수산정: 프로젝트를 진행할 때 투입되는 인력 공수를 산정하는 단계

하향식 공수산정: 경험이 많은 2명이상의 전문가가 산정(델파이 비용 산정방식)

상향식 공수산정: 범위명세서에 작성된 WBS를 정의하고 개발될 소스 라인수에 근거한 LOC(Line Of Code) 기법과 개발되는 소프트웨어 특성을 활용한 기능점수 FP(Function Point)기법으로 산정

 

기능 점수(Function Point)는 소프트웨어 개발 프로젝트의 규모를 측정하는 데 사용되는 방법으로, 주로 데이터 기능과 트랜잭션 기능의 복잡도를 기준으로 산정한다. 먼저 프로젝트에 어떤 데이터가 필요하고, 트랜잭션 기능은 어떤 단위의 프로세스가 필요한지 식별하고, 각각의 복잡도 수준에 따라 가중치를 부여한다.

 

# Function Point 의 장점
기술, 환경, 능력에 독립적
프로젝트 초기에 규모 산정 가능

# Function Point 의 단점
높은 분석 능력 요구(요구사항에서 기능을 도출)
개발규모 예측만 적합

 

▪ 데이터 기능: 고객 정보, 주문 정보, 상품 정보

복잡도 수준: 낮은 수준(고객 이름) 가중치 3, 중간 수준(고객 구매 이력) 가중치 4, 높은 수준(고객 세분화 데이터) 가중치 7

 

▪ 트랜잭션 기능: 주문 등록, 주문 수정, 주문 삭제

복잡도 수준: 낮은 수준(단순 데이터 입력) 가중치 3, 중간 수준(주문 처리) 가중치 4, 높은 수준(복잡한 주문 로직) 가중치 7

 

참고로 기능 점수는 소프트웨어 개발의 규모를 객관적으로 측정할 수 있는 척도로 개발 비용 예측, 프로젝트 계획, 진행 상황 평가 등에 활용된다.

기능 점수 산정 방법은 복잡할 수 있으며, 기능 점수 산정을 위한 다양한 도구 및 기술이 사용된다.

 

# 측정 프로세스

1, 측정 유형의 결정
개발 프로젝트 기능 점수 DFP: 신규 개발시 Development 
개선 프로젝트 기능 점수 EFP: 개선시 Enhancement 
어플리케이션 기능 개선 점수 AFP: 기능 측정 Application 

2. 데이터 기능 측정 *복잡도 가중치

내부 논리 파일 ILF: 측정 대상 내부에서 유지 Internal Logical File
회원정보, 상품정보, 주문정보
외부 연계 파일 EIF: 외부에서 유지 External Interface File
주소지정보

@ 데이터 크기를 기준으로 둘로 나뉨
RET: 디비의 테이블 갯수 참조 엔티티 유형(Record Element Type) 복잡도
DET: 디비의 칼럼 갯수 (Data Element Type) 반복되지 않는 유일한 필드

3. 트랜잭션 기능 측정 * 복잡도 가중치

외부입력(EI) 는 CRUD 에서 C(create),U(updatE),D(delete) 를 생각
외부출력(EO)은 데이터를 읽어와서 특정 프로세스를 거쳐서 출력되는 항목
외부조회(EQ)는 ILF 나 EIF 에서 데이터를 가져와서 그대로 출력하는 경우

 

도움말. https://blog.medianavi.kr/2023-06-02-FP/

 

 

유지보수 전략: 안정적인 시스템 운영 및 지속적인 개선 방안

 

유지보수 전략은 소프트웨어의 안정적인 운영과 지속적인 향상을 위해 필수적인 역할을 한다.

유지보수는 버그 수정, 기능 업데이트, 성능 개선 등을 포함하며, 코드의 유지 보수성을 높이고, 지속적인 개발을 지원하는 데 중요하다.

 

# 유지보수 주요 전략

▪ 시스템의 안정적 운영: 버그 수정, 기능 업데이트를 통해 시스템의 안정성 확보

▪ 지속적인 개발 지원: 코드를 유지보수 하면서, 새로운 기능 개발이나 기능 개선을 위한 기반 마련

▪ 유지보수 비용 절감: 유지보수성을 높이고, 자동화된 테스트를 통해 유지보수 비용 절감

▪ 사용자 만족도 향상: 사용자 피드백을 반영하여 기능을 개선하고, 사용자 요구에 부합하는 서비스 제공

▪ 교육 및 학습 강화: 프로젝트 관리 및 관련 기술에 대한 교육을 제공 팀원들의 역량을 향상시킨다.

 

# 유지보수가 왜 중요한가?

소프트웨어를 개발하는 것보다 더 큰 비중이 필요한 작업이 유지보수이다.

따라서 유지보수를 어떻게 진행하는 가에 따라 비용이 증가할 수도, 감소할 수도 있다.

1.     유지보수를 통한 예방정비: 장애 발생을 미리 방지하는 정기적 관리

2.     유지보수를 통한 사용자 편의성 제고: 버그 수정을 통한 사용자 불편 제거

3.     유지보수를 통한 성능 최적화: 시대의 변화에 따라 필요한 기능을 수정.