Archive for June, 2005

David Schmaltz Does It Again

Thursday, June 30th, 2005

So you're asking who is David Schmaltz and what has he done? David is the author of the book The Blind Men and the Elephant, Mastering Project Work. It's a great book on the essence and the challenges of project work. One of the indicators of how great any work is we can see in who lines up as advocates and detractors. David has more than his fair share of both. I'm guessing that his latest article will produce the same effect. David, just for the record, count me in as one of your advocates!

David's latest piece The Planning Wars, appearing on June 30, 2005 in Projects @ Work uses the project "Operation Iraqi Freedom" to explore the misconceptions and "inescapable truths" of project planning and management. He does a good job of side-stepping the politics of the situation. (Congratulations David!) As usual for David, the writing is very good. It's tight and engaging.

I hesitate to recap his article. Take the time to read it, digest it, and share it with others. And after you do, please share your reactions with David and readers of Reforming Project Management.

| Convert this post to a PDF document.

Related Posts

Fault, Flaw, and now Fizzy

Tuesday, June 28th, 2005

One key objective of lean is reducing waste. Doing so requires paying attention to surroundings and assessing something as waste. There's nothing like an everyday example to show the behaviors that we need to work lean. Joe Ely's unbuttoned view of the world is just what we need for becoming lean. He sees one lean example after another in his everyday interactions.

Joe's latest posting Fizzy Coke at "Learning about Lean" warns of passing along faults or flaws. He uses a rather common experience (told in an uncommon way) to show both the desired behavior and the thinking behind that behavior. As usual for Joe, he's provided an accessible example for learning about lean. Read Joe's examples and begin developing and sharing your own.

| Convert this post to a PDF document.

Related Posts

Match Project Assignments to Performer Capability

Monday, June 13th, 2005

The Project Reformer's e-Tip of the Week
042: Match Project Assignments to Performer Capability

If you've been around the lean movement for even a short time, then you've encountered the Japanese term muda; it means waste. Lean gets shortened to mean do only those things that add value for the customer. This is an over-simplification. Toyota uses two other terms: muri — overburdening people, process, the system, or equipment — and mura — unevenness or undue variation in the process or product. To be lean, whether in a production setting or a project setting, it takes addressing all three, usually concurrently.

One of the mistakes we make on our projects that keeps us from being lean is planning for the work without regard to who will do the task and that person's capability and interests. Some teams go so far as to plan full-time equivalent (FTE) personnel. This has the effect of de-personalizing (de-humanizing?) the work of the project team. The result is a plan, schedule, and budget that don't match the reality of the project. And we wonder why a project plan is not achievable?

Good project planning matches the work with the interests and capability of the specific people on your project. Even the beginner project manager understands that competence matters when we ask people to do a task. Interests might matter more. A team member who wants to learn something new comes to the task internally motivated to do his/her best. A person who loves one kind of activity but dreads another will perform differently on the two kinds of work.

What is a project manager to do? Simply, talk to your team as a whole to learn what people are capable of doing, what they have time to do, and what work most inspires them. Then do your project planning. Oh, and do that plan as a team exercise rather than your own task. There's no telling what you'll learn from them! When you are done you'll have a project plan that doesn't inadvertently over-burden your team. That's not to say that at one time or anther there won't be a crunch doing the work. But you'll know that and you'll know that you've matched the task to a specific person. Next week I'll offer a tip on minimizing mura on your project.

Learn more in the Project Leaders' Studio™


©2005 Hal Macomber | RPM | e-Tip Archive | PDFs | Submit Your Tip
| Convert this post to a PDF document.

Related Posts

Collaborative Project Management Blog

Friday, June 3rd, 2005

I'm trying something new. I've invited readers to author postings for Reforming Project Management. The first one appeared today. You'll see others soon. Send me an email if you are interested in expressing your views on these pages. I'll ask you about your story ideas. We'll discuss your how often you want to post. Once is fine. More often is better.

| Convert this post to a PDF document.

Related Posts

A Practicing Project Manager Wants Your Help

Friday, June 3rd, 2005

As a practicing project manager, I spend a lot of time swimming among reams of data - status reports, time sheets, change requests, vendor contracts, performance reports, issue logs, action items, etc. etc.

How much of this really matters?

I believe that there are few really critical success factors for projects:

  1. You must have a clear and definite scope.
  2. You must have executive support.
  3. You must have a committed team (meaning allocation to the project as well as emotional commitment).

What are the clearest, most economical, and most effective indicators of these factors? Shouldn't these be what you should pay the most attention to in order to manage a project successfully?

I would like your opinions on this. I think a large number of scope changes approved for a project indicate both a poor scope, and poor support from the executives. What is a better indicator of resource commitment? Is it the percent allocated and tracking to the project, or is the number of tasks started and completed each week? How do you track executive support? Attendance at steering committee meetings? Willingness to freeze changes? Turn-around-time on deliverable reviews and acceptance? Willingness to implement risk mitigation steps?

What constitutes the 'thin-slice,' as Malcolm Gladwell, author of Blink, puts it, that provides the project manager with the rapid cognition of not only the health and well-being of the project, but also feeds the PM's intuition regarding the right next steps for both preventive and corrective actions?

| Convert this post to a PDF document.

Related Posts