How to Transfer from Waterfall to Iterative Te Bai, Ji Qi.

Slides:



Advertisements
Similar presentations
© 2007 BigVisible Solutions, Inc. All Rights Reserved Coaching Solutions Agile Project Start v
Advertisements

September 2008Mike Woodard Rational Unified Process Key Concepts Mike Woodard.
Lecture # 2 : Process Models
Unit 2. Software Lifecycle
Intro to Rational Unified Process Software Process Improvement Marion Lepmets
Arlow and Neustadt ch.21 What is the unified process? People are more important than any process. Good people with a good process will outperform good.
MapleLeaf, LLC SDLC Methodology. MapleLeaf, LLC, has established standard phases and processes in regards to project management methodologies for planning.
RUP/UP Software Development Method Hoang Huu Hanh, Hue University hanh-at-hueuni.edu.vn.
Object-Oriented Analysis and Design
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Rational Unified Process
NJIT From Inception to Elaboration Chapter 8 Applying UML and Patterns Craig Larman.
Development Processes UML just is a modeling technique, yet for using it we need to know: »what do we model in an analysis model? »what do we model in.
Iterative development and The Unified process
From Inception to Elaboration Chapter 8 Applying UML and Patterns -Craig Larman.
COMP 350: Object Oriented Analysis and Design Lecture 2
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
The web application development process Basharat Mahmood, COMSATS Institute of Information Technology, Islamabad, Pakistan. 1.
Chapter 1 The Systems Development Environment
Principles of Object Technology Module 1: Principles of Modeling.
CIS 321—IS Analysis & Design
UML - Development Process 1 Software Development Process Using UML (2)
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Unified Software Development Process (UP) Also known as software engineering process SEP describes how requirements are turned into software Defines who,
RUP Fundamentals - Instructor Notes
Using IBM Rational Unified Process for software maintenance
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Identify steps for understanding and solving the
University of Palestine software engineering department Testing of Software Systems Testing throughout the software life cycle instructor: Tasneem Darwish.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
Chapter 2 Iterative, Evolutionary, and Agile You should use iterative development only on projects that you want to succeed. - Martin Fowler 1CS
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Rational Unified Process (RUP) Process Meta-model Inception Phase These notes adopted and slightly modified from “RUP Made Easy”, provided by the IBM Academic.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
The Rational Unified Process 1 EECS810: Software Engineering.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Yazd University, Electrical and Computer Engineering Department Course Title: Advanced Software Engineering By: Mohammad Ali Zare Chahooki The Project.
Ivar Jacobson, Grady Booch, and James Rumbaugh The Unified Software Development Process Addison Wesley, : James Rumbaugh's OOMD 1992: Ivar Jacobson's.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
Unified Process Software Development Darren Roback/Ravali Kallem CMIS Fall 2009.
Software Architecture Architecture represents different things from use cases –Use cases deal primarily with functional properties –Architecture deals.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
Review of Definitions Software life cycle: –Set of activities and their relationships to each other to support the development of a software system Software.
June 2008Mike Woodard Rational Unified Process Overview Mike Woodard.
Software Development Framework
Iterative development and The Unified process
TK2023 Object-Oriented Software Engineering
Process 4 Hours.
CSC 355 – Newer Approaches to System Development Life Cycles & Processes, Spring 2017 March 2017 Dr. Dale Parson.
Business System Development
Chapter 1: Introduction to Systems Analysis and Design
The Web Application Development Process Models
UNIFIED PROCESS.
Introduction to Software Engineering
Object Oriented Analysis and Design
Rational Worldwide Software Symposium
Rational Unified Process (RUP)
Rational Worldwide Software Symposium
Software engineering -1
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Stumpf and Teague Object-Oriented Systems Analysis and Design with UML
Rational Worldwide Software Symposium
Presentation transcript:

How to Transfer from Waterfall to Iterative Te Bai, Ji Qi

Content Improvement of iterative How to make a good transition - Four basic steps Real example - Introducing iterative Life-cycle model at Credit Suisse

Advantages It accommodates changing requirements. Integration is not one "big bang" at the end of a project. Early iterations expose risks. Management can make tactical changes to the product. It facilitates reuse. You can find and correct defects over several iterations. It facilitates better use of project personnel. Team members learn along the way. You can refine the development process along the way.

Four steps for a transition  1. Build functional prototypes early.  2. Divide the detailed design, implementation and test phases into iterations.  3. Baseline an executable architecture early on.  4. Adopt an iterative and risk-driven management process.

Step 1: Build functional prototypes early Start: top three technical risks top three functional areas

Step 2: Divide the detailed design, implementation and test phases into iterations. Approach 1: Develop one or more subsystems at a time. fit for: a system with a well-defined architechture Approach 2: Develop the most critical scenarios first. fit for: building complex applications in most projects

Step 3: Baseline an executable architecture early on. Focus on the most important 20 to 30 percent of use cases (complete services the system offers to the end users).

How to determine which use cases are most important. The functionality is the core of the application, or it exercises key interface. Choose use cases describing functionality that must be delivered Choose use cases describing functionality for an area of the architechture not covered by another critical use case.

Step 4: Adopt an iterative and risk- driven management process. Typical phase objectives Inception Elaboration Construction Transition

Apply the steps Wisely

Case study: Introducing an Iterative Life-Cycle Model at Credit Suisse

IT division of Credit Suisse Long-standing waterfall life-cycle management (WLCM) Introducing iterative life-cycle management (ILCM) based on IBM’s rational unified project (RUP) CMMI level 3 3,500 staff 400 projects RUP Adoption Project (RAP) require

Pre-deployment ILCM definition -Adopting standard RUP concepts -Aligning ILCM with existing artifacts Specific activities to foster commitment and collaboration -Review session -Stakeholder-oriented workshops and training -Pilot project and coaching

Organizational deployment Creating awareness, marketing and knowledge management Managing resistance Mindset change and tacit knowledge

Creating awareness, marketing and knowledge management Creating awareness: Workshops Information sessions Short training modules Creating awareness: Workshops Information sessions Short training modules Marketing materials: Posters Presentations Flyers Marketing materials: Posters Presentations Flyers Knowledge management: Integrating the ILCM definition in the Credit Suisse intranet Establishing regular RUP gathering Knowledge management: Integrating the ILCM definition in the Credit Suisse intranet Establishing regular RUP gathering

Managing resistance towards ILCM deployment Limited budget for coaching Requirements engineering required additional coaching to address these ILCM-specific issues. High workloads of process manager Key roles must have a high interest in the new method and sufficient time to successfully introduce it. Personal threat of organizational change Personal threats are significantly harder to discover in large organizations than in small or medium-size organizations.

Mindset change and tacit knowledge Training, coaching, support, positive personal experience and a change of well established habits.

Conclusion Elaborated change management project Time – an important factor Coaching support Current situation of Credit Suisse:  ILCM model as an alternative to WLCM  25 ILCM project totaling 60 million Swiss Francs over past three years

Question time