home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / software / 5131 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.4 KB  |  56 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!gatech!darwin.sura.net!udel!rochester!rocksanne!news
  3. From: kirby@xerox.com (Mike Kirby)
  4. Subject: Re: Is SEI's CMM being used in Anger or ju
  5. Message-ID: <1992Dec22.162644.26710@spectrum.xerox.com>
  6. Sender: news@spectrum.xerox.com
  7. Reply-To: kirby@xerox.com
  8. Organization: Xerox Corporation, Webster NY
  9. References: <1992Dec21.161631.740@sei.cmu.edu>
  10. Date: Tue, 22 Dec 1992 16:26:44 GMT
  11. Lines: 43
  12.  
  13. In article 740@sei.cmu.edu, bwb@sei.cmu.edu (Bruce Benson) writes:
  14. >In article <1992Dec9.134601.29459@vitro.com> mmangieri@vitro.com (Mikey) writes:
  15. >>
  16. >>If you believe that defining a process in the first place is an improvement
  17. >>effort, then I agree. The level 1 organizations I have seen have no process at
  18. >>all, or the process is so vague that no one can describe it in words. Until you
  19. >>have something, you can't improve it.
  20. >>
  21. >>I don't think improvement efforts really start until level 2. 
  22. >
  23. >I've tried to sell level two efforts by saying the management practices
  24. >help to "stabilize" the current process. Once we figure out what we are doing
  25. >we can then try and improve the process.  However, the way we are trying
  26. >to get to level 2 is through stabilizing the management processes and
  27. >continuously improving them.
  28. >* Bruce Benson                 + Internet  - bwb@sei.cmu.edu  +       +
  29. >* SSC/XPE                      +      bbenson@xpe.ssc.af.mil  +    >--|>
  30. >* Gunter AFB, AL 36114         +                              +       +
  31. >* (SEI Affiliate Alumni)       + Voice     - 205 416-4445     +  US Air Force
  32.  
  33.  
  34. There is an interesting article on the management (or lack there of) of software
  35. projects.
  36.  
  37. Redmill, F. J., "Considering quality in the management of software-based development
  38.     systems," Information and Software Technology, Vol 32, no 1, Jan/Feb 1990
  39.  
  40. It basically is a management bashing article.  Its quite amusing to read through
  41. this article and say to ones self. "Yes.. My management does that...And that...
  42. and that..."  The article describes common reasons management gives for software
  43. projects being late and over budget.  Management also claims that these "reasons"
  44. are technical in nature and not in the domain of management.  The author
  45. spends several pages explaining why this is not true and how it is managements job
  46. to provide solutions to many of the "technical" barriers that plague software
  47. projects.  
  48.  
  49.  
  50. Mike Kirby
  51. Xerox Corp
  52. E-mail: kirby.roch803@xerox.com
  53.  
  54.  
  55.  
  56.