home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / software / 5165 < prev    next >
Encoding:
Text File  |  1992-12-28  |  2.6 KB  |  58 lines

  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!seas.smu.edu!vivaldi!aslws01!aslss01!terry
  3. From: terry@asl.dl.nec.com
  4. Subject: Re: Appeal to SEI (was: Debugging the process)
  5. Message-ID: <1992Dec28.193911.20735@asl.dl.nec.com>
  6. Originator: terry@aslss01
  7. Keywords: "sei cmm" "sw engineering" "process improvement" "sw quality"
  8. Sender: news@asl.dl.nec.com
  9. Nntp-Posting-Host: aslss01
  10. Organization: (Speaking only for myself)
  11. References: <1992Dec22.201249.23289@den.mmc.com> <Bzp0KE.8xL@NeoSoft.com> <1992Dec28.113148.15707@sei.cmu.edu>
  12. Date: Mon, 28 Dec 1992 19:39:11 GMT
  13. Lines: 43
  14.  
  15. Hi folks,
  16.  
  17. In article <1992Dec28.113148.15707@sei.cmu.edu> mcp@sei.cmu.edu
  18. (Mark Paulk) writes:
  19.  
  20. > What we intend the CMM to say is that an organization has to have a good
  21. > metrics program in place to achieve level 4...  We do not say that an
  22. > organization cannot, or should not, have metrics in place much earlier...
  23. > The belief that the SEI requires that "you have to be level 4 to do
  24. > measurement" is a fairly widespread misconception that we have tried
  25. > repeatedly to correct...
  26.  
  27. From the perspective of a critic, I would definitely concur that the SEI
  28. concept of process progress has always had a strong metrics flavor from
  29. the get-go.  It shows up clearly in level 2, let alone 3 and 4.  Indeed,
  30. one of my complaints was that it unclear what a level 2 organization as
  31. defined in early SEI materials would DO with their metrics it was clearly
  32. supposed to collect.
  33.  
  34. You cannot do something well if you cannot see what you are doing.  The
  35. question is more one of what metrics give insight, and what ones will
  36. ultimately prove illusory in terms of how much warning and insight they
  37. provide to bottom-line production, quality, schedule, and cost.  Even
  38. one-man projects need metrics from that perspective.
  39.  
  40.                 Cheers,
  41.                 Terry Bollinger
  42.  
  43.  
  44. P.S. -- Thanks to Dr. Leveson for that little jaw-dropper on concurrent
  45.         engineering & risks of *REAL* project blowups, missile-silo-style!
  46.  
  47.         (Hmm... Why did that description of the dangers of everyone working
  48.         in parallel, without well-defined definitions of how things would
  49.         finally fit together, remind me of one or two software projects
  50.         I've seen??)
  51.  
  52. +--------------------------------------------+-------------------------------+
  53. | Terry Bollinger                            | Phone: 214-518-3538           |
  54. | Advanced Switching Laboratory, NEC America |   Fax: 214-518-3499           |
  55. | 1525 Walnut Hill Lane, Irving, Texas 75038 | Email: terry@asl.dl.nec.com   |
  56. +--------------------------------------------+-------------------------------+
  57.  
  58.