home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / software / 2914 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  4.0 KB

  1. Xref: sparky comp.software-eng:2914 comp.object:2961
  2. Path: sparky!uunet!mcsun!uknet!axion!srd!news
  3. From: jfoster@everest.srd.bt.co.uk (John Foster)
  4. Newsgroups: comp.software-eng,comp.object
  5. Subject: Re: Software costs revisited?
  6. Message-ID: <1992Jul22.112100.17317@srd.bt.co.uk>
  7. Date: 22 Jul 92 11:21:00 GMT
  8. References: <1992Jul20.120345.26472@cs.tu-berlin.de>
  9. Sender: news@srd.bt.co.uk (News Administrator)
  10. Reply-To: jfoster@srd.bt.co.uk
  11. Organization: British Telecom
  12. Lines: 76
  13.  
  14. From article <1992Jul20.120345.26472@cs.tu-berlin.de>, by gregor@cs.tu-berlin.de (Gregor Engelmeier):
  15. > In Brad Cox's book: "Object Oriented Programming" from 1986, he
  16. > quotes an inquiery carried through by the U.S. Goverment Accounting
  17. > Office in 1979, in wich a breakdown of software costs versus actual
  18. > results is performed (FGMSD-80-4). The results at that time were:
  19. >  
  20. > Software paid for but not delivered: 47%
  21. > Software delivered but not used:     29%
  22. > Software abandoned or reworked:      19%
  23. > Software used after change:           3%
  24. > Software used as delivered:          2%
  25.  
  26. Small and pedantic point: the figures of 47% and 29% should be
  27. interchanged there (I have the GAO original in front of me). Sorry --- that
  28. was just for the benefit of anyone who might quote the figures further.
  29.  
  30. > This was meant to be a motive the introduction of object oriented 
  31. > techniques in the production of complex software systems.
  32.  
  33. I too have heard those figures quoted in that way (in fact I think I've
  34. heard them quoted in support of most new ideas, at one time or another :-)
  35. But on a very quick rescan of the report, I don't think the authors
  36. had that in mind. They were much more concerned with the procedural
  37. and contractual aspects of controlling software development.
  38.  
  39. Trouble is, those figures on their own don't mean a lot, because they
  40. never were a representative survey. They were found as a result of a large
  41. survey (that was itself representative) but they were just nine specific
  42. cases chosen to illustrate the problems that people were reporting.
  43. They're bound to look bad, because in large part that's why they were
  44. selected! That point is made in the original report, but too rarely
  45. repeated (IMHO).
  46.  
  47. > My question now is, whether since then such an inquiry has been performed
  48. > again, and which its findings were.
  49.  
  50. In the light of my comments above, I think I need to re-interpret the
  51. question as: "Has anyone done a survey yielding figures like the above,
  52. but in a way that could be quoted as representative?"
  53.     I have heard of only one such, and I've never seen the original
  54. report. It was supposedly a survey of 125 US companies, carried out
  55. by Applied Research of New Jersey and relating to the percentage of
  56. software developments that were abandoned before delivery. Is there anyone
  57. out there who can supply any detail on that one? I saw it as a comment
  58. in a report itself written in 1987, but it gave neither the date of the
  59. survey nor any reference to a published paper.
  60.  
  61. Like the poster, I'd very much welcome any further references. But I've
  62. been looking out for this sort of stuff for some years without success,
  63. so I'll be very surprised if we get many (any?) examples.
  64.  
  65. > Since the OO-Paradigm has been applied predominantly in the design area,
  66. > I would expect, that the relative importance of the first cathegory ("paid
  67. > for but not delivered") has diminished but that the second cathegory of
  68. > failure has become more important.
  69.  
  70. Sadly, I don't think we're going to be able to answer this: even if we
  71. can find a later data point, the original is unusable as a comparison.
  72. I'd be very happy to be proved wrong on this...
  73.  
  74. It is, by the way, unfortunate that the original GAO report has become
  75. so famous just on the basis of those particular figures. It's still a
  76. good read, and the mistakes it warns against are still being made...
  77.  
  78. > I'm greatefull for any hints and comments
  79. >  
  80. > - Gregor
  81.  
  82. Hope this helps.
  83.         John Foster
  84.  
  85.  
  86. --
  87. John Foster
  88. Systems Research Division, BT Labs, Martlesham Heath, Ipswich IP5 7RE, UK
  89. jfoster@srd.bt.co.uk        fax: (+44) 473 643019
  90.