Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống
1
/ 36 trang
THÔNG TIN TÀI LIỆU
Thông tin cơ bản
Định dạng
Số trang
36
Dung lượng
2,05 MB
Nội dung
Section II The Standard for ProjectManagementofaProject Chapter 3 ProjectManagement Processes for aProjectAGuidetotheProjectManagementBodyofKnowledge (PMBOK ® Guide) Third Edition 2004 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA 37 3 C HAPTER 3 ProjectManagement Processes for aProjectProjectmanagement is the application of knowledge, skills, tools, and techniques toproject activities to meet project requirements. Projectmanagement is accomplished through processes, using projectmanagement knowledge, skills, tools, and techniques that receive inputs and generate outputs. In order for aprojectto be successful, theproject team must: • Select appropriate processes within theProjectManagement Process Groups (also known as Process Groups) that are required to meet theproject objectives • Use a defined approach to adapt the product specifications and plans to meet project and product requirements • Comply with requirements to meet stakeholder needs, wants and expectations • Balance the competing demands of scope, time, cost, quality, resources, and risk to produce a quality product. This standard documents information needed to initiate, plan, execute, monitor and control, and close a single project, and identifies those projectmanagement processes that have been recognized as good practice on most projects most ofthe time. These processes apply globally and across industry groups. Good practice means there is general agreement that the application of those projectmanagement processes has been shown to enhance the chances of success over a wide range of projects. This does not mean that the knowledge, skills and processes described should always be applied uniformly on all projects. Theproject manager, in collaboration with theproject team, is always responsible for determining what processes are appropriate, and the appropriate degree of rigor for each process, for any given project. Chapter 3 − ProjectManagement Processes for aProjectAGuidetotheProjectManagementBodyofKnowledge (PMBOK ® Guide) Third Edition 38 2004 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA In fact, project managers and their teams are advised to carefully consider addressing each process and its constituent inputs and outputs. Project managers and their teams should use this chapter as a high-level guide for those processes that they must consider in managing their project. This effort is known as tailoring. A process is a set of interrelated actions and activities that are performed to achieve a pre-specified set of products, results, or services. Theproject processes are performed by theproject team, and generally fall into one of two major categories: • Theprojectmanagement processes common to most projects most ofthe time are associated with each other by their performance for an integrated purpose. The purpose is to initiate, plan, execute, monitor and control, and close a project. These processes interact with each other in complex ways that cannot be completely explained in a document or with graphics. However, an example ofthe interactions among the Process Groups is shown in Figure 3-4. The processes may also interact in relation toproject scope, cost, schedule, etc., which are called Knowledge Areas, and are described in Chapters 4 through 12. • Product-oriented processes specify and create the project's product. Product- oriented processes are typically defined by theproject life cycle (discussed in Section 2.1) and vary by application area. Projectmanagement processes and product-oriented processes overlap and interact throughout the project. For example, the scope oftheproject cannot be defined in the absence of some basic understanding of how to create the specified product. Projectmanagement is an integrative undertaking. Projectmanagement integration requires each project and product process to be appropriately aligned and connected with the other processes to facilitate their coordination. These process interactions often require tradeoffs among project requirements and objectives. A large and complex project may have some processes that will have to be iterated several times to define and meet stakeholder requirements and reach agreement on the processes outcome. Failure to take action during one process will usually affect that process and other related processes. For example, a scope change will almost always affect project cost, but the scope change may or may not affect team morale or product quality. The specific performance tradeoffs will vary from projecttoproject and organization to organization. Successful projectmanagement includes actively managing these interactions to successfully meet sponsor, customer and other stakeholder requirements. This standard describes the nature ofprojectmanagement processes in terms ofthe integration between the processes, the interactions within them, and the purposes they serve. These processes are aggregated into five groups, defined as theProjectManagement Process Groups: • Initiating Process Group • Planning Process Group • Executing Process Group • Monitoring and Controlling Process Group • Closing Process Group. AGuidetotheProjectManagementBodyofKnowledge (PMBOK ® Guide) Third Edition 2004 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA 39 3 This chapter provides information about projectmanagementofa single project as a number of interlinked processes, and includes the following major sections: 3.1 ProjectManagement Processes 3.2 ProjectManagement Process Groups 3.3 Process Interactions 3.4 ProjectManagement Process Mapping 3.1 ProjectManagement Processes Theprojectmanagement processes are presented as discrete elements with well- defined interfaces. However, in practice they overlap and interact in ways that are not completely detailed here. Most experienced projectmanagement practitioners recognize there is more than one way to manage a project. The specifics for aproject are defined as objectives that must be accomplished based on complexity, risk, size, time frame, project team’s experience, access to resources, amount of historical information, the organization’s projectmanagement maturity, and industry and application area. The required Process Groups and their constituent processes are guides to apply appropriate projectmanagementknowledge and skills during the project. In addition, the application oftheprojectmanagement processes toaproject is iterative and many processes are repeated and revised during the project. Theproject manager and theproject team are responsible for determining what processes from the Process Groups will be employed, by whom, and the degree of rigor that will be applied tothe execution of those processes to achieve the desired project objective. An underlying concept for the interaction among theprojectmanagement processes is the plan-do-check-act cycle (as defined by Shewhart and modified by Deming, in the ASQ Handbook, pages 13–14, American Society for Quality, 1999). This cycle is linked by results – the result from one partofthe cycle becomes the input to another. See Figure 3-1. Figure 3-1. The Plan-Do-Check-Act Cycle Chapter 3 − ProjectManagement Processes for aProjectAGuidetotheProjectManagementBodyofKnowledge (PMBOK ® Guide) Third Edition 40 2004 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA The integrative nature ofthe Process Groups is more complex than the basic plan-do-check-act cycle (see Figure 3-2). However, the enhanced cycle can be applied tothe interrelationships within and among the Process Groups. The Planning Process Group corresponds tothe “plan” component ofthe plan-do-check-act cycle. The Executing Process Group corresponds tothe “do” component and the Monitoring and Controlling Process Group corresponds tothe “check and act” components. In addition, since managementofaproject is a finite effort, the Initiating Process Group starts these cycles and the Closing Process Group ends them. The integrative nature ofprojectmanagement requires the Monitoring and Controlling Process Group interaction with every aspect ofthe other Process Groups. Figure 3-2. ProjectManagement Process Groups Mapped tothe Plan-Do-Check-Act Cycle 3.2 ProjectManagement Process Groups This section identifies and describes the five ProjectManagement Process Groups required for any project. These five Process Groups have clear dependencies and are performed in the same sequence on each project. They are independent of application areas or industry focus. Individual Process Groups and individual constituent processes are often iterated prior to completing the project. Constituent processes also can have interactions both within a Process Group and among Process Groups. The symbols for the process flow diagrams are shown in Figure 3-3: • Process Groups • Processes within the Process Groups • Organizational Process Assets and Enterprise Environmental Factors, shown as inputs to and outputs from the Process Groups, but external tothe processes • Arrows or line arrows indicate process or data flow among or within the Process Groups. AGuidetotheProjectManagementBodyofKnowledge (PMBOK ® Guide) Third Edition 2004 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA 41 3 Note: Not all process interactions and data flow among the processes are shown in an effort to make the diagrams more readable. Figure 3-3. Flow Chart Legend The process flow diagram, Figure 3-4, provides an overall summary ofthe basic flow and interactions among the Process Groups. An individual process may define and constrain how inputs are used to produce outputs for that Process Group. A Process Group includes the constituent projectmanagement processes that are linked by the respective inputs and outputs, that is, the result or outcome of one process becomes the input to another. The Monitoring and Controlling Process Group, for example, not only monitors and controls the work being done during a Process Group, but also monitors and controls the entire project effort. The Monitoring and Controlling Process Group must also provide feedback to implement corrective or preventive actions to bring theproject into compliance with theprojectmanagement plan or to appropriately modify theprojectmanagement plan. Many additional interactions among the Process Groups are likely. The Process Groups are not project phases. Where large or complex projects may be separated into distinct phases or sub-projects such as feasibility study, concept development, design, prototype, build, test, etc. all ofthe Process Group processes would normally be repeated for each phase or subproject. The five Process Groups are: • Initiating Process Group. Defines and authorizes theproject or aproject phase. • Planning Process Group. Defines and refines objectives, and plans the course of action required to attain the objectives and scope that theproject was undertaken to address. • Executing Process Group. Integrates people and other resources to carry out theprojectmanagement plan for the project. • Monitoring and Controlling Process Group. Regularly measures and monitors progress to identify variances from theprojectmanagement plan so that corrective action can be taken when necessary to meet project objectives. • Closing Process Group. Formalizes acceptance ofthe product, service or result and brings theproject or aproject phase to an orderly end. Chapter 3 − ProjectManagement Processes for aProjectAGuidetotheProjectManagementBodyofKnowledge (PMBOK ® Guide) Third Edition 42 2004 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA Note: Not all process interactions and data flow among the Process Groups are shown. Figure 3-4. High Level Summary of Process Groups’ Interactions AGuidetotheProjectManagementBodyofKnowledge (PMBOK ® Guide) Third Edition 2004 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA 43 3 3.2.1 Initiating Process Group The Initiating Process Group consists ofthe processes that facilitate the formal authorization to start a new project or aproject phase. Initiating processes are often done external tothe project’s scope of control by the organization or by program or portfolio processes (Figure 3-5), which may blur theproject boundaries for the initial project inputs. For example, before beginning the Initiation Process Group activities, the organization’s business needs or requirements are documented. The feasibility ofthe new undertaking may be established through a process of evaluating alternatives to pick the best one. Clear descriptions oftheproject objectives are developed, including the reasons why a specific project is the best alternative solution to satisfy the requirements. The documentation for this decision also contains a basic description oftheproject scope, the deliverables, project duration, and a forecast ofthe resources for the organization’s investment analysis. The framework oftheproject can be clarified by documenting theproject selection processes. The relationship oftheprojecttothe organization’s strategic plan identifies themanagement responsibilities within the organization. In multi-phase projects, initiating processes are carried out during subsequent phases to validate the assumptions and decisions made during the original Develop Project Charter and Develop Preliminary Project Scope Statement processes. Figure 3-5. Project Boundaries The initial scope description and the resources that the organization is willing to invest are further refined during the initiation process. If not already assigned, theproject manager will be selected. Initial assumptions and constraints will also be documented. This information is captured in theProject Charter and, when it is approved, theproject becomes officially authorized. Although theprojectmanagement team may help write theProject Charter, approval and funding are handled external totheproject boundaries. Chapter 3 − ProjectManagement Processes for aProjectAGuidetotheProjectManagementBodyofKnowledge (PMBOK ® Guide) Third Edition 44 2004 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA As partofthe Initiating Process Group, many large or complex projects may be divided into phases. Reviewing the initiating processes at the start of each phase helps to keep theproject focused on the business need that theproject was undertaken to address. The entry criteria are verified, including the availability of required resources. A decision is then made whether or not theproject is ready to continue or whether theproject should be delayed or discontinued. During subsequent project phases, further validation and development oftheproject scope for that phase is performed. Repeating the initiating processes at each subsequent phase also enables theprojectto be halted if the business need no longer exists or if theproject is deemed unable to satisfy that business need. Involving the customers and other stakeholders during initiation generally improves the probability of shared ownership, deliverable acceptance, and customer and other stakeholder satisfaction. Such acceptance is critical toproject success. The Initiating Process Group (Figure 3-6) starts aproject or project phase, and the output defines the project’s purpose, identifies objectives, and authorizes theproject manager to start the project. Figure 3-6. Initiating Process Group [...]... Campus Boulevard, Newtown Square, PA 19073- 329 9 USA 69 Chapter 3 − ProjectManagement Processes for aProject Table 3-45 Mapping oftheProjectManagement Processes totheProjectManagement Process Groups and theKnowledge Areas ® 70 A Guide totheProjectManagement Body ofKnowledge (PMBOK Guide) Third Edition 20 04 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073- 329 9... scheduling backward from that date and can increase project risk, add cost, and compromise quality, or, in extreme cases, require a significant change in scope 3.4 ProjectManagement Process Mapping Table 3-45 reflects the mapping ofthe 44 projectmanagement processes into the five ProjectManagement Process Groups and the nine ProjectManagementKnowledge Areas Each ofthe required project management. .. variances will cause some replanning These variances can include activity durations, resource productivity and availability and unanticipated risks Such variances may or may not affect theprojectmanagement plan, but can require an analysis The results ofthe analysis can trigger a change request that, if approved, would modify theprojectmanagement plan and possibly require establishing a new baseline... process validates or refines theproject scope for each phase Table 3 -2 Develop Preliminary Project Scope: Inputs and Outputs ® A Guide totheProjectManagement Body ofKnowledge (PMBOK Guide) Third Edition 20 04 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073- 329 9 USA 45 Chapter 3 − ProjectManagement Processes for aProject 3 .2. 2 Planning Process Group Theproject management. .. necessary for aggregating the estimated costs of individual activities or work packages to establish a cost baseline Table 3-13 Cost Budgeting: Inputs and Outputs ® A Guide totheProjectManagement Body ofKnowledge (PMBOK Guide) Third Edition 20 04 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073- 329 9 USA 51 Chapter 3 − ProjectManagement Processes for aProject 12 Quality... preventive actions to bring theproject into compliance with theprojectmanagement plan When variances jeopardize theproject objectives, appropriate projectmanagement processes within the Planning Process Group are revisited as partofthe modified plan-do-check-act cycle This review can result in recommended updates totheprojectmanagement plan For example, a missed activity finish date can require adjustments... ® 66 AGuidetotheProjectManagementBodyofKnowledge (PMBOK Guide) Third Edition 20 04 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073- 329 9 USA The Closing Process Group includes the following projectmanagement processes: 1 Close Project This is the process necessary to finalize all activities across all ofthe Process Groups to formally close theproject or a project. .. identifiable risk until after most ofthe planning has been done At that time, the team might recognize that the cost and schedule targets are overly aggressive, thus involving considerably more risk than previously understood The results ofthe iterations are documented as updates totheprojectmanagement plan ® 46 A Guide totheProjectManagement Body ofKnowledge (PMBOK Guide) Third Edition 20 04 Project. .. tracking team member performance, providing feedback, resolving issues, and coordinating changes to enhance project performance Table 3-38 Manage Project Team: Inputs and Outputs ® A Guide totheProjectManagement Body ofKnowledge (PMBOK Guide) Third Edition 20 04 ProjectManagement Institute, Four Campus Boulevard, Newtown Square, PA 19073- 329 9 USA 63 Chapter 3 − ProjectManagement Processes for a. .. are overlapping activities that occur at varying levels of intensity throughout theproject Figure 3-11 illustrates how the Process Groups interact and the level of overlap at varying times within aproject If theproject is divided into phases, the Process Groups interact within aproject phase and also may cross theproject phases ® AGuidetotheProjectManagementBodyofKnowledge (PMBOK Guide) . II The Standard for Project Management of a Project Chapter 3 Project Management Processes for a Project A Guide to the Project Management Body of Knowledge. are handled external to the project boundaries. Chapter 3 − Project Management Processes for a Project A Guide to the Project Management Body of Knowledge