Intelligence and Information Systems 1 3/17/2004 © 2004 Raytheon Company USC/CSE Executive Workshop on Agile Experiences March 17, 2004 A Raytheon Agile.

Slides:



Advertisements
Similar presentations
Project Management with VIVA PPM Tool (Project Portfolio Management)
Advertisements

September 2008Mike Woodard Rational Unified Process Key Concepts Mike Woodard.
National Association for Regulatory Administration September 13, 2011 IT’s NOT Like Building a House Mark Parker (800)
A little Software Engineering: Agile Software Development C Sc 335 Rick Mercer.
COPYRIGHT © 2012 ALCATEL-LUCENT. ALL RIGHTS RESERVED. 1 Agile documentation development methodology Giby Panicker and Judith Benjamin 1-Dec-2012.
Agile and Scrum: Executive Summary June 2, 2011 Bob Schommer, CSP, PMP, MCTS Senior Project Manager Skyline Technologies, Inc.
SCRUM John Drew. SCRUM - overview Scrum is a project management discipline that has evolved since the early 1990s to deliver software that meets business.
Agile Scrum for Process Improvement Projects – Case Study 1 Dr. Tom Sheives Chief Unstuck Officer Unstuck Company Yvonne Kish Associate.
NAUG NAUG Knowledge Evening – th February 2007.
GAI Proprietary Information
Iterative development and The Unified process
Programming with eyes wide open. Your host today Subby Angelov Team
Introduction to Agile.
Software engineering Process models Pavel Agejkin.
Presented By: Anusha. Topics Introduction Terminology The Agile Manifesto Some Agile Methodologies Summary References.
Systems Analysis and Design in a Changing World, 6th Edition
Software Engineering Chapter 15 Construction Leads to Initial Operational Capability Fall 2001.
RUP Fundamentals - Instructor Notes
Using IBM Rational Unified Process for software maintenance
Software Engineering Modern Approaches
Chapter 5 Software Process Models. Problems with “Traditional” Processes 1.Focused on and oriented towards “large projects” and lengthy development time.
Tuesday, June 8 th, Agile Development-Successful Delivery & Implementing Across the Enterprise.
Current Trends in Systems Develpment
SE-280 Dr. Mark L. Hornick 1 Process Adaptations.
Unified Process versus Extreme Programming. Outline Compare and contrast UP and XP  Processes / Disciplines  Management  Artefacts Risk management.
Project Workflow. How do you do it? -Discussion-
Agile Methodologies: Comparative Study and Future Direction 林佳蓁 資工 4B.
Software Process Models.
AGILE SOFTWARE DEVELOPMENT PROCESSES Cheruku Smitha.
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
THE AGILE MENTALITY CHAPTER Topics  Why Use Agile and Scrum?  Agile Development –Manifesto for Agile Software Development  Scrum Methodology.
Copyright © 2015 Curt Hill Software Development Paradigms What do you need to know?
1 Software Engineering and Security DJPS April 12, 2005 Professor Richard Sinn CMPE 297: Software Security Technologies.
Copyright © by Mark J. Sebern Software Engineering Process I SE 2800.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Rational Unified Process (RUP)
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
Agile 101. Feasibility Study SDLC – What is it? Systems Development Life Cycle: The most commonly used, and generally accepted, project management approach..
Teaching slides Chapter 2. Chapter 2 Software Engineering Methodologies Introduction Why a methodology? Agile methodologies Waterfall model Rational Unified.
Agile Development Chapter 10 - part 2. Agile Philosophy  A guiding philosophy and set of guidelines for : developing information systems in an unknown,
Software Process Models.
Dr. Rob Hasker. Should every project use Scrum?  When might Scrum not be an appropriate model?  What are some of its limitations? Hard to get the big.
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
Industrial Software Development Process Bashar Ahmad RISC Software GmbH.
Software Development. The Software Life Cycle Encompasses all activities from initial analysis until obsolescence Analysis of problem or request Analysis.
Agile Center of Excellence. Richard K Cheng Agile is just a high level concept.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
AGILE METHODS Curtis Cook CS 569 Spring 2003.
Embedded Systems Software Engineering
Agile Methods SENG 301.
Approaches to Systems Development
Software Development.
Process 4 Hours.
Flight Software Conference 2016
Scrum.
CSC 355 – Newer Approaches to System Development Life Cycles & Processes, Spring 2017 March 2017 Dr. Dale Parson.
Information Technology Project Management – Fifth Edition
Impact of Agile Methodology on Software Architecture
Chapter 3: The Project Management Process Groups: A Case Study
Approaches to Systems Development
Introduction to Software Engineering
Teaching slides Chapter 1.
Software engineering -1
Introduction to Agile Blue Ocean Workshops.
Adjective: Able to move quickly and easily. Principles and Values
Chapter 3: Agile Software Processes
Chapter 5: New and Emerging Process Methodologies
Presentation transcript:

Intelligence and Information Systems 1 3/17/2004 © 2004 Raytheon Company USC/CSE Executive Workshop on Agile Experiences March 17, 2004 A Raytheon Agile Experience Bob LaBove Raytheon Intelligence and Information Systems (IIS) Garland, Texas

Intelligence and Information Systems 2 © 2004 Raytheon Company 3/17/2004 Agenda Raytheon Garland S/W Dev Process Why Agile? Program X Study Program X Engineering Model Process Challenges

Intelligence and Information Systems 3 © 2004 Raytheon Company 3/17/2004  Raytheon Garland is a SW/SE CMMI Level 3 Organization  Program planning is done per Raytheon’s Integrated Product Development System (IPDS) via tailoring workshops  The Software Development Plan for each program is tailored from 422 discipline requirements  Most recent and current programs utilize an incremental approach for Object Oriented development Raytheon Garland S/W Dev Process

Intelligence and Information Systems 4 © 2004 Raytheon Company 3/17/2004  We are constantly evaluating our processes for improvement and enhancements – Agile methodologies suggest areas for enhancement  Customers are beginning to request a more “agile” approach due to shorter schedules and fluid (or non-existent) requirements baselines Why Agile?

Intelligence and Information Systems 5 © 2004 Raytheon Company 3/17/2004  Agile recurring themes and characteristics under consideration  Deliver useful, working software early and continuously  Prioritized feature driven development  Early risk identification and mitigation  Incremental, iterative development with short iterations (measured in weeks)  Early, continuous test  Constant collaboration and communication – customer to developer and developer to developer  Collocation of team members  Small teams  Team empowerment  Accommodation of change  “Good Enough” documentation  Note: many of these items are present in varying degrees in current Raytheon processes Agile Themes

Intelligence and Information Systems 6 © 2004 Raytheon Company 3/17/2004  Program X is addressing obsolescence issues on an existing Legacy system.  Currently in a study phase with program ATP expected this Fall  There is a stable requirements base  At the customer’s request, plans are to inject new technology to replace old technology (both H/W and S/W) on an aggressive schedule  The customer is open to using selected Agile methods to enhance our current development process  Current Process Plan  Rational Unified Process (RUP) (tailored) for overall program development  Inception Phase  Elaboration Phase  Construction Phase  Transition Phase  Tailored form of Scrum for team management Program X

Intelligence and Information Systems 7 © 2004 Raytheon Company 3/17/2004  The Program X Engineering model is being developed during the study phase to address several risks  A new system architecture  Adaptation of Agile Software Development methodologies  Use of the JAVA Language and tools, J2EE standards, Object to Relational Database mapping tool  A new resource management and control architecture and JAVA based display framework  Database performance, JAVA I/O performance and Workflow (product flow) performance  A full development exercise Program X Engineering Model

Intelligence and Information Systems 8 © 2004 Raytheon Company 3/17/2004  Using a tailored version of Scrum  Teams  3 Scrum Teams – 16 S/W Engineers (8, 3, 5)  Technical Synchronization – 1 System Architect and 2 S/W Architects  Test Group – 3 S/W Engineers  First Release is 9 Sprints  Each Sprint is 4 weeks long  Prioritized Backlog and Sprint Backlogs  Daily Scrums and Weekly Scrum of Scrums  The 3 questions  What have you accomplished since the last meeting?  What do you plan to accomplish by the next meeting?  What were your impediments?  Informal System Design Reviews with SE and S/W Architects  Sprint Reviews and Sprint planning sessions  Lessons Learned collected and applied for each Sprint  Often generate new Backlog items Program X Engineering Model Process

Intelligence and Information Systems 9 © 2004 Raytheon Company 3/17/2004  Software Development Process Tool kit  Must do  Unit tests  Daily builds (SCM controlled)  Team programming (modified Pair Programming)  Simple designs  Continuous collaboration  Early continuous test and integration  No overtime as a goal  Optional  Pair programming (as in XP)  Utilization of design patterns  Refactoring  Brown bag sessions to share knowledge  Completed Sprint 8 on Feb 27 with Sprint 9 to complete March 26 Program X Engineering Model Process (Cont)

Intelligence and Information Systems 10 © 2004 Raytheon Company 3/17/2004  What is going well  Productivity numbers at the end of Sprint 8 suggest an increase in productivity over past programs  Team morale is very high – most team members like the process  Daily Scrums and Weekly Scrum of Scrums are very useful  Team members liked having a prioritized list to work from and being able to focus on one Sprint at a time  Scrum Masters like the Sprint Backlog and the Daily Scrums as tools for tracking individuals as well as team progress  The customer is very enthusiastic about this process  What needs improvement  Tendency to overload Sprint Backlog lists  Managing the Backlog list for 3 teams became difficult and time consuming (using EXCEL spreadsheets)  Earned Value Management will be a challenge Program X Engineering Model Process Lesson Learned

Intelligence and Information Systems 11 © 2004 Raytheon Company 3/17/2004  Process challenges currently being addressed  Earned Value Management approach  Collecting Data on the EM effort to use in developing the approach  Applying the concepts of  Remaining work left to be done vs. amount of work accomplished  Working off a prioritized list in time box windows vs. working scheduled tasks  Approval by Customer and Raytheon approval authority  Compliance with CMMI and Raytheon Processes  Degree of agileness to implement  Approval by Customer and Raytheon approval authority  Backlog Management Process Process Challenges