Presentation is loading. Please wait.

Presentation is loading. Please wait.

PART 2: A FRAMEWORK FOR SOFTWARE PROCESS IMPROVEMENT (SPI) Jean Charles Salvin Markus Erlandsson Jan-Peter Nilsson.

Similar presentations


Presentation on theme: "PART 2: A FRAMEWORK FOR SOFTWARE PROCESS IMPROVEMENT (SPI) Jean Charles Salvin Markus Erlandsson Jan-Peter Nilsson."— Presentation transcript:

1 PART 2: A FRAMEWORK FOR SOFTWARE PROCESS IMPROVEMENT (SPI) Jean Charles Salvin Markus Erlandsson Jan-Peter Nilsson

2 Introduction ► Software process infrastructure ► Software process improvement roadmap ► Software process assessment method ► Software process improvement plan

3 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

4 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

5 SOFTWARE PROCESS INFRASTRUCTURE ► Definition ► Two aspects:  Organizational and management infrastructure  Technology and tools infrastructure ► Why ?  The assessment process needs support  Clear definitions  Avoid Chaos

6 Roles and Mechanisms for the SPI

7 SOFTWARE PROCESS INFRASTRUCTURE ► The organizational Levels to support:  Corporate Level  Project/team Level  Personal Level (PSP) ► The goals:  Consistency  Effectiveness  Performance

8 The Organizational Level ► Requirements:  Alignment with business objectives  Process support roles  Degree of flexibility  Relevance to the projects and benefits to the business  Cost/Duration  Competitiveness/Quality  Risk/Proven process  Adaptability  Credibility

9 Organizational & Management Enablers ► The actors ► Users/ Performers/ Providers of feedback/ Trainers/ Participants/ The executive sponsorship ► Objectives: Train/ Motivate/ Coordinate/ Reward ► SEPG (Software engineering process group)  Leadership  Facilitating the change  Process Training and consultancy  Process assessment and improvement planning  Monitoring process performance and collecting feedbacks  Defining the process  Coordinating SPI teams

10 The roles  Executive sponsor and Leader  Steering committee  SEPG  SPI Teams  Process owners

11 Process Technical Infrastructure ► Architecture  Provides tools  Organization’s Software Process assets  Support the organizational levels ► Functions of process support tools ► Data and document storage and retrieval tools ► Retrieval and decision support tools ► Process modelling and simulation tools

12 Examples ► Process Asset Library  Models/Methods/Standards/Policies  Templates/Training resources  Tool information  Project data and lessons learned  Action Plans/Status reports/ Feedbacks ► “Show the trends in product quality, project performance, process performance and point the weak points that need attention”.

13 Making the infrastructure effective ► Advices:  Cover all the organization  Question/Answer  Making people motivated and involved  Be supportive  Delegate responsibilities

14 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

15 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

16 PROCESS IMPROVEMENT ROADMAPS ► CMM ► Tick IT ► Juran’s four steps ► Shewhart’s improvement cycle ► Deming’s way out of the crisis ► Crosby’s quality maturity grid

17 Shewarts’s improvement plan

18 Deming’s way out of the crisis 1. Create constancy of purpose for improvement of product and service 2. Adopt the new philosophy 3. Crease dependence on inspection to achieve quality 4. End the practice of awarding business on the basis of price tag 5. Improve constantly and forever every process for planning, production and service 6. Institute training for the job 7. Adopt and institute leadership 8. Drive out fear 9. Break down barriers between staff areas 10. Eliminate slogans, exhortations and targets for the workforce 11. Eliminate numerical quotas for the workforce and numerical goals for management 12. Remove barriers that rob people of pride of workmanship 13. Institute a vigorous program of education and self-improvement for everyone 14. Put everyone in the company to work to accomplish the transformation

19 Staged vs. Continuous ► Staged (CMM) ► Key processes for each level ► Continuous (ISO) ► Can have different maturity level on different areas

20 Choosing? ► New customer saying we have to choose one? ► Our huge company is already using ISO in the ordinary production? ► Is it well know and popular? ► You have to make it fit your company, always have to tailor it in someway

21 How to use them? ► Use them in you own company to increase your own quality ► Use them to your subcontractors to ensure that you get quality products form them as well

22 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

23 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

24 Assessments Introduction ► What is an assessment? ► Difference between audit and assessment ► Different kinds of assessments  Self Assessment  Second Party Assessment  Third Party Assessment  Compared to audit

25 Assessment success factors ► Humphrey’s three main factors  Competent team  Sound leadership  Cooperative organization ► Others  Commitment  Motivation  Action Orientation  Confidentiality  Relevance  Credibility  Team Building

26 Assessment Domains ► Scope of the assessment ► Based on business objectives ► Affects the way the assessment will be conducted ► Different Scopes  Culture  Infrastructure

27 Generic assessment Cycle ► Generic assessment cycle  Pre-assessment/pre-planning ► Assessment Cycle  Planning  Fact Finding  Fact Analysis  Reporting  Post-assessment/process improvement plan

28 Discussion Points ► Which kind of assessment is best? ► The author of the book states that if you are not prepared to act on the result of the assessments you shouldn’t do an assessment, is this true? ► Other ideas?

29 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

30 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

31 Improvement Action Plan ► What is an action plan? ► Natural result of an assessment ► Should be realistic  Not try to change to much in one step

32 From assessment to action plan ► From assessment to action plan  Recommendations  Actions  Work packages (action plan)  Improvement projects

33 Action Responsibilities ► Responsibilities  Why?  Which roles?

34 Discussion points ► Does an assessment necessarily have to lead to an improvement plan? ► Is it necessary to assign responsibilities? ► Other ideas?

35 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

36 SUMMARY ► ► SOFTWARE PROCESS INFRASTRUCTURE ► ► PROCESS IMPROVEMENT ROADMAPS ► ► FUNDAMENTALS OF SOFTWARE PROCESS ASSESSMENT ► ► SPI ACTION PLAN ► ► CONCLUSION

37 CONCLUSION ► SPI should be based on a framework ► Framework should identify all areas ► All four areas are necessary

38 THE END


Download ppt "PART 2: A FRAMEWORK FOR SOFTWARE PROCESS IMPROVEMENT (SPI) Jean Charles Salvin Markus Erlandsson Jan-Peter Nilsson."

Similar presentations


Ads by Google