Developing a Process Mindset
Developing a Process Mindset
People Should:
Understand that work is converting tasks into output, and the way it’s put together
Understand how the process maps out
Understand the impact of deviations
Identify inputs necessary
Outputs, and how they’re used
Distinguish core and support processes
Understand downstream ramifications
Break the BPI team into three groups, assign one bullet to each
Redesigning Tips
Focus on what’s important to the customer
Don’t be constrained by current job titles, responsibilities, etc.
If inputs tend to cluster, create separate processes
Attack biggest time-wasters first
Look for parallelism
Question logic of current sequencing
Remove reviews (reduces incentive to get it right)
Eliminate signoffs /approvals (push decision making to lowest level)
Simplify complex steps
Involve as few people as possible in a process
To identify bottlenecks, increase inputs and speed
During initial change, there is frequently major improvement. However, it soon drops back to previous performance if
there is no change in supporting management processes.
A crucial part of BPI is ownership – someone has to make sure activities interrelated.
Goals:
Eliminate errors
Minimize delays
Maximize use of assets
Promote understanding
Are easy to use
Are customer friendly
Adapt to customers’ changing needs
Provide a competitive advantage
Reduce/repurpose extra head count
Setting the Stage
Steering Committee support
Appoint a BPI Champion
Educate Steering Committee
Explain major steps of BPI
Discuss – What makes us think we can succeed
Identify critical processes
Managing BPI Communications
Need to communicate:
The need for improvement
The concept of business processes, BPI
Approach company is taking
Individual, group responsibilities
Select process owners
Customer Analysis
Who receives output from process?
What do they expect?
How do they use output?
What is the impact on them if it’s wrong?
How do they provide feedback to supplier?
One of the biggest mistakes organizations make is they don’t take time required to set up Change Plan and get buy-in
from affected parties.
Effectiveness Measures
Right output, at right place, at right time
Efficiency Measures
Focus on use of time, money, resources
We typically learn to live with poor efficiency, and we let it get words (adding checks and balances, etc.)
Things to measure:
Processing time
Resources expended per unit of output
Value-added cost per output
Percentage of Value-Added time
Cost of Poor Quality
Wait time per unit
Output per unit (e.g. miles per gallon, NVA vs. VA) – typically NVA=95 percent of process
So speeding up what we do doesn’t help
Error-free process must be goal
Adaptability Measures
Hardest to measure, first to be complained about by customers
Traditional process is designed for average – most customers, most of the time
A few ways to measure:
Average time to complete special requests (vs. standard)
Percentage of special requests denied
Percentage of special requests escalated
Flowcharting
Types:
Block diagrams
(Can be annotated with names)
Block flow
Include information flow
Flowchart
Functional flowchart (swim lanes)
Functional timeline
Geographic
Always start a block with a verb – make sure you’re doing something in the block
Look for:
Variation from Should
Variation between employees
Their suggestion for how to change
Measurement points
Need for documentation
Roadblocks
Duration and task time
Separate
Occasional
Chronic
Process Effectiveness
For Customers
How will process meets customer needs
(Outputs meet customer need, inputs meet process need)
Processes can always be more effective
Indicators it isn’t effective:
Unacceptable output/Customer complaints
Warranty costs
Decreasing market share
Backlog
Rework
Late Output
Rejected Output
Incomplete Output
Process Efficienc€€y
For Shareholders
Efficiency Characteristics
Cycle Time per transaction
Resources per Unit of Output
Value Add Cost as Percentage of Total Cost
Cost of Poor Quality (per Unit)
Wait Time (per Unit)
Cycle Time