Practical Business Process Management Articles, Research and Advice for BPM
  Home > BPM Tools / Techniques  > Project Scope Search:
 
 for    
 Highlights: Buy BooksBuy eBooks|Business Process Management Blog | Quality Events and Training Calendar | Quality Dictionary | Business Process Management Discussion Forum | Business Process Management Jobs | Business Process Management News and Press Releases | Free Business Process Management Newsletter
 Free Newsletter!  
Improve your
business process management skills and knowledge


Sign up today!
  Manage Subscription
  BPM Basics
  BPM Selection
  Glossary of Terms
 BPM Directory 
  BPM by Function
  Human Change
  Methodology
  Metrics
  Project Management
  Risk Mitigation
  Technology
  Tools / Techniques
  Vendors Consultants
 Channels 
  Innovation
  Outsourcing/Sourcing
  Six Sigma
 Quick Access 
  Help
  Search
  Advertise Here
  Article Archives
  Newsletter Archives
  RSS/XML Feeds
 User Feedback 
  Please suggest site
  improvements.
 
  [ larger form ]

How to Write a Business Process Management Project Charter

Bookmark This Page Bookmark This Page
Email This Page Email This Page
Format for Printing Format for Printing
Submit an Article Submit an Article
Business Process Management Article Archive Read More Articles

A project charter is the first step when undertaking and business process management improvement project. The charter can make or break a successful project. It can make it by specifying necessary resources and boundaries that will in turn ensure success; it can break it by reducing team focus, effectiveness and motivation.

So what pieces are necessary and what are some tips people have learned over the years? Alright, let's get down to business. Here are the major project charter areas that are necessary. We'll start with an explanation of each.

Project Title

It may not be evident at project inception, but you are going to complete the project and over time this project will hopefully serve as a best practice for other people within your business. It's important to name the project with a properly descriptive title that will allow others to quickly view and select your project based on the keywords and phrases. If you are increasing call center effectiveness, a possible title may be Call Center Cycle Time Reduction or Customer Intimacy Sales and Operations Alignment.

Project Leader

This is the person leading the process improvement project. It's important to identify the project leader so management knows who's leading the efforts, and others can locate the leader for gathering further knowledge at a later date.

Project Start Date

No project can maintain momentum indefinitely. This field is mainly for documentation purposes. It's the date the project or project leader formally started working on the project.

Anticipated Project End Date

The anticipated project end date will probably be set by the process or functional owner. The duration of the project will provide the leader and team adequate time to complete the project, given business conditions, work-load, holiday schedules, and such. Many businesses set general guidelines around how long projects should take.

Cost of Poor Quality

It's sometimes easy, other times difficult, to quantify the cost of poor quality that is being produced by your process. If scrap is being produced -- quantify it. If excess hours are being spent by employees performing manual and redundant activities -- quantify it. If violations and fines are being levied (oh my, I hope not!) -- quantify it. It just needs to give business leaders an order of magnitude guesstimate of your project savings. If you're going to save the business $6,000 over the next year, that may not be a project on which to focus an entire team.

Process Importance

Here's where we get to the meat of the matter. Every business operates by processes. So what's the process that you're improving and why is it important enough to spend time improving. For instance, if you want to improve the account opening process, you could identify how your process compares to competition, how it's the lifeline of your company, how the customer experience is suffering...you get the picture. Next we get to the exact problems.

Process Problem

Once we have a high level view of why the process is important to the business, we talk about how it's broken. For instance, there's no online data checking, customers can't instantly open accounts which leads to frustration, redundant processes lead to human error, no validation of customer typed information leads to mis-shipments of collateral, etc.

Process Start/Stop Points

We can't solve world hunger or boil the ocean (if anyone knows of any other sayings, please send them to me for inclusion), so how do we make sure we're biting off something we can chew 100 times before swallowing? Bound the project with a start and stop point: From the time a customer calls until the time the complaint is handled and customer is informed of the decision. Then, when the inevitable issue arises confusing the group's mission, you can ask -- "Does that action/issue occur between our process stop and start points?" If the answer is no, table it and get the team focused on the task at hand.

Project Goals

What results do you anticipate from this project? Will cycle time be reduced 70%? Will customer perceptible defects be eliminated or at least reduced 90%? Will variable costs be identified and capped to a certain dollar figure per transaction? Set challenging but realistic goals.

Process Measurements

What are the measures that you will use to determine effectiveness of the project. Will it be $/item, cycle time in days, or call queue time in seconds? Specify all you think may be necessary, but make sure that they are within the scope (process start/stop points) of your project.

Team Members

List the following roles and who will be filling the roles:
Sponsor
Project Leader
Subject Matter Experts -- it's sometimes a useful reference to list the subject matter in parentheses next to each name, especially if the team is cross functional and employees don't know each other.

Project Time-Frame

We have already identified the project start and (estimated) stop points. What are the major milestones (e.g. presentations, phases of the improvement project, etc.) between those dates? Mentors and MBBs are very helpful in creating this part of the charter because they've done projects and have an idea for how long each step requires.
 
Rate This Article:  Current Rating: 3.50
  Poor    Excellent     
          1    2    3     4    5
Copyright © 2003-2008 – BPMEnterprise.com, CTQ Media LLC. All Rights Reserved
Reproduction Without Permission Is Strictly Prohibited – Request Permission


Publish an Article: Do you have a process management tip, learning or case study?
Share it with the largest community of Business Process Management professionals, and be recognized by your peers.
It's a great way to promote your expertise and/or build your resume. Read more about submitting an article.

BPM AdLinks
Process Management Training Slides
AdLinks Information
 
Home | Discussion Forum | Event Calendar | Job Shop
Link To BPMEnterprise.com | Report A Problem | Submit Article For Publishing
 Terms of Service. ©2003-2008 BPMEnterprise.com, CTQ Media LLC. All rights reserved. v1.0, 0.0
About BPMEnterprise.com · Contact Us · Privacy Policy · Site Map