If you are new to agile methods—or trying to improve your estimation and planning skills—this session is for you. David Hussman brings years of experience coaching teams on how to employ XP, lean, Scrum, and kanban. He advises teams to obtain the estimating skills they need from these approaches rather than following a prescribed process. From start to finish, David focuses on learning from estimates as you learn to estimate. He covers skills and techniques from story point estimating delivered within iterations to planning without estimates by delivering a continuous flow of value. Going beyond the simple mechanics of estimation and planning, David explores agile techniques to enable continuous learning and ways to prevent sprint planning sessions from becoming empty rituals. Join David and your peers to practice your agile estimation and planning techniques so they can become powerful tools within your project.
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
TQ Half‐day Tutorial 6/4/2013 1:00 PM
"Agile Estimation and Planning: Scrum, Kanban, and Beyond"
Presented by:
David Hussman DevJam
Brought to you by:
340 Corporate Way, Suite 300, Orange Park, FL 32073 888‐268‐8770 ∙ 904‐278‐0524 ∙ [email protected] ∙ www.sqe.com
David Hussman DevJam
Working with companies of all sizes worldwide, David Hussman teaches and coaches the adoption of agile methods as powerful delivery tools. Sometimes he pairs with developers and testers; other times he helps plan and create product roadmaps. David often works with leadership groups to pragmatically use agile methods to foster innovation and a competitive business advantage. Prior to working as a full-time coach, he spent years building software in a variety of domains: audio, biometrics, medical, financial, retail, and education. David now leads DevJam, a company composed of agile collaborators. As mentors and practitioners, DevJam focuses on agility as a tool to help people and companies improve their software production skills. For more information, visit devjam.com.
5/13/2013
1
Agile Estimation & Planning
Scrum, Kanban & Beyond
We Coach and Produce
Design
Deliver
Learn
DevJam Productions
5/13/2013
2
The Source for This Session
Where are we headed today?
Planning to Discover ( product - people - technology )
Planning to Deliver
( Scrum - Kanban - “NanBan” )
Learning from Delivery ( measuring - learning - pivoting )
The Tools and the Tells
5/13/2013
3
Planning to Discover
( product roadmaps )
( teams and programs )
( technology and systems )
Planning to Discover
Product Thinking and Planning ( user - use - context )
Planning with People and Teams
( dude - team - program )
Dealing with Technology and Systems ( tools - frameworks - apps - systems )
Planning to Discover
Product Thinking and Planning ( user - use - context )
Planning with People and Teams
( dude - team - program )
Dealing with Technology and Systems ( tools - frameworks - apps - systems )
5/13/2013
4
Product Thinking
Making Product Choices
All Product
Ideas
Product Development
Collaborative Chartering
Pragmatic Personas
Story Maps
User Interviews
Market Research
Slices
Let’s do some product thinking
5/13/2013
5
Planning to Discover
Product Thinking and Planning ( user - use - context )
Planning with People and Teams
( dude - team - program )
Dealing with Technology and Systems ( tools - frameworks - apps - systems )
How far out should you plan?
How far out can you plan?
How far out must you plan?
5/13/2013
6
Capacity, Velocity and Constraints
Delivered
Potential Realities
Let’s do some road mapping
Across Teams and Across Time
5/13/2013
7
Planning to Discover
Product Thinking and Planning ( user - use - context )
Planning with People and Teams
( dude - team - program )
Dealing with Technology and Systems ( tools - frameworks - apps - systems )
Applications and Systems
Constraints and Dependencies
5/13/2013
8
Planning to Deliver
( Scrum - Kanban - “NonBan” )
Dude’s Law: Value = Why / How
V= W H
V= W H
How much process is enough?
There are many delivery styles
Remember: process is a set of tools not a solution