home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / software / 4419 < prev    next >
Encoding:
Text File  |  1992-11-19  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!magnus.acs.ohio-state.edu!csn!raven!rcd
  3. From: rcd@raven.eklektix.com (Dick Dunn)
  4. Subject: productivity "vs" predictability
  5. Message-ID: <1992Nov20.065254@eklektix.com>
  6. Organization: eklektix - Boulder, Colorado
  7. References: <1992Nov11.055130@eklektix.com> <1992Nov16.160026.7548@athena.mit.edu> <1992Nov16.195049.12628@athena.mit.edu>
  8. Date: Fri, 20 Nov 1992 06:52:54 GMT
  9. Lines: 21
  10.  
  11. tada@athena.mit.edu (Michael J Zehr) brought up an interesting point out of
  12. the productivity discussion:
  13. >It seems like part of the problem is that software engineers would like
  14. >to increase productivity, but software managers would like to increse
  15. >predictability.  
  16.  
  17. >Are these opposing goals? Probably somewhat -- predictability generally
  18. >requires more tracking and measuring.
  19.  
  20. It's possible to get productivity and predictability completely at odds
  21. with one another.  It doesn't happen in the extreme a lot, but there's more
  22. of it than there should be:  *One* way to increase predictability is simply
  23. to add a measure of make-work to the project--which doesn't serve any real
  24. purpose, but makes the variability part of a larger overall number, hence a
  25. smaller fraction.
  26.  
  27. The trick is to be sure the effort to increase predictability doesn't get
  28. in the way of the work too much.
  29. -- 
  30. Dick Dunn    rcd@raven.eklektix.com   -or-   raven!rcd    Boulder, Colorado
  31.     ...Simpler is better.
  32.