Escolar Documentos
Profissional Documentos
Cultura Documentos
Guidelines
1
Overview
Understand
• How to choose good projects
• How to beware of “bad” projects
• How to have projects approved
• The requirement for backlog projects
2
Why Is Project Selection Important?
3
Why Should We Care?
4
Basic Project Terms
y f ( x1 , x2 ,..., x k )
If we understand and control the X’s -
then the Y’s will be in control
5
The Project Desirability Matrix
• EFFORT REQUIRED - Includes not only your own time as a Champion / Mentor, but
also the time that will be required of your team members and expenditure of money.
• PROBABILITY OF SUCCESS - An assessment that takes into account the various risk
factors:
– TIME - Uncertainty of the completion date
– EFFORT - Uncertainty of the investment required
– IMPLEMENTATION - Uncertainty of roadblocks
6
The Project Desirability Matrix (continued)
7
Project Selection - Examples of “Bad” Projects
8
Project Selection -Examples of “Bad” Projects (Continued)
2. Effort Required
– Requires heavy resourcing that cannot be supported
– Adding resources but not providing good project leadership
– Trying to a resolve “world hunger” / “boil the ocean” project
– Assigning projects to Belts who are already handling too many projects
– The Champion not taking ownership
9
Project Selection - Validation and Backlog of Projects
Project Validation
• Champions and Mentors should ensure that all projects are reviewed by
their Business Unit before being launched
10
Project Selection - The Project Hopper
Potential
Projects
Hopper
11
Six Sigma/Lean and Design Improvements
• Choosing the right project scope, metrics, tools and team are critical
to success
12
Scoping the Project – the BIG Y’s
Projects should align with the business strategy (What drives your
business, and how will you measure the project success?)
• Planning
– Strategic Business Plan
– Business Profit Plan
– Strategic planning review
• Assessment
– Balanced scorecards
– Customer feedbacks and surveys (Voice of the Customer)
– Strategic personnel review (Project Resources)
• Execution
– “On the floor” (walking the talk)
– Performance reports (the measurement system)
– Visual workplace (everyone can see what is being done)
13
Defining The Right Objectives for the Project
pecific
easureable
chievable but aggressive
ime bound
14
Picking the Correct ‘Y’ Metrics for the Project
• Align with business strategy by choosing the right metrics for your
transactional business processes, for example:
15
Understanding the X’s Effect - Example
16
Defining the Savings and Benefits
• What are the benefits and savings: • Who should help in the validation:
base-line?
17
Tracking Financials
– Process improvements
– Time savings
– Reduction in customer complaints
– Reduction in customer invoice deductions / collection efforts
– Reduction in claims
– Establishment of better data collection / tracking mechanisms
– Reallocation of headcount
18
Tracking Financials
19
Assigning the Right Team
KEY QUESTIONS
• Will the process owner provide resource and time for the project?
20
Assigning the Right Team
• Deployment Champion
• Process Owner
• Financial Champion
• IT / Systems
• Black or Green Belt (depending on the complexity of the project)
• Process Specialists (the experts in the process)
• The Customer (the Voice)
– Internal
– External
• Team members with process knowledge
21
Assigning the Right Team
• Deployment Champion
• Process Owner
• Financial Champion
• Black of Green Belt depending on the complexity of the problem
• IT / Systems
• Customer Service Specialist
• Customer (the Voice)
– Internal
– External
• Team members with process knowledge
22
Using the Right Tools for VOC and VOP
– Cause and Effect Analysis helps to identify the critical and Key X’s
that influence the ‘Y’ (voice of the customer)
– Failure Mode and Effect Analysis helps to identify the risks in the
process.
23
Using the Right Tools for the Project
– Brainstorming
– Customer Surveys
– Customer Performance data (for example: scorecards)
– Process maps
– Pareto’s
– Cause & Effect Matrix
– Standard Operating Procedures
– Business reports
24
Using the Right Tools for the Project
25
Collecting the Data and Using Basic Statistics
• Simple, practical and graphical tools such as a Pareto diagram can help identify gaps in the
process
100
60000
80
Percent
50000 D=Risk
D=Risk
Count
N=Warranty
N=Warranty
40000 60
H=Sales
H=Sales Error
Error
30000 L=Cust. Relats.
L=Cust. Relats. 40
20000 E=Job
E=Job
Expenses
Expenses 20
10000
A=Distrib.
A=Distrib.
0 Conces.
Conces . 0
Defect
Count 30191.8
45.4
9093.4 8938.5 6735.7 5008.1 2678.3 917.7 2940.9
13.7 13.4 10.1 7.5 4.0 1.4 4.4
Percent 45.4 59.1 72.5 82.6 90.2 94.2 95.6 100.0
Cum %
26
Collecting the Data – Process Capability
Key Questions
• Is the Process Capable?
– What is the Y – what are the X’s that could influence it?
– Where are the X’s recorded and measured?
– What are the critical X’s that could influence the ‘Y’?
– Is the measurement system capable?
– What is the specification for the process?
• Why do we care?
– We can compare the “voice of the customer” with the “voice of the process” (requested
versus actual). This identifies where gaps are.
• How do we improve capability?
– Change the center of the process (the mean)
– Reduce the spread of the process (the variation)
27
Collecting the Data – Process Capability
– But beware: You may have to create a real measurement system first!
• Processes may not be tracked with measurable statistics
• People may only be watching leading indicators or reviewing outputs of the process
– You must identify the inputs, before you can identify the inputs that control the
outputs!
• The project team may not even know what are the inputs--much less how to measure
them
28
Communicating Project Results
• Communicate Success - Over do it! Give credit for success and publish it
• Communicate across all applicable groups/boundaries
– Monthly Success Stories
– Successfully Demonstrated Practices (use the SDP repository)
29
Summary
30
Summary
31