Reality Based Project Management
part 2: Reality Based Scheduling
By Mike De Kort
|
What
is Reality? Before
I begin with our topic I would like to explain a little about the
business I am in. I work
for a large defense contractor who builds and maintains aircraft
simulators for the military. The
simulator projects range from small existing simulator modifications to
providing new simulators. Given
the fact that these simulators are rather expensive and every simulation
company has a different answer for the same problem, we rarely make the
same thing twice. Therefore, there are challenges that a massed production
environment would never face. More
often than not schedules and budgets are usually exceed by a factor no
one would like to be published. This
takes me to the project I just completed. My
last project was an $8 million simulator upgrade project that took 3
years and 50k man-hours to complete.
Understanding than everyone declares success in these types of
papers I am going to take a leap here and tell you we were successful as
well. We provided the simulator for our customers use just two
weeks late, started our physical configuration audit early and delivered
with only 12 test discrepancies unresolved. (Our customer considered the
system Ready for Training at that time and expected us to finish during
off training hours). This
effort was accomplished with minimal overtime and not one 3-day weekend
worked during the entire period including the one-year system
integration period. The project even delivered under budget. "Wow!
What a bunch of BS! "They
must have had a padded or easy schedule! Understand
that there is no way to prove to you my statements here are accurate and
that this would be a very good opportunity to inflate our success for
self-serving interests. All
I can tell you is that it is true.
Stick with me here even if you do not believe what I am telling
you because there might be something here you can relate to or that
could be of some use to you. Oh.
. .to make matters a little more interesting for you - I have no degree. What
is the key to being successful on a project?
What is that one thing no degree or certification program tells
you about? REALITY That's
it. . . reality.
The simple understanding of reality and having the intestinal
fortitude to act on it is all you need to do.
Actually, doing so will probably be the toughest challenge you
face. Most organizations
repeat the same mistakes from project to project, follow the Peter
Principle and do not like mavericks.
These are the organizations who have to look as far back a Noah's
day to see a project that delivered on time.
Hang in there you can do it. Reality
is the understanding and acceptance of the following: 1.
Murphy is the King!. The
only way to appease him is to show a little respect.
Follow the rest of my advice, add a 10% buffer and get some
religion. 2.
Everything you learned in school should be treated as a suggestion.
Trying to force a plan or schedule to resemble the way you were taught
is futile - you must tailor your process to each and every aspect of the
project. 3.
Every project, no matter how similar it may look, is different than the
last. Assume nothing.
Unless the exact same environment, with the exact same staff is
providing the exact same product the same way it behooves you to hunt
down each and every difference and assess its impact. 4.
Everyone gets sick. Everyone
has vacation days and no one works very hard during Thanksgiving or
Christmas. Consider these
non-working days in your schedule. 5.
Many proposals are under
bid, were negotiated by people who are not going to do the work or were
overnight events where people did the best they could.
If possible replan the effort and make sure you can sign up to
what you were given. 6.
There will be a problem with almost everything you purchase.
Whether it is manufactured in house or is off the shelf.
Budget time to test the equipment and repair what is not working
properly. 7.
Most vendor representatives you speak to do not know as much as they
actually need to in order to satisfy your needs.
Expect something not to work as pitched. Verify all sales data
with an engineer. 8.
Not everyone in support organizations - be it logistics, information
systems or any other organization involved will have the same level of
concern about your needs that you do.
Give them assignments as soon as possible and expect delays. 9.
Even though people have the best intentions, most schedule estimations
are off by 100%. This
happens because people tend to think in their box and do not pay enough
respect to Mr. Murphy. My
rule: take the best educated guess and double it.
Management hates this. . . so
don't tell them. 10.
If management has a habit of asking you to take a challenge, pad your
estimate before they see it. 11.
Roller coaster manpower plans where people are scheduled to come and go
or where matrix organizations have a complex manpower requirement to
staff do not work. Bring
personnel on as soon as you can and keep them busy until they leave.
People are not going to be available when you want them.
If need be give these people miscellaneous tasks to keep them
busy in dead periods. 12.
Waiting until integration to hire personnel because you figure you can
save money and they can work overtime to catch up is a big no-no.
Hire as soon as you can so these people have more than 5 minutes
to spin up. 13.
It is better to have a team of average performers who work well together
than a team of excellent performers that do not get along. 14.
Audits are your friends. Without
line by line budget reviews things will get missed.
Human error does exist and will occur on your project. 15.
Avoiding organizational or quality department reviews because you want
to save time is a mistake. Assuming
that these organizations have qualified reviewers this step will save
time. 16.
The larger the company the larger the red tape.
Budget the time. If
you are told the normal time to get parts on order is ten days expect
20. 17.
Order hardware as soon as you can, even if you have to justify the
timing with the customer. This
will help you avoid delays because, as I have already told you,
something about this equipment is not going to work right or God forbid
a vendor misses a delivery date. 18.
In large companies very few people are fired for incompetence.
Unfortunately these people have to work somewhere.
They either work for you, especially if you are in a matrix
organization, or they work for a support group.
Schedule accordingly. 19.
Seating people on a single project spread throughout the organization is
not the best way to create a team.
Try to avoid this wherever possible.
Even though this raises the tendency for superfluous chatter it
fosters moral, mitigates those behind the back conversations and
provides for the good kind of eaves dropping.
The good eaves dropping is the kind where someone who has
experience you may not know about hears a conversation and adds useful
information you would have never received otherwise.
20.
The first time you ask someone to work on a weekend, especially a
Sunday, through a 3-day weekend or large amounts of overtime you have
set precedence. If the
value of such an event is not obvious to the employee he will make you
pay for it. There is no
turning back once you have done this.
If your personnel do not think this is justified you may not be
able to recover. They will
now consider you one of them (management). 21.
Your job as a project manager is to facilitate your people's ability to
do their job. Therefore,
you are a gopher. I repeat
you are a gopher and you better like it. Get what they need and when
they need it. Also do not
skimp on the funds and provide inferior equipment.
22.
Scheduling tools are more than word processors. Use the tool as an integrated checklist.
Leave nothing out. 23.
This is only the tip of the iceberg. 24.
If you think I have been a bit pessimistic or jaded - get over it!
Remember this is REALITY. I tried to account for all this and
still got bit by Murphy and made mistakes.
We still delivered 2 weeks late. |
|
| copyright 1999-2000 by Mike DeKort and Management Science Institute | |
|
|