🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: mod.comp-soc
Article #167

Re: Performance Monitoring

#167
From: Dave Taylor
Date: Mon, 29 Sep 1986 17:57
58 lines
3667 bytes
This article is from ihnp4!cuuxb!mwm@hplabs.HP.COM
 and was received on Mon Sep 29 10:09:51 1986
 
>  1. Is this form of monitoring *ever* good?  When?  Why?
>  2. Are there circumstances where this is *very* bad?  When?  Why?

	I think that this form of monitoring is okay, as long as you use
     it for measurement of actual performance, and not to set goals for
     future performance.  If you notice that on one good day person X
     can frombozzle 16 widgets an hour, but on the average he does 12,
     and therefore say he is being lazy the rest of the time, that is
     bad.  If you are using it to find out how many pencils to order next
     month, I think it is usefull, and not harmfull.  The problem is that
     it is often tempting for managers who are looking at a bottom line
     to go too far...

>  3. What level of monitoring should be performed?  (this is obviously
>     relative to the task...)

	Well, enough to get reasonably useful information.  As you
     mentioned, that is task-relative...

>  4. Are *you* being monitored at all?  Have you ever been?
>	If so, was it positive or negative, and how did you and your
>	fellow employees (and management) react to it??

	We keep a database of support calls, which includes information
     on how long a call has been open, etc. which can be used for
     "monitoring".  Fortunately our manager realizes that every call is
     different, and some take longer than others.  He does check up on
     ones that are taking a long time though...

>  5. Finally, would information of this sort be viable information to
>     exchange on the "market"?  (for example, an on-line search for all
>     programmers who take short lunches, type > 70 wpm and know how to
>     program in Fortran, by a placement agency).  A subset of it?   Do
>     you think this already takes place??

	It might, but it is not neccesarily useful information, unless
     you are talking about assembly line style work, where this information
     is not likely to be found.  (I know a guy who personally started
     a walk out at a GE plant by walking into an assembly line area with
     a stopwatch and starting it.  He was actually timing the machine, but...)

>Please keep in mind that there really needs to be SOME way for management
>to have a way to keep tabs on employee performance, and that not all emp-
>loyees can have 'goals' and such (like a directory assistance operator).

	Ah, but that is exactly the PROBLEM, when people like directory
      assistance operators are GIVEN goals -- like an average of x seconds
      per call;  This leads to impoliteness, and tension for the operator.
      I think this is the real danger of monitoring systems -- when peoples
      jobs are made into a constant pressure for speed.  Picture an office
      typist that is penalized 10 dollars for every typing mistake she makes.
      It doesn't sound quite as bad as giving her an electric shock, but is
      probably almost as stressfull.
-- 
    Marc Mengel 					...!ihnp4!cuuxb!mwm
Technical Details
Message-ID: <692@hplabsc.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!caip!sri-spam!sri-unix!hplabs!hplabsc!taylor

Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!caip!sri-spam!sri-unix!hplabs!hplabsc!taylor
From: taylor@hplabsc.UUCP (Dave Taylor)
Newsgroups: mod.comp-soc
Subject: Re: Performance Monitoring
Message-ID: <692@hplabsc.UUCP>
Date: Mon, 29-Sep-86 13:57:51 EDT
Article-I.D.: hplabsc.692
Posted: Mon Sep 29 13:57:51 1986
Date-Received: Wed, 1-Oct-86 05:49:54 EDT
Reply-To: hplabs!ihnp4!cuuxb!mwm@hplabs.HP.COM
Organization: Hewlett-Packard Laboratories
Lines: 58
Approved: taylor@hplabs
Reference: <681@hplabsc.UUCP>