Dec 27 2012
Organizational Sabotage – The Malpractice of Management By Objective by Ken Craddock & Kelly Allan
See on Scoop.it – lean manufacturing
Organizational Sabotage – The Malpractice of Management By Objective by Ken Craddock & Kelly Allan – Innovation, quality and productivity suffer from the abuse of MBOs Objectives are essential to a business.
This article brings a new perspective on the discussion of the same topic in this blog.
See on www.processexcellencenetwork.com
Jan 23 2013
Using project charters: not as easy as it seems
In a comment on a previous post, the Virginia MEP’s Bill Donohue listed several tools that he feels are particularly useful, among which were Project Charters, and I would like to share my experience with them. The concept is self-explanatory, and you can see a variety of examples by just googling “project charter.” It is simply a form intended to provide a one-page summary of a project.
I have been involved with two multi-year projects with clients who wanted to use this tool, and it seemed such a simple, common-sense approach that I embraced it with gusto. To my great surprise, the project teams didn’t. It just required them to fill in such data as the name of the project, the list of team members and roles, short descriptions of current, ideal and future states, the main implementation milestones, and estimates of what good it would do. It would be a great summary on an A3 sheet of paper, and a perfect tool to communicate with peers and management, while keeping the team focused on the goals.
But it didn’t turn out that way. Working with teams to generate charters took much longer than anticipated. These documents were perceived as a hurdle to clear before implementation could start. Once generated, they were never referenced in the inner workings of the team but only trotted out for management meetings. They were generated on Excel worksheets based on templates supplied by management and primarily used in PowerPoint slides, in which the font was too small to read on screen. Since most teams did not have access to a large format printer, whenever they were printed, it was on A4/letter-size paper rather than A3.
I wondered why the teams were not embracing this tool. They had a feed-the-bears attitude to it. Managers were the bears that periodically had to be fed, and the charters were offerings to keep them at bay. I thought the charter should instead be a project management tool used primarily used by the team itself, and only secondarily for management communications.
I had previously used a more informal approach, where we would write a one-page memo explaining in plain text the who-what-where-when-why-how of the project. With the signature of the manager in charge of the target area, this memo would then be posted on the shop floor for every affected person to know what was going on and the extent to which their cooperation was needed. It was generally well accepted by project teams as “Communications 101.” One reason management wanted formal charters was standardization. They wanted all projects in the program to have descriptions in a common format to make them easier to review.
Lean implementation was starting in these companies, with management keen to engage employees at all levels and tap into their creativity, but filling out a form is not an activity that we usually associate with creativity. Possibly, management’s demand for charters was sending a mixed message: be creative but follow these standards. It was saying “think out of the box but stay within this box!”
Perhaps the form itself was a problem. In both cases, it had been designed by a committee of managers who were as new to Lean as the rest of the organization, and I thought the following features were mistakes:
After a long struggle, the teams managed to produce at least partial charters. The managers were not happy, but they had to make do and let the projects proceed. As they did, however, the charters rapidly became obsolete. The teams did not pay much attention, but the charters had to be updated for management presentations, which revealed another problem: there had been no plan for revision management on the charters. The charters had been generated as worksheets in Excel books, that had been emailed around, copied on memory sticks, and printed. There are technical solutions to manage documents so that revisions are made by authorized editors, reviewed properly, and stored in such a way that you can trace back the history of revisions, but this was not one of them.
What lessons have I learned from this experience? Not wanting to throw out the baby with the bath water, I still think of project charters as a useful tool, but it has to be introduced in phases, initially giving project teams the freedom to experiment with both content and format to come up with documents that are useful to them. The handful of pilot projects at the start of Lean implementation requires management attention, but not much administrative paperwork. Never mind standardization at this stage. Soon afterwards, you have tens of projects running in parallel, orchestrated by a steering committee, and, at that point, project charter A3s can be helpful.
Rather than being defined upfront by a committee of managers, charter formats should be allowed to emerge from the organization’s project experience, with current and past project leaders in charge. There may also be different templates by category of project, considering that different contents may be appropriate for setup time reduction, assembly cells, machining cells, milk runs, supermarkets, kanban, etc. The need for revision control on these documents should also be considered when selecting tools to generate them, which requires more IT expertise than either the project leaders, the managers, and even most Lean consultants have. Their first choice is almost always Excel, and it does not meet the needs. Alternatives to be considered include, for example, Infopath for form generation and Sharepoint for storage, retrieval and revision control on charters.
Share this:
Like this:
By Michel Baudin • Policies • 0 • Tags: IT, Lean, Lean implementation, Management, Six Sigma