© 2009 Leffingwell, LLC Agile Enterprise Release Planning.

Slides:



Advertisements
Similar presentations
Iteration Planning.
Advertisements

Walter Bodwell Planigle. An Introduction – Walter Bodwell First did agile at a startup in 1999 Got acquired by BMC in 2000 and spent the next 8 years.
> Sprint Planning Presentation API Release: Date: Presented by:
Agile Roadmap Prioritization Discussion. Agile Roadmap Prioritization: – Corporate Goals and Initiatives  Market Goals –Customer Feedback –Partner Input.
©2011 Improving Enterprises, Inc. Breaking down the Epic User Story.
Agenda −Scrum with TFS 2010 using MSF for Agile 5.0 −Planning the Project −How do you plan the project? −Project planning in TFS 2010 −Planning a Sprint.
<<replace with Customer Logo>>
ESTIMATING Agile/practical project work TDT4290, NTNU, Trondheim Fredrik Bach 02/09/2014.
Release Planning – Test Role and Responsibilities Emergence Tech Training / emergencetechtraining.com.
Agile Planning. The problem with documentation Argument: “Heavy” documentation too much for most business-style projects.
What Is Agile? Agile is a group of software development methodologies Scrum Extreme Programming (XP) Lean Etc. Key Characteristics: Small increments Adaptive.
NAUG NAUG Knowledge Evening – th February 2007.
The Business Analyst Role in Agile Projects
©2013 Scaling Agile With SAFe August 13, 2013.
 User assignments (product owner)  ‘circle’  1 st sprint: ◦ Scrum Boards (informative workspace)  Product -, release -, sprint -, defect backlog 
Agile Project Management
Agile Process Models. Prescriptive models don’t work It is unrealistic to not have changes. Why? The Agile Manifesto: Individuals and interactions over.
Extreme Hour Role-Playing The XP Process. What Is Extreme Programming? n User Stories:Function, Qualities, Priority, Scope. n Schedule:By negotiation.
CloseLaunchCommitCloseLaunchCommitInvestInvestLaunchBuildPlanExplore PRODUCT ENGINEERING – PLC INVEST DECISION.
PopMedNet Software Development Life Cycle Chayim Herzig-Marx Harvard Pilgrim Health Care Institute Daniel Dee Lincoln Peak Partners.
Trusted IT Group. The challenge: 40 active, concurrent IT projects  Unsatisfactory Project Delivery.
Gaining Support for a Sustainable Agile Transformation Dennis Stevens, VP Enterprise Engagements LeadingAgile November 12, 2013.
© 2010 AT&T Intellectual Property. All rights reserved. AT&T and the AT&T logo are trademarks of AT&T Intellectual Property. Deeper Dive Into: User Stories.
© 2009 Leffingwell, LLC. Appropriate graphic goes here A Lean|Agile Learning Journey for Nokia S30/40 Managers Module 6: Implementing the Agile Release.
What is Scrum Process? Where is it used? How is it better?
Current Trends in Systems Develpment
Release and Iteration Planning September 13, 2008.
Extreme Planning: Agile turned to the max DevDay.LK Johannes
©2011 Improving Enterprises, Inc. Epics and Agile Planning.
Definition of Ready: An Experience Report from Teams at Cisco XP 2014 學號 : 學生 : 鄭博仁.
Agile Planning. The problem with documentation Argument: “Heavy” documentation too much for most business-style projects.
The Long Tail Why the future of business is selling less of more ▫ISBN = ▫Chris Anderson Low Distribution and Inventory costs allow companies.
Het einde van het beroep van tester - Wat Agile, DevOps en Scrum betekenen voor het testvak -
Team Skill 6: Building the Right System Assessing Requirements Quality (29)
What Is Agile? Agile is a group of software development methodologies Scrum Extreme Programming (XP) Lean Etc. Key Characteristics: Small increments Adaptive.
Agile Metrics It’s Not All That Complicated. © 2011 VersionOne 2 Welcome – About your Trainer, Katia Sullivan VersionOne Product Trainer and Agile Coach.
COPYRIGHT TOM SULZER © 2015 IS 455 Oct 1, 2015 Agenda House Cleaning Quick Review Initiate Second Life Project Teams for Second Life Project are the teams.
Software Testing Process
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
WHEN TITLE IS NOT A QUESTION N O ‘WE CAN’ CA Agile Vision Product Manager Michael Lester.
AGILE - IMPLEMENTATION (C) CLARION TECHNOLOGIES. ability to move quickly and easily…. AGILE MEANING (LITERALLY)
T Iteration Demo Tikkaajat [PP] Iteration
Who is Gregg? 1 Mile
Scrum Overview. Agenda What is scrum…and what it isn’t Scrum’s Characteristics The Scrum Process Scrum Phases Measurements Key Practices Backlogs Sprint.
Agile CRM Applying the Scrum Methodology for Deployment Neil Benson.
Software Quality Assurance Chip Ene, February 14, 2015.
What’s New in SPEED APPS 2.3 ? Business Excellence Application Services.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Utilize Agile Project Management for GIS Projects Jennifer Prather and Lana Tylka.
PA Techcon: Project management
Rapid Launch Workshop ©CC BY-SA.
Scrum.
27/05/2018.
Agile Scrum Management
By: By: Agile Scrum Master Online Training.
SAFe Workshop - Oct 17 Presenter: Ray Brederode
So You Want to Be a Product Owner
Demystifying SAFe.
The Features of a Product or System
Day 1 Big Room Planning 8:00 - 9:00
Summarizing Our Models to Date
Johanna Rothman Know What “Done” Means Chapter 11
SCRUM PROCESS RELEASE SCRUM PROCESS M SCRUM ROLES
Project Ideation Agile Down-to-Earth © 2016.
Introduction to Agile Blue Ocean Workshops.
Scrum in Action.
Executive Project Kickoff
EA in an Agile/DevOps World
Are you measuring what really counts?
Product Development & Planning
Presentation transcript:

© 2009 Leffingwell, LLC Agile Enterprise Release Planning

Release Planning Agenda RELEASE PLANNING DAY 1 AGENDA TimeSessionActivity 8:30 – 9:00 amINTRODUCTION Schedule and objective Agile release planning context 9:00 – 9:30 amEXECUTIVE BRIEFING Enterprise Business Context Strategic Investment Themes for :30 – 11:00 am PRODUCT VISION (Product Managers) Release Objectives Prioritized Feature Set 11:00 – 11:30 amARCHITECTURAL VISION Architectural Epics System Qualities and NFRS 11:30 – 12:00 amDEVELOPMENT CONTEXT Planning scope Development process 12:00 – 1:00 pmLunch 1:00 – 1:30 pmRELEASE PLANNING REQUIREMENTSSpecific planning requirements Teams plan stories for iterations 1:30 – 4:00 pm TEAM BREAKOUTS Work out dependencies Teams draft iteration plans 4:00 – 5:00 pm DRAFT RELEASE PLAN REVIEW Each team presents draft plan (or work in process) to group Issues/Impediments noted ©2009 Leffingwell, LLC.

RELEASE PLANNING DAY 2 AGENDA TimeSessionActivity 8:30 – 9:00 am PROCESS CHECK REVISE OBJECTIVES? Scope Management? Resource adjustments? 9:00 – 12:00 amTEAM BREAKOUTSTeams finalize and re-plan as necessary 12:00 – 1:00 pmLunch 1:00 – 2:30 pmFINAL RELEASE PLAN REVIEW Teams present final plans Release objectives captured Hard dates noted Risks and impediments captured 2:30 – 3:30 pmRISKS AND IMPEDIMENTS All risks and impediments discussed and addressed 3:30 – 4:00 PMCOMMITMENTRelease commitment vote ©2009 Leffingwell, LLC.

© 2009 Leffingwell, LLC Our Cadence Define your cadence here. Number and length of development iterations Hardening iterations Release dates, mid release checkpoints etc Any fixed calendar events iiih

© 2009 Leffingwell, LLC Building Your Release Plan Stories/Backlog Items Identify all stories to meet vision/objectives Estimate stories in (modified) Fibonacci points (1,2,3,5,8,13,20,40) Use user voice where applicable Identify and discuss interdependencies Load stories across iterations until full Load nothing bigger than 8 in a sprint Record total sprint velocity and load in upper right corner Stuff that doesn't fit stays in backlog Negotiate/restate/gain agreement on release objectives Record/resolve impediments and risks Identify and hard dates Prepare to present your plan

© 2009 Leffingwell, LLC Considerations Factor deployment considerations into your schedule Holidays & PTO, training and company events happen Consider Infrastructure  Architecture Automated Testing  Corrective Action Plans Assisting other teams  Non-functional Requirements Process Owners

© 2009 Leffingwell, LLC Color coded stories New user stories Defects, support, maintenance Spikes Help needed – identified interdependency

© 2009 Leffingwell, LLC Each Team’s Deliverables 1. X planned sprint sheets, one per sprint 2. One backlog sheet 3. One sheet of impediments and risks 4. Statement of release objectives sheet

© 2009 Leffingwell, LLC Sprint Sample Velocity: 34 Load: 30

© 2009 Leffingwell, LLC Release Plan Sample Hardening Backlo g Sprint 1Sprint 2Sprint 3 Risks Objectives 1.…. 2. …. 3.… 4.….

© 2009 Leffingwell, LLC Agree to objectives, rank by business value 11 Objective Bus Value Dasdasd assasa 8 Adsdasads skdjhfs 4 Adsdasdd shddjd 10 Omnus decus unum 4 Adsdasdd 10

© 2009 Leffingwell, LLC The Product Backlog The To Do List ! Hang Pictures Fix Closet Door Change Light Bulbs Replace Furnace Filters Change Light Switch Hang Shelving Repair Furniture Fix Garden Hose Clean Garage Take Garbage to Dump! Paint Kids Rooms Product Backlog: A prioritized list of remaining work

© 2009 Leffingwell, LLC What is a User Story? represent User Stories represent customer requirements rather than document them User Stories are a tool for writing backlog items 13

© 2009 Leffingwell, LLC User Story Template As a I can So that As a I can So that

© 2009 Leffingwell, LLC Guidelines for Release Planning Backlog detail only Work item “like” statement User story template where its valuable Planning poker estimating where valuable

What’s Wrong with this Release Plan?

© 2009 Leffingwell, LLC Relative probability Date Deadline The Standard Deadline Probability Curve

© 2009 Leffingwell, LLC h 2 weeks Release Relative probability A Decent Looking Plan

© 2009 Leffingwell, LLC h 2 weeks Release Relative probability That Probably Wont Work

© 2009 Leffingwell, LLC h Backlog 2 weeks A Better Plan

© 2009 Leffingwell, LLC Relative probability h 2 weeks Release That could

End