They using it to map the processes so they can plan the workload, assign
staff accordingly, and (I gather) schedule the entry of samples into the
process. That's managing, whether performance against the plan is
subsequently tracked or not. Whether it's done using Project or some other
tool I just don't believe human activities can ever be scheduled to that
level of precision - it implies that it is reasonable to expect mixing the
water and acid will take exactly 27 seconds, not 26 or 28, and Joe Resource
will be staring at the clock (synchronized to the NIST master clocks) so he
can start it at precisely 10:13:19 and finish it at 10:13:37 and even more,
that it really matters that it's done at 10:13:37 and it's not acceptable
for it to finish at 10:13:35 or 10:13:50. Because humans don't and can't
work that way, it seems pointless to me to go to the trouble. Even more
importantly, focussing on the trees and not the forest can lead one away
from devising systems and controls that actually meet the objectives at
hand.
Tools are supposed to make work easier and more efficient. While it's
certainly possible to kludge together something in Project, because of the
way Project behaves I would be very cautious about relying on it too far and
forcing the job to fit Project's design model is probably going to be a
laborious process. You can open a can of beans with a screwdriver or a
hammer but they're far from being the optimal tools for the job. Whack the
can with the hammer and you'll get the beans out but you'll have a mess to
clean up and only get to eat half the beans in the end <grin>.
--
Steve House [MVP]
MS Project Trainer/Consultant
Visit
http://www.mvps.org/project/faqs.htm for the FAQs