Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Project Management

Project Management Skill

Related Books

Free with a 30 day trial from Scribd

See all
  • Be the first to comment

Project Management

  1. 1. 팀장을 위한 Project 관리기술
  2. 2. 팀장을 위한 Project 관리기술 <ul><li>관리영역 </li></ul>• 발주 규격서 조달관리 • 위험요소목록 위험관리 • 회의록 • 회의 유보항목 • 질문관리 시트 커뮤니케이션 관리 • 프로젝트 체계도 조직관리 • 단위 테스트 규격서 • 통합 테스트 규격서 • 품질 기준서 품질관리 • 주간보고서 • 개발 공수 전력 ( 표준치법 ) • 개발 공수 견적 (FP 법 ) 비용관리 • 통합일정표 • 상세일정표 • 기능별 일정표 시간관리 • 프로젝트계획서 통합관리 실행 · 관리 프로세스 계획 프로세스 관리영역
  3. 3. 1 장 프로젝트 계획서를 제대로 작성하자 <ul><li>▶ 프로젝트 관리의 기본은 초기에 정확한 프로젝트 계획을 세우는 것 </li></ul><ul><li>▶ 계획을 세우는 작업을 통해 Project 의 성공 이미지 혹은 실패위험을 감지할 수 있으므로 , Project 의 목적을 명확히 하고 팀원 전체가 목표를 향해 함께 노력 </li></ul>◎ Project 관리원칙 1. Project 관리 방법을 확립하고 실천한다 • Project - 특정 목적을 실현하기 위해 일정 기간동안 팀을 조직해 활동 하는것으로 - 일상 업무와 달리 Project 의 목적이 있고 기간이 한정되어 있으며 다수의 인원으로 구성된 팀 활동 . 그리고 , Project 에는 Project 예산이 산정되어 있고 Project 관리자가 있다 . 2. Project 의 목적을 확립하는 팀원 전체가 목을 공유 ( 목적의 상황에 따라 변함 ) • 정확한 이미지 가지고 Project 를 수행
  4. 4. 1 장 프로젝트 계획서를 제대로 작성하자 3. Project 의 성공과 실패의 이미지를 머리속에 새겨둔다 . 4. 목적이 여러 개 ( 가능한 한가지로 좁해야 함 ) 일 경우에는 구체적이고 , 단계적인 목표를 설정한다 . 5. 일정 , 비용 , 품질이라는 3 요소를 확실히 관리한다 . • Project 관계의 3 요소 – 일정관리 , 비용관리 , 품질관리 + 인력관리 , 외주관리 , 비젼관리 문서관리 , 보안관리 , 위험관리 등 • Project 의 진행방향 , 즉 프로세스 모델에는 크게 Waterfall Model 과 Spiral Model 이 있다 . 규모가 큰 시스템 개발에는 Waterfall Model 이 적합하다고 했지만 최근에는 Waterfall Model 을 채용하더라도 프로트타입을 작성하면서 진행하는 혼합형 개발 Model 이 많아지고 있다 .
  5. 5. 1 장 프로젝트 계획서를 제대로 작성하자 • Waterfall Model - Project 를 단계별로 구분하여 점진적으로 개발을 진행하는것 ( 기초설계 , 상세설계 , 프로그램 설계 , 프로그래밍 및 단위테스트 , 통합테스트 ) - 전체일정을 세우기좋고 사용자와 개발측면에서 역할 및 책임분담이 명확하다는 이점 때문에 가장 일반적으로 사용 . - 각 공정에서 고객이 100% 이해하는 이것을 문서로 작성해 두어야한다 . ( 실제 Project 에서는 프로그래밍 단계에 접어들었다가 설계로 되돌아 온다든가 , 통합테스트 시작했다가도 프로그래밍으로 되돌아 오는일이 빈번 , 사용자가 규격 확정한 후에 오랫동안 개입하치 않으므로 최종테스트 단계에서 고객으로부터 이러한 시스템을 원했던것 아니다 라는 말을 들을 위험성이 높다 )
  6. 6. 1 장 프로젝트 계획서를 제대로 작성하자 • 나선형 모델 - 프로토 타입을 작성해 고객과의 확인을 원활하게 수행하는 프로토 타이핑 모델을 기본으로 함 . - 100% 완성한 후 다음 단계를 진행하지않고 어느정도 완성되면 다음 단계로 넘어감 - 어느 원까지 확장해 갈지는 Project 에 따라 다르지만 나선형을 되풀이 할수록 프로토타입의 완성도가 높아지고 그 과정속에서 결국 개발 완료됨 - 하청을 주어 S/W 를 개발하는 경우에는 좀처럼 제안하기 어렵다는 딜레마가 있다 . 6. 나선형 모델에 과감하게 도전한다 .
  7. 7. 1 장 프로젝트 계획서를 제대로 작성하자 7. Project 계획서는 제대로 작성한다 . • 중요한 것은 빨리 작성한다 . • 가능한 빨리 팀원 전체가 주목해야할 목표로 인식하게 하기 위해서는 Project 출발점에서 가능한만큼 문서화하고 나중에 추가 및 수정하는 자세가 필요 8. Project 계획서의 템플릿을 만든다 .
  8. 8. 2 장 일정표 작성과 템플릿 이용 <ul><li>일정표 </li></ul><ul><li>• 종합일정 – 전체일정 </li></ul><ul><li>• 상세일정 – Sub-System 단위의 예정 / 실적을 관리 </li></ul><ul><li>• 기능별 일정 – 담당자별로 진척관리를 수행 </li></ul><ul><li>Project 의 실패 </li></ul><ul><li>• 절대 실패하지 않는것 – 금메달감 </li></ul><ul><li>• 실패한 경우 적절한 회복을 준비할 수 있는것 – 은메달감 </li></ul><ul><li>• 실패로부터 무언가를 배운다는 자세를 갖는다 – 동메달감 </li></ul><ul><li>9. 과거의 실패를 교훈삼아 같은 실패를 반복하지 않는다 . </li></ul><ul><li>• 실패원인에 대한 객관적 판단 </li></ul><ul><li>• Project 관리자와 팀원의 자질과 역량 </li></ul><ul><li>• Project 가 실패하기 쉬운 조직체계라는 구조적 문제 </li></ul>
  9. 9. 2 장 일정표 작성과 템플릿 이용 10. 체크 리스트로 실패의 위험을 인식한다 . 11. 일정표는 반드시 작성하고 정기적으로 검토한다 . • 적절한 일정을 수립 ( 필요시 보완 ) • 팀원의 진척사항을 정확하게 관리 • 지연되고 있다면 적절한 지시 ( 책임전가식 또는 미사어구는 안됨 ) • 자기 스타일이 제일이라고 생각하고 있는 관리자들은 일정관리표 템플릿의 사용을 의무화 12. 진행은 수치로 관리한다 . 13. 3 종류의 일정표 템플릿을 이용한다 .( 종합 , 상세 , 기능별 일정 )
  10. 10. 2 장 일정표 작성과 템플릿 이용 14. 기능별 일정표는 전단계의 최종시점에 작성한다 . • 일정 지연이 발생되는 경우에 가급적 빨리 대치 15. 진행회의는 정기적으로 규칙을 정해서 한다 . • 예비일 감안
  11. 11. 3 장 나선형 모델의 Project 관리와 Project 체계도 <ul><li>나선형 모델 ( 프로토 타입을 작성하고 이를 기반으로 요건과 규격을 </li></ul><ul><li>결정해가는 방법 ) </li></ul><ul><li>• 전체공정 , 전체작업을 나선형으로 해야하는것 아님 </li></ul><ul><li>• 요구사항 분석단계나 기초설계 단계에서 Waterfall Model 이 따르며 </li></ul><ul><li>그 후의 상세 설계 , 프로그램 설계 , 프로그램 개발 , 단위 테스트 단계를 </li></ul><ul><li>나선형 공정으로 바꾸어 일정을 세움 </li></ul><ul><li>16. 나선형 모델에서도 반드시 일정을 세운다 . </li></ul><ul><li>17. 프로토 타입 계획서를 작성하고 요청서에 고객의견을 정리한다 . </li></ul><ul><li>18. Project 계획서에 제출 문서를 명시한다 . </li></ul>
  12. 12. 3 장 나선형 모델의 Project 관리와 Project 체계도 19. 나선형을 일정표에 같이 정리한다 . • 고객과 시스템 개발회사 상호간의 Project 체계를 명확히 해야함 20. Project 체계도에 어둠의 유형 ( 단가 낮추기 위해 인원늘임 ) 은 포함 시키지 않는다 . • WBS(Work Breakdown Structure – 작업 분담 구조 ) - 작업을 적절하게 분담하기 위해서 사용 -Project 단계에서 Project WBS, 단계별 WBS, 업무별 WBS 등이 쓰임 • Project 관리자로 접합 ( 귀로 공기빼기 ; 볼 부풀기 ↔ 코가 막힌 상태에서 코를 푸는 것처럼 ) - 문제를 인식하여 적절한 대책을 세울수 있고 - 또 그것을 팀원들에게 잘 전달하여 실행시킬수 있는 사람
  13. 13. 4 장 외주관리는 남녀간의 문제와 같다 <ul><li>협력사와 좋은 관계를 지속하기 위해서는 업무를 명확히 분담하고 회의내용과 </li></ul><ul><li>질문 및 답변을 문서로 남기며 품질관리 기준을 공유하는것 중요 </li></ul>21. 기본계약서에는 권리의 귀속을 명시한다 . • 기본계약서 ( 회사와 회사간 최초 1 회 체결 ) - 위탁업무범위 , 위탁형태 양자 책임사항 , 면책사항 , 산출물 소유권 비밀유지 , 손해배상 , 계약변경 및 해약 조건 등 ) • 개별계약서 (Project 별 계약 체결 ) - 위탁업무의 구체적 내용 , 납기 , 체제 , 작업장소 , 관리방법 , 계약금액 , 지불 방법 , 검수방법 , 기타합의사항등
  14. 14. 4 장 외주관리는 남녀간의 문제와 같다 22. 개별 계약서에는 위탁업무의 범위를 분명히 정해둔다 . • 협력사와의 커뮤니케이션 항목 - 정기적으로 회의열어 규격 결정 - 규격과 프로그램 변경 정보를 공유 ( 기술변경 요청서 ) - 상호 Q&A 를 문서로 관리 - 협력사의 진행 상황을 관리 ( 진행보고서 ) • 회의록 - 회의내용을 문서로 기록 - 유보항목을 정리 ( 언제까지 누구가 수행할 것인지를 ) - 수주자가 작성하여 발주자의 확인받는다 ( 회의하면서 작성하고 끝나면 확인 ) • 새로운 거래처 개척 및 신뢰성 확인 ( 분위기 파악 , 수행팀원과 대화 )
  15. 15. 4 장 외주관리는 남녀간의 문제와 같다 23. 신규 외주업체는 직접 파견나가 살펴본다 . 24. 회의록에는 유보항목의 담당 , 기한을 명시한다 . 25. 서로를 위해 친밀도를 강화한다 . 26. Q&A 와 변경 보고는 문서로 관리한다 . • 품질관리 - 품질기준을 알려준다 ( 데이터량과 허용응답시간등을 문서로 분명하게 전달 ) - 초기 단계에 품질을 검토 ( 단 몇 개라도 가능한 시점에 부분적으로라도 납품 받는것이 바랍직 ) - 품질관리의 체계적인 측면까지 면밀히 확인 - 테스트를 위한 기간과 인력을 확보해둔다 . • Project 관리자는 목적을 실현하기 위해 팀원들에게 구체적인 내용을 알기 쉽게 설명해야 함 .
  16. 16. 4 장 외주관리는 남녀간의 문제와 같다 27. 품질관리는 공통의 과제이므로 함께 고민한다 . 28. 회의록은 늦어도 다음날까지는 작성한다 .
  17. 17. 5장 품질관리에 자신감을 갖자 공장에서 영업부와 일반사무부서로 확산 품질우선을 인식하고 자기개발 및 개선제안을 통해서 전체적으로 품질을 향상시켜 보다 적극적인 의식 기업차원에서 관리하고 제어 QC(Quality Control) TQC(Total Quality Control) TQM(Total Quality Management)
  18. 18. 5 장 품질관리에 자신감을 갖자 29. QC/TQC 장점을 받아들여 ,Project 내와 회사 전체차원이라는 두가지 측면에서 품질관리를 관리 . • 품질 장애가 없는것 (30 년이전 ) 이용자의 만족도 ( 현재 ) • 품질관리 활동 품질개선활동 (Project 차원 ) 품질안정활동 ( 회사차원 ) 30. 이용자 입장에서 S/W 를 만든다 . • 품질 특성 기능성 신뢰성 사용성 효율성 유지보수성 호환성
  19. 19. 5 장 품질관리에 자신감을 갖자 31. Project 초기에 품질기준서를 기반으로 팀원전원이 품질에 대한 공통의 의식을 갖는다 . • 품질 기준서 - 시스템 전체 - 조작성 32. 설계서 검토를 의무화하여 설계오류를 제거한다 . • 프로그램 -> 단위테스트 -> 통합테스트 -> 검수 33. 단위테스트는 형관펜을 사용하여 누락이 없도록 한다 . 34. 테스트는 오류가 있을것이라는 확신을 가지고 한다 .
  20. 20. 6 장 견적과 비용은 철저히 관리하자 ● 비용관리 내용견적 실험내용관리 ● 개발비용의 견적방법 -LOC(Lines of Code) : 프로그램 단계에 따라 규모를 측정하는 방법 - 유사법 ( 일정표 ) : 과기에 유사한 시스템을 개발했던 경험을 근거로 한 견적방법 - 표준치법 : 과기에 개발한 경험을 근거로 한 생산성의 표준치를 사용하여 서브 시스템의 공정수를 견적하는 방법 -Action Point 법 : Action( 기능 ) 의 처리난이도에 따라 개발규모를 추정하는 방법 -COCOMO Ⅱ : 개발규모 , 난이도 , 개발특성 요인을 고려해 견적을 내는 모델 , 애플리케이션 생성 , 초기설계 , 설계후 (Post-Architecture) 의 3 가지 모델로 구성된다 . ● 경험에 의한 견적방법 -KKD( 직감 , 경험 , 배짱 발음에서 따옴 : 주관적인 방법 ) 은 유사법 , 표준치법을 병용하면 오류예방가능
  21. 21. 6 장 견적과 비용은 철저히 관리하자 35. 업무를 충분히 분석한다 . • 일정에 맞춰 견적 • 2 명이 4 개월동안 해야할일 ≠ 4 명이 2 개월동안 해야할일 36. 2 가지 견적방법을 병용하여 비교한다 . 37. 다른사람과 함께 견적을 확인한다 . 38. Project 팀원 전체가 비용정보를 공유한다 . 39. Project 완료 시점에서 견적과 실적을 평가한다 .
  22. 22. 7 장 위험요소와 문제점은 현장에서 관리하자 40. Project 관리시험을 통해 이론적으로 무장하자 . ● PMBOK 의 위험관리 프로세스 착수단계 계획단계 실행단계 관리단계 완료단계 위험감시 및 관리 ● 위험 관리계획 : Project 규정 , 조직방침 , 역할 및 책임정의 , 투자자의 위험 허용도 , 조직의 위험관리 계획을 위한 Tamplet, WBS ● 위험 요소상정 : 위험관리 계획서 , Project 계획 산출물 , 위험요소 분류 , 실적정보 위험관리계획 위험요소상정 위험요소규명 위험요소정량화 위험대응방법
  23. 23. 7 장 위험요소와 문제점은 현장에서 관리하자 ● 위험 요소 규명 : 위험관리 계획서 , 상정된 위험요소 , Project 상태 , Project 유형 , 데이터 정확도 , 확류 및 영향력 측정척도 , 가정조건 ● 위험 요소 정량화 : 위험관리 계획서 , 상정된 위험요소 , 우선순위에 따른 위험요소 일람 , 실적정보 , 전문가 판단 , 다른 프로세스의 계획자료 ● 위험 대응 방법 : 위험관리 계획서 , 우선순위에 따른 위험요소 일람 , Project 의 모든 위험요소에 대한 비중평가 , 정량화된 위험 요소의 우선순위 일람 , Project 확률분석 , 비용과 일정목표 달성확률 , 잠재력 위험요소 대응방법 , 위험임계치 , 위험요소에 대한 책임자 일반적인 위험 요인 , 위험요소 규명 및 정량적인 위험 분석 결과의 경향 ● 위험 감시 및 관리 : 위험관리 계획서 , 위험대응 계획서 , 내부의사 소통방식 , 위험규명 및 분석에 대한 추가작업 , 범위변경
  24. 24. 7 장 위험요소와 문제점은 현장에서 관리하자 ● 체계에서 발생하는 위험 요소 ▸ 고객측 위험 요소 - 고객과의 역할 분담과 책임 범위가 명확하지 않으며 , 후속 작업 범위가 늘어난다 . - 이전 회의에 불참한 고객의 의견 결정자가 회의에서 이미 결정된 사항을 번복한다 . - 고객 담당자가 다른 업무에 바빠서 미결된 사항이 좀처럼 결론이 나지 않는다 . - 담당자의 재량이 부족하여 좋은 시스템을 구축하기 위한 요구가 반영되지 않는다 . - 회의 상대가 특정 부서 ( 시스템 부문 등 ) 만 대변하여 현장의 요구가 반영되지 않는다 . - 고객측 의사 결정권자의 프로젝트에 대한 승인이 충분하지 않다 . - 고객의 실적이 불안정하여 프로젝트를 도중에 중단할 가능성이 있다 . ▸ 회사측 위험 요소 - 프로젝트 관리자의 경험이 부족하며 , 다른 업무와 겸하고 있어 관여도가 낮아 프로젝트 관리가 소홀하다 . - 프로젝트에 필요한 인원이 확보되지 않았다 . - 다른 프로젝트를 병행하고 있는 사람이 많아 예정에 맞춰 프로젝트에 투입하기 어렵다 . - 프로젝트 팀원의 역량이 부족하여 품질과 생산성이 낮다 . - 프로젝트 수행에 필요한 기술과 기능이 부족하다 . - 프로젝트 팀원간의 의사 소통이 부족하여 개발 효율성이 낮다 . - 산출물의 버전 관리와 백업이 불충분하여 , 최신의 산출물을 얻지 못한다 .
  25. 25. 7 장 위험요소와 문제점은 현장에서 관리하자 ▸ 협력사측 위험요소 - 협력사와의 역할 분담과 책임 범위가 명확하지 않아 후속 작업이 늘어난다 . - 협력사의 역량이 부족하여 산출물의 품질이 낮다 . - 협력사와의 커뮤니케이션이 부족하여 의도한 산출물이 나오지 않는다 . - 협력사의 담당자가 자주 바뀐다 . ▸ 기술 / 환경에서 발생되는 위험 요소 - 사용하는 기술 / 제품의 품질이 안정되지 않아 그에 따른 장애로 영향을 받는다 . - 보안 위협을 받기 쉬운 사이트다 . - 동시 접속 사용자가 많으면 충분한 성능이 나오지 않는다 . - 방송 장비 , 네트워크의 성능이 부족하여 충분한 성능이 나오지 않는다 . ※ 이 외에도 계약적인 측면에서의 위험요소 , 정보누설 위험 , 팀원의 건강상의 위험 , 퇴직위험 , 외적요인에 따른 위협 등 .
  26. 26. 7 장 위험요소와 문제점은 현장에서 관리하자 41. 위험은 미리 예측하여 예방한다 . • 관리 프로세스 ▶ 추적 : Project 의 상황을 파악하는것 ( 일정 , 품질 , 비용 , 위험 추적 ) ▶ 제어 : 계획에서 누락된 경우에 대응방법을 세워 계획대로 관리하는 것 • PMBOK 의 제어와 PDCA 의 개선 ▶ PMBOK 의 Project 프로세스 : 착수->계획->실행->관리->제어->추적->완료 ▶ PDCA 의 Project 프로세스 : 계획->실행->검토->개선 42. 검토는 현장에서 실시한다 . 43. 한가지문제점을 발견할 것에 불과하다고 생각하지 않는다 . • 바퀴벌레 한마리
  27. 27. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● PMBOK • Project 관리에 대한 국제표준 • 미국 Project 관리협회 (PMI, Project Management Institate) 가 1987 년 ,1996 년 , 2000 년에 발행한 Project 관리에 대한 지식 체계 ※ 1996 년 이후 PMBOK -> PMBOK Guide 44. PMBOK 에 대한 학습으로 체계적인 관리방법을 이해한다 . • 구체적으로 실현적인 Project 관리방법은 ?
  28. 28. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● PMBOK 의 9 가지 관리와 프로세스 계속 품질관리 품질보증 품질계획 품질관리 (Quality Management) 비용관리 자원계획 , 비용견적 , 예산설정 비용관리 (Cost Management) 일정관리 업무 정의 업무의 우선순위 설정 소요시간 견적 일정작성 시간관리 (Time Management) 산출물 검수 범위 변경 관리 범위 계획 범위 정의 프로젝트 착수 범위관리 (scope Management) 통합 변경 관리 프로젝트 계획 수립 통합관리 (Integration Management) 완료 (closing) 관리 (controlling) 실행 (Executing) 계획 (Planning) 착수 (Initiating) 지식 영역
  29. 29. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● PMBOK 의 9 가지 관리와 프로세스 계약 종료 매매 , 발주처 선정 , 계약 관리 조달 계획 매매계획 조달관리 (Procurement Menagement) 위험의 감시 및 관리 위험관리계획 위험요소정의 위험요소 정량화 위험 대응 방법 계획 위험관리 (Risk Management) 프로젝트 완료 절차 진행관리 정보 공유 의사소통 계획 의사소통관리 (communication Management) 팀 구성 및 육성 조직계획 인력의 조달 및 확보 조직관리 (Human Resource Management) 완료 (closing) 관리 (controlling) 실행 (Executing) 계획 (Planning) 착수 (Initiating) 지식 영역
  30. 30. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● PMBOK 범위관리의 3 가지 부문 범위 관리 지식영역 1 프로젝트 착수 프로세스 1 · 프로젝트 산출물 기술서 · 사업계획 · 프로젝트 선정기준 · 실적 정보 1. 입력 · 프로젝트 선정 방법 · 전문가 의견 2. 도구와 실천방법 · 프로젝트 규정 · 프로젝트 관리자 선정 · 제약 조건 · 가정 조건 3. 출력 다음 프로세스 범위 계획 프로세스 2
  31. 31. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 45. PMBOK 을 자사에 맞는 관리방법으로 구체화한다 . • PMBOK 이 각각의 Project 자체를 철저하게 관리하는 것이 목적 • CMMI(Capability Maturity Model Integration) 은 기업단위의 개발 프로세스 개선과 개발위탁업체 선정을 위한 평가 기준이 목적임 • CMMI 의 5 단계 성숙도 단계 개 요 성숙도 수준 기본적인 프로젝트 관리조차 불가능하다 : 업무 수행 방법이 임기응변적이며 어수선하다 . 1. 초기단계 프로세스 개선에 전원이 적극적으로 참여하고 있다 : 개선 활동이 일상적이며 , 지속적인 개선을 도모하고 있다 . 5. 최적화 단계 프로세스와 생산품이 정량적으로 관리되고 있다 : 개발 생산품의 품질 데이터를 수치화하며 데이터를 기반으로 프로세스 관리를 수행하고 있다 . 4. 관리 단계 조직적인 프로젝트 관리가 수행되고 있다 : 프로젝트 관리에 있어서 관리 프로세스와 개발 프로세스가 문서로 정의되어 있으며 , 모든 프로젝트에서 지켜지고 있다 . 3. 정의 단계 기본적인 프로젝트 관리가 가능하다 : 일정 , 비용 , 기능적인 면에서 초보적인 관리 프로세스를 확립하고 있다 . 동일 업무에 대해서눈 반복적 성공이 가능하다 . 2. 재현 가능 단계
  32. 32. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 • PDC(Plan, Do, Check) 사이클과 PDCA(Plan, Do, Check, Action) ( 기본적인 개념 – 지속적인 개선 ) 계획 (Plan) PDC(PDS) 사이클 평가 (Check) 실행 (Do) 검토 (See) 계획 (Plan) PDCA 사이클 개선 (Action) 실행 (Do) 평가 (Check)
  33. 33. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 • PMBOK 의 5 가지 프로세스 · 프로젝트 착수 · 프로젝트 관리자 선임 착수 (Initiating) · 범위 정의 · 품질 계획 · 업무 정의 · 조직 계획 · 일정표 작성 · 커뮤니케이션 계획 · 자원 계획 · 조달 계획 · 비용 견적 계획 (Planning) · 범위 변경 · 진행 보고 · 팀 구성 및 육성 · 장해 보고 · 정보 공유 실행 (Exercising) · 계약 완료 · 조달 종료 · 프로젝트 완료 · 실적 평가 완료 (Closing) · 변경 관리 · 외주 관리 · 진행 관리 · 품질 관리 · 비용 관리 · 위험 관리 · 요소 관리 · 계약 관리 관리 (Controlling)
  34. 34. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● Project 관리 강화를 위한 접근 방식 • 1 단계 : Project 관리 항목을 체계적으로 정리하고 이해한다 .(PMBOK 등의 이해 ) • 2 단계 : 자사의 상황에 맞는 관리방법으로 구체화한다 .(CMMI 2,3 단계 해당 ) • 3 단계 : 방법을 검증하고 팀원들의 실천을 의무화한다 .(CMMI 3 단계 ) • 4 단계 : 관리의 실행을 감시 및 감독하여 철저하게 수행되도록 한다 .(CMMI 4 단계 ) • 5 단계 : 결과를 평가하고 관리방법의 미비점을 개선하여 다음 Project 에 반영한다 . (CMMI 5 단계 ) ※ 2 단계 : 문서기반으로 방법 자체를 명문화하는것 . PMBOK 프로세스 출력에 해당되는 산출물을 구체화하는 Tamplet 으로 준비하는 것 . • 어려운 것은 3~5 단계로 철저하게 운용하는것 그 자체가 큰 어려움 상부의 이해 , 부서별 관리자의 지도력 , 팀원의 능력과 동기부여 등 다양한 조건을 명확히 해야만 4~5 단계로 올라갈수 있다 . 46. CMMI 의 단계 상승은 자신을 위해 중요하다 .
  35. 35. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● PMBOK 의 계획과 관련된 프로세스의 출력 목록 계속 󰋯 상세 일정표 󰋯 자원 필요량 업데이트 󰋯 일정표 󰋯 일정 관리 계획서 일정 작성 󰋯 견적 근거 작성   󰋯 업무별 소요 시간 견적 󰋯 업무 목록 업데이트 소요 시간 견적 󰋯 업무목록 업데이트 󰋯 프로젝트 네트워크 표 업무 순서 설정 󰋯 업무 상세 목록   󰋯 업무 목록 󰋯 WBS 업데이트 업무 정의 시간         󰋯 WBS(Work Breakdown Structure- 업무 분담 구조 ) 󰋯 범위 기술서 업데이트 범위 정의 󰋯 범위 상세 기술서   󰋯 범위 기술서 󰋯 범위 관리 계획 범위 계획 범위     󰋯 프로젝트 상세 계획 󰋯 프로젝트 계획서 프로젝트 계획 수립 통합 출  력 ( 상 세 업 무 ) 계획 ( 프로세스 ) 지식영역
  36. 36. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● PMBOK 의 계획과 관련된 프로세스의 출력 목록 계속     자원계획 자원 계획 비용     󰋯 비용상세 견적서 󰋯 비용 견적서 󰋯 비용 관리 계획서 비용 견적     예산 기준선 예산 수립     커뮤니케이션 계획서 커뮤니케이션 계획 커뮤니케이션 󰋯 품질 측정 기준 󰋯 다른 프로세스에 대한 영향 󰋯 품질 관리 계획서 󰋯 검토 목록 품질 계획 품질 󰋯 프로제트팀명 설정 󰋯 인력 할당 인력조달 및 확보 󰋯 인력 계획서 󰋯 상세 설명 󰋯 역할 및 책임 분담 󰋯 개발 체계도 조직 계획 조직     출  력 ( 상 세 업 무 ) 계획 ( 프로세스 ) 지식영역
  37. 37. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● PMBOK 의 계획과 관련된 프로세스의 출력 목록 󰋯 제안 평가 기준   󰋯 제안 요청서 󰋯 업무 정의서 업데이트 매매 계획 󰋯 업무 정의서 󰋯 조달 관리 계획서 조달 계획 조달   󰋯 위험 대응 방법 계획서 󰋯잔존 위험 요소 󰋯 2 차적 위험 요소 일람 󰋯계약 사항 확인 󰋯 만일의 경우에 대비한 에비비 준비 󰋯 다른 프로세스에 대한 영향 󰋯 프로젝트 계획 업데이트에 대한 영향 위험 대응 방법 계획 󰋯 위험 요소 우선 순위 ( 정량적 측면에서 ) 󰋯 프로젝트의 잠재적 위험 요소 󰋯 비용 , 일정에 대한 잠재적 위험 요소 󰋯 정량화된 위험 요소의 분석 결과 경향 위험요소 정량화 󰋯 프로젝트의 통합 위험 요소 순위 설정 󰋯 위험 요소의 우선 순위 ( 내용적 측면에서 ) 󰋯 위험 분석 및 관리에 대한 부가정보 󰋯 규명된 위험 요소의 분석 결과 경향 위험 요소 규명 󰋯 위험 발생 요인   󰋯 위험 요소 일람 󰋯 다른 프로세스에 대한 영향 위험 요소 정의     위험 관리 계획서 위험 관리 계획 위험                 출  력 ( 상 세 업 무 ) 계획 ( 프로세스 ) 지식영역
  38. 38. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● Project 계획 계속 본사 , 지사 , 영업소 등 전체 14 개소 거점 수 250 대 정도 클라이언트 수 본사 내 웹 서버와 DB 서버를 1 대씩 설치 서버 수 주식회사 해피아워 고객처 칵테일 프로젝트 명 기업 포털 사이트를 구축하여 , 인사 · 총무 · 영업등의 각 부서가 요구하는 정보를 제공한다 . 각 부서에서 업무를 시작하기 위해 PC 를 켤 때 이 사이트가 열리도록 하여 업무 연락과 전달사항을 확인한다 . 기술 정보 검색과 회의실 예약 , 경비 정산 등 사내 시스템과의 링크와 사내 시스템의 포탈사이트가 될 수 있게 한다 . 시스템 목적 2006 년 02 월 01 일 착수 시기 2006 년 10 월 01 일 완료 시기 2006 년 10 월 31 일 종료 ( 해산 ) 시기 20060201-003 프로젝트 번호
  39. 39. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● Project 계획 계속 사원 대상 주 이용자 2006 년 11 월 01 일부터 연간 유지보수 계약체결 예정 첫 해는 0.5M/N 정도의 지원 작업 수준 유지보수 ( 계약 시기 , 작업량 등 ) 나선형 모델 개발 방법 웹 서버 OS : 레드햇 리눅스 9.0 웹 서버 : 아파치 + 톰캣 DB 서버 OS : 레드햇 리눅스 9.0 데이터베이스 : 오라클 9i 데이터베이스 서버 구성 인터넷 익스플로러 5.5 이상 펜티엄 2 메모리 266MB 이상 클라이언트 구성 사내 LAN 이용 네트워크
  40. 40. 8 장 PMBOK (Project Management Body of Knowledge) 과 CMMI 을 이해하자 ● Project 계획 □ 통합 테스트 결과 보고서 □ 검수 테스트 결과 보고서 □ 운영매뉴얼 □ DFD(Data Flow Diagram) ☑ I/O 관련도 □ 도면 · 창표 항목 설명서 □ 처리내용 보충 설명서 ☑ 개발 표준서 ☑ 요구 분석서 ☑ 기초 설계서 ☑ 프로토타입 계획서 ☑ 프로토타입 계획서 1 ☑ 프로토타입 계획서 2 ☑ 프로토타입 계획서 3 ☑ 테스트 계획서 ☑ 통합 테스트 계획서 □ 검수 테스트 계획서 ☑ 데이터 이행 계획서 ☑ 매뉴얼 ☑ 사용 매뉴얼 □ 온라인 도움말 ☑ 설계서 □ ERD ☑ 테이블 정의서 □ 도면 · 도표 이미지 □ 데이터 전송 사양서 ☑ 표준서 □ 설계 표준서 제출 문서
  41. 41. 9 장 툴을 사용해보자 1 ( 작업의 설정과 일정 작성 ) 47. 툴을 이용하여 효율적인 Project 관리를 할 수 있다 . 48. 툴 선택은 기능 및 개념 보다는 실제 사용으로 판단한다 . 49. 일정은 상황에 맞게 작성한다 .
  42. 42. 10 장 툴을 사용해보자 2 ( 자원의 할당과 진행 / 비용 관리 ) ● Microsoft Project 에서 가능한 기능 • 작업설정 • 일정 수립 • 자원 할당 • 진행과 비용관리 50. 툴을 선택할때는 제품의 기능에 초점을 맞추어 판단한다 . ● 자원설정 ▸ Project 자원으로 사람 및 장비를 지정한다 . ▸ Projec 의 작업시간을 정의한다 . ▸ 작업에 자원을 할당한다 .
  43. 43. 10 장 툴을 사용해보자 2 ( 자원의 할당과 진행 / 비용 관리 ) 51. 일정표는 지속적으로 파악한다 . ● 진행관리 ▸ 초기 계획을 저장한다 . ▸ 진행 상황 관리를 위해 준비한다 . - 항상 작업 완료율을 입력하며 관리 (% 입력 ) - 항상 실제 작업 시간과 나머지 작업 시간을 입력하여 관리 ( 작업시간 합계입력 ) - 항상 기간 단위 작업 시간을 입력하여 관리 ( 근무실적 입력 ) ▸ 실제 진행 상황과 소요되는 시간 , 비용 기준으로 관리 ● 보고서 ▸ Project 비용을 참조한다 . ▸ Grant 차트 ( 진행관리 ) 52. 일정의 진행율은 남은 작업시간으로 관리한다 .

    Be the first to comment

    Login to see the comments

  • ssuseracba9e

    Mar. 11, 2013
  • ssuser8f3fc7

    Mar. 4, 2015
  • DukeYang1

    Jul. 27, 2015
  • josh1017

    Apr. 30, 2016
  • ssuser1a1b9c

    Feb. 21, 2017
  • hi1210

    Mar. 14, 2017
  • hisaehoshino75

    Jun. 21, 2017
  • heesupark7301

    Apr. 20, 2018
  • KEYTAEKIM

    Apr. 16, 2019
  • wooyeonn

    Jun. 9, 2020
  • chjin

    Jul. 6, 2020

Project Management Skill

Views

Total views

5,185

On Slideshare

0

From embeds

0

Number of embeds

9

Actions

Downloads

236

Shares

0

Comments

0

Likes

11

×