Transcript 프로젝트 관리 [2]
프로젝트 관리(2) [5] 공정관리 예산관리 이현우 [email protected] 프로젝트 관리 [2] 품질관리 프로젝트 관리 -1- Lee Hyunwoo Copyright © 2004 Samsung SDS Co.,Ltd. All rights reserved <目 次> ● 프로젝트 관리 [2] 프로젝트 관리 [2] -2- Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트 수행체계 단계 유형 영업 착수 제안품의(영) 팀원인선(PM) 공정계획수립(PM) 수행 분석 - 구현 종료 •영: 영업 표준및 절차정의(Q) 프로젝트검수확인(PM) •Q: QAO •D: DR 담당자 산출물정리(Q) •개: 개발자 단계수행 실행품의(PM) 완료보고(PM) 단계종료 프로젝트 계획서 작성(PM) 품질 보증 Walkthrough(Q, 개) 제안검토 품질보증계획수립 (Q) 계약검토 관리 프로젝트 관리 [2] PM평가 S/W 형상관리(Q) Design Review (PM, Q, D) 테스트(Q) 진척관리(PM) 위험관리(PM, Q, M) 구매관리(PM) 문서관리(Q) 외주관리(PM) -3- Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트 메니저가 해야 할 일．(PMBOK의 계획, 수행, 컨트롤 3 단계) ９가지 관리영역 계획 수행 컨트롤 1.통합 메니지먼트 이하의 계획을 세운다 2.범위 · 매니지먼트 프로젝트의 최종 목적 (스코프)를 결 정한다 3 일정 · 매니지먼트 각 공정에 걸리는 시간을 견적．이를 기초로 순서를 정하여 스케쥴을 만든 다 스케줄을 깔끔하게 수행할 수 있도록 관 리한다．최후의 수단으로서 기준 변경의 판단을 한다 4. 비용 · 매니지먼트 비용을 견적. 각 공정별 예산 배분을 책정한다 공정별 실적 비용으로부터 완성시의 비 용을 예측한다 5. 품질 · 매니지먼트 성과물의 품질 레벨과 품질 의 측정 방법을 정한다 작성중의 제품이 정한 품질에 걸 맞는 레벨인지 어떤지를 적 절히 감사 한다 6. 인적자원 매니지먼트 멤버에게 동기부여를 한다. 책임의 분담이나 인원배치 등을 정한다．요 인을 조달한다 멤버의 교육·육성 7. 커뮤니케이션 · 매니지먼트 멤버와 교류할 기회를 계획한다．영 향력을 가진 멤버를 찾고, 요구나 기 대를 확인한다 8. 리스크 · 매니지먼트 프로젝트에 어떤 리스크가 있는가를 예측한다．그 리스크를 정량화 한다 9. 조달 매니지먼트 내제인지 외부 조달인지를 선택한다． 제안 요구서 나 견적 요청서등 조달 의 서류 를 만든다 프로젝트 관리 [2] 이하의 계획을 실시한다 성과물이 스코프의 허용 범위에 들어가는지를 검증한다 프로젝트의 진척 상황을 멤버에 게 보고한다 변경 관리 위원회를 만들어, 계획을 변경할 때는 심사한다 스코프를 변경할 때의 기준을 책정하여, 성과물이 기준에 도달하고 있는지를 확 인한다 샘플링 · 테스트에 의한 검사를 실시한 다. 품질 레벨에 적합한가를 본다. 성 과물의 경향을 분석한다 비용이나 스케줄과 마찬가지로 계획과의 차이가 얼마만큼 있는지를 분석한다 상황을 보면서 경우에 따라서, 위기 경고 를 낸다. 문제 회피책을 취한다 발주처를 선정한다．변경 내용 을 문서에 반영시킨다 -4- Lee Hyunwoo ● 프로젝트 관리 [2] ■ 계획대비 실적차이 극복하는 방안 결과 계획(Base Line) 프로젝트관리 프로세스 Gap ① ② 착수 계획 통제 일정 (Time) 실행 종료 ① 계획을 실적에 맞추는 방법 (Base Line Update) : 기준선 변경은 이해당사자(Stakeholder)의 승인을 받아야 하므로 여의치 않은 경우가 대부분임 ② 계획에 맞추어 실적을 일치시키는 방법 : 프로젝트의 생산성을 높여 미래의 계획과 미래의 실적을 일치 시킴 PMBOK에서는 Collective Action 이라고 하며, 통제 프로세스 산출물에는 Collective Action 과 Plan(Baseline) Update 가 포함됨 프로젝트 관리 [2] -5- Lee Hyunwoo ● 프로젝트 관리 [2] 2. 범위관리(Scope Management) ■ 범위관리 목적 업무범위는 프로젝트 계획수립과 통제의 기본의 된다. 업무범위 정의에 따라 기간과 해당 업무를 수행할 수 있는 자원 및 원가를 추정할 수 있다 고객의 요구사항을 충족시키기 위한 범위 계획을 수립하고 정해진 프로세스에 따라 필요 한 작업이 적절히 준비되고, 변경되고, 분석되고, 관리되도록 하기 위함 ■ 범위계획 -업무범위 관리와 프로젝트에 범위변경을 통합하는 절차를 정의 -프로젝트 범위의 안정성(Stability)평가 방법을 정의 -범위변경의 유효성과 식별방법 정의 ■ 범위정의 -프로젝트 범위는 원가 와 일정 이라는 용수철에 매달려 있는 추와 같다. -범위는 발주자가 프로젝트 업무범위를 승인했다는 전제에서 ‘일정’ 과 ‘원가’를 평가 함 -WBS(Work Breakdown Structure) 는 산출물 중심으로 정의, 통상 Work Package는 80시간(2주) 내외로 분할하는 것이 바람직 함. 프로젝트 관리 [2] -6- Lee Hyunwoo ● 프로젝트 관리 [2] ■ PMBOK 의 지식체계 Scope (범위) 매니지먼트 엑티비티 정의 자원할당 품질 매니지먼트 원가 매니지먼트 일정 매니지먼트 (Quality) (Cost) (Time) 프로젝트의 품질 (QCT) 팀 구성 및 자원할당 아웃소싱 부문 결정 원가추정 조직 매니지먼트 조달 매니지먼트 인력관리 커뮤니케이션 리스크 매니지먼트 매니지먼트 위험 체크리스트 정기성과보고서 (주간/월간) 통합 매니지먼트 PMBOK는 프로젝트 매니지먼트의 Rule up 프로젝트 관리 [2] -7- Lee Hyunwoo ● 프로젝트 관리 [2] ■ 범위정의를 위한 WBS 작업 구조 RFP, 제안서, 과업지시서 과거 유사 프로젝트 결과서 상위수준의 산출물 (Scope Statement) 유사 프로젝트의 WBS (Historical Information) 회사표준 (WBS Templates) 산출물 분할 기법 (Decomposition) WBS 업무범위 입 력 도 구 출 력 ■ 발주자 와 수주자간의 범위에 대한 이견 -발주자 : 상위수준의 포괄적 기술내용에 대하여 Top-Down사고로 접근하길 희망 -수주자 : 한정된 자원, 기간에 압박을 받으므로 문제해결을 Bottom-Up 사고로 접근 -범위검증(Scope Verification): 리뷰, 테스트, 워크스루, 감사 – 기준은 고객의 마음 프로젝트 관리 [2] -8- Lee Hyunwoo ● 프로젝트 관리 [2] ■ 범위변경 통제 (Scope Change Control) - 범위변경은 프로젝트의 성공적인 완료에 가장 장애가 되는 사항이다. 범위변경은 프로젝트의 성공적인 완료에 가장 장애가 되는 사항이다. 계획 및 관리 메뉴얼 계획된 범위 : 계획서 (Scope Statement) 주간/월간보고 작업성과 : 실적 (Performance Report) 변경으로 인한 영향력 분석 (Performance Measurement) 변경요청서 변경요청사항 (Change Requests) 범위변경 절차서 (Scope Change Control) 입 력 도 구 CCB(Change Control Borad) 일정, 원가 변경 (Adjusted Baseline) WBS 변경 (Scope Changes) 시정조치 (Corrective Action) 출 력 -프로젝트 초기에 고객의 기대수준을 분석해 놓으면 나중에 프로젝트 인수기준이나 업무 범위를 정의하기위한 사전작업이 된다. -고객의 잦은 변경요구사항의 위험을 사전에 예방하는 것은 명확한 WBS 정의 - WBS 분할의 깊이는 각 업무에 대해 원가와 일정이 추정 가능한 수준까지 하는 것이 타당 프로젝트 관리 [2] -9- Lee Hyunwoo ● 프로젝트 관리 [2] ■ 요구사항 추적표 작성 및 활용 -목적 : 현업 사용자 요구사항 분석에서 도출된 내용을 토대로 개발될 기능들에 대해 요구사항 정의 문서를 시작으로 설계, 구현, 테스트, 인수인계 과정까지의 일관성 있게 진행되었는가를 확인하는데 목적이 있음( 인수/인계의 Baseline 상태관리) 요구사항 정의서 기초 및 상세설 계서 식별번호 응용프로그램 및 프로그램 팩킹 ………. ……….. ………… 요구사항 정의 및 변경 추적 관리 소프트웨어 제품 분석 문서 프로젝트 관리 [2] - 10 - Lee Hyunwoo ● 프로젝트 관리 [2] 3. 일정관리(Time Management) ■ 일정관리 개요 범위관리가 무었(‘what’)을 정의하는 것이었다면 일정관리는 어떻게(‘how’) 와 언제(when) 을 정의하는 것으로 범위관리, 원가관리와 상호 밀접하게 통합관리 됨. ■ PMBOK 에서 일정관리 프로세스 - 프로젝트 수행을 위한 엑티비티를 결정하는 프로세스 (WBS를 상세화 했다면 생략가능) - 엑티비티간 작업 순서의 전후관계를 정의하는 프로세스 - 각 액티비티 수행 기간을 추정하는 프로세스 - 전체 프로젝트의 일정을 결정하는 프로세스 - 계획 대비 일정 차이를 모니터링하여 필요한 조치를 취하는 프로세스 액티비티 정의 프로젝트 중심 분할 프로젝트 관리 [2] 수행할 액티비티 전후관계 정의 전체개발 기간 추정 프로젝트 일정수립 작업 리스트 개별 엑티비티 액티비티 기간 추정 - 11 - 작업 기간추정 ( PERT/CPM ) Lee Hyunwoo ● 프로젝트 관리 [2] ■ 일정표현 방법 일정계획 수립 후 진척상황에 대한 보고를 해야 하며 이는 도구를 적용하고 주간/월간 보고서 와 연계하여 발주자와 수주자간의 의사소통 및 경영층에 중요 일정 실적파악에 도움을 주도록 한다. ■ Chart 종류 및 용도 Chart 종류 용도 특징 Network Diagram (PERT/CPM) -프로젝트 팀 내 진척 현 황 의사소통 -상세 일정 협의 -Work Flow 잘 보임, 계획성 우수 -프로젝트관리에 효과적임 - Float 과 작업간 종속성 표현가능 Bar Chart (Gantt Chart) - 경영층 보고용 계획대비 실적 파악에 유용함 Milestone Chart - 경영층 보고용 중요 일정계획 강조 참고) 프로젝트 관리도구(예: Ms-Project) 적용은 프로젝트 환경에 맞도록 조정하여 사용토록 하되 발주자와 수주자간에 의사소통에도 관심을 가져야 함 프로젝트 관리 [2] - 12 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 일정통제 .프로젝트를 진행하다 보면 일정지연은 흔히 발생할 수 있는 일이며 이를 대비하여 계획일정 기준선을 대상으로 일정변경에 대한 통제를 하고 이를 위해 일정영향력 분석을 해야 함 범위변경은 프로젝트의 성공적인 완료에 가장 장애가 되는 사항이다. 계획 및 관리 메뉴얼 계획된 일정 : 계획 (Project Schedule) 일정 영향력 분석 (Variance Analysis) 주간/월간보고 작업진척성과 : 실적 (Performance Report) 변경요청서 변경요청사항 (Change Requests) 변경으로 인한 영향력 분석 (Performance Measurement) 일정변경 절차서 (Schedule Change Control) 기성고 분석 일정에서 얻은 교훈 (Lessons Learned) 프로젝트 관리 [2] 일정 변경 (Schedule Changes) - 13 - 생산성 향상 (Corrective Action) 입 력 도 구 출 력 Lee Hyunwoo ● 프로젝트 관리 [2] ■ 일정관리에서 몇 가지 알아두어야 할 사항 . ○ 자원투입수준(Resource Leveling)을 정하고 나면 종종 처음보다 프로젝트 수행 기간이 늘어남 ○ 진행기간을 줄이는 기법은 자원의 추가투입( Crashing )과 엑티비티의 전후관 계를 조절 하는 것(Fast Tracking)이 있다 ○ 자원을 추가 투입한 후에는 반드시 Critical Path의 변경유무를 확인해야 한다. ○ 자원 추가투입은 단축기간이 동일한 경우 최소의 비용이 투입되는 엑티비티를 선정하는 것을 원칙으로 한다. ○ 기간을 단축할 때 우선 해야 할 일은 crashing 이다. ○ 프로젝트 일정은 프로젝트 팀원과 함께 수립해야 한다(PM 혼자서 수립하는 것 이 아님) 프로젝트 관리 [2] - 14 - Lee Hyunwoo ● 프로젝트 관리 [2] 4. 품질관리(Quality Management) ■ 품질관리 개요 품질은 고객의 관점에서 명시적 혹은 암묵적 요구사항을 명확하게 정의하는 범위정의가 전제될 때 관리가 가능하며 품질관리는 품질계획, 보증, 통제로 정의할 수 있음 ■ PMBOK 에서 품질관리 프로세스 - 프로젝트에 적합한 품질표준을 식별하고 이를 달성하기위한 방법을 결정하는 프로세스 (Quality Planning) - 품질관리계획서 - 프로젝트가 품질을 충족한다는 확신을 제공하는 프로세스(Quality Assurance) - Validation/Verification, 고객검토 Review - 프로젝트 작업 결과가 품질표준에 부합하도록 통제하는 프로세스(Quality Control) - 품질관련 표준 : ISO9000, ISO9126, ISO14598, ISO12119, CMM, SPICE 프로젝트 관리 [2] - 15 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트 품질관리 계획서에 필요한 항목 - 품질표준 내용 : 프로젝트 상황에 적합한 제품 및 프로세스에 대한 품질표준을 정의 - 품질표준 활동의 유형 : 프로젝트에서 수행할 품질활동의 명칭과 간략한 내용 설명 - 각 활동별 수행 책임자 - 각 활동의 수행시기 - 각 활동의 대상 : 품질활동의 핵심은 무었인가를 검토하는 활동으로 검토대상을 정의 - 각 활동의 수행 절차 - 각 활동의 체크리스트 - 지적 사항에 대한 시정조치 절차 ■ 품질보증 과 통제 차이 항목 품질보증 품질통제 키워드 프로젝트 준수를 평가하는 활동 (Provide Confidence) 부적합을 제거하는 검사활동 (Eliminate Nonconformance) 대상(주체) 프로젝트 공정별 프로젝트 결과물 산출물 품질향상(Quality Improvement) 재작업(Rework) 활동 품질감사(Quality Audit) 검열(Inspection) 프로젝트 관리 [2] - 16 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트 현장에서 품질에 대한 개념의 확인 ① 품질은 프로젝트를 성공시키기 위한 대단히 중요 그 품질은 상류과정에서 만들어 넣지 않으면 안 된다. 따라서 설계시점의 작업품질이 가장 중요. 공정과 품질은 서로 상호작용을 하는 것이므로, 어느쪽이 문제가 발생되어도 품질저하와 공정지연을 발생 ② 품질은 프로젝트를 성공시키기 위해서는 대단히 중요 그 품질은 상류과정에서 만들어 넣을 필요가 있다. 따라서 설계시점의 작업품질이 가장 중요하다. 그러나 품질과 공정에는 상호간에 밀접한 관계가 있다는 것을 그다지 강하게 의식하고 있지 않음. 프로젝트 관리 [2] - 17 - Lee Hyunwoo ● 프로젝트 관리 [2] ③ 품질은 프로젝트를 성공시키기 위해서 대단히 중요한 항목 그러나 상류과정에서 만들어 넣을 필요성에 대한 의식이 시험단계에서 품질을 올리려고 하면 시험공정에 인력을 투입하기 위한 계획을 수립한다. ④ 품질이 중요하다 라는 것을 형식적으로 인정하고 있지만 이에 대한 적극적인 액션은 없다. ⑤ 품질의 중요성에 대해서 말로는 많이 하지만 내심으로는 품질을 경시하고 있다. ⑥ 품질에 대해서는 생각해 본 적도 없고 일을 방해한다고 생각한다. 프로젝트 관리 [2] - 18 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 품질을 부여한 개발방법 전통적 소프트웨어 개발 요건정의 설 계 제 조 테스트 결함제거 고품질적의 소프트웨어 개발 품 질 보 증 체 계 요건정의 리 뷰 설 계 결함제거 결함검출 결함제거 프로젝트 관리 [2] 결함검출 - 19 - 리 뷰 제 조 리 뷰 결함검출 결함제거 결함검출 테 스 트 품질 확인 Lee Hyunwoo ● 프로젝트 관리 [2] 5. 인력관리(Human Resource Management) ■ 인력관리 개요 프로젝트의 성과를 극대화하기 위해 필요한 조직구성, 팀원관리(동기부여방법, 갈등의 원인 및 해결방법 등 활동을 포함한다 ■ PMBOK 에서 인력관리 프로세스 - 프로젝트 수행의 조직형태를 결정하는 프로세스(Organizational Planning) : 조직계획수립은 책임과 역할, 보고체계를 식별하고 문서화하는 활동 - 필요한 인적 자원의 확보.해제를 결정하는 프로세스(Staff acquisition) : 프로젝트에 필요한 인원을 확보하는 프로세스 이다. - 팀원의 능력을 향상시켜 프로젝트의 완성도를 높이는 프로세스(Team Development) : 개인/팀으로서 프로젝트에 공헌하는 능력을 향상시키는 활동 프로젝트 관리 [2] - 20 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트 수행 중 가장 빈번하게 발생하는 7대 갈등원인 1. Schedule (일정) : 작업들 사이의 상호관계, 작업일정 등에 대한 갈등으로 프로젝트에서 가장 빈번히 발생 2. Project priorities ( 프로제트 우선 순위) : 여러 개의 프로젝트가 있을 경우 프로젝트들 사이의 우선순위와 관련된 갈등으로 자원배분 문제가 특히 많은 갈등을 유발 3. Resource (자원) : 다른 분야에서 자원(인력 및 장비)을 확보하는 경우 발생하는 갈등 4. Technical opinions (기술적 옵션) : 성능의 사양, 기술의 상충관계 등 기술적 문제와 관련한 갈등 5. Administrative procedure (관리절차) : 프로젝트를 어떻게 수행하고 관리해야 하는지에 대한 (관리) 갈등 6. Cost (원가) : WBS에 대한 원가추정과 관련한 갈등 7. Personality (대인관계) 프로젝트 관리 [2] - 21 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 외주 프로젝트에서 갈등분석 갑과 을의 인식 불일치 작업의 범위 내용의 문제 사양의 문제 어떠한 작업을 무엇을 만들어야 작업량이 증가 하 작업량이 증가 하 해야 할 것인지에 할 것인가에 대한 여 작업코스트가 여 작업기간이 대한 인식의 차이 인식의 차이 높아진다 길어진다 역할분담 문제 프로젝트 관리 [2] 개발목적물문제 - 22 - 대가 문제 납기지연문제 Lee Hyunwoo ● 프로젝트 관리 [2] 6. 프로젝트관리자의 요건(Modern project Manager) ■ 프로젝트관리의 Trend 모던 프로젝트 매니지먼트 廣 프 로 젝 트 매 니 지 먼 트 의 대 상 범 狹 위 • 목적: 고객기업의 프로젝트 매니지먼트 경쟁력 강화 • 범위: 전략책정~활용 • 품질: 경영품질 • 목적 : 프로그램 개발 프로젝트 관리 • 목적 : 프로그램 개발 • 범위 : 요건정의~가동 • 품질 : 버그의 유무 PMBOK에 준하는 PM의 국제표준화 ISO10006제정 (97년) • 범위 : 니즈 발굴~가동 • 품질 : 사용하기 쉽다 PM에 의한 지식체계를 정리 “PMBOK” 제정 (1987년) 1980년대 1990년대 (범용기 전성기) (범용기 에서 오픈 시스템으로) 주) PMBOK: Project Management Body Of Knowledge ISO: International Standard Organization(국제표준화기구) PMBOK개정 (96년) 2000년대 (오픈 시스템에서 Web으로) 모던 프로젝트 매니지먼트는 종래의 프로젝트 관리와는 그 목적이나 대상으로 하는 범위 등이 크게 달라지고 있다 프로젝트 관리 [2] - 23 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 모던 프로젝트 메니지먼트의 범위 애매, 불명확한 유저 요건을 어떻게 명확화 할 것인가 ? • 단기간, 저 코스트, 고품질에 대한 요구를 어떻게 Clear 할 것인가 ? • 요건의 변경, 추가에 어떻게 대응 할 것인가 ? • 사외 여러 곳에서 개발을 어떻게 원활히 할 것인가 ? • 컨설팅 경쟁력 향상 • 현장에의 활용지도 • 고객 니즈 수집 • 전략제안 • 가동후의 현장활용, 프로젝트 관리 • 정보 리터러시 향상 • 차기 시스템의 준비 개요설계 ↔ 상세설계 ↔ 개발 ↔ 테스트 ↔ 가동 모던 프로젝트 매니지먼트 프로젝트 관리 [2] - 24 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트관리 개념의 변화 이전 앞으로 예산 다이나믹 경영에 공헌할 것 정상으로 가동할 것 납기 변화에의 대응 이용자교육 납기, 예산 품질 ,품질 이용기술 프로젝트 관리 = 콘트롤 프로젝트 매니지먼트 = 경영 (기본방침: Do Things Right) (기본방침: Do The Right Things) 정보시스템에 「요구되는 것」 은 크게 변화하고 있음 IT의 다양화나 환경변화에의 대응 등, 개발의 난이도가 증가하고 있다 프로젝트 관리 [2] - 25 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트 매니저에 필요한 숙련 과 지식 경험 조직적으로 체계화하여 향상 시키는 노력이 불 가결 비즈니스 · 스킬 지도력 · 교섭력 · 문제해결력 프로젝트 매니지먼트 지식 스코프(목적)·리스크·코스트·조직의 매니지먼트 개발표준 등으로 규정된 범위 IT 기반지식 하드웨어 구성·소프트웨어 설계·개발언어·데이터베이스 구조화 주변지식 법률 · 경제 · 문화 · 국제정세 · 업계 동향 프로젝트 관리 [2] - 26 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트 리더의 조건 ① 양성(陽性) : 무슨 일에도 명랑하게, 큰 소리로, 쾌활하게 행동하고 표명 ② 유연한 사고 : 재래의 전문이나 경험에 쓸데없이 구속되지 말고 객관적으로 전분분야나 경험을 활용 ③ 자기계발 : 항상 호기심을 가지고 무한한 가능성을 믿고, 집념을 견지하여 면학에 노력 ④ 상호계발 : 자기가 보유하는 지식과 지혜의 전달을 의도대로 수평전개를 수행하고 전승(傳承)에 노력을 경주 ⑤ 명쾌한 기획력 : 논점을 명시하여 주장하고, 근거를 정확하게 개진함과 동시에 표현 적절성에 유의 ⑥ 왕성한 실행력 : 적시에 즉응하여 행동하고 유언실행(有言實行)을 배려 ⑦ 신속한 의지결정 : 대동(大同)에 주목하여 소이에 구애되지 않고, 취사선택을 과감히 판단한다. 프로젝트 관리 [2] - 27 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 프로젝트 매니저에게 요구되는 것 들 ① 충분한 커뮤니케이션 능력을 가질 것 ② 프로젝트 멤버의 모티베이션, 모랄 향상을 도모할 것 ③ 시스템을 기술사이드만이 아닌 경영사이드에서도 볼 수 있을 것 ④ 적절한 계획 입안, 조직편성을 할 수 있을 것 ⑤ 충분한 관리능력(진척관리, 품질관리, 비용관리 등)이 있을 것 ⑥ 리스크관리 기술을 가지고 있을 것 ⑦ 외주선과의 관계를 원활히 유지할 것 ⑧ 문제발견 능력을 가지고 있을 것 ⑨ 폭 넓은 시야와 국제적인 감각을 가지고 있을 것 ⑩ 강한 행동력, 정신력을 가지고 있을 것 프로젝트 관리 [2] - 28 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 귀하가 프로젝트 관리를 한다면 어떻게 할 것인가? 제안 단계 고객과의 업무분담이나 사양을 변경할 경우의 Rule을 명문화하고 있다 YES NO 계약 단계 개발 단계 완료단계 리스크를「정량화」하여 심사하는 조직이나 구조 가 있다 개발 표준과는 다르게 프로젝트 매니지먼트 수법을 명문화한 것이 있다 프로젝트의 상황을 제3자 의 입 장에 서 심 사 ·지 원 하는 조직이 있다 완료 후, 그 프로젝트 의 가치를 제3자가 「정량적」으로 측정하 고 있다 여러 기업과 프로젝트 를 하는 경우, 기업간 에 교환하는 다큐먼트 가 통일되어 있다 개발표준을 가지고 있다 프로젝트 매니저끼리 지원하는 커뮤니티 활동에 참가하면 인센티 브가 있다 프로젝트의 철퇴 전략을 명문화하고 있다 견적항목은 각 기능별로 상세하게 나타내고 있다 전문적인 기술뿐만 아니 라. 비용 관리능력이나 교섭력을 고려하여 프로젝트를 활발히 행하 고 있다 주1회 이상 프로젝트의 멤버가 모여 회의를 열 고 있다 사업부장이나 사장이 각 프로젝트의 상황을 언제 든지 확인 할 수 있다 스케줄나 비용을 관리하 는 툴을 사용하고 있다 프로젝트 성공!! 고객도 만족, 비용을 줄이는 벤더도 흑자 프로젝트로 납기지연으로 코스트가 하락 사용자가 사용할 수 없는 시스템이 완성 된다. 고객은 화를, 벤더는 적자, 프로젝트 매니저는 입원··· 프로젝트가 적자를 계속 대책을 세우지 않으면 회사 도산 프로젝트 매니지먼트의 달성 정도 진단 차트． 조직적인 대처를 하지 않으면 실패한다. 프로젝트 관리 [2] - 29 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리 소프트웨어 개발 6개의 질문 •작업표준으로 결정된 공정은 타사와 공통적 인가? •동일 소프트웨어개발을 의뢰해도, 견적이 달라지는가? •예정에 없는 작업을 유저로부터 돌연히 요구되는 것은 없는가? •사양이 팽창하기도 하고, 사양이 고정되지 않은 것은 없는가? •사양대로 만들어진 시스템을 「여기서는 사용하지 않는다」고 하는 것은 없는가? •소프트웨어의 개발거래에서 계약서는 유효하게 쓰여지고 있는가? 프로젝트 관리 [2] - 30 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리의 정의 □ 감사(監査)와 감리(監理) 감사 (audit) 감리 (audit + improvement) 프로젝트 관리 [2] ○ 회계적 측면의 예산에 대한 바른 집행과 집행결과에 대한 합법성, 정당성, 적정성을 조사하고 검증 ○ 완료된 행위를 대상으로 잘못의 지적과 시정에 역점 - 사후적 성격 ○ 기술적측면에서 프로젝트가 기본계획과 설계대로 되었으며 효율성, 신뢰성, 품질 보증 등 기술적 요건이 보장되고 있는가를 감독하고 지도하고 평가하는데 목적 ○ 성과의 극대화를 위한 관리적 성격이 강함 - 시행시점에 있어서 상대적으로 유연함 - 31 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 용어해설 ○ 정보시스템 통제 : 정보시스템의 기획, 개발, 운영, 유지보수 전반에 걸쳐 효과성, 효율성, 안 전성 및 준거성에 반하는 위험을 예방하고 통제하는 수단을 확보할 수 있는 체계를 제공하는 것. ○ 소프트웨어 품질보증 : 품질속성을 소프트웨어 제품의 기능성, 신뢰성, 사용용이성, 효율성, 유지 보수성 및 이식성에 두고 이의 적정 수준 달성을 위한 검토 및 평가활동과 제 품을 생산하는 절차인 프로세스의 개선에 초점 ○ 정보시스템 감리 : 이러한 정보시스템 통제와 소프트웨어 품질보증 관련 개념을 포괄적으로 수용하여 정보시스템의 효과성, 효율성 및 안전성을 증진시키고, 정보기술의 활용에 따르는 각종 위험 및 통제상태를 객관적인 입장에서 종합적으로 점검· 평가할 수 있도록 지원하는 역할 프로젝트 관리 [2] - 32 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리 「정보시스템 감리」는 감리대상으로부터 독립된 감리인이 정보시스템의 효과성, 효율성 및 안전성 향상을 위하여 정보시스템의 구축·운영에 관한 사항을 종합적으로 점검·평가하고 감리의뢰인 및 피감리인에게 개선이 필요한 사항을 권고하는 것 프로젝트 관리 [2] - 33 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리의 목적 정보시스템 감리의 목적은 정보시스템의 기획, 개발과 운영에 있어서 ㅇ 목표달성의 정도 ---------------> 정보시스템의 효과성 ㅇ 한정된 자원의 극대이용 -----> 정보시스템의 효율성 ㅇ 각종 위험의 차단 --------------> 정보시스템의 안전성 ㅇ 법령이나 기준의 준수 --------> 정보시스템의 준거성 등을 평가하고 이에 대한 개선안을 제시하는 것 프로젝트 관리 [2] - 34 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리의 필요성 정보화 수준의 향상과 국가 정보화 사업의 추진 등으로 정보시스템 에 대한 의존도는 점점 심화되는 반면, 소프트웨어 개발 실패나 컴퓨 터 사고 등으로 정보시스템의 안전성, 효율성, 효과성이 저하되는 문 제가 발생. 정보시스템 감리는 정보화 추진의 방향, 정보시스템 개발 및 운영상의 효율성, 데이터의 신뢰성 및 안전성 등을 종합적으로 검토함으로써 정보화 추진과정에서 발생할 수 있는 문제점들을 사전에 예방하는 필수적인 수단으로 그 필요성이 날로 증가. 프로젝트 관리 [2] - 35 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리 역할 및 효과 현 상 문제점 감리의 역할 감리의 효과 정보화방향이 경영 방침을 따르지 않음 기업운영에 비경제성 유발 조직 정보화방향의 타당성 검증 조직의 전략도 상승 및 경쟁력강화 계획의 타당성 부족 목표를 달성하지 못함 기획업무의 타당성 검토 정보시스템의 효과 증진 방법론, 도구, 정보 및 기술의 미적용 비효율적 시스템 개 발 및 운영 정보시스템개발 및 운영상의 효율성검토 및 권고 효율적 시스템 개발 및 운영 부적절한 데이터 관리 데이터의 무결성 상실 데이터 무결성 검토 데이터 무결성 확보 사용자와 개발/ 운영자간 의견불일치 사용자 요구사항이 반영되지 않은 시스템 개발 사용자와 개발자간의 상호 이해차이 및 의견의 격차 조정 사용자 요구사항의 충분한 반영 프로젝트 관리 [2] - 36 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리 구분 정보시스템은 공정에 따라 기획, 개발, 운영 및 유지보수 단계로 구분. [감리 대상공정과 감리 영역] 감리대상 공정 기획공정, 개발공정 유지보수 공정 운영 공정 프로젝트 관리 [2] 감리 영역 일반 영역 기술 영역 프로젝트 관리, 개발방법 론, 품질보증 활동, 프로젝 트 표준, 사용자 교육 등 응용시스템, 데이터베이스, 시스템 아키텍쳐, 네트워 크, 시스템 안전/신뢰성, 사용자 인터페이스, 시스 템 시험 프로젝트 관리, 프로젝트 표준 등 응용시스템, 데이터베이스, 사용자 인터페이스 운영 관리, 운영평가 등 데이터관리, 소프트웨어관 리, 하드웨어 및 네트워크 관리, 건물 및 관련설비 관 리 - 37 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리의 주체 정보시스템 감리는 감리를 실시하는 감리인, 감리를 의뢰하는 감리의뢰인, 그리고 감리를 받는 피감리인으로 구성. ○ 감리인 정보시스템 감리기준과 관련법령에 의해 일정한 자격을 지니고 정보시스 템 감리를 수행하는 자. ○ 감리의뢰인 정보시스템 감리를 요청한 국가, 법인, 단체 및 특정 개인을 의미하며, 통상적으로 감리를 의뢰한 기관의 장을 지칭. ○ 피감리인 정보시스템을 개발, 운영함에 있어 정보시스템 감리를 받는 법인과 개인을 의미하며, 통상적으로 전담사업자, 용역업자 및 전산부서의 장을 지칭. 프로젝트 관리 [2] - 38 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ 정보시스템 감리의 주체별 서로 다른 관점 ▷ 책임감리 요구 ▷ 정보시스템 품질확보 ▷ 검사 및 검수 대행 ▷ 성공을 위한 제3자의 조언 ▷ 책임소재의 정확한 규명 ▷ 균형감각 (애매한 지적 지양) 감리의뢰인 ☞ ☜ 피감리인 감리인 ☞ ☜ 정부 ▷ 민간감리 활성화 ▷ 감리대가 산정 현실화 ▷ 상시감리, 운영감리 프로젝트 관리 [2] ▷ 감리의 법적 지위 확보 ▷ 감리인 육성 ▷ 감리제도 개선 - 39 - Lee Hyunwoo ● 프로젝트 관리 [2] ■ IT 엔지니어가 당연히 알아야 할 주요 법률 시스템개발 등 업무를 하는데 당연히 알아야 할 주요 법률 민법 저작권법 특허법 부정경쟁방지법 일상생활에서의 사람과 사람 의 관계, 즉 민사를 규정하는 법률 저작권의 권리 등을 정해 그 보호와 문화의 발전에 기여 를 목적으로 하는 법률 발명의 보호와 이용을 도모 하여 산업발전에 기여하기 위한 법률 사업자간의 공정한 경쟁을 촉진하기 위한 법률 프로그램의 복제 리버스엔지니어링 직무저작, 법인저작 등 직무발명 소프트웨어 특허 비즈니스 모델 특허 등 계약(위탁과 위임의 규정) 채무불이행 책임 불법행위 책임 하자담보 책임 손해배상 등 영업비밀의 정의 부정경쟁의 방지 등 근로기준법 근로자파견법 프로바이더책임법 부정억세스금지법 EC관련 법률 최저의 근로조건을 정해 거기에 미달하 는 조건은 무효로 하 는 등 노동자를 보호 하기 위한 법률 파견근로자의 보호규 정 등을 정한 법률 Web페이지 등에서의 권리침 해가 있었을 때의 프로바이더의 책임범위를 정한 법 률 부정한 컴 퓨 터 이 용 등을 방지하기 위한 법률 EC를 촉진하기 위한 법률 손해배상책임의 제한 발신자 정보의 개시 청구 등 부정 억세스 행위 근로시간 해고규정 등 • 파견금지 업무 파견기간의 제한 파견계약 등 자신을 지키기 위해 당연히 알아야 할 법률 프로젝트 관리 [2] 전자서명법 IT서면일괄정비법 소비자계약법 폐메일방지2법 등 인터넷 관련시스템을 다룰 때 당연히 알아야 할 법률 - 40 - Lee Hyunwoo 프로젝트 관리 [2] - 41 - Lee Hyunwoo