Module 3: Basic Agile Concepts – when and where to apply it TLO: Given a contractor’s development approach student will recognize alignment with agile.

Slides:



Advertisements
Similar presentations
Prescriptive Process models
Advertisements

1 Requirements and the Software Lifecycle The traditional software process models Waterfall model Spiral model The iterative approach Chapter 3.
PROC-1 3. Software Process. PROC-2 What’s a process? Set of activities in creating software It involves creativity –hard to automate –Requires human judgment.
Virtual University - Human Computer Interaction 1 © Imran Hussain | UMT Imran Hussain University of Management and Technology (UMT) Lecture 16 HCI PROCESS.
Modeling the Process and Life Cycle CSCI 411 Advanced Database and Project Management Monday, February 2, 2015.
Sharif University of Technology Session # 3.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
1 SOFTWARE LIFE-CYCLES Beyond the Waterfall. 2 Requirements System Design Detailed Design Implementation Installation & Testing Maintenance The WATERFALL.
Centers for IBM e-Business Innovation :: Chicago © 2005 IBM Corporation IBM Project October 2005.
University of Sunderland CSEM04 ROSCO Unit 13 Unit 13: Risk Methods CSEM04: Risk and Opportunities of Systems Change in Organisations Dr Lynne Humphries.
Aust. AM Collaborative Group (AAMCOG) An introduction to ISO “What to do” guide 20th October 2014.
IRM 101 Critical Design Review For March 2015 Update Status 11/21/2014.
Introduction to Agile.
Why DAD? 6 Best reasons why OR Removing the pain of transformation to Agile.
Software Development Process
Tuesday, June 8 th, Agile Development-Successful Delivery & Implementing Across the Enterprise.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Presenter: 王秉森 Progression towards Agility: A comprehensive survey.
™ ™ © 2006, KDM Analytics Software Assurance Ecosystem and its Applications Djenana Campara Chief Executive Officer, KDM Analytics Board Director, Object.
CSI - Introduction General Understanding. What is ITSM and what is its Value? ITSM is a set of specialized organizational capabilities for providing value.
Managing Engineering Design - Infrastructure. Presentation Overview 1.Tools and Techniques 2.Design and Documentation 3.Estimating and Scheduling.
1 - Agile in a nutshell. 2 - Basic principles ●Relies on an iterative, incremental development mechanism with continuous adaptation to customer requirements.
IRM304 CDR Course Manager: Denny Involved Competency Leads: 26 (Cybersecurity)-Denman, 19 (Measurement)-Denny, 7 (DBS)-Corcoran [Capability Planning],
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
I n t e g r i t y - S e r v i c e - E x c e l l e n c e Business & Enterprise Systems The Integrated Master Plan (IMP) and the Integrated Master Schedule.
Chapter 4 프로세스 모델 Process Models
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
CLE 076 Introduction to Agile Software Acquisition CLE Introduction to Agile Software Acquisition1.
CLE 076 Development Team Meeting #2 12/4/2015 CLE Introduction to Agile Software Acquisition1.
#2-What is Agile? Why Agile? Subtopics 1- Agile motivation for software / systems 2- Agile tenets and principles 3- Agile as a risk mitigation strategy.
#7-Effect of Agile on Post-Contract Award Subtopics #1- Documentation #2- Regulatory oversight #3- Participating in Agile reviews #4- Measurement ELO ELO.
1 1-Introduction 2-What/Why is Agile? 3-Basic Agile Concepts 4-Effects of Agile on Program Office Staff 5-Effects of Agile on Engineering Staff 6-Effects.
Software Testing Process
#7-Effect of Agile on Post-Contract Award Subtopics Documentation Regulatory oversight IBR Participating in Agile reviews Performance Measurement ELO ELO.
Module 2: What is Agile? Why use it? TLO: Given a DoD program involved in software development, the student will recognize situations where applying agile.
It’s Agile …. like! A Corkman’s introduction to Agile software delivery.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
CSI - Introduction ITIL v3.
CLE 076 Introduction to Agile Software Acquisition CLE Introduction to Agile Software Acquisition1.
#6- Effects of Agile on Pre-Contract Award Subtopics Acquisition Strategy Writing RFP’s allowing for Agile IPM Methodology Evaluating Bidders in Agile.
Table of Contents – Module 0 Overview of files associated with the Cloud CLM CLE - Module 0 - CLM Table of Contents1.
Module 5: Effect of Agile on Engineering & Test Staff TLO: Given a DoD program involved in software development using Agile IPM methodologies, the student.
Think Scrum, act Scrum Scrum Practitioner like a boss Thibault Clavier.
RATIONAL UNIFIED PROCESS PROCESS FRAMEWORK OVERVIEW.
Module 7: Effect of Agile on Post-Contract Award TLO: Given a DoD program involved in software development using Agile philosophy, the student will identify.
Industrial Software Development Process Bashar Ahmad RISC Software GmbH.
AGILE SOFTWARE DEVELOPMENT. Agile software development : Agile software development refers to a group of software development methodologies that promotes.
3-Basic Agile Concepts Subtopics 1-The agile methods landscape 2-Common agile concepts and practices 3-Differences between traditional development and.
Module 4: Effect of Agile on the DoD Program Office TLO: Given a DoD program involved in software development using Agile philosophy methodologies, the.
PA Techcon: Project management
CLE Introduction to Agile Software Acquisition
CLE Introduction to Agile Software Acquisition
5 – Effect of Agile on Engineering & Test Staff
CSC 355 – Newer Approaches to System Development Life Cycles & Processes, Spring 2017 March 2017 Dr. Dale Parson.
CLE Introduction to Agile Software Acquisition
DT249/4 Information Systems Engineering Lecture 0
SNS College of Engineering Coimbatore
#2-What is Agile? Why Agile?
Software Process Models
Defense Business Systems (CLE077) Sprint
How to Successfully Implement an Agile Project
Attend|Learn|Grow Taking Your Career to the Next Level
IS4550 Security Policies and Implementation
Lecture 2 Revision of Models of a Software Process
Agile Process: Overview
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
Chapter 2 Process Models.
How to deal with requirements in an Agile context?
Topic 1: Introduction to the Module and an Overview of Agile
Presentation transcript:

Module 3: Basic Agile Concepts – when and where to apply it TLO: Given a contractor’s development approach student will recognize alignment with agile principles ELOs 1.Recognize conditions in the DoD environment that make it appropriate (or inappropriate) to consider Agile 2.Recognize what a program office would see in an Agile program vs a traditional one CLE Introduction to Agile Software Acquisition1 Assessment MT – Although not explicitly called out yet in DoD acquisition policy, there are many more enablers to using Agile in DoD today than there were 5 years ago (ELO 1) LP – Contractors are regularly proposing Agile as a solution approach regardless of government systems engineering methodology (ELO 1) MT – Agile projects increase visibility of actual project completion instead of waiting for a missed transition or software lifecycle event (ELO 2)

CLE Introduction to Agile Software Acquisition2 Module Contents 1-Recent regulations related to Agile (ELO 1) 2-Defense contracting trends in the use of Agile (ELO 1) 3-Agile as a risk mitigation strategy (ELO 2) 4-Differences between traditional and Agile development (ELO 2) Module Story What story do we want to tell as motivation and to support terminal learning objective

Subtopic 1: Recent regulations related to Agile US Digital Services Agency – Digital Playbook GSA – 18F Digital Services DoDI acquisition lifecycle models CJSCI I JCIDS manual / IT Box Better Buying Power 3.0 tenets Major Takeaway: Major Takeaway 6 – Although not explicitly called out yet in DoD acquisition policy, there are many more enablers to using Agile in DoD today than there were 5 years ago CLE Introduction to Agile Software Acquisition3

Subtopic 2: Defense contracting trends in the use of Agile System integrators supporting DoD: Agile is often used within the context of a traditional systems engineering / acquisition lifecycle, especially when introduced mid-contract Sometime use of Agile principles begins in a covert way due to perception of organizational resistance Agile projects and teams use metrics to manage efficient delivery Strong ties between health of metrics and definition of done Metrics support system integrator ability to produce Earned Value Management data Industry partners are using established frameworks that scale Agile tenets to larger projects typical in Defense Major Takeaway: Major Takeaway 7 – Contractors are regularly proposing Agile as a solution approach regardless of government systems engineering methodology CLE Introduction to Agile Software Acquisition4

Subtopic 3: Differences between traditional development and Agile development Both Waterfall and Agile Development Methods have Risks The Traditional approach is hardware centric Classic Engineering V (Assuming a Hardware-centric system) Difference between Model 1 and Model 2 of DOD5000 Waterfall and Agile both use the same development basic building blocks – Analyze, design, build, test, and deploy. Step through how waterfall and agile processes these differently – waterfall, incremental, agile Describe the Agile Approach Scrum Example (Key elements, framework, terms, artifacts, ceremonies) CLE Introduction to Agile Software Acquisition5

Comparison between Waterfall and Agile Process CLE Introduction to Agile Software Acquisition6 Constraints Estimates Plan Driven Value/Vision Driven

Subtopic 3: Differences between traditional development and Agile development There are times when Agile does not apply Traditional approach situations Agile approach works well situations Show where the best of Agile counters the worst of traditional When should it not be considered? Sufficient user/stakeholder involvement is key (move to module 3) CLE Introduction to Agile Software Acquisition7

Subtopic 4: Agile as a risk mitigation strategy The Agile methodology approach recognizes that requirements WILL change and plans in advance for it Operational tempo that delivers software raises visibility of project issues and risks Key to risk mitigation is establishing and enforcing the definition of done Major Takeaway: Major Takeaway 5 – Agile projects increase visibility of actual project completion instead of waiting for a missed transition or software lifecycle event. CLE Introduction to Agile Software Acquisition8

Agile/Hybrid/Waterfall Overview ScopePlanningBuildTestingDeploy CLE Introduction to Agile Software Acquisition9 Well Defined Visionary Upfront Iterative Requirements Planning Sequential ScopePlanning Incremental Deploy Test Build Scope Iterative Build Test Feedback Deploy Planning Build TestFeedback Planning Scope Agile