home *** CD-ROM | disk | FTP | other *** search
/ ftp.umcs.maine.edu / 2015-02-07.ftp.umcs.maine.edu.tar / ftp.umcs.maine.edu / pub / WISR / wisr5 / proceedings / ascii / joos.ascii < prev    next >
Text File  |  1993-05-29  |  11KB  |  224 lines
  1.  
  2. So Much for Motherhood, Apple Pie and Reuse 
  3.  
  4. Rebecca Joos 
  5.  
  6. Motorola, Inc. 
  7. 6501 William Cannon Drive 
  8. Austin, Texas 78735 
  9. Tel: (512) 891-3617, fax: (512) 891-3798 
  10. Email: beckyj@oakhill.sps.mot.com 
  11.  
  12.  
  13.                          Abstract
  14.  
  15. Although software development has vastly improved over the years, it is
  16. still plagued by high costs and long development times.  This is a
  17. result of requirements and specifications becoming more and more
  18. complex and often changing during the long development period.  One
  19. solution to this dilemma is software reuse.
  20.  
  21. There are two major reasons for reusing software: increased productivity
  22. and improved quality.  Systems developed with reusable software components
  23. should (1) cost less basically due to a shortened development time, and (2)
  24. contain fewer defects because the software is composed of proven, accurate
  25. components.  In general everyone agrees that software reuse is a good idea
  26. (just like motherhood and apple pie), but beyond that there is little if
  27. any effort to implement software reuse.  How to get over this
  28. obstacle/inertia is the second phase of implementing a reuse program in an
  29. organization.  Motorola is now in this phase.  This paper discusses the
  30. current activities for a Motorola reuse program including two pilots that
  31. are in progress.
  32.  
  33. Keywords: Reuse, practice, pilot project
  34.  
  35. Workshop Goals: Learning; networking; advance state of theory.
  36.  
  37.  
  38. Working Groups: Reuse process models; reuse maturity models; reuse terminology
  39.                 standards.
  40.  
  41.  
  42. 1  Background 
  43.  
  44. Phase 1 - Motherhood, Apple Pie and Reuse
  45.  
  46. Motorola is composed largely of hardware engineers - superb hardware
  47. engineers that in the past have had little use or regard for software -
  48. after all it is the hardware that has made Motorola a fortune 100 company.
  49. However, as with many other industries in the United States changes have
  50. taken place and new attitudes and business concerns have emerged. Software
  51. is now one of Motorola's prime concerns and this has opened the door for
  52. software reuse.  But this door did not just swing open to welcome software
  53. engineering and software engineers.  It was a forced, organized effort that
  54. has taken more than 3 years.  However, Motorola is now going through a great 
  55. metamorphosis and hopes to emerge a premier software company and employer.
  56.  
  57. The author is the principal subject matter expert in software reuse for
  58. Motorola, chairperson for the internal reuse working group and an IEEE
  59. working group on software reuse process.  Last year's WISR paper
  60. discussed the initial steps that Motorola took to introduce software
  61. reuse, "the sales pitch."  Selling software reuse is not difficult;
  62. basically everyone agrees with the idea (like motherhood and apple
  63. pie); however, implementing software reuse as a part of the software
  64. development process is not as easy.  This paper shares the efforts of
  65. the current reuse movement in Motorola - that of endorsement and
  66. culture change in management.
  67.  
  68.  
  69. 2  Position 
  70.  
  71. Phase 2 - Culture Change
  72.  
  73. Software reuse has become a problem of culture and way of doing
  74. business that has not been readily adopted by the middle management of
  75. Motorola.  The grass roots effort that was the initial driving force of
  76. software reuse has come to a point where it is no longer effective.
  77. Realizing this senior management has been put upon to accept the
  78. responsibility for initiating reuse.  This position paper
  79. discusses the steps that are being taken to foster reuse in Motorola
  80. revealing some of the problems and solutions for integrating an
  81. advanced software engineering idea in a predominantly hardware
  82. environment.  As a part of the indoctrination, pilot projects are being
  83. conducted to prove the value of software reuse as well as developing a
  84. template process for software reuse.  These pilots are also discussed
  85. in this paper.  The projects are being conducted in completely
  86. different ways and the results are markedly different.
  87.  
  88.  
  89. 2.1  Senior Executive Program 
  90.  
  91. The CEO took the initiative to get the upper management more involved
  92. with advancing the state of the practice in software at Motorola.  With
  93. the help of internal and external software experts the Senior Executive
  94. Program (SEP) committee drafted a list of actions items that needed to
  95. be addressed by Motorola.  Each item is championed by 1 or more senior
  96. executives.  For the most part, volunteers were easy to find for the
  97. topics.  However, not so with software reuse because the only thing
  98. that the executives understood about reuse is that it is very difficult
  99. to do for software.  However, two brave senior managers were drafted
  100. for the position.  They immediately turned to the Reuse Working Group
  101. (RWG) who have been actively pursuing software reuse in Motorola for 3
  102. and one-half years.
  103.  
  104. The primary problem that the RWG encountered is that software reuse is
  105. more a problem of culture than technology.  The software engineers
  106. readily adopt software reuse technology but they need substantial
  107. management support since developing reusable software is significantly
  108. more time consuming and schedules usually do not allow for this.
  109.  
  110. Together SEP and the RWG have devised a plan for initiating reuse and
  111. are enlisting senior management support for the plan.  Basically the
  112. plan is the same as the initial plan developed by the RWG.  The
  113. technology portion of the plan is outlined in Figure 1.  However, the
  114. primary phases of initiating software reuse is education.  In addition
  115. to the training provided to the software engineers on how to develop
  116. software with and for reuse, software managers (primarily middle
  117. management) are being educated in managing software reuse.  Although
  118. this training is offered to managers by managers, it is not a "sales
  119. pitch" or "pep talk." Implementation, scheduling, resources, risks,
  120. what to expect, how to measure, and how to manage software reuse are
  121. all topics presented to managers.  Although the full impetus of the senior 
  122. management involvement has not been realized yet, it is obvious that the 
  123. current program has a substantially better chance of sustained success.
  124.  
  125.   
  126.                       Figure 1: RWG Technology Plan
  127.  
  128. ACTION    |      1992        1993       1994       1995       1996    |
  129.           |                                                           |
  130. Design    |            | collect and analyze metrics                  |
  131. for Reuse | establish pilot programs   | instigate company-wide use   |
  132.           |                            | of design techniques         |
  133.           |                                                           |
  134.           |                                                           |
  135. Standards | establish initial standards| establish generalized design |
  136.           |                            | representation and continue  |
  137.           |                            | to refine standards          |
  138.           | participate in IEEE, DoD, and International Standards     |
  139.           | activities                                                |
  140.           |                                                           |
  141.           |                                                           |
  142. Design    | pilot design recovery      | re-engineer recovered designs|
  143. Recovery  |              |  evaluate design recovery tools |          |
  144.           |                                                           |
  145.           |                                                           |
  146. Tools     |     evaluate, select,   install: library management tool  |
  147.           |                              configuration management tool|
  148.           |                              problem/action reporting tool|
  149.           |                              testing tool                 |
  150.  
  151.  
  152. 2.2  Pilot 1 
  153.  
  154. The top management at one of Motorola's facilities has initiated software
  155. reuse and is actively supporting and encouraging reuse throughout the
  156. organization by a cash rewards incentive program.  This program has more
  157. than paid for itself.  In one example, the reuse of a set of subroutines
  158. saved an estimated $15,000 in engineering costs and the engineers involved
  159. shared a bonus of $847.  To encourage software engineers to share their
  160. software components, there is an award of $100 for each (approved) item
  161. added to the database of reusable software.  And, each time a software
  162. component is reused (i.e., a software component is retrieved from the
  163. database), there is an additional award proportional to the savings.  This
  164. award is divided between the developer (40%) and the reuser (60%).  The
  165. amount of cash award is determined as follows:
  166.   
  167.    Savings ($)          Award (%)       Max. Award (%)
  168.    250 -    500               12                   60
  169.    501 -   1000               10                  110
  170.   1001 -   2500                7.5                222
  171.   2501 - 50,000                5                 2600
  172.  
  173.  
  174. The amount of "Savings" resulting from the reuse is calculated
  175. according to the savings of Staff-months as provided by the engineering
  176. manager.  This project has been very successful due predominantly to
  177. the upper management support.  The general manager has set a goal of
  178. being the premier example of software reuse and is supporting the
  179. efforts of his software engineers.  There are approximately 150
  180. software engineers at this facility.  The group is also sharing its
  181. ideas and reusable components with other groups in Motorola.
  182.  
  183.  
  184. 2.3  Pilot 2 
  185.  
  186. This effort is a grass roots approach but the lead engineer (i.e., the
  187. author) is an authority in software reuse.  Projects are being
  188. developed using reuse techniques in order to 1) gain the productivity
  189. and quality advantages and 2) provide Motorola examples of software
  190. reuse.  The techniques and metrics used in this pilot will become a
  191. template for other groups within the company that want to practice
  192. software reuse.  The projects are compiler and compiler tool test
  193. suites.  85% reuse and 10:1 productivity savings have been
  194. demonstrated.  The primary reusable components are designs and
  195. documentation.  This effort is much slower because other activities
  196. have a higher priority.  More support is expected as more examples of
  197. savings are produced.  This group is also actively improving its SEI
  198. level.  Therefore reuse will have a higher priority in the near future.
  199.  
  200.  
  201. 3  Conclusion 
  202.  
  203. It is recognized by those who are implementing the strategy that the
  204. "grass roots" approach to software reuse is not sufficient if Motorola
  205. expects to be a leader in software.  However, middle management has yet
  206. to recognize the necessary commitment required to implement a reuse
  207. program.  Therefore, the RWG is requesting more assistance from SEP and
  208. the CEO to encourage participation from middle management.
  209.  
  210. In the meantime the "grass rooters" are continuing their small scale
  211. reuse projects and the RWG is collecting data on Project 1 to help
  212. establish a project model.
  213.  
  214.  
  215. 4  Biography 
  216.  
  217. Rebecca (Becky) Joos is a Principal Staff Engineer at the Semiconductor 
  218. Products Sector of Motorola in Austin, Texas.  She is the quality assurance 
  219. champion for the RISC Software Dept. and a test engineer.  She is developing 
  220. a reuse program within the RISC division as well as chairing the Reuse 
  221. Working Group for Motorola.  She received a Ph.D. in computer science from 
  222. Texas A&M University in 1989.  Her dissertation is "A Software Development 
  223. Environment That Assists in the Use and Design of Reusable Modules".
  224.