5/29/2007SE 652 - TSP Launch1 Team Software Project (TSP) May 29, 2007 Launch/Strategy Team Formation.

Slides:



Advertisements
Similar presentations
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Advertisements

MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
SEP1 - 1 Introduction to Software Engineering Processes SWENET SEP1 Module Developed with support from the National Science Foundation.
The “Lifecycle” of Software. Chapter 5. Alternatives to the Waterfall Model The “Waterfall” model can mislead: boundaries between phases are not always.
INFO 638Lecture #81 Software Project Management Cycle plan and build INFO 638 Glenn Booker.
Chapter 10 Schedule Your Schedule. Copyright 2004 by Pearson Education, Inc. Identifying And Scheduling Tasks The schedule from the Software Development.
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 Pittsburgh, PA Lecture 6: Team Planning.
Software Life Cycles ECE 417/617: Elements of Software Engineering
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Software Configuration Management
Chapter 8 Managing IT Project Delivery
Software Engineering.
6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt1 Implementation Phase Inputs: Development strategy & plan Completed, inspected & baselined SRS & SDS.
Project Management Module 3. Keep focused on the timeline Week Prepare for Kick-off Meeting Assign teams Team forming Review and execute.
06/12/2007SE _6_12_Design.ppt1 Design Phase Outputs: Completed & Inspected SDS & Integration Test Plan Completed & Inspected System Test Plan.
Software Configuration Management (SCM)
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
SE 652 Software Quality Management Summer 2007 Lee Vallone.
Section 4.0 Project Implementation. Factors that Ensure Success  Update the project plan  Stay within scope  Authorized change implementation  Providing.
6/05/2007SE TSP Strat/Launch/Plan1 Team Software Project Concept / Launch Phase topics Planning Phase.
Planning. SDLC Planning Analysis Design Implementation.
Change Request Management
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
INFO 637Lecture #31 Software Engineering Process II Launching & Strategy INFO 637 Glenn Booker.
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.
CS 350, slide set 7 M. Overstreet Old Dominion University Spring 2005.
INFO 637Lecture #41 Software Engineering Process II Development Plan INFO 637 Glenn Booker.
CS 350, slide set 8 M. Overstreet Old Dominion University Spring 2005.
Project Planning QMS Training.
Information System Design IT60105 Lecture 21 Staff Organization, Risk Management and Software Configuration Management.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
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),
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
INFO 637Lecture #21 Software Engineering Process II TSP Roles and Overview INFO 637 Glenn Booker.
1 Chapter 5 Project management. 2 Project management : Is Organizing, planning and scheduling software projects.
Rapid Application Development. What is RAD……..?  Rapid Application Development (RAD) is a software development process.  first developed during the.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
Software Engineering Spring (C) Vasudeva VarmaClass of 32 CS3600: Software Engineering: Process and Product* *Most of the Content drawn.
Guoping Rong, He Zhang, Dong Shao Nanjing University, China Applying Competitive Bidding Games in Software Process Education.
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.
Welcome to Session 3 – Project Management Process Overview
SE is not like other projects. l The project is intangible. l There is no standardized solution process. l New projects may have little or no relationship.
SOFTWARE PROCESS AND PROJECT METRICS. Topic Covered  Metrics in the process and project domains  Process, project and measurement  Process Metrics.
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 PSP-TSPi Faculty Workshop Pittsburgh, PA Lecture.
1 Software Engineering: A Practitioner’s Approach, 7/e Chapter 2 Process: A Generic View Software Engineering: A Practitioner’s Approach, 7/e Chapter 2.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
THE POSTMORTEM Chapter 10 Introduction to Team Software Process.
1 © The Delos Partnership 2004 Project Management Executing the Project.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
Introduction to the Personal Software Process. Overview Process Fundamentals PSP Concepts and Structure PSP Planning and Measurement PSP Quality Management.
SCOPE DEFINITION,VERIFICATION AND CONTROL Ashima Wadhwa.
T Iteration Demo Tikkaajat [PP] Iteration
T Project Review MalliPerhe Iteration 3 Implementation
Project Management Planning Nikolai Dushkov Sirma AI Ltd.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
TMP3413 Software Engineering Lab Lab 01: TSPi Tool Support.
Scrum Overview. Agenda What is scrum…and what it isn’t Scrum’s Characteristics The Scrum Process Scrum Phases Measurements Key Practices Backlogs Sprint.
IS&T Project Reviews September 9, Project Review Overview Facilitative approach that actively engages a number of key project staff and senior IS&T.
Slide 3.1 © The McGraw-Hill Companies, 2002 SOFTWARE LIFE-CYCLE MODELS.
Software Development - Methodologies
Change Request Management
Software metrics.
The role of Planning in the Software Development Process
Presentation transcript:

5/29/2007SE TSP Launch1 Team Software Project (TSP) May 29, 2007 Launch/Strategy Team Formation

5/29/2007SE TSP Launch2 Class Agenda Recap Team Exercise Team exercise discussion Team Launch & Strategy Project Plan Commitment Goal Setting Next Week

5/29/2007SE TSP Launch3 May 22 Class Recap Course objectives Constraints Team roles Team project Other questions?

Team Exercise

5/29/2007SE TSP Launch5 Launching a Project – Goals Typical Project Goals Customer Needs Target Market Date Functionality Goal Setting Unrealistic Goals = demotivator Aggressive but realistic = ideal Cisco Strategy “Under-commit, exceed customer expectations” But, A reputation for “sandbagging” can be very dangerous

5/29/2007SE TSP Launch6 Goal Setting Use a confidence level to set goals (e.g. 90%) SMART Goals Specific Measurable Actionable Realistic Timely

5/29/2007SE TSP Launch7 TSPi Team Goals Produce a quality product Percent of defects found before the first compile: >80% Number of defects found in system test: 0 Requirements functions included at project completion: 100% Run a productive & well managed product Error in estimated product size: <20% Error in estimated development hours: <20% Percent of data recorded & entered in project notebook: 100% Finish on Time: Days early or late in completing the development cycle: <4

5/29/2007SE TSP Launch8 Commitment What is it? A promise! Commitment pitfalls Frequently implied (assumed commitment) Frequently given even though intent is not a commitment

5/29/2007SE TSP Launch9 Team Meeting Meeting Objective Synchronize on upcoming activities, assess status, raise issues, assign action items, discuss resolutions Gather & analyze the team’s data for prior week and to date Interval Once a week (for formal meeting) Follow WEEK script (modified) Capture Discussions Decisions Action Items Issues Risks Data (ala WEEK form) Output Weekly minutes document TASK & SCHEDULE forms (when applicable) Updated Project Notebook

5/29/2007SE TSP Launch10 TSPi Tool

5/29/2007SE TSP Launch11 TSP Development Phase Preliminary Plan Documentation: Conceptual Design (in Project Plan) STRAT form (in Project Plan) ITL log (Risks & Issues – extended version)

5/29/2007SE TSP Launch12 Development Strategy Why Plan? Common understanding of objective & work required Basis for tracking work completion Provides assessment of effort required & if objectives are achievable

5/29/2007SE TSP Launch13 Development Approach Waterfall Iterative Build one, throw it away Rapid Application Design (RAD) Extreme Programming (XP)

5/29/2007SE TSP Launch14 Strategy Assessment Development Approach / Conceptual Design High Level System Architecture (components) Size estimate (LOC, FP) Effort (staff hours, days, weeks) Time (calendar time) Functionality Risks Configuration Management Process – next week

5/29/2007SE TSP Launch15 Risks Defined: Issues – will happen Risks – may or may not happen To avoid or control risks In advance, determine: –Mitigation strategy –Contingency Plan –Likelihood & Impact (e.g. high, med, low)

5/29/2007SE TSP Launch16 Risk Mitigation Strategies Iteration Reduce feature commitment Prototype Push out schedule Control adders & changes

5/29/2007SE TSP Launch17 Due Next Week Project Plan –Early draft due by COB Friday for review with instructor –Reviewed draft due by start of Tuesday’s class Weekly Meeting kick-off –Document in notes Presentation (brief) –Functionality (required) –Development approach, estimates, etc. (pick a couple to talk about) Note: text deviation- CM plan not due yet

5/29/2007SE TSP Launch18 Team Project Project Roadmap Need statement Roles Schedule Forms & Quality Records