Why (or When) Agile Fails Creating high performance software delivery teams.

Slides:



Advertisements
Similar presentations
Keith McMillan Principal, Adept Technologies Copyright (C) 2008, Adept Technologies llc.
Advertisements

Colin Weaver The Eleven Essential Behaviours of Successful Agile Project Teams.
Chapter: 3 Agile Development
E X treme Programming & Agile Modeling Copyright © 2003 Patrick McDermott UC Berkeley Extension
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.
Software Development Methodologies 1. A methodology is: A collection of procedures, techniques, principles, and tools that help developers build a computer.
The Role of Project Managers in Agile Darren Wilmshurst ACIB CITP
Slide Set to accompany Web Engineering: A Practitioner’s Approach
Agile Project Management with Scrum
Agile Architecture? Paul Lund 24 th Nov Agile Manifesto We are uncovering better ways of developing software by doing it and helping others do it.
Agile Methods.
Computer Based War Gaming What did you set out to do? How did you do it? What worked? How well did it work? What didn’t work? What are the lessons?
Agile Principles Suradet Jitprapaikulsarn 1. What is Agility? Effective (rapid and adaptive) response to change Effective communication among all stakeholders.
Does it work with Data Warehouses?. “We are uncovering better ways of developing software by doing it and helping others do it. Through this work we.
Introduction to Agile.
Software engineering Process models Pavel Agejkin.
DE (est) 2. -Joe Justice What does HR output? Exercise.
DE (est) 2. -Steve Denning -Joe Justice What do these groups output? Exercise.
How Agile Are You? Larry Apke Agile Expert
CONFIDENTIALITY © 2010 BA ValueBASE LLP, The concepts and methodologies contained herein are proprietary to BA ValueBASE LLP. Duplication, reproduction.
The Two Faces of Project Management Bendik Bygstad, NITH IFI, 25.Sept 2009.
The Two Faces of Project Management Bendik Bygstad, NITH IFI, 16.Sept 2008.
1 Agile Methodology & Programming Ric Holt July 2009.
Software Engineering Modern Approaches
Agile Programming Principles.
The Agile Primer July 2008 © ThoughtWorks 2008.
Agile Web Development C. Daniel Chase University of Colorado at Boulder.
Developed by Reneta Barneva, SUNY Fredonia Agile Development.
Chapter 4 Agile Development
Agile Methods. Agile Process/Method lightweight processes/methods that can be used to manage and control software and product development using iterative,
AgileCamp Presents: Agile 101. Good luck in your presentation! This slide deck has been shared by AgileCamp Kit under the Creative Commons Attribution.
Project Workflow. How do you do it? -Discussion-
CS1: Classic Software Life Cycle “Waterfall” method: 1.Requirements/Analysis Determine the problem to be solved – client-centered 2.Specification.
More Agile than Agile SEDC 2014 April 5, 2014 Zane Scott, VP for Professional Services Vitech Corporation.
AGILE COTS Václav Pergl We are uncovering better ways of developing software by doing it and helping others do it. Through this work.
1 11/21/2015 ã 2007, Spencer Rugaber Agile Manifesto February, 2001 XP, SCRUM, DSDM, Adaptive Software Development,
UX meets XP. Overview of core approaches to creating interactive software Waterfall, iterative design, Agile Hybrid methods of evaluation H&P Chapter.
Jeff Briggs Senior Consultant Capstone Consulting.
#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.
- Discussion of Chapter 1 in Martin and Martin.  We are uncovering better ways of developing software by doing it and helping others do it. Through this.
Chapter 3 Agile Development
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.
The Agile Manifesto Some thought starters for Ogilvy on how to work with Agile and SCRUM approaches to managing projects.
Agile, TOGAF and Enterprise Architecture: Will They Blend? Kennisavond IlionX 7 mei 1 Danny Greefhorst
Agile Introduction Emerson Murphy-Hill. Agile Manifesto/Alliance XP, SCRUM, DSDM, Adaptive Software Development, Crystal, FDD February 2001 (Snowbird,
By: Isuru Abeysekera AGILE DEVELOPMENT. WHAT IS AGILE DEVELOPMENT? Broad term used to describe several methods for a development process Introduced in.
Industrial Software Development Process Bashar Ahmad RISC Software GmbH.
© 2014 IBM Corporation “Leaders Guide to Radical Management” for DevOps with Steve Denning Chapters 6 and 7: From Bureaucracy to Dynamic Linking by Delivering.
Baby Steps to Agility How to Grow Into Agile. A little about me A little about Agile Growing into Agile Questions Goals.
Project Workflow.
AGILE METHODS Curtis Cook CS 569 Spring 2003.
Embedded Systems Software Engineering
Agile Project Management
Agile Project Management and the yin & yang of
Introduction to Agile Software Development
Principles for Agile Development
Jenna Maghie, Policy Officer
Agile Training Day 2 November 17, 2015.
#2-What is Agile? Why Agile?
Project Management and the Agile Manifesto
Agile Software Development Paradigms
Rosa María Torres de Paz
The Agile Manifesto is based on 12 principles
Informatics 121 Software Design I
How Strong is Your Agile Foundation
Adjective: Able to move quickly and easily. Principles and Values
Chapter 3: Agile Software Processes
Projects, Assignments, and other Assessments
Agile Development.
Presentation transcript:

Why (or When) Agile Fails Creating high performance software delivery teams

2 Who are we?  SDLC Process Improvement Company specializing in agile –Consulting –Training –Coaching  Toronto based organization working anywhere in North America  Roots in Java development with enterprise customers  Deeply technical (java) – Application Architect on WebSphere  Work in a variety of verticals including finance, government technology and telco

What is Agile and Scrum in software development?  Fundamentally different from the traditional project management approach  Agile is the generic term for the methodology  Scrum is a prescriptive implementation of Agile 3

What is Agile and Scrum in software development? 4  Emphasise teamwork, frequent delivery of working software, customer engagement  Respond quickly to change

What are the fundamental differences between traditional project management and Agile?  Project is chunked into short iterations (i.e. 2 weeks)  Each iteration delivers business value  Absorbs change throughout  The traditional phases of software development projects occur within each iteration 5

What are the fundamental differences between traditional project management and agile?  Project teams are self organized, cross functional, work collaboratively and meet often  Collocation of project team is encouraged  The project starts when we have just enough detail 6

7 What are the fundamental differences between traditional project management and agile? Define Design Develop Validate Deliver Time Define Design Develop Validate Deliver

Think of it this way…  Agile software development is like shooting a movie 8

What are the fundamental differences between traditional project management and agile? What we’ve learned from previous customer assessments:  90% of small software projects are delivered on time and budget  60-70% of medium software projects are delivered on time and budget  50% of large software projects are delivered on time and budget  An Agile approach creates a series of small projects 9

Is Agile any better? 10 Surveys & Results October 2011 DDJ Agile survey 2009 VersionOne survey June 2010 DDJ Agile Newsletter Observations Rod Doug

What are the problems with current software development projects? 11

What are the problems with current software development projects? Cost 12

What are the problems with current software development projects? Late delivery 13

What are the problems with current software development projects? Inferior quality 14

What are the problems with current software development projects?  Follow-on projects  Inadequate ROI  Mistrust between business and IT 15

Why do these problems occur? 1.We try to predict the future 2.We try to replace human interaction with documentation 3.We assume requirements are defined and won’t change 16

Debunking agile myths No planning No requirements or design No testing It only works for software projects Too much re-work or throw away code It won’t work “here” 17

Agile is not: 18  A rigid, defined process  Applied as an all or nothing approach  Just about faster delivery  A silver bullet

Ultimately, all project teams have to:  Make decisions based on available information  Accept they are using imperfect information and things will change  Review decisions and adjust frequently  Frequently inspect and adapt to improve processes  Address and mitigate risk early 19

20

Principles Behind The Manifesto  Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.  Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.  Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.  Business people and developers must work together daily throughout the project. 21

Principles Behind The Manifesto (cont’d)  Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.  The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.  Working software is the primary measure of progress.  Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 22

Principles Behind The Manifesto (cont’d)  Continuous attention to technical excellence and good design enhances agility.  Simplicity--the art of maximizing the amount of work not done--is essential.  The best architectures, requirements, and designs emerge from self-organizing teams.  At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly. 23

24