Episode 21 : Project Scope Management

Download Episode 21 :  Project Scope Management

Post on 22-Jan-2018

323 views

Category:

Engineering

0 download

Embed Size (px)

TRANSCRIPT

<ol><li> 1. SAJJAD KHUDHUR ABBAS Chemical Engineering , Al-Muthanna University, Iraq Oil &amp; Gas Safety and Health Professional OSHACADEMY Trainer of Trainers (TOT) - Canadian Center of Human Development Episode 21 : Project Scope Management </li><li> 2. Project Scope Management 2 A project is a temporary endeavor undertaken to create a unique product, service, or result -- PMBOK, 2004 </li><li> 3. 3 </li><li> 4. CONTENT Introduction to Project scope management Initiation Scope Planning Scope Definition Scope Verification Scope Change Control 4 </li><li> 5. Introduction include the processes required to ensure that the project includes all the work required and only the work required to complete the project successfully concerned with defining and controlling what is or is not included in the project Major processes: Initiation committing the organization to begin the next phase of the project Scope Planning developing a written scope statement as the basis for future project decisions Scope Definition subdividing the major project deliverables into smaller, more manageable components Scope Verification formalizing acceptance of the project scope Scope Change Control controlling changes to project scope 5 </li><li> 6. Introduction In the project context, the term scope may refer to: Product scope the features and functions that are to be included in a product or services Project scope the work that must be done in order to deliver a product with the specified features and functions The processes, tools and techniques used to manage project scope are the focus of this chapter 6 </li><li> 7. Introduction The processes, tools, and techniques used to manage product scope vary by application area and are usually defined as part of the project life cycle A project consists of a single product, but that product may include subsidiary elements each with their own separate but interdependent product scopes Completion of the product scope is measured against the requirements while completion of the project scope is measured against the plan Both types of scope management must be well integrated to ensure that the work of the project will result in delivery of the specified product 7 </li><li> 8. 8 </li><li> 9. 9 </li><li> 10. INITIATION is the process of formally recognizing that a new project exists or that an existing project should continue into its next phase this will help to link the project to the ongoing work of the performing organization In some organizations, a project is not formally initiated until after completion of a feasibility study, a preliminary plan or some other equivalent form of analysis which was itself separately initiated 10 </li><li> 11. Projects are typically authorized as a result of one or more of the following: A market demand A business need A customer request A technological advance A legal requirement 11 </li><li> 12. 12 </li><li> 13. INPUTS to initiation Product description Documents the characteristics of the product or service that the project was undertaken to create Generally have less detail in early phases and more detail in later ones Document the relationship between product or service being created and the business need or other stimulus that gave rise to the project Many project involve one organization (the seller) doing work under contract to another (buyer). In such case, the initial product description is usually provided by the buyer 13 </li><li> 14. INPUTS to initiation Strategic Plan. All projects should be supportive of the performing organizations strategic goals The strategic plan of the performing organization should be considered as a factor in project selection decisions Project selection criteria Typically defined in terms of the product of the project and can cover the full range of possible management concerns (financial return, market share, public perception etc) Historical information Historical info about both the results of previous project selection decisions and previous project performance should be considered to the extent it is available. 14 </li><li> 15. TOOLS AND TECHNIQUES for initiation Project selection methods Generally fall into one of two broad categories Benefit measurement methods comparative approaches, scoring models, benefit contribution or economic models Constrained optimization methods mathematical models using linear, nonlinear, dynamic, integer and multi-objective programming algorithms These methods are referred to as Decision Models. Decision models include Generalized techniques (decision trees, forced choice and others) Specialized techniques (Analytic Hierarchy Process, Logical Framework Analysis and others) 15 </li><li> 16. Expert judgment Often required to assess the inputs to this process Sources: Other units within the performing organization Consultants Stakeholders, including customers Professional and technical associations Industry groups 16 </li><li> 17. OUTPUTS from initiation Project charter: A document that formally recognizes the existence of a project Should include, either directly or by reference, the following: The business need that the project was undertaken to address The product description Should be issued by a manager external to the project and at a level appropriate to the needs of the project It provides the project manager with the authority to apply organizational resources to project activities If a project is performed under contract, the signed contract will serve as the project charter for the seller 17 </li><li> 18. Project charter (from Kerzner) An internal legal document identifying to the line managers and their personnel the project managers authority and responsibility and the management- and/or customner-approved scope of the project. Should include Identification of the project manager and his/her authority to apply resources to the project The business purpose that the project was undertaken to address, including all assumptions and constraints Summary of the conditions defining the project Description of the project bjectives and constraints on the project Project scope (inclusions and exclusions) Key stakeholders and their roles Risks Involvement by certain stakeholders 18 </li><li> 19. OUTPUTS from initiation Project manager identified/assigned Should be identified and assigned as early as possible in the project as feasible Should be assigned prior to the start of project plan execution and preferably before much project planning has been done Constraints Factors that will limit the project management teams options Predefined budget Contractual provisions Product requirement eg product must be socially, economically and environmentally sustainable Assumptions Factors that, for planning purposes, will be considered to be true, real or certain. 19 </li><li> 20. SCOPE PLANNING The process of progressively elaborating and documenting the project work (project scope) that produces the product of the project Starts with the initial inputs of product description, the project charter, and the initial definition of constraints and assumptions Product descriptions: Incorporates product requiremenrs that reflect agreed-upon customer needs Product design that meets the product requirements Outputs will be scope statement and scope management plan 20 </li><li> 21. A written scope statement as the basis for future project decisions including, in particular, the criteria used to determine if the project or phase has been completed successfully Necessary for both projects and subprojects Forms the basis for an agreement between the project team and the project customer by identifying both the project activities and the major project deliverables 21 </li><li> 22. 22 </li><li> 23. INPUTS to scope planning Product description Project charter Constraints Assumptions 23 </li><li> 24. TOOLS AND TECHNIQUES for scope planning Product analysis Involves developing a better understanding of the product of the project. Includes techniques such as systems engineering, value engineering, value analysis, function analysis, and quality function deployment Benefit/cost analysis Involves estimating tangible and intangible costs (outlays) and benefits (returns) of various project alternatives, and then using financial measures such as ROI or payback period to assess the relative desirability of the identified alternatives Alternatives identification Technique used to generate different approaches to the project Expert judgment 24 </li><li> 25. 25 Value Engineering is a systematic method to improve the "Value" of goods and services by using an examination of function. Value, as defined, is the ratio of Function to Cost. Value can therefore be increased by either improving the Function or reducing the cost. It is a primary tenet of Value Engineering that quality not be reduced as a consequence of pursuing Value improvements. Quality function deployment or "QFD" is a flexible and comprehensive group decision making technique used in product or service development, brand marketing, and product management. QFD can strongly help an organization focus on the critical characteristics of a new or existing product or service from the separate viewpoints of the customer market segments, company, or technology development needs. The results of the technique yield transparent and visible graphs and matrices that can be reused for future product/service developments. </li><li> 26. 26 </li><li> 27. 27 </li><li> 28. 28 </li><li> 29. OUTPUTS of scope planning Scope Statement Provide a documented basis for making future project decisions and for confirming or developing common understanding of the project scope among the stakeholders As project progresses, the scope statement may need to be revised or refined to reflect changes to the scope 29 </li><li> 30. Should include, either directly or by reference to other documents Project justification the business need that the project was undertaken to address. Provide the basis for evaluating future tradeoffs Projects product Project deliverables a list of the summary-level subproducts whose full and satisfactory delivery marks completion of the project Project objectives quantifiable criteria that must be met for the project to be considered succesful Must include at least cost, schedule and quality measures 30 </li><li> 31. Supporting detail Should be documented and organized as needed to facilitate its use by other project management processes. Should include documentation of all identified assumptions and constraints. 31 </li><li> 32. Scope management plan describes how project scope will be managed and how scope changes will be integrated into the project. Should also include an assessment of the expected stability of the project scope (i.e. how likely is it to change, how frequently and by how much) Should also include a clear description of how scope changes will be identified and classified May be formal or informal, highly detailed or broadly framed based on the needs of the project. 32 </li><li> 33. SCOPE DEFINITION involve subdividing the major project deliverables ( as identified in the cope statement) into smaller, more manageable components in order to: improve the accuracy of cost, time and resource estimate define a baseline for performance measurement and control facilitate clear responsibility assignments proper scope definition is critical to project success When there is poor scope definition, final project costs can be expected to be higher because of the inevitable changes which disrupt project rhythm, cause rework, increase project time and lower the productivity and morale of the workforce [3] 33 </li><li> 34. 34 </li><li> 35. INPUTS to scope definition Scope statement Constraints Assumptions Other planning outputs Historical information historical info about previous projects should be considered during scope definition. Info about errors and omissions on previous projects should be especially useful 35 </li><li> 36. TOOLS AND TECHNIQUES for scope definition Work breakdown structure (WBS) templates WBS from a previous project can be used as template for a new project. WBSs can often be reused since most projects will resemble another project to some extent Many application areas have standard or semi-standard WBSs that can be used as templates. 36 </li><li> 37. 37 </li><li> 38. 38 </li><li> 39. Decomposition involves subdividing the major project deliverables into smaller, more manageable components until the deliverables are defined in sufficient detail to support future project activities (planning, executing, controlling, and closing). Involves the following major steps: 39 </li><li> 40. (STEP 1) Identify the major elements of the project: project deliverables and project management. However, the major elements should always be defined in terms of how the project will actually be managed. For example: Figure 5-3 the phases of the project life cycle may be used as the first level of decomposition with the project deliverables repeated at the second level Figure 5-4 the organizing principle within each branch of the WBS may vary 40 </li><li> 41. 41 </li><li> 42. 42 </li><li> 43. (STEP 2) Decide if adequate cost and duration estimates can be developed at this level of detail for each element. The meaning of adequate may change over the course of the project decomposition of a deliverable that will be produced far in the future may not be possible. For each element, proceed to Step 4 if there is adequate detail and to Step 3 if there is not this means that different elements may have differing levels of decomposition 43 </li><li> 44. (STEP 3) Identify constituent elements of the deliverable. Constituent elements should be described in terms of tangible, verifiable results in order to facilitate performance measurements Constituent elements should be defined in terms of how the work of the project will actually be accomplished Tangible, verifiable results can include services as well as products Repeat step 2 on each constituent element 44 </li><li> 45. (STEP 4) Verify the correctness of the decomposition Are the lower-level items both necessary and sufficient for completion of the item decomposed? If not, the constituent elements must be modified Is each item clearly and completely defined? If not, the descriptions must be revised or expanded Can each items be appropriately scheduled? Budgeted? Assigned to a specific organizational unit who will accept responsibility for satisfactory completion of the item? If not, revisions are needed to provide adequate management control 45 </li><li> 46. OUTPUT of scope definition WBS WBS is a deliverable-oriented grouping of project elements that organizes and defined the total scope of the project: work not in the WBS is outside the scope of the project WBS is often used to develop or confirm a common understanding of project scope. Each descending level represents an increasingly detailed description of the project elements WBS is often presented in chart form as illustrated in Figure...</li></ol>