Lets not get into how we divied up time ..... otherwise I will be here for
days !!
We had to account for each 15 minute block ..... and THAT was when we were
working in the office ! Our time sheets took, on average, about 2 hours out
of each 2 week period to prepare.
In my new job, they have us put a check on the day we were here .... and a
check in a different box if it was vacation or whatever. Our time sheets
take about 10 seconds.
-----Original Message-----
Sent: Friday, June 15, 2001 11:39 AM
To: Multiple recipients of list ORACLE-L
One of my favorites is divying up how I spent my time each week. If a
project has a problem and I spend 4 hours researching it before solving it,
that is 4 hours to the project. But if I happened across that problem during
my normal reading and research (i.e. this group or other web sites) that is
5 minutes to the project.
-----Original Message-----
Sent: Friday, June 15, 2001 6:46 AM
To: Multiple recipients of list ORACLE-L
----- Original Message -----
>
> So we all lied a lot. And this was "sitting at our desks"
>
<rant>
That IMHO is the main flaw of all these new management techniques
and "metrics" being pushed by methodology reps. They are
very good when dealing with coal face workers. They haven't got
a chance in hell of accurately representing working patterns when
dealing with a technical job. Most of them are extrapolated
from factory environments, where the amount of work is easy to
measure in terms of units/hour. Since none of them even make
an effort at defining what's a unit of work for a DBA or a designer
or an "architect" or even an analyst, they fail miserably in
properly tracking this type of job.
Result? Totally incorrect project metrics and cost extrapolations.
Corollary? Make these jobs disappear because of their "inconvenience"
in fitting a flawed model. Not fix the model.
And they wonder why projects can easily "fail"? They can't even
accurately define "failure" nowadays!
</rant>
Cheers
Nuno Souto
[EMAIL PROTECTED]
http://www.users.bigpond.net.au/the_Den
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Nuno Souto
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Henry Poras
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Kevin Lange
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
