A gile In Action. Why do projects fail? Waterfall.

Slides:



Advertisements
Similar presentations
Program Management School Agile & ADDIE Add-Up (AAAU) Elliott Masies Learning 2012 October 21-24, 2012.
Advertisements

Agile Development Primer – Using Roundtable TSMS in an Agile Shop Michael G. Solomon Solomon Consulting Inc.
Software development process improvement Ville Wettenhovi Master thesis presentation Supervisor:Professor Jukka Manner Instructor:M.Sc. Markus Aalto Date:23th.
What is Agile? Agile is a software methodology based on iterative and incremental development, where requirements and solutions evolve through collaboration.
Sharif University of Technology Session # 3.  Contents  Systems Analysis and Design Sharif University of Technology MIS (Management Information System),
ITEC 370 Lecture 25 Lifecycles. Review Questions? F give prototype demonstration –Testing plan for your software Life cycles –Scrum (Roles, Meetings,
Clinton Keith CTO, High Moon Studios Agile Methodology in Game Development: Year 3.
ECE44x SCRUM Overview slides adapted from Marty Stepp
BTS530: Major Project Planning and Design Iterative Development References: Agile & Iterative Development, by Craig Larman, 2004, Addison Wesley. Agile.
SCRUM © University of LiverpoolCOMP 319slide 1. SCRUM history In 1986, Hirotaka Takeuchi and Ikujiro Nonaka More an observation of good practise in manufacturing.
Dept. of Computer Science & Engineering, The Chinese University of Hong Kong Agile Software Development CHEN Xinyu
Scrum. An evolutionary/iterative/incremental/agile software process The main roles in Scrum are: – Scrum team: Team of software developers – Scrum master.
Agile Development.
Agile methods and techniques– some method comparisons Dave Parsons Mark Cranshaw.
NAUG NAUG Knowledge Evening – th February 2007.
 User assignments (product owner)  ‘circle’  1 st sprint: ◦ Scrum Boards (informative workspace)  Product -, release -, sprint -, defect backlog 
Morning – 9am Getting Started Agile Manifesto Values & Principles Scrum Framework ~~ 10:40 to 11:00 Break ~~ Scrum Roles Backlog Grooming Estimation.
Agile Process Models. Prescriptive models don’t work It is unrealistic to not have changes. Why? The Agile Manifesto: Individuals and interactions over.
Agile development By Sam Chamberlain. First a bit of history..
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Coming up: The Manifesto for Agile Software Development 1 Software Engineering: A Practitioner’s Approach, 7/e Chapter 3 Agile Development Software Engineering:
Agile Project Management PMI Metrolina PDD Saturday September 27, 2014 UNCC Uptown Mike Ryan.
Keith Richards Keith Richards Consulting DSDM + PRINCE2 + Facilitation
Agile software development is a group of software development methodologies based on iterative and incremental development, where requirements and solutions.
Agile Design and SCRUM Brent M. Dingle, Ph.D. “For the last few centuries, … science has been attempting to break matter down into ever smaller bits, in.
Agile Methodologies for Project Management By – Komal Mehta.
Cyreath.co.uk Empirical Pragmatic Testing Copyright ©Mark Crowther 2009 An introduction to SCRUM Agile Project Management Mark Crowther – Empirical Pragmatic.
Software Development Landscape
© 2010 Bennett, McRobb and Farmer1 Agile Methodologies—DSDM, XP and Scrum Based on Chapter 21 of Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
1 Agile Methodology & Programming Ric Holt July 2009.
CSE G674/2009 Project Project Management Section Presented by: Amir Aref Adib.
Agile Software Development Brian Link
Chapter 4 Agile Development 1. The Manifesto for Agile Software Development 2 “We are uncovering better ways of developing software by doing it and helping.
DSDM Clinic: Problems and Fixes Keith Richards KRC
Chapter 3 – Agile Software Development Pepper modification of Sommerville presentation & Colm O’hEocha – AgileInnovation Ltd presentation 1Chapter 3 Agile.
Industrial Software Project Management Some views on project managing industrial and business software projects.
SCRUM introduction 6 April Scrum Team are known as pigs because they’re committed to delivering Sprint Goal People who are involved but not dedicated.
Stephen Chief Strategy Officer Telerik
1 - Agile in a nutshell. 2 - Basic principles ●Relies on an iterative, incremental development mechanism with continuous adaptation to customer requirements.
Coming up: The Manifesto for Agile Software Development 1 Software Engineering: A Practitioner’s Approach, 7/e Chapter 3 Agile Development Software Engineering:
Dr. Nguyen Hai Quan.  Why SCRUM?  What is SCRUM?  Some terms  SCRUM Meetings  Sprint  Estimation  Product backlog  Sprint backlog  Whiteboard.
1 The Manifesto for Agile Software Development “We are uncovering better ways of developing software by doing it and helping others do it. Through this.
K.Ingram 1 Sept 2007 Agile Software Development. K.Ingram 2 Sept 2007 Contents Agile Software Development: 1.What is it? 2.Agile’s Values, Principles,
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 4 Agile Development Discussion of Agile Development and Agile Process.
SCRUM and agile methodologies in Production  What is SCRUM?  “The Agile approach is to iterate on the development of the game and react to the results,
Agile Information Management Development. Agile Project Management Characteristics  Acceptance and even welcome of changing requirements  Incremental.
Chapter 3 Agile Development
IS3320 Developing and Using Management Information Systems Lecture 20: Project Management Rob Gleasure
WATERFALL DEVELOPMENT MODEL. Waterfall model is LINEAR development lifecycle. This means each phase must be completed before moving onto the next!!! WHAT.
Giving order to the chaos of agile Presented by Matt Campo CSC 490 Fall 2015.
Sprint Plans and Burndown Charts David Millard | davidmillard.org.
SCRUM © University of LiverpoolCOMP 319slide 1. SCRUM history In 1986, Hirotaka Takeuchi and Ikujiro Nonaka More an observation of good practise in manufacturing.
AGILE - IMPLEMENTATION (C) CLARION TECHNOLOGIES. ability to move quickly and easily…. AGILE MEANING (LITERALLY)
Introduction to Agile. Introduction Who is this guy?
TIK 302 Rekayasa Perangkat Lunak Agile Proses. Agile View of Process Represents a reasonable compromise between conventional software engineering for.
1 Development with Agile methodology Scrum Lifecycle DEVELOPMENT PROCESS IN DROISYS INC.
Agile CRM Applying the Scrum Methodology for Deployment Neil Benson.
#msdevcon Community Track IMPLEMENTATION OF SCRUM Bernardin Katić Insa Investment Software AG.
Managing Agile Software Development Teams Using Scrum AKA: Wrangling Developers for Fun and Profit!
AGILE SOFTWARE DEVELOPMENT. Agile software development : Agile software development refers to a group of software development methodologies that promotes.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Agile Project Management
Wael Ellithy, Ph.D. Arx ICT
Agile Software Development Brian Moseley.
Scrum MODULE 3 – Part 3.
Atern v2 – Summary of changes from v1
© University of Liverpool
Introduction If you have got a call for an Agile testing interview, then congratulations are in order. You may be feeling nervous, but it sure to be felt.
Topic 1: Introduction to the Module and an Overview of Agile
Presentation transcript:

A gile In Action

Why do projects fail?

Waterfall

B-DUF

Cowboy Coding

N-DUF

Agile

E-DUF

Project Variables Process DrivenValue Driven

Agile Drawbacks Can get out of control (if you break the rules) Can be difficult to scale Requires users to fully engage and be disciplined Requires a ‘no blame’ culture Can be difficult to estimate costs Requires faith

Agile Benefits Delivers real business benefits not unnecessary fluff Deeply involves users in the development process Users feel involved and empowered Gives visibility of working prototypes early Receive user feedback early Reduces software testing and defects Reduces unnecessary processes and documentation Lessens management overhead Delivers on time!

Our use of Agile

History of DSDM Started early 1990s Reaction to Rapid Application Development (RAD) Unstructured processes across organisations DSDM Consortium founded 1994 Initiated by blue chip organisations including: British Airways American Express Oracle Logica Data Sciences Allied Domecq First version published February 1995

History of SCRUM Described in 1986 by Hirotaka Takeuchi and Ikujiro NonakaHirotaka TakeuchiIkujiro Nonaka Called the ‘Holistic’ or ‘Rugby’ approach Whole process performed by one multi-functional team By 1991 became known as SCRUM In 1995 first formal presentations and workshops formalising methodology

8 Principals Project Roles Project Lifecycle Prioritised List of Requirements MoSCoW Prioritisation Timeboxing Backlogs Burn Down Charts Daily Stand-ups Sprints User Stories Story Points (Estimating) Our use of Agile

8 Principals 1. Focus on the business need 2. Deliver on time 3. Collaborate 4. Never compromise quality 5. Build incrementally from firm foundations 6. Develop iteratively 7. Communicate continuously and clearly 8. Demonstrate control

8 Principals Project Roles Project Lifecycle Prioritised List of Requirements MoSCoW Prioritisation Timeboxing Backlogs Burn Down Charts Daily Stand-ups Sprints User Stories Story Points (Estimating)

Project Roles

8 Principals Project Roles Project Lifecycle Prioritised List of Requirements MoSCoW Prioritisation Timeboxing Backlogs Burn Down Charts Daily Stand-ups Sprints User Stories Story Points (Estimating)

Project Lifecycle

Example 1Example 2

8 Principals Project Roles Project Lifecycle Prioritised List of Requirements MoSCoW Prioritisation Timeboxing Backlogs Burn Down Charts Daily Stand-ups Sprints User Stories Story Points (Estimating)

Requirements

As a I want so that. User Stories

Estimating Point Scale (Story Points) Linear (1,2,3,4,5) Power of 2 (1,2,4,8) Alphabet (A,B,C,D) Clothes sizes (XS,S,M,L,XL) Avoid assigning actual time (hours or days) Helps to determine project velocity Costs can be estimated based on points and velocity

Prioritised List of Requirements 2 Control Documents: 1.List of Requirements 2.Detailed Specification Document (The Spec.) See sample documents

8 Principals Project Roles Project Lifecycle Prioritised List of Requirements MoSCoW Prioritisation Timeboxing Backlogs Burn Down Charts Daily Stand-ups Sprints User Stories Story Points (Estimating)

MoSCoW Prioritisation M - MUST have this time S - SHOULD have this if at all possible C - COULD have this if it does not affect anything else W - WON'T have this time but WOULD like in the future

When is it a MUST?

8 Principals Project Roles Project Lifecycle Prioritised List of Requirements MoSCoW Prioritisation Timeboxing Backlogs Burn Down Charts Daily Stand-ups Sprints User Stories Story Points (Estimating)

Timeboxing

Example: Set an objective for a 10 day Timebox Load the 10 day Timebox with 10 days work Then do 10 days work! If you are falling behind, drop something out. Timeboxing

8 Principals Project Roles Project Lifecycle Prioritised List of Requirements MoSCoW Prioritisation Timeboxing Backlogs Burn Down Charts Daily Stand-ups Sprints User Stories Story Points (Estimating)

Daily Stand-ups

1.What did you do yesterday? 2.What are you going to do today? 3.What’s stopping you from achieving this?

8 Principals Project Roles Project Lifecycle Prioritised List of Requirements MoSCoW Prioritisation Timeboxing Backlogs Burn Down Charts Daily Stand-ups Sprints User Stories Story Points (Estimating)