Team Software Process (TSP)

Slides:



Advertisements
Similar presentations
Team Software Process By: Bryan Peterson. Presentation Topics History Brief overview of the Team Software Process (TSP) TSP Team Launch Team-working Conclusion.
Advertisements

Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Chapter 10 Schedule Your Schedule. Copyright 2004 by Pearson Education, Inc. Identifying And Scheduling Tasks The schedule from the Software Development.
1 Disciplined Software Engineering Watts S. Humphrey Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the.
Team Software ProcessSM Introduction to the TSPSM
Gu & Maher University of Sydney, October 2004 DECO2005 Monitoring Team Process.
Stepan Potiyenko ISS Sr.SW Developer.
Personal Software Process
Project Management and Communication Represented by: Latifa Jaber Al-Ghafran.
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
Aplicaciones de Ingeniería de Software
Fundamental of Software Project Management Team Assignment 1 – K15T2 – Team 07.
Using A Defined and Measured Personal Software Process Watts S. Humphrey CS 5391 Article 8.
Software Engineering Institute Capability Maturity Model (CMM)
LOGO TEAM ASSIGNMENT 02 TEAM 7 – K15T02 The Big Goal.
Capability Maturity Model
CMM Level 3 KPA’s CS4320 Fall Organizational Process Focus (Goals) Software process development and improvement activities are coordinated across.
Productive Engineering Teams
INFO 637Lecture #31 Software Engineering Process II Launching & Strategy INFO 637 Glenn Booker.
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Team Launch Introduction. Real projects are large and complex, and most software is created by teams Merely throwing people together does not result in.
CS 350, slide set 6 M. Overstreet Old Dominion University Fall 2005.
Test Organization and Management
N By: Md Rezaul Huda Reza n
Best Practices By Gabriel Rodriguez
INFO 637Lecture #41 Software Engineering Process II Development Plan INFO 637 Glenn Booker.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Chapter 2 Process: A Generic View
Preparing for the Launch Mohammed El- Affendi. Launch Major Tasks  The Launch is performed according to script “LAU1”, table 3.1 in the book (page 39),
INFO 637Lecture #21 Software Engineering Process II TSP Roles and Overview INFO 637 Glenn Booker.
Software process improvement Framework for SPI SPI support groups, maturity and immaturity models Assessment and gap analysis Education and training Selection.
© 1998 Carnegie Mellon UniversityTutorial The Personal Software Process (PSP) The overview of the PSP that follows has been built from material made.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Georgia Institute of Technology CS 4320 Fall 2003.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Team Software Process (TSPi) CS4320 Fall TSP Strategy Provide a simple process framework based on the PSP. Use modest, well-defined problems. Develop.
“Look, who is the most successful in attracting and holding good people? The nonprofits. The satisfaction has to be greater than in business because there.
Chapter 4 프로세스 모델 Process Models
Process: A Generic View
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Implementation Phase CS4311 – Spring 2008 References: Shach, Object Oriented and Classical Software Engineering E. Braude, Software Engineering, an Object-Oriented.
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 PSP-TSPi Faculty Workshop Pittsburgh, PA Lecture.
THE POSTMORTEM Chapter 10 Introduction to Team Software Process.
PRODUCT IMPLEMENTATION Chapter 8 Tawatchai Iempairote September 23, 2041.
CSC 480 Software Engineering PSP Project 1 August 20, 2004.
CS 350, slide set 10 M. Overstreet Old Dominion University Spring 2005.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
Cmpe 589 Spring Fundamental Process and Process Management Concepts Process –the people, methods, and tools used to produce software products. –Improving.
TMP3413 Software Engineering Lab Lab 01: TSPi Tool Support.
CSC 480 Software Engineering Team Issues. Essence of a Successful Team To be successful, teams must  Plan their projects  Track their progress  Coordinate.
P ERSONAL & TEAM PROCESS MODELS Lecture 05 Part -2.
CHAPTER10 Project Human Resource Management
Appendix B Agile Methodologies
Chapter 7.
CSC 480 Software Engineering
Personal Software Process Team Software Process
Software and Systems Integration
Software Subcontractor
Overview – Guide to Developing Safety Improvement Plan
Description of Revision
Overview – Guide to Developing Safety Improvement Plan
CHAPTER9 Project Human Resource Management
By Jeff Burklo, Director
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
Capability Maturity Model
Capability Maturity Model
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

Team Software Process (TSP) Humphrey; intermediate between PSP and CMM Teams of two to twenty members Multiteams of up to 150 members Tradition of statistical process control Iterative (four to five month cycles) Scripts and forms 5/26/2019 ã 2007, Spencer Rugaber

Process Flow 5/26/2019 ã 2007, Spencer Rugaber

Teams (Dyer) A team consists of at least two people. The members are working toward a common goal. Each person has a specific assigned role. Completion of the mission requires some form of dependency among the group members. 5/26/2019 ã 2007, Spencer Rugaber

Effective Teams The members are skilled. The team’s goal is important, defined, visible, and realistic. The team’s resources are adequate for the job. The members are motivated and committed to meeting the team’s goal. The members cooperate and support each other. The members are disciplined in their work. 5/26/2019 ã 2007, Spencer Rugaber

Team Building The team members establish common goals and defined roles. The team develops an agreed-upon strategy. The team members define a common process for their work. All team members participate in producing the plan, and each member knows his or her personal role in that plan. The team negotiates the plan with management. Management reviews and accepts the negotiated plan. The team members do the job in the way that they have planned to do it. The team members communicate freely and often. The team forms a cohesive group: the members cooperate, and they are all committed to meeting the goal. The engineers know their status, get feedback on their work, and have leadership that sustains their motivation. 5/26/2019 ã 2007, Spencer Rugaber

Launch 5/26/2019 ã 2007, Spencer Rugaber

Strategy Create a conceptual design for the product Decide what will be produced in each cycle Make initial size and effort estimates Establish a configuration management plan 5/26/2019 ã 2007, Spencer Rugaber

Selecting Roles Team Leader Development Manager Planning Manager Quality/Process Manager Support Manager Customer interface manager Design manager Test manager Safety manager Security manager Performance manager 5/26/2019 ã 2007, Spencer Rugaber

Team Leader Responsibilities Motivating team members Handling customer issues Interaction with management Day-to-day direction of the work Protecting team resources Resolving team issues Conducting team meetings Reporting on the work status 5/26/2019 ã 2007, Spencer Rugaber

Development Manager Leads and guides the team in designing and developing the product Lead the team in producing the development strategy and the product conceptual design Lead the team in producing the design specification (SDS) If there is no separate Design Manager or Software Architect Lead the team in implementing the product 5/26/2019 ã 2007, Spencer Rugaber

Planning Manager Supports and guides the team in planning and tracking their work Lead the team in producing the task plan and schedule for each development cycle Lead the team in producing the balanced team development plan Track the team's progress against their plan 5/26/2019 ã 2007, Spencer Rugaber

Quality / Process Manager Supports the team in defining their process needs, in making the quality plan and in tracking process and product quality Lead the team in producing and tracking their quality plan Identify where quality performance falls short of objectives. Lead the team in defining, documenting, and maintaining their processes and development standards Act as moderator and lead all team reviews and inspections 5/26/2019 ã 2007, Spencer Rugaber

Support Manager Supports the team in determining, obtaining, and managing the tools needed to meet its technology and administrative support needs Lead the team in determining their support needs and obtaining the needed tools and facilities Lead the development and management of Change/Configuration Management System Handle the team's issue and risk tracking system Act as the team's reuse advocate 5/26/2019 ã 2007, Spencer Rugaber

TSP Quality Guidelines Percent (of modules) Defect Free (PDF) at entrance to Compile > 10% Unit Test > 50% Integration Test > 70% System Test > 90% Defects/KLOC: Total defects injected 75 - 150; If not PSP trained, use 100 to 200. Compile < 10 Unit Test < 5 Integration Test < 0.5 System Test < 0.2 Defect Ratios Detailed design review defects /unit test defects > 2.0 Code review defects/compile defects > 2.0 5/26/2019 ã 2007, Spencer Rugaber

Experiences Teradyne improvement from 20 defects per KLOC to 1 defect per KLOC. The savings in defect repair costs were about 4.5 times the cost of producing the programs in the first place. Hill Air Force Base productivity improved 123% and test time was reduced from 22% to 2.7% of the project schedule Boeing, on a large avionics project, had a 94% reduction in system test time 5/26/2019 ã 2007, Spencer Rugaber