PM(Project Manager)&PMBOK(Project Management Body Of Knowledge)

소개글

PM(Project Manager)&PMBOK(Project Management Body Of Knowledge)에 대한 보고서 자료입니다.

목차

Ⅰ. 서론

Ⅱ. 본론
1. Project Manager와 Project Management의 개요
2. PMBOK(Project Management Body Of Knowledge)의 소개
3. PMBOK의 9가지 지식영역과 그에 대한 나의 생각
(지식영역의 활동을 효과적으로 수행하기 위한 고려사항)
4. 프로젝트의 세부 프로세스와 상호 연관성
5. 프로젝트 관리 프로세스
6. 통제 프로세스의 Input, Tool & Technique, Output 구조

Ⅲ. 결론

Ⅳ. 출처 및 참고 문헌

본문내용

로세스 그룹은 가장 많은 프로젝트시간과 자원을 사용한다. 원가는 일반적으로 실행 프로세스 동안에 가장 높으며, 일정 관리에 대한 리스크가 크다.
4).통제(Controlling)
통제 프로세스 그룹은 프로젝트가 프로젝트 계획에 맞게 진행되는지 프로젝트의 성과를 측정하고 분석하는 것이다. 편차가 발견되면 프로젝트 계획에 프로젝트 활동을 맞추기 위한 시정조치가 수행된다. 이는 기획 프로세스 동안 추가적인 승인을 필요로 할 수 있다.
5).종료(Closing)
종료 프로세스 그룹은 프로젝트 관리에서 가장 많이 생략되는 프로세스이다. 프로젝트 목적이 달성되었으며, 다음 프로젝트로의 이동이 준비된 것이다. 미래의 참고를 위해 모든 프로젝트 정보가 수집되고 보관되어야 한다. 따라서 종료 프로세스는 중요하다. 종료 프로세스 동안에 수집되는 문서화는 미래 프로젝트에 관한 잠재적인 문제점들을 피하기 위해 검토되고 이용될 수 있다. 계약 종결은 여기서 발생하고 프로젝트 이해관계자들로부터의 공식적인 수용과 승인이 이루어진다.
6. 통제 프로세스의 Input, Tool & Technique, Output 구조
가. Input
1). 성과보고서(Performance Report): 작업의 성과로 baseline과 비교할 자료로 활용되며 모두 같은 이름의 산출물이다.
2). Baseline: 각 영역의 달성목표로 작업의 성과와 비교할 자료로 활용되며 각 영역별로 다른 이름의 Baseline이 있다.
3). Change Request: 작업 실행 과정에서 도출되는 변경 요청서로 모두 같은 이름의 산출물이다.
나. Tool & Technique
1). *Change control system: 각 영역의 통제 절차를 정의한 procedure로 *에 각 영역의 이름 을 대입하며 바뀌게 된다.
2). Performance Measurement: 변경 혹은 계획대비 차이의 정도를 분석하여 그에 적합한 의사 결정을 할 수 있게 하는 기법이다.
다. Output
1). Baseline Updates: 계획대비 차이가 심각하거나 범위변경으로 인한 계획의 변경으로 baseline은 변경되어 사용된다.
2). Corrective Action : 계획은 그대로 두고 실행을 독려하여 현재의 계획대비 차이를 최대한 빨리 계획에 근접하도록 하기 위한 활동으로 동일한 이름으로 사용된다.
3). Lessons Learned: 계획 대비 차이가 발생한 원인, 차이가 발생하였을 경우 의사결정의 근 거 및 효과에 대한 내용으로 동일한 이름으로 사용된다.
Ⅲ. 결론
프로젝트 관리는 전통적으로 토목, 건설, 엔지니어링 등 규모가 크고 복잡한 업무를 견고하게 처리할 필요가 있는 분야에서 수행되어 왔다. 프로젝트 관리에 사용되는 대부분의 도구들은 사람들이 상당히 규모가 큰 것을 만드는 환경에서 발전되었다.
지난 2~30년 전부터 우리는 유형적인 것보다는 무형적인 정보를 보다 많이 다루는 시대로 접어들고 있다. 이것은 미국 근로자의 약 4분의 3 정도가 정보를 다루는 서비스 영역의 업무를 하고 있다는 통계를 보면 더욱 더 잘 알 수 있다.
지식 근로자는 무형적인 세계에서 주로 그 기능을 담당하고 있기 때문에, 프로젝트의 특성은 건설 산업에서 말하는 것과 근본적으로 다르다. 예를 들어, 지식근로자들은 해야 할 일이 무엇인지, 그리고 그것을 어떻게 해야 하는지를 정확히 정의하기 어려운 복잡한 환경에서 업무를 수행하고 있다. 결과적으로 기존의 유형적인 것을 대상으로 다루었던 많은 프로젝트 관리 도구는 이제 그 한계에 부딪치게 되었다.
정보시대 프로젝트의 전형은 컴퓨터 소프트웨어 프로젝트이다. 시스템 아키텍트, 분석가, 프로그래머, 통합전문가, 테스트 전문가들은 전자기기들이 성공적으로 수행될 수 있도록 창출하고 있다. 소프트웨어 개발은 우리의 정보시대 경제에 있어서 매우 중요하며, 앞으로도 그 중요성은 계속해서 지속될 것이다. 지난 10~20년간 소프프웨어 종사자들은 소프트웨어 프로젝트를 관리하는데 있어서 전통적인 프로젝트 관리 방식과는 상당히 다른 고유한 접근 방법을 취해왔다. 예를 들어 잘 알려진 구조적 기법(구조적 분석, 구조적 프로그래밍, 구조적 워크쓰루)은 전통적인 프로젝트 관리 사고방식에 별로 기반을 두고 있지 않다.
본서에서 나는 정보시대 프로젝트에 필요한 관리에 대하여 특별히 언급하고자 한다. 이러한 프로젝트는 사무실 근무자, 교육자, 정보시스템 관리자, 연구원, 마케팅 담당자, 재무분석가, 법률가, 작가, 예산 담당자, 그리고 유형적인 것보다는 정보를 취급하는 업무를 가진 사람들에 의하여 수행된다.
본인은 프로젝트 관리 영역 중 가장 빠르게 성장하고 있는 영역이 바로 정보 분야라고 보고 있다. 건설이나 국방 분야에서의 전통적인 프로젝트도 지속적으로 발전되어가고 있지만, 실질적으로 성장하는 곳은 재무, 마케팅, 의약품, 정보시스템 분야에서 일어나고 있다. 본서에서는 각종 예나 사례들은 주로 정보기반 프로젝트로 할 예정이다. 또한 본 책이 엔지니어링 프로젝트 관리에 대한 책은 아니지만, 건설이나 국방 산업에 대한 예도 제시될 것인데, 이러한 예들을 통해서 고전적인, 잘 구조화된 프로젝트 환경과 오늘날 정보시대의 종사자들이 직면하고 있는 무형적이고, 가변성이 큰 환경이 상호 비교될 수 있을 것이다.
지금까지 프로젝트 관리와, PMBOK에 대한 여러 가지 내용을 살펴보았다. 백지상태에서 새롭게 접하는 내용이기에 너무 어렵고, PMBOK같은 경우에는 번역이 깔끔하게 되지 않아서, 보고 이해하는데 많은 어려움을 겪었다. 기말고사를 대체하는 리포트인지라 조금도 소홀한 부분을 보여선 안 되겠다는 생각에 하루 종일 컴퓨터 앞에 앉아 이 리포트를 작성하였다. 이런 기회를 주신 교수님께 다시 한 번 너무나도 감사하다는 말씀 드리면서 이 리포트를 마무리 짓겠다.
Ⅳ. 출처 및 참고 문헌
1. 김병호, PMP 자격취득을 위한 PMBOK 수험서
2. 김병철, 프로젝트관리의 이해: 도서출판 세화, 2003
3. Kentaro lto, 프로젝트는 왜 실패하는가: 성안당, 2004
4. 매일 경제용어사전, http://dic.mk.co.kr

키워드

Project Manager,   PM,   PMBOK,   Project Management Body Of Knowledge,   경영정보학,   프로젝트,   프로젝트매니저