Page 257 - Untitled-1
P. 257
236 REAL-TIME STATUS VERSUS PERIOD DATA
Problems with This Process
If we were to take advantage of our real-time capability, the data would
never be synchronized. If we used our executive browser to check on things
as of the afternoon of Wednesday, 4/15, we would see task status on Alpha
Project as of 4/15, Omega Project as of the previous week, actual hours as of
4/13, and actual expenses as of 4/6. In this example, reported hours and ex-
penses on Alpha Project would be lagging the reported task progress, mak-
ing performance look better than it really is. Omega Project would also be
out of synch.
But this is just the top of the iceberg. On 4/14, Thomas reviews the hours
charged to his project for the previous week. He questions charges entered
by Mike, who was not assigned to Tom’s project. He posts a query to Fran,
Mike’s manager. Fran, in reviewing Mike’s time sheet, has other questions.
By 4/16, these are resolved, and they are posted to the database on 4/17.
However, this means that the information viewed on 4/15 was incorrect, and
has changed.
But the potential problems can get worse. Harry had asked his project team to
modify the plan for Alpha Project to reflect design changes. They are going to use
a different frabistat, containing four type B gizmo assemblies, rather that two type
C gizmos. Tony, the assembly team leader, entered the new task plan and deleted
the now obsolete tasks. Just as this was taking place (the new tasks were added—
but the old were not yet deleted) Fran is checking the multiproject database to
review the project loads on her resources. The system shows a severe overload
during the frabistat assembly period. Fran puts in a panic call to Harry, while si-
multaneously looking into borrowing or outsourcing resources. Harry is per-
plexed by the unexpected call, not being aware of any overload problems. The
problem is quickly resolved, but not before getting several people involved in
dealing with a nonexistent problem.
However, while Tony is finalizing the modification to the frabistat plans, he er-
roneously enters 55 days for a 5-day task, unintentionally adding 10 weeks to this
critical path work package. Just as that data was added, Charles, the Executive
Vice President, viewed the project summary plan via his browser. Seeing the 10-
week slip in this key project, he puts in an urgent call to Harry. “Hey,” he says.
“You told me that this project was on schedule and wouldn’t slip.” A flustered
Harry doesn’t know what to say. He hasn’t even seen the information that his boss
is reacting to. Now he has to waste valuable time putting out a fire and has lost
some credibility with his boss. Yet, Harry hasn’t done anything wrong, and, in fact,
the so-called problem doesn’t even exist.