|
 |
| |
|
|
 |
|
 Knowledge Kinds : 트 |
|
 |
|
 |
| |
Project |
|
| |
• PMI(Project Management Institute)의 PMBOK(Project Management Body Of Knowledge)에서 정의한 Project는 다음과 같다. “A project is a temporary endeavor undertaken to create a unique product or service.”
• 프로젝트(Project)는 어떤 유일한(Unique) 제품 또는 서비스를 창출해내기 위해 수행되어지는 일시적인(Temporary) 노력을 의미한다.
• “Temporary”는 모든 프로젝트가 정해진 시작일과 종료일을 갖고 있음을 의미한다.
• “Unique”는 프로젝트를 통해 생성된 제품 또는 서비스는 다른 유사한 제품 또는 서비스와는 구분된다는 것을 의미한다.
|
|
 |
|
 |
|
|
|
|
|
| |
Project Management Process |
|
| |
• PMI(Project Management Institute)의 PMBOK(Project Management Body Of Knowledge)에서 정의한 Project Management Process(프로젝트 관리 프로세스)는 다음과 같다. Initiating, Planning, Executing, Controlling, Closing Process 이다.
• 개발 방법론에 개발 프로세스(단계, 예 : 분석, 설계, 구축 등)가 존재하듯이 프로젝트 관리에도 프로세스가 있다.
• Initiating Process는 착수 프로세스로서, 프로젝트 체계를 수립하고 프로젝트 범위 및 내부 절차에 대한 초기 요구사항을 수립하는 프로세스이다.
• Planning Process는 계획수립 프로세스로서, 프로젝트의 목표, 정책, 절차를 수립하고 프로젝트 계획을 통해 수행활동 및 방법, 작업이행 자원 및 책임할당을 정의하는 프로세스이다.
• Executing Process는 실행 프로세스로서, 고객, PM(Project Manager), 프로젝트 팀원이 수립된 계획을 이행하는 프로세스이다.
• Controlling Process는 통제 프로세스로서, 실행 활동을 모니터링, 조정, 통제하여 프로젝트가 목적에 맞게 진행됨을 보장하는 프로세스이다.
• Closing Process는 종료 프로세스로서, 질서 정연한 종결을 위해 프로젝트 또는 단계의 승인을 정형화하는 프로세스이다.
• Project Management Process는 프로젝트 각각의 개발 프로세스(단계) 동안에 Initiating, Planning, Executing, Controlling, Closing Process가 순서대로 반복적으로 발생하며, 하나의 개발 단계의 종료는 다음 개발 단계를 착수하기 위한 입력물을 제공하는 것과 같이 상호 작용한다. |
|
|
|
|
|
|
|
|
|
| |
Project Management Process(프로젝트 관리 프로세스)의 실행 프로세스에서 수행하는 주요 활동은 무엇인가요? |
|
| |
• Executing(실행)과 Controlling(조정) 프로세스는 통상 실행(Execution) 프로세스로 통합하여 지칭한다.
• 실행(Execution) 프로세스는 수립된 계획을 이행하는 프로세스로서 고객의 요구사항을 이행하고, 변경관리 활동 위주로 수행한다.
• 즉, 실행 프로세스의 주요 활동에는 프로젝트 계획 이행, 실적보고, 변경통제가 있다.
• 다음은 실행 프로세스에서 수행하는 주요 활동들의 예시이다.
• 프로젝트 범위를 검증 및 승인한다. 주간업무회의를 통해 프로젝트 실적 및 진척사항을 보고한다. 고객의 요구사항에 대해 변경요청, 변경승인, 변경수행 등의 변경절차를 수행한다.
• 프로젝트 관리 프로세스 중에 가장 많은 활동이 실행(Execution) 프로세스에서 발생하여 상당부분의 관리 공수가 투입되므로 보다 효과적이고 실질적으로 프로세스를 이행할 수 있는 체계수립이 또한 중요하다. |
|
|
|
|
|
|
|
|
|
| |
Needs와 Expectation의 차이가 뭐죠? |
|
| |
• PMI(Project Management Institute)의 PMBOK(Project Management Body Of Knowledge)에서 Project Management에 대한 정의를 다음과 같이 하면서 “Needs”에 대해 언급하고 있다. “Project Management is the application of knowledge, skills, tools and techniques to project activities in order to meet or exceed stakeholder needs and expectations from a project.”
• 고객의 Needs(요구사항)에 대한 정의는 무엇인가? 고객이 요구하는 모든 것이 Needs인가?
• Needs는 고객의 요구사항으로서 고객과 합의하여 명확히 문서화된 것을 의미한다.
• 고객은 프로젝트를 수행하면서 사업자에게 많은 것을 요구한다. 이는 기대사항으로 Expectations 이라고 한다. 이는 명확하게 문서화된 것(Needs) 과는 달리 문서화되지 않은 체로 막연히 사업자에게 바라는 기대치라고 할 수 있다.
• 정보시스템 프로젝트는 고객의 Expectations를 Needs화하여 사업의 Baseline(기준선)으로 정하고 이를 이행하는 과정이 중요하다.
• Needs 보다 Expectations이 많다면 프로젝트의 위험(Risk)은 크다고 판단할 수 있다. 구체적인 Needs의 도출, 이는 프로젝트의 성패를 가늠하는 중요한 활동이다. |
|
|
|
|
|
|
|
|
|
| |
Work Breakdown Structure(WBS) |
|
| |
• Work Breakdown Structure(WBS)는 프로젝트 관리 계획수립 프로세스의 범위관리 기능인 범위정의(Scope Definition) 활동의 Output(결과물)로서, 프로젝트 관리 실행 프로세스가 수행되기 전에 작성하여야 할 주요 산출물이다.
• WBS는 프로젝트를 고객에게 인도 가능하고 보다 관리하기 쉬운 작은 크기의 활동들(Activities)로 분할한 것으로 향후 프로젝트 일정(Schedule)의 기초가 된다.
• WBS는 통상 단계(Phase), 세그먼트(Segment), 태스크(Task) 구조로 작성되며, 각 활동들에는 고유한 번호(예: 12300 요구사항 분석)를 부여하여 식별이 간편하도록 한다.
• WBS의 활동들(Activities)은 보통 10일 이내의 기간(Duration)이 소요되도록 세분화하고, 산출물이 발생하지 않는 활동은 제외하도록 한다.
• WBS는 작업구성도 또는 작업분할구조도 라고 지칭한다.
• WBS의 효과적인 작성 및 관리를 위해 Microsoft(MS) Project 등의 툴을 사용한다. |
|
|
|
|
|
|
|
 |
|
|
|
HOME < 지식 < Knowledge Shop
