Skip to content

Project Goal Statement

© 2004 by Diana Lindstrom, PMP

I’m a die-hard Broncos fan. I watch every game. At the beginning of today’s game against the Kansas City Chiefs, Dante Hall ran back the kick off for a touch down for the Chiefs. A 97-yard return for a touch down! And they only used 13 seconds for the touch down and point after.

My husband’s comment was, “The Chiefs aren’t doing a very good job with clock management. They have the ball for only 13 seconds and then have to turn it over to the Broncos!”

After we stopped laughing, it started me thinking about project teams. How do the individual members of the project team perceive the project goal? And what are their parts in reaching the shared goal?

The goal of the football team is to win the game. Simple. Yet when any specialist on the team thinks only about his area of expertise, the whole goal can change. Would any coach, or assistant coach, or player give back the touch down points in favor of holding on to the ball longer? NO, of course not.

Similarly, when the subject matter experts (SMEs) on a project team focus on the project goal, the team uses individuals’ strengths to meet that goal. With multiple people working together, using specialized knowledge and skills, the project manager’s job is to show them the “big picture.”

Like great football coaches, great project managers communicate the vision (goal) of the project at every opportunity. To the project team as a whole. To individual members of the team. To stakeholders. To complete strangers. You get the picture.

Have you taken the time to create a simple statement communicating the project goal? If you haven’t, it would be a good thing to do over this holiday. That one simple statement becomes the project vision. Simple, to the point, and descriptive statements work best. For example, a construction project might have this simple statement:

We’re building the most high-tech office building in the downtown Chicago area.

You might go on to say something like: Chicago has never seen an office building that has such versatile electronic connections. All areas will feature wireless Internet connections and wireless communications. The security system is state of the art – beyond anything Chicago has in place right now.

Perhaps you would describe the luxury office suites. Or anything else that the prospective lessee would be interested in knowing. This could also be called a benefit statement – what benefit(s) the end user gets when the project is completed.

Have fun and be creative with it. When you have the simple statement fully developed and can say it easily, you’ll need to make sure it’s on every piece of paper, or electronic file, that has anything to do with the project. Repetition begets memory. You’ll know you’ve succeeded in keeping the project goal in front of the team when they use the simple statement in their communications with others.

ShipWreckedProject.com – I work with project managers who are struggling toward success.

I hope your holidays are full of joy and cheer!

4 Keys to Managing Schedules

© 2004 by Diana Lindstrom, PMP

This article is on the long side with 1,033 words. It’s well worth the time!

I just found a wonderful website! All about project management and how to become successful as a project manager. I can’t believe it took so long for me to find it, but I believe that we all find things when the time is right.

The website is http://www.projectcommunity.com and the article is found under Compass Newsletter. The name of the article is Why Schedules Fall Apart. I’m using the following excerpt with permission of the copyright holder, David A. Schmaltz.

“Why Schedules Fall Apart

. . . What can we carry forward . . . to make our future project schedules more effective?

1- Never Mistake The Method For The Mission.The path to your objective is not your objective, and straying from this path will be necessary to reach your objective. Divergence from plan is how the objective is reached.

Work with your sponsors to help them understand that their well-intended attempts to maintain accountability by insisting that the project execute as planned doesn’t help the project achieve its objective. If the project must both execute as planned and achieve its objective, . . . this is a double-binding expectation, one that creates an unmanageable contradiction for the project.

2- Plan early and often.To paraphrase the old adage about voting in Chicago, planning early and often will preserve the possibility for success by allowing you to take advantage the of [sic] learnings and coincidences that so contributed to the success of your retroactive project plan. Managing a schedule is a process of destruction and recreation which refreshes expectations, thereby preserving the possibility for achieving the objective. You will be wiser with each recreation and your project will be better for it.

3- Defer Details.Frame expectations within time boxes, but defer the details for far distant project activities. The likelihood is very high that these activities will never execute as originally expected. I remember (and not that fondly) a project I led early in my career to plan the five-year conversion of a very large application. No task was planned as greater than forty hours, and each estimate was padded within a most likely – least likely weighted average framework. After several months spent producing this plan, the members of the senior management review committee noted the details, turned to the last page, gasped at the bottom line, and canceled the project. I could have made them gasp with a few scribblings on the back of an envelope and not missed the bottom line by an order of magnitude.

4- Stay In Touch.The schedule is not the project and the project is never the schedule. The schedule might provide a useful framework within which to understand what is going on around you as the project unfolds, but it is never, . . . the final arbiter of project success. das

All works published in this newsletter are the property of True North pgs, Inc., and may not be reprinted, used, or otherwise distributed without the expressed, written permission of the publisher. Ask for permission and you’ll get it.

David A. Schmaltz, President

True North pgs, Inc.

PO Box 1532, Walla Walla, WA 99362

TN@ix.netcom.com

So, what does this have to do with my previous article about scheduling? It takes it several levels higher. My previous article talks about the mechanics of scheduling – knowing what’s on the schedule. David’s article talks about the philosophy of scheduling – knowing what it is and how to best use it as a tool.

The project is a living, changing thing. In order to manage it, you have to be able to deal with those changes as they occur. And changes in schedule occur very often, sometimes every few minutes. Understanding that the schedule will change is the first step to successfully managing change.

1. Never Mistake The Method For The Mission – One way to manage the project sponsor and senior executives is to give them the top level of the schedule, i.e. the major milestones. I usually give the title of the milestone and the target date for it – and that’s all. If they request more information, I get exact requirements from each of them. I do not give them more information than I absolutely have to.

This is not an attempt to keep anyone in the dark. It’s more like the philosophy that medical doctors use with patients – why give them more information than they can process?

If one of the stakeholders insists on more details, arrange a one-on-one meeting and enough time to really explain the schedule – especially the fact that the important date is the milestone date. Not the intermediate dates on tasks and subtasks.

2. Plan early and often – On a construction project, schedule reviews happen every week. Along with budget reviews, quality reviews, and risk reviews. I always review every project weekly and include updates from those stakeholders who had some action for that week. Then I incorporate the changes to the tasks and subtasks. After reviewing those changes, I know if I’m going to need to make other changes to the schedule in order to meet those important milestones. (Is that a little redundant? It’s not a milestone if it’s not important, is it?)

3. Defer Details – Don’t even put subtasks into the schedule if they’re more than a few months away. If the scope of the project changes, you’ll have saved yourself and your team a lot of time. And if the project is cancelled, you’ll feel better that you didn’t waste time on it.

4. Stay in Touch – I’ll go a little farther with this one. Continuous communication with the project team and other project stakeholders will keep you on top of the issues. Instead of finding out about an issue after it’s too late to do anything, you’ll be positioned to find out right away.

As a successful project manager, these 4 keys to managing schedules must be incorporated into your daily consciousness. It’s only when you manage the schedule, instead of the schedule managing you, that you can keep your eyes on the prize – the project product.

Schedule for Project Managers

© 2004 by Diana Lindstrom, PMP

This time of the year, one of the most important aspects of project management becomes magnified – SCHEDULE. Vacation time, holiday time, sick time all become very important factors in any project schedule.

As a project manager, you’re expected to juggle all of this – AND your personal time requirements. Your life has certain scheduling requirements, whether it’s making the time to visit with relatives on Thanksgiving, going to the kid’s Christmas play, taking the family to a special production of The Nutcracker Suite, attending more choir practices for the big concert, or attending both your company’s Christmas party and your spouse’s company’s Christmas party. How are you supposed to keep track of all that PLUS your projects?

I think it means that you have to do more than put it all down on paper. Of course, you have to have all of this time included in any project that will span the holiday season. Have you included enough slack time to cover a bad flu season? Have you negotiated your milestones for after the holiday season? Do you have the holiday time scheduled in? And have the members of your team let you know when they’ll be taking vacation days?

But do you also monitor and manage the schedule every day? By that I mean do you know exactly who should be doing what on any given day in each of your projects? If not, your schedule is danger of being blown. Especially this time of year.

Project managers need to learn how to motivate people to stay on schedule. Some people respond to rewards; other people respond to attention. As a project manager, you need to learn what your team members respond to – and then give it to them.

One of my most validating moments was when a physicist came to me a week before a major milestone in our project – an important client presentation which would determine if the project proceeded or was killed. He asked me why I wasn’t freaking out like the other project managers would be. In response, I asked him if he remembered how I stayed on top of him to meet his schedule for this presentation? After he said yes, I told him that keeping everyone on schedule was my job so that no one – especially me – would have to get really stressed right before the presentation. I suggested that the presentation would go much better because the entire team would be relatively relaxed and completely prepared. He thought about that for several days.On the day of the presentation, the team arrived rested and prepared. We had used the time usually devoted to freaking out to instead get more practice for our respective roles in the presentation. The client was impressed with our presentation, the project was given the green light, and our boss was overjoyed! I didn’t know until that evening that our company’s cash flow was so tight that this project actually would pay our next payroll.

The day after the presentation, the physicist came to me and told me that he’d learned several lessons from this experience. The first lesson was that his schedule actually made a difference in the success of the project. The second lesson was that meeting that schedule would keep the project manager off of his back. And the third lesson was that getting the work done on time allowed him more time to prepare for the next step – in our case it was usually a presentation.

About a month later, this physicist came back to me and said that he’d found one more benefit to meeting the project schedule. He was able to write and publish a paper in the time since the presentation because he wasn’t working overtime to catch up on the schedule for our project.

At the time of that project, I was also managing 6 other projects. All equally important to the bottom line for the company. And all of my projects were completed on time, or a little early. Now you’re probably wondering how I did this.

I kept all of the schedules for all of my projects in front of me every day. Using MicroSoft Project, I built a multi-project schedule. Using that schedule, I put my daily To Do list together every evening before I left work. The first thing I did every morning was review my To Do list for that day.

If you have someone on your team who’s responsible for the schedules, then have that person give you a daily schedule of all your projects. If you don’t have someone like that, then you’ll need to spend time to put all the schedules together into one master schedule. Use whatever project software you normally use – the software is the tool, not the goal.

Sounds simple, doesn’t it? And yet in the hectic blur of every day, it can become almost overwhelming to do. Try it for a week and see if you experience any of the benefits. If you do, then keep doing it.

For more information, please visit http://www.shipwreckedproject.com .

Our First Post

© 2004 by Diana Lindstrom, PMP

So I find myself joining the great masses in this adventure called blogging. Using the metaphor of a ship on the high seas, full steam ahead!

If you are in the position of leading a project, no matter what your industry is, then you have a real challenge in front of you. The skill sets that are required to successfully manage a project are multiple. Many people argue that you need to be an expert in your field, as well as an expert in dealing with people. Whew! Not very many people have all those skill sets – unless they’ve gone out of their way to develop them.

Are you a natural leader? Are you detail-oriented enough to keep the books? Can you manage people who are experts in their jobs? Do you see the “big picture?” How are your public speaking skills? And can you coordinate people, materials, customers, and products so that they all come together at the exact time and place of your choosing?

It’s enough to make you pull your hair out! And yet, there are many of us who love doing just this. Everyday is a juggling act. There’s never a dull moment!

Stay tuned for more information about what it takes to be a successful project manager. I’m looking forward to our journey!