프로젝트 관리(1) 및 보고서 작성 방법 [4] 이현우 hyun1822@paran.com 공정관리 예산관리 품질관리

< 目 次 > ● 프로젝트 관리 [1] ● 보고서 작성 기법(HWP)

● 프로젝트 관리 [1] ■ 한시적이다(Temporary) : 모든 프로젝트는 명확하게 정의된 착수일과 종료일이 있음 1. 프로젝트의 개요 프로젝트의 정의 ■ 한시적이다(Temporary) : 모든 프로젝트는 명확하게 정의된 착수일과 종료일이 있음 : 일반 운영업무도 일정계획을 가질 수 있으나 연속성의 의미에서 차이가 있음 ■ 독특하다(Uniqueness) : 매번 새로운 업무를 수행 : 신규업무 수행으로 인한 예측가능성이 낮아지며 위험이 높아짐 ■ 점진적으로 상세화 된다(Progressive Elaboration) : 초기에 개략적으로 정해진 업무를 점진적으로 상세화 함 : 독특한 범위를 독특한 방법으로 정해진 기간내에 상세화 함

● 프로젝트 관리 [1] 프로젝트 준비 프로세스 발주 프로세스 수주 프로세스 1.1.1 개시 1.1.1.1 개념 또는 니즈의 기술 1.1.1.2 시스템 요구사항의 정의와 분석 1.1.1.3 시스템 요구분석의 의뢰와 결과의 승인 1.1.1.4 소프트웨어 요구사항의 정의와 분석 1.1.1.5 개발프로세스의 사용 1.1.1.6 선택지의 검토 1.1.1.7 취득조건의 확인 1.1.1.8 취득계획의 작성과 실행 1.1.1.9 수락방침 및 조건의 정의 1.1.2 제안요청서의 준비 1.1.2.1 요구사항의 문서화 1.1.2.2 대상프로세스의 결정과 수정 1.1.2.3 공동리뷰 및 감사실시 시기의 정의 1.1.2.4 요구사항의 제시 1.1.3 계약준비 및 변경 1.1.3.1 공급자선택수순의 확립 1.1.3.2 공급자의 선택 1.1.3.3 수정에의 타인의 참가 1.1.3.4 공급자와의 계약준비 및 교섭 1.1.3.5 책임분담의 결정 1.1.3.6 공급자와의 계약체결 1.1.3.7 계약변경의 관리 1.1.4 수주자의 관리 1.1.4.1 공동리뷰와 감사에 의한 감시 1.1.4.2 공급자에의 협력 1.1.5 수락 및 완료 1.1.5.1 수락의 준비 1.1.5.2 수락 1.1.5.3 수락의 종료 1.1.5.4 수락 후의 구성관리 1.2.1 개시 1.2.1.1 제안의뢰서의 요구 리뷰 1.2.1.2 입찰 또는 계약수락의 결정 1.2.2 제안서의 준비 1.2.2.1 제안서의 준비 1.2.3 계약체결 1.2.3.1 계약내용의 문서화 1.2.3.2 책임분담의 결정 1.2.3.3 교섭과 계약체결 1.2.3.4 계약변경의 요구 수주 프로세스 1.2.4 계획입안 1.2.4.1 취득요구사항의 리뷰 1.2.4.2 라이프사이클모델의 선택 1.2.4.3 계획에 대한 요구사항의 확정 1.2.4.4 공급방법 선택지의 검토 1.2.4.5 프로젝트 관리계획의 입안 1.2.5 실행 및 관리 1.2.5.1 프로젝트 관리계획의 구체화와 실행 1.2.5.2 프로세스의 실행 1.2.5.3 진척 및 품질의 관리 1.2.5.4 외부위탁 관리 1.2.5.5 검증, 타당성확인 또는 테스트의 대행자와의 협조 1.2.5.6 타 관련자와의 협조 1.2.6 리뷰 및 평가 1.2.6.1 발주자와의 조정 1.2.6.2 발주자에의 지원 1.2.6.3 검증 및 타당성확인의 실시1.2.6.4 발주자에의 보고 준비 1.2.6.5 발주자의 설비시찰 용인 1.2.5.6 품질보증활동의 실시 1.2.7 납입 및 완료 1.2.7.1 납입 1.2.7.2 발주자의 지원 발주 프로세스

● 프로젝트 관리 [1] 제안 프로세스 프로젝트 목표 : 최소의 비용으로 최고의 품질을 유지하는 소프트웨어를 성공적으로 개발 하고자 하는 것 요구사항 정의 RFI RFP 업체선정 발 주 자 사업규모 추정 정보요청서 (RFI) 작성 제안요청서 (RFP) 작성 제안요청 발표회 (입찰공고) 사업정의 제안서 평가 공급업체 선정 수 주 자 답변서 작성 제안서 작성

● 프로젝트 관리 [1] 구 분 내 용 2. 정보요청 단계 (Request For Information) 정의 내 용 정의 발주자가 제안요청 전에 필요한 정보를 수집하기 위해서 몇개의 공급업체에 요청하는 정보요청서임 목적 (Why) 정식 제안요청(RFP) 이전에 RFI 수행을 통하여 - 공급업체의 업무현황 및 수행능력을 개략적으로 파악하여, - 후보업체를 선정하고, 제안 요구사항을 구체화시킴 요구사항 (What) 수주업체 정보 : 일반현황(사업목표/추진방향 등),인지도, 자원현황 주요 요구사항 : 세부 업무관련 요구사항,기술적 요구사항, Implementation, 교육, 성능향상, 프로젝트 관리 등 활 동 (How) 발 주 자 정보화 사업 추진방향의 목표설정에 대한 보완 사업에 대한 기술적 요소 보완 및 사업규모(비용,예산)에 대한 추정 가능 정보취득 방법 : 요청서, 인터뷰 및 설명회( 객관성확보 3~4 업체) 수 사업에 비즈니스적 가치 위한 정보취득 및 제안작업의 사전활동 발주자의 요구사항에 대한 명확한 기술정보 제공

소프트웨어 개발계획 수립 소프트웨어 개발규모 산정 소프트웨어 개발비용 산정 ● 프로젝트 관리 [1] 사업규모 견적 추정 소프트웨어 개발계획 수립 (사 업 명, 사업범위, 사업기간, 추진방법 등 검토) 소프트웨어 개발규모 산정 (개발업무기능, 개발언어, 처리형태 검토 결정) 소프트웨어 개발비용 산정 (보정계수 적용, 개발원가, 직접경비, 이윤)

● 프로젝트 관리 [1] SW 개발비 예산서 구성 개발비 예산서 세부 산출내역서 산출근거 자료 ( 개요, 금액 ..) 1. 사업개요 2. 추진내용 ………. ……….. 5. 소요예산 ……… 1. 적용기준 2. 보정계수 규모 : 0.987 ………. 4. 개발원가 xx + zz = 1. 업체현황 조회 2. 대상품목 조회 3. 공급자 현황 ………. ……….. ………… 개발비 예산서 ( 개요, 금액 ..) 세부 산출내역서 (보정계수, 계산식..) 산출근거 자료 (개발기능목록…)

● 프로젝트 관리 [1] ■ 2004 소프트웨어 사업대가 주요개정 내용 2004년 SW사업대가 ■ 2004 소프트웨어 사업대가 주요개정 내용 SW규모산정 방식을 본 수 방식에서 국제표준(ISO 14143)의 기능점수 방식으로 변경 (2) 보정계수를 정보기술의 발전과 SW사업 환경 변화를 반영하여 개선 (3) SW개발공정을 효율적인 사업관리가 가능하도록 국제표준(ISO 12207)의 13개 공정으로 세분화 (4) 비용산정방식을 엔지니어링 대가기준체계에서 기업회계기준 및 국가계약법 등을 반영하여 개선

IDENTIFICATION DIVISION. ● 프로젝트 관리 [1] 기능점수방식으로 변경 PROGRAM LOC법 시스템의 개발규모는 ××스텝 IDENTIFICATION DIVISION. PROGRAM-ID ……………. END PROGRAM 행수(스텝수) 를 셈한다 ①외부에서 입력하는 데이타 ①~⑤의 수와 복잡성을 계산 하여 시스템 전체의 특성에 따라 보정한다 시스템의 개발규모는 oo FP ⑤외부의 소프 트웨어가 갱신 하는 데이터 FP법 ②외부에 출력하는 데이타 ④내부에서 유지하는 데이타 ③외부에서 참조하는 데이타

● 프로젝트 관리 [1] - 정보화 예산편성 기준으로 활용 위의 기대효과는 새로운 환경의 변화에 대한 충분한 훈련을 전제로 기능점수방식의 기대효과 - 정보화 예산편성 기준으로 활용 - 초기공정(기본설계 단계)에서 적용 가능 - EI, EO(EQ) 정도 파악으로 예산수립 가능 - 기능계측의 간편성 - 소프트웨어규모(기능) 측정에 따른 유저의 이해 증진 - 예산편성에 따른 시간과 노력의 대폭 절감 - 공무원 및 공공기관의 발주자가 쉽게 활용 가능 - 비전산 요원도 유저관점에서 쉽게 활용 - 개발규모에 따른 수발주자 간의 트러블 해소에 기여 위의 기대효과는 새로운 환경의 변화에 대한 충분한 훈련을 전제로 가능하며 실제 현장에서 적용은 LOC 방식과 절충 방법이 필요하며 초기에는 전문가의 지원을 받을 필요가 있음

● 프로젝트 관리 [1] 프로세스 본 수 방식 기능점수방식 계획수립 규모산정 비용산정 소프트웨어 개발비 예산수립 절차 비교 사 업 명, 사업범위, 사업기간, 추진방법 등 검토 ○ 프로그램 본수 도출 ○ 프로그램 스텝수 계산 ○ 개발언어, 처리형태 결정 ○ 기 능 수 도출 ○ 기능점수 계산 ○ 스텝수환산 ○ 보정계수 산정 및 적용 ○ 인건비, 제경비, 기술료 ○ 스텝수 환산 ○ 보정계수 산정 및 적용 ○ 인건비, 제경비, 기술료

● 프로젝트 관리 [1] 구 분 내 용 3. 제안요청 단계( Request For Proposal ) 정의 내 용 정의 발주자가 공급업체에게 성공적인 정보시스템구축을 위하여 요구사항 을 기술하여 제안서 작성의 원인을 제공하고 향후 업체선정 평가 및 계약을 위한 공식문서 목적 (Why) 발주자의 요구사항에 공급업체의 제안서 평가를 통해 원하는 서비스를 얻기 위한 목적 요구사항 (What) 수주업체 정보 : 일반현황(사업목표/추진방향 등),인지도, 자원현황 주요 요구사항 : 세부 업무관련 요구사항,기술적 요구사항, Implementation, 교육, 성능향상, 프로젝트 관리 등 활 동 (How) 발 주 자 발주자의 요구사항이 잘 반영될 수 있도록 공급업체에게 제안 작성을 위한 명확한 지침, 방향 및 충분한 정보를 줄 수 있는 RFP를 작성 방법 : 요청서, 인터뷰 및 설명회( 객관성확보 3~4 업체) 수 사업에 비즈니스적 가치 위한 정보취득 및 투자효과 분석 발주자의 요구사항에 대한 명확한 기술정보 제공

● 프로젝트 관리 [1] 구 분 내 용 4. 제안서 단계 (Proposal) 정의 내 용 정의 1.사용자측의 요구사항 및 현안문제에 대한 해결방안을 제시하고 2. 그와 관련된 정보기술(IT)의 통합과 교육 및 기술지원 제시를 통해 3. 수주를 실현하기 위한 공식문서 목적 (Why) 1. 수주(영업)활동의 근본이 되는 문서 2. 계약서와 동등한 효력을 가지며 회사를 대표하는 문서 3. 수주에 실패하였을 경우 경쟁사에 자사의 노하우 노출 4. 제안서 작성의 최종목표는 사업수주 실현 요구사항 (What) 1. 제안 요청서 타당성조사 때 정리되었던 가. 기업의 총체적 현실을 간략히 소개하여 나. 기업활동 및 현위치를 이해할 수 있도록 제시 2. 현재의 문제점들을 극복하기 위한 기업의 요구사항을 상세히 나열 3. 발주자와 수주자 측의 업무 분담내용을 명확히 기술 고려사항 1. 제안의 목적과 배경, 기대효과 등을 기술, 회사소개 유사분야 실적 2. 제안요청 사항인 핵심문제의 해결은 상세하고 구체적인 방법 /추진전략, 추진일정과 투입인력은 알기 쉽고 명쾌하게 3. 전체 제안서에 대한 요약제안서 및 용어집 제공 (조견표 포함)

(1) 제시한 발주조건이나 사양을 확실히 파악하고 있는가? ● 프로젝트 관리 [1] 5. 제안서 평가 및 계약 단계 5.1 제안서평가 ○ 정의 : 정보화 사업의 성공적 수행을 위한 파트너를 찾기 위한 공식적 절차 “ 제안서 평가를 통한 업체선정은 사람이 인생을 같이할 배우자를 선택하는 것과 같다.” ○ 수주자(공급업체) 선정 시 주요체크 포인트 (1) 제시한 발주조건이나 사양을 확실히 파악하고 있는가? (2) 애매한 부분이나 해석이 어려운 부분이 정확히 정리되어 있어 수주측에서 명확히 해석할 수 있도록 되어 있는가? (3) 취지에 맞는 제안을 하고 있는가 ? (4) 개발하고자 하는 시스템 또는 소프트웨어의 기술적, 시스템적, 공정적 문제점을 정확히 인식하고 그에 대한 대응을 의식하고 있는가 ? (5) 담당하는 프로젝트 매니저는 누구인가 ? (6) 견적은 예산과 비교해 볼 때 적정한가 ? ○ 사업자선정 포인트 : 회사의개요, 규모, 업무의 종류, 기술레벨, 경험/실적, 경영관리수준 요원의 육성체계, 자사와의 관계, 가격

● 프로젝트 관리 [1] 좋은 수주자 패턴 좋지 않은 수주자 패턴 (1) 발주분야에 대한 실적이 있고, 그 평가가 높다 (2) 소프트웨어/시스템개발에 관한 개념이나 자세가 명확하다 (3) 경영자의 자세가 안정적이며, 정열을 느낄 수 있다 (4) 영업담당자가 성의가 있다 (5) 전체를 통해 볼 때 책임의식이 높다 (6) 일상의 작업에 있어서도 다음과 같은 것을 실행하고 있다 ① 세세한 약속도 잘 지킨다(시간, 기한, 회답 등) ② 경솔하게 떠 맡지 않는다. - 가능성을 검토한 후에 회답 한다. - 가능하지 않는 것은 가능하지 않다고 확실히 말한다. ③ 연락사항을 반드시 문서로 남긴다. (의사록, 질문, 의뢰 등) ④ 불명확한 점에 대해서는 철저하게 해 놓는다. (1) 경영자에게 사업에 대한 비전이 없다 (2) 경영자가 독선적인 인상을 주고 있으며 다정다감하지 못하다 (3) 영업담당자에게 약속한 성과물에 대한 품질의식을 찾아 볼 수 없다 (4) 회사 전체로서의 기민성이나 책임의식이 없다 (5) 과거에 문제를 일으킨 적이 있다 (6) 일상의 작업에서의 좋지 않은 형태 ① 기술적인 리더가 없다 ② 리더 및 담당자가 자주 바뀐다 ③ 리더와 담당자의 말이 다르다 ④ 진척보고가 정량적이지 못하다

● 프로젝트 관리 [1] ○ 판단의 주 키포인트 ① 발주측에서 원하는 것을 정확히 그리고 배려하는 마음으로 해줄 수 있는가? ② 발주자측이 필요로 하는 기술이나 노우하우를 갖고 있는가? ③ 사장 또는 해당부서의 사업 책임자 및 담당 책임자의 말이 서로 잘 맞는가? ④ 노하우 유출방지나 코스트 절감을 위해서는 복수의 회사를 선정하고 발주하는 것을 고려한다. ⑤ 유저측의 요망에 의해 유저측과 관련이 깊은 소프트웨어 하우스를 이용한 경우 문제가 될 가능성이 있다. ⑥ 신규 소프트웨어 하우스에는 우선 시험적인 파견계약부터 해 본 다음 판단한다.

● 프로젝트 관리 [1] ○ 제안서 체크리스트 : 제안서의 평가 참고자료로 계량화 활용 ① ② ⑤ ④ ③ 제안요청서 제안서평가표 요구사항 목록표 내용 간략기술…… 일반부문 기술부문 사업관리부문 지원부문 …… 1. 사업개요 2. 추진내용 3. 제안요청사항 기술부문 사업관리부문 지원부문 …… 제시하고, 구현 Mapping 작업 ① ② 평가점수 배정 ⑤ 제안서와 체크리스트를 같이 참조 활용 1. 제안개요 2. 추진전략 3. 제안 내용 ………. ……….. ………… 업체별 특징비교표 (평가의 공정성에 유의) 제안 내용 계량화 제안사항 목록표 내용기술 제안페이지, 특징, 수준정도…… 제안사항 목록표 내용기술 충실도, 수량,… ④ ③ 업체별 체크리스트 제안서

RFP 또는 제안서에 누락된 사항을 보완하여 작성함 ● 프로젝트 관리 [1] 6. 사업수행계획서 처리 6.1 사업수행계획 처리흐름도 RFP 또는 제안서에 누락된 사항을 보완하여 작성함 과업지시서의 내용에 사업관리계획서 작성 보안각서, 착수계.. 제안요청서 과업지시서 사업수행계획서 발주자는 사업수행 계획서 승인 시 수주자에게WBS(Work Breakdown Structure) 작성하여 프로젝트 관리 매뉴얼 을 같이 제출토록 함 제안서 ○ 과업지시서 : 발주자 측에서 작성하여 사업착수 전 수주자(공급업체)에게 전달 ○ 사업수행계획서 : 수주자가 발주자에게 사업착수와 함께 계획에 대한 공식문서 ○ 계약서류 : 계약서(특수계약조건포함), 과업지시서, 제안서, 제안요청서

● 프로젝트 관리 [1] 6.2 사업수행계획서

● 프로젝트 관리 [1] 6.2 사업수행계획서(계속)

● 프로젝트 관리 [1] 6.3 프로젝트관리 메뉴얼 예 ○ 구성내용 : 공정 별 작업이름, 기간, 산출물, 투입자원, Critical Path (Base Line)

● 프로젝트 관리 [1] 1. 프로젝트 관리의 개괄 ■ 프로젝트 관리 정의 : 프로젝트와 관련된 이해당사자(Stakeholder)를 만족시키기 위해 기술(Skill), 기법,지식을 프로젝트활동에 적용 하는 것[PMBOK] : 한정된 기간, 예산, 자원 내에서 사용자가 만족할 만한 소프트웨어 제품을 개발 개발시키도록 하는 모든 기술적, 관리적 업무 ■ 프로젝트 관리 목표 공정관리 예산관리 품질관리 납기준수 품질준수 예산준수 정확한 개발작업 효율적인 자원분배 철저한 품질보증

● 프로젝트 관리 [1] ■ 정보시스템 SDLC 프로세스 체계 프로젝트 관리프로세스 환경구축 프로세스 작업지원 공통프로세스군 ㅋ 계약프로세스군 발주프로세스 수주프로세스 기본프로세스군(프로젝트관리 대상) 기획프로세스 개발프로세스 운용프로세스 보수프로세스

● 프로젝트 관리 [1] ■ 일상업무 와 프로젝트 업무 기업조직 일상업무 프로젝트 업무 템포러리 업무 루틴 업무 업무의 성격: 계속성·반복성 특수 목적이나 비 정상적으로 발생 수작업에 의존함 ㆍ특별한 목적이 있다 ㆍ시작과 끝이 있다. ㆍ목적을 개념에 맞춘다. ㆍ목표를 설정한다. ㆍ성공의 평가기준을 결정하다. 매뉴얼，절차서， 전례가 있다. 툴 매니지먼트 시정조치 계획 검증 실행

● 프로젝트 관리 [1] ■ 개발방법론 Vs 관리방법론 개발자들의 생산성 및 품질향상 관리활동의 효율화 구 분 개발 방법론 관리 방법론 개발자들의 생산성 및 품질향상 관리활동의 효율화 프로젝트 생산성 및 품질향상 사용목적 주 사용자 개발자 프로젝트관리자,품질관리자,형상관리자 적용대상 시스템 개발업무 - 시스템계획,분석,설계,개발, 테스트, 설치 - 프로젝트 관리업무 - 품질관리 업무 - 형상관리 업무 - 외주관리 업무 시스템 수명주기에 따른 단계 프로젝트 수명주기에 따른 단계 (계획-편성-통제-종결 : Method1) - 각종 S/W 공학적 기법 (ERD, DFD 등) - 분석지원도구, 설계지원도구 등 - 관리기법, 평가기법, 통제기법 등 - 일정계획도구, 규모견적 도구, 계획 템플리트, 평가도구 등 - 시스템 개발의 효율성 - 프로젝트 수행의 효과성 주 요 활동단계 기법 및 도구 기대효과

● 프로젝트 관리 [1] ■ 프로젝트관리 구성 개념도 프로젝트 프로젝트 관리 3대 요소 프로젝트 관리 5대 기능 계획 조직화 납기준수 프로젝트 관리 3대 요소 공정관리 효율적인 자원분배 정확한 개발작업 예 산 준 수 품 질 준 수 예산관리 품질관리 철저한 품질보증 프로젝트 관리 5대 기능 계획 조직화 인력 확보 지휘 통제 통합관리 프로젝트 관리 지식분야 일 정 관 리 품 질 관리 범 위 관 리 위 험 관 리 원 가 관 리 인 력 관 리 의 사 소통 구매외주

● 프로젝트 관리 [1] ■ 프로젝트관리 영역 ○ 주 프로세스 : 프로젝트의 목표달성을 위한 영역(범위, 일정, 원가) 영 역 정 의 1.통합관리 프로젝트의 다양한 요소들을 적절하게 통합, 조정하기 위하여 필요한 프로세스 2. 범위관리 프로젝트에서 필요로 하는 업무만을 정의하고 프로젝트를 성공적으로 완료하기 위하여 필요한 프로세스 3. 일정관리 프로젝트 납기 준수에 필요한 프로세스 4. 원가관리 승인된 프로젝트의 예산 내에서 프로젝트을 완료하기 위하여 필요한 프로세스 5.품질관리 프로젝트에 주어진 요구사항을 달성하기 위하여 필요한 프로세스 6. 인력관리 프로젝트에 관여된 사람들을 최대한 효과적으로 활용하기 위하여 필요한 프로세스 7. 의사소통 프로젝트정보를 적절하게 생성, 취합, 배포 보관하기위해서 필요한 프로세스 8. 위험관리 프로젝트의 위험을 체계적으로 식별, 분석, 대응, 통제하는 프로세스 9.. 구매관리 고정조직의 외부에서 제품이나 서비스를 확보하기 위하여 필요한 프로세스 ○ 주 프로세스 : 프로젝트의 목표달성을 위한 영역(범위, 일정, 원가) ○ Facilitating 프로세스 : 프로젝트의 목표달성을 위한 수단 영역

● 프로젝트 관리 [1] ■ 시스템 개발 목표와 위험요소