epm5-slides-ch03.ppt
DESCRIPTION
Project ManagementTRANSCRIPT
![Page 1: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/1.jpg)
Effective Project Management: Traditional, Agile, Extreme
Presented by(facilitator name)
Managing Complexity in the Face of Uncertainty
Ch03: How to Scope a Project
![Page 2: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/2.jpg)
Managing client expectations Conditions of satisfaction Planning and conducting a project scoping meeting Gathering requirements Diagramming business processes Prototyping your solution Business validation Procurement Management Writing an effective Project Overview Statement (POS) Approval to Plan the Project
Summary of Chapter 3
Ch03: How to Scope a Project
![Page 3: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/3.jpg)
Conditions of Satisfaction Project Scoping Meeting Requirements Gathering Diagramming Business Processes Prototyping Validating Business Cases Procurement Management Outsourcing Project Overview Statement Approval to Plan the Project
Tools, Templates & Processes used to Scope a Project
Ch03: How to Scope a Project
![Page 4: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/4.jpg)
Ch03: How to Scope a Project
Condition of Satisfaction
The Condition of Satisfaction (COS) is a structured conversation between the client (requestor) and the project manager (provider).
The deliverable of the COS is one page document called the project overview statement (POS).
The COS has four main parts:1. Request2. Clarification
Both parties understand the request in the language of the requestor3. Response4. Agreement
Both parties understand what is being provided in the language of the provider.
![Page 5: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/5.jpg)
Client Wants vs. Client Needs Dilemma
What your client wants may not be what your client needs. Your job is to make sure that what they want is what they
need and that you will deliver what they need.
WANTS
NEEDS
Ch03: How to Scope a Project
![Page 6: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/6.jpg)
Good Client Know what they want Know what it takes to deliver Work towards best solution Easy to work with Meaningfully involved
Who is Our Client?
Not So Good Client Not sure of what they want Constantly change their mind Not interested in solving
project problems Hard to satisfy Not very involved
Project manager & team (PT) must satisfy the needs of both.
Ch03: How to Scope a Project
![Page 7: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/7.jpg)
Make sure you understand what your client wants/needs/expects
Make sure the client understands what you will do Assure yourself that what your client wants is what
your client needs Actively include your client in scoping the project Meaningfully involve your client wherever possible Keep your client informed of project status
Tips to Managing Client Expectations During Scoping
Ch03: How to Scope a Project
![Page 8: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/8.jpg)
Establishing clarity of purpose
Negotiate agreement andwrite Project Overview Statement
Request Response
ClarifyRequest
Agree onResponse
Ch03: How to Scope a Project
Figure03-01
![Page 9: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/9.jpg)
Purpose Document requirements Project Overview Statement
Attendees Project Manager Client Group Core Team Members The Facilitator & Technographer
Planning and Conducting the Project Scoping Meeting
Ch03: How to Scope a Project
![Page 10: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/10.jpg)
Agenda Introductions Purpose of the Meeting (led by Facilitator) COS (conduct or review if done earlier) Description of current state (led by client representative) Description of problem or business opportunity (led by client
representative) Description of end state (led by client representative) Requirements definition and documentation (led by facilitator) Discussion of the gap between current and end state (led by
project manager) Choose best-fit project management approach to close the
gap (led by project manager) Draft and approve the POS (whole scope planning group) Adjourn
Planning and Conducting the Project Scoping Meeting
Ch03: How to Scope a Project
![Page 11: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/11.jpg)
Deliverables COS Requirements Document Best-fit project management life cycle (PMLC) POS
Planning and Conducting the Project Scoping Meeting
Ch03: How to Scope a Project
![Page 12: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/12.jpg)
A requirement is something the product/project shoulddo/produce or a quality that it must have.
What Are Requirements?
Ch03: How to Scope a Project
![Page 13: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/13.jpg)
Functional Non-functional Global Product/project constraints
Categories of Requirements
Ch03: How to Scope a Project
![Page 14: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/14.jpg)
Functional requirements specify what the product orservice must do.
Definition: Functional Requirement
Give an example of a functional requirement.
Ch03: How to Scope a Project
![Page 15: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/15.jpg)
Non-functional requirements demonstrate properties that the product or service should have in order to dowhat must be done.
Definition: Non-Functional Requirement
Give an example of a non-functional requirement.
Ch03: How to Scope a Project
![Page 16: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/16.jpg)
Global requirements describe the highest level of requirements within the system or product. They can bethought of as general requirements.
Definition: Global Requirement
Give an example of a global requirement.
Ch03: How to Scope a Project
![Page 17: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/17.jpg)
Product/project constraints are those requirements that,resemble design constraints or project constraints.
Definition: Product/Project Constraints
Give an example of a product/project constraint.
Ch03: How to Scope a Project
![Page 18: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/18.jpg)
Ch03: How to Scope a Project
Facilitated Group Session Interview Observation Requirements Reuse Business Process Diagramming Prototyping Use Cases
Approaches to Requirements Gathering
![Page 19: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/19.jpg)
Strengths1. Excellent for cross-functional processes2. Detailed requirements are documented and verified
immediately3. Resolves issues with an impartial facilitator
Facilitated Group Session Method
Risks1. Untrained facilitators can lead to negative responses2. Time and cost of planning and executing can be high
Ch03: How to Scope a Project
Table03-01
![Page 20: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/20.jpg)
Strengths1. End user participation2. High-level description of functions and processes provided
Interview Method
Risks1. Descriptions may differ from actual detailed activities2. Without structure, stakeholders may not know what information
to provide3. Real needs ignored if analyst is prejudiced
Ch03: How to Scope a Project
Table03-01
![Page 21: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/21.jpg)
Strengths1. Specific/complete descriptions of actions provided2. Effective when routine activities are difficult to describe
Observation Method
Risks1. Documenting and videotaping may be time consuming,
expensive and have legal overtones2. Confusing/conflicting information must be clarified3. Misinterpretation of what is observed
Ch03: How to Scope a Project
Table03-01
![Page 22: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/22.jpg)
Strengths1. Requirements quickly generated/refined2. Redundant efforts reduced3. Client satisfaction enhanced by previous proof4. Quality increase
Requirements Reuse Method
Risks1. Significant investment to develop archives, maintenance
and library functions2. May violate intellectual rights of previous owner3. Similarity may be misunderstood
Ch03: How to Scope a Project
Table03-01
![Page 23: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/23.jpg)
Strengths1. Excellent for cross-functional processes2. Visual communications3. Verification of “what is/what is not”
Business Process Diagramming
Risks1. Implementation of improvement is dependent on an
organization open to change2. Good facilitation, data gathering and interpretation
required3. Time-consuming
Ch03: How to Scope a Project
Table03-01
![Page 24: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/24.jpg)
Strengths1. Innovative ideas can be generated2. Users clarify what they want 3. Users identify requirements that may be missed4. Early proof of concept5. Stimulates thought process
Prototyping
Risks1. Client may want to implement prototype2. Difficult to know when to stop3. Specialized skills required4. Absence of documentation
Ch03: How to Scope a Project
Table03-01
![Page 25: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/25.jpg)
Strengths1. State of system described before entering the system2. Completed scenarios used to describe state of system3. Normal flow of event/exceptions revealed4. Improved client satisfaction and design.
Use Case Scenarios
Risks1. Information may still be missing from scenario
description2. Long interaction required3. Training expensive
Ch03: How to Scope a Project
Table03-01
![Page 26: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/26.jpg)
Building the Requirements Breakdown Structure
Ch03: How to Scope a Project
Figure03-03
Project goaland solution
Requirement 1
Function1.1
Feature1.2.1.1
Featuren.3.1
Sub-function1.2.3
Requirement n
Function1.2
Function1.3
Functionn.1
Functionn.2
Functionn.3
Sub-function1.2.2
Sub-function1.2.1
Featuren.3.2
Featuren.3.3
Featuren.3.4
Feature1.2.1.2
Feature1.2.1.3
Feature1.2.1.4
![Page 27: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/27.jpg)
Project goaland solution
Requirement 1
Function1.1
Feature1.2.1.1
Featuren.3.1
Sub-function1.2.3
Requirement n
Function1.2
Function1.3
Functionn.1
Functionn.2
Functionn.3
Sub-function1.2.2
Sub-function1.2.1
Featuren.3.2
Featuren.3.3
Featuren.3.4
Feature1.2.1.2
Feature1.2.1.3
Feature1.2.1.4
RBS – The Reality
Ch03: How to Scope a Project
FunctionalRequireme
nt n
![Page 28: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/28.jpg)
The RBS is intuitive and most meaningful to the client
The RBS is a deliverables based approach The RBS is consistent with the PMI PMBOK The RBS remains client facing as long as possible
into the planning exercise
Characteristics of the RBS
Ch03: How to Scope a Project
![Page 29: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/29.jpg)
Does not require a trained facilitator Does not require learning one of the contemporary approaches
to requirements gathering Allows the client to work with the project team in an
environment familiar to them, i.e., to stay in their own comfort zone
Paints a clear picture of the degree to which the solution is clearly defined
Provides the input needed to choose the best fit PMLC Model
Advantages of using the RBS
Ch03: How to Scope a Project
![Page 30: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/30.jpg)
Completeness – Are the requirements essentially complete or are some missing?
Clarity – Are the requirements clear? Are they ambiguous or imprecise?
Validity – Do the requirements reflect client intentions? Measurability – Does the requirement have a fit
criterion (measurement)? Testability – Can the criterion be used to test whether
the requirement provides the solution?
Verifying Attributes
Ch03: How to Scope a Project
![Page 31: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/31.jpg)
Maintainability – Will the implementation be difficult or easy to understand or maintain?
Reliability – Can the reliability and availability requirements be met?
Look and Feel – Have all human factors been met (GUI, ergonomics, etc.)?
Feasibility – Can the requirements be implemented? Precedent – Has a requirement similar to this been
implemented before?
Verifying Attributes (continued)
Ch03: How to Scope a Project
![Page 32: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/32.jpg)
Scale – Are the requirements large and/or complex? Stability – How often and to what degree might the
requirements change? Performance – Can the performance be met on a
consistent basis? Safety – Can the safety requirements be fully
demonstrated? Specifications – Is the documentation adequate to
design, implement and test the system?
Verifying Attributes (continued)
Ch03: How to Scope a Project
![Page 33: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/33.jpg)
Not always obvious Come from many sources Not always easy to express clearly in words Many different types of requirements at different levels
of detail Number of requirements can become unmanageable if
not controlled Requirements are not independent and may create
conflict situations Many interested and responsible parties Change as a result of changing business conditions
The Challenge of Requirements Management
Ch03: How to Scope a Project
![Page 34: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/34.jpg)
What to do to get requirements gathering started
Diagramming business processes Prototyping Business validation
Sometimes the client has trouble envisioning a solution or senior management is not convinced that this project makes business sense.
If so, then consider:
Ch03: How to Scope a Project
![Page 35: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/35.jpg)
A business process is a collection of activities that takeone or more inputs from one or more different sourcesand produces a change of state that delivers businessvalue.
What is a Business Process?
Changeof state
Business Process
Input B
Input C
Input A
Ch03: How to Scope a Project
Figure03-04
![Page 36: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/36.jpg)
Ch03: How to Scope a Project
Typical list of activities Receiving the order Logging the order Verification of completeness Client credit check Determining the price Inventory checking Production request Order picking Order packaging Shipment
What is a Business Process?
![Page 37: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/37.jpg)
What is a Business Process?
Ch03: How to Scope a Project
Figure03-05
![Page 38: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/38.jpg)
The Top-Down Left to Right Format
Ch03: How to Scope a Project
Figure03-06
![Page 39: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/39.jpg)
The Swim Lane Format
Ch03: How to Scope a Project
Figure03-07
![Page 40: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/40.jpg)
Rough description of the processes in a very high level Generally includes few basic components:
A figure representing the external entity that is triggering the process
A large circle representing the organization responding to the request
A text block showing each organization or process acting to fulfill the request
Arrows showing the rough flow between text blocks
Ch03: How to Scope a Project
Context Diagramming Process
![Page 41: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/41.jpg)
Context Diagramming Process
Ch03: How to Scope a Project
Figure03-08
![Page 42: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/42.jpg)
A use case diagram is a simple way to describe how an individual interacts with a business process
Ch03: How to Scope a Project
Use case diagram
![Page 43: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/43.jpg)
Ch03: How to Scope a Project
Use case diagram - ATM
![Page 44: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/44.jpg)
Does the resulting business value exceed the total cost of the deliverables?
Validate the business case by: Building a simulation prototype
Financial analysis• Cost/benefits analysis• Return on Investment• Breakeven analysis
Ch03: How to Scope a Project
Validating the business case
![Page 45: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/45.jpg)
You do not have the necessary skills and competencies on your staff Buying the solution is less costly and more effective than building the solution There is a commercial product available that will meet your needs It is more cost effective to have a specialist provide the service It is not part of your core business activity You would like to develop the skills by first using a contractor
Outsourcing to Vendors and Contractors
Ch03: How to Scope a Project
![Page 46: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/46.jpg)
Procurement Management – The Life Cycle
VendorSolicitation
VendorSelection
Ch02: Project Life Cycle Processes
![Page 47: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/47.jpg)
Procurement Management Life Cycle
VendorSolicitation
VendorEvaluation
VendorSelection
VendorManagement
VendorContracting
Publish Request for Information (RFI) Advertise Rent a targeted list Include previous vendors Attend a trade show where potential vendors are likely to have a booth
Distribute the RFP. It must be clear, specific and with determined deadlines.
Manage RFP responses and questions Vendor meetingAnswer questions individually Respond onlineHold a bidders conference
Ch02: Project Life Cycle Processes
![Page 48: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/48.jpg)
Procurement Management Life Cycle
VendorSolicitation
VendorEvaluation
VendorSelection
VendorManagement
VendorContracting
Establish Vendor Evaluation Criteria•Corporate experience with similar work• Financial stability•Personnel experience, skills, and competencies•Risk management processes•Location•Applicable tools, templates, and processes
Evaluate responses to RFPReduce list of companiesConduct onsite presentations
Ch02: Project Life Cycle Processes
![Page 49: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/49.jpg)
Evaluation Criteria – Forced Ranking
Ch03: How to Scope a Project
Consultant
Vendor
A B C D RankSum
ForcedRank
1 2 3 2 4 11 3
2 4 1 1 2 8 1
3 6 2 5 5 18 5
4 1 5 3 1 10 2
5 3 4 4 3 14 4
6 5 6 6 6 23 6
Table03-02
![Page 50: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/50.jpg)
Evaluation Criteria – Paired Comparisons
Ch03: How to Scope a Project
1 2 3 4 5 6 SUM RANK
1 X 1 1 0 1 1 4 2
2 0 X 1 0 1 1 3 3
3 0 0 X 0 0 1 1 5
4 1 1 1 X 1 1 5 1
5 0 0 1 0 X 1 2 4
6 0 0 0 0 0 X 0 6
Table03-03
![Page 51: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/51.jpg)
Procurement Management Life Cycle
VendorSolicitation
VendorEvaluation
VendorSelection
VendorManagement
VendorContracting
Select the final vendor(s)
Ch02: Project Life Cycle Processes
![Page 52: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/52.jpg)
Procurement Management Life Cycle
VendorSolicitation
VendorEvaluation
VendorSelection
VendorManagement
VendorContracting
Negotiate the final contract No award Single award Multiple awards
Types of Contracts Fixed Price Time and Materials Retainer Cost Plus
Final negotiation of contract
Ch02: Project Life Cycle Processes
![Page 53: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/53.jpg)
Procurement Management Life Cycle
VendorSolicitation
VendorEvaluation
VendorSelection
VendorManagement
VendorContracting
Areas to include in the contract:Work schedulePayment scheduleFeesOther terms and conditionsOwnershipWarrantiesCancellation terms
Ch02: Project Life Cycle Processes
![Page 54: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/54.jpg)
Procurement Management Life Cycle
VendorSolicitation
VendorEvaluation
VendorSelection
VendorManagement
VendorContracting
Expectation setting For whom does the vendor work? What is expected of the vendor? What tools and facilities are available to the vendor? What training is available to the vendor? What must the vendor deliver? When must it be produced? Who will receive the deliverables? How will the deliverables be evaluated?
Ch02: Project Life Cycle Processes
![Page 55: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/55.jpg)
Procurement Management Life Cycle
VendorSolicitation
VendorEvaluation
VendorSelection
VendorManagement
VendorContracting
Monitor Progress and Performance Monitor Requirements Change Requests Monitoring the Performance of Standard Project Activities
Labor hours Cost (Earned Value) Schedule Frequency of change requests over time Risks Staffing levels and changes by position
Transition form Vendor to Client Closing out the contract.
Ch02: Project Life Cycle Processes
![Page 56: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/56.jpg)
A general statement of the project A reference for the planning team A decision aid for the project To get management approval to plan the project
Purpose of the Project Overview Statement
POSs
A one-page description that is:
Ch03: How to Scope a Project
![Page 57: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/57.jpg)
Contents of the Project Overview Statement
Ch03: How to Scope a Project
![Page 58: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/58.jpg)
POS Problem/Opportunity
A problem needing resolution or an untapped business opportunity.
A statement of fact that everyone would agree to. It stands on its own.
This is the foundation on which the proposed project will be based.
Ch03: How to Scope a Project
![Page 59: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/59.jpg)
Situations that will lead to a statement of the problem or opportunity leading to POS include: Known problem or opportunityKnown problem or opportunity: The POS gives proposers a
way to relate their idea to known problems or seizing business opportunities.
Client Request:Client Request: capturing the request and forwarding it to senior management for resolution
Corporate Initiative: Corporate Initiative: Several ideas will come from the employees, and the POS provides a standardized approach to senior management prioritizing proposals
Mandated RequirementsMandated Requirements: : e.g. Market Changes and federal legislation.
Ch03: How to Scope a Project
POS Problem / Opportunity
![Page 60: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/60.jpg)
The goal gives direction and purpose to the project, summarizing how the organization will address the problems, or act on the opportunities
Don’t commit to specific time or cost goals – the scope of the project is too vague for that
The goal statement must not contain any language or terminology that might not be understandable to anyone having occasion to read it
Ch03: How to Scope a Project
POS Project Goal
![Page 61: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/61.jpg)
The objective statements elaborate on the goal, and clarify its scope or boundaries
5 or 6 brief statements that further bound your project goal statement.
Each objective should define an expected outcome, the rough time frame it will be done, a measure, and the action needed to meet the objective
From these statements it is clear what is in and not in the proposed project.
Ch03: How to Scope a Project
POS Project Objectives
![Page 62: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/62.jpg)
George Doran’s S.M.A.R.T. characteristics provide the following criteria for goal and objectives statement
SpecificSpecific—Be specific in targeting an objective. MeasurableMeasurable — Establish measurable indicators of progress. AssignableAssignable— Make the object assignable to one person for
completion. RealisticRealistic —State what can realistically be done with available
resources. Time-related Time-related — State when the objective can be achieved—
that is, the duration.
Ch03: How to Scope a Project
S.M.A.R.T Objectives
![Page 63: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/63.jpg)
PROJECT
OVERVIEW
STATEMENT
Project Name Project No. Project Manager
Problem/Opportunity
Goal
Objectives
Success Criteria
Assumptions, Risks, Obstacles
Prepared By Date Approved By Date
Office Supply Cost Reduction PAUL BEARER
Our cost reduction task force reports that office supply expenses have exceeded budget by an
average of 4% for each of the last three fiscal years. In addition an across the board budget cut of
2% has been announced and there is an inflation rate of 3% estimated for the year.
To implement a cost containment program that will result in office supply expenses being within
budget by the end of the next fiscal year.
1. Establish a departmental office supply budgeting and control system.
2. Implement a central stores for office and copying supplies.
3. Standardize the types and brands of office supplies used by the company.
4. Increase employee awareness of copying practices that can reduce the cost of
meeting their copying needs.
1. The total project cost is less than 4% of the current year office supply budget.
2. At least 98% of office supply requests are filled on demand.
3. At least 90% of the departments have office supply expenses within budget.
4. No department office supply expense exceeds budget by more than 4%.
1. Central stores can be operated at or below the breakeven point.
2. Users will be sensitive to and supportive of the cost containment initiatives.
3. Equitable office supply budgets can be established.
4. Management will be supportive and consistent.
5. The existing inventory control system can support the central stores operation.
Olive Branch Del E. Lama9/2/04 9/3/04
Example POS
Ch03: How to Scope a Project
Figure03-11
![Page 64: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/64.jpg)
POS Project Success Criteria
IRACIS
IR Increase RevenueAC Avoid CostsIS Improve Service
Use quantitative metrics only!How much and by when?
Ch03: How to Scope a Project
![Page 65: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/65.jpg)
Technological New to the company Obsolescence
Environmental Management change Staff turnover
Interpersonal Working relationships
Cultural Fit to the company
Causal Relationships Will the solution solve the problem
POS Assumptions, Risks and Obstacles
Ch03: How to Scope a Project
![Page 66: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/66.jpg)
Risk Analysis Financial Analyses
Feasibility studies Cost/benefit analysis Breakeven analysis Return on investment
POS Attachments
Ch03: How to Scope a Project
![Page 67: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/67.jpg)
Expected Review Questions from Management How important is the problem or opportunity to the organization? How is the project related to our CSFs? Does the goal statement related directly to the problem or opportunity? Are the objectives clear representations of the goal statement? Is there sufficient business value as measured by the success criteria to warrant further expenditures on this
project? Is the relationship between the project objectives and the success criteria clearly established? Are the risks too high and the business value too low? Can senior management mitigate the identified risks?
Gaining Approval to Plan the Project
Ch03: How to Scope a Project
![Page 68: EPM5-Slides-Ch03.ppt](https://reader034.vdocuments.net/reader034/viewer/2022042623/552b5f0e4a7959c7588b4639/html5/thumbnails/68.jpg)
Core project team Project team Project manager Resource managers Function/process managers Client Senior management
Participants in the Approval Process
Ch03: How to Scope a Project