|
Notes from presentations are available on this site (if the presenter has provided
us with his/her materials). Simply go to the PROGRAM link and click on the session. |
Agile Analysis
Dan Rawsthorne (Danube Technologies)
Tutorials · Customer
Wednesday, 08:30, 3 hours 30 minutes | Renaissance West B
Download Presentation 
Download Handout
8
·
9
·
10
·
11
·
12
·
13
·
14
·
15
·
16
·
17
·
18
·
19
One of the basic rules of agility is that "the customer drives." This is
typically managed by using 'stories', which represent valuable bits of work to
be done by the team. There is usually a Customer (Product Owner) role that has
the following responsibilities:
These are a lot of work, and usually require collaboration amongst many members
of the team. One of the major pieces, and often a significant problem, is
finding the 'right' stories to drive the team with. I use the term "Agile
Analysis" to refer to this part of the process, which is often done successfully
in an informal, ad hoc, way. Sometimes more formality is required,
especially if there is a diverse stakeholder community, the problem is complex,
or there are many teams involved.
This tutorial demonstrates this formality. The students in this tutorial
will work through an iterative, incremental framework for agile analysis in
order to:
The students will do a role-playing simulation in small groups interspersed with
instructor training. The student leaves with an appreciation of agile analysis
and how it can improve his/her team, either in a formal or ad hoc way.
I have worked in software for more than 25 years in many capacities, from coder to product/project manager. I have worked small (3 people working on an e-commerce web site) and large (500 people working on aircraft avionics) projects, and have learned many things about what works and what doesn't. I've worked in small "hack it out" companies and big CMM and ISO organizations, and have been involved in process improvement in most of them.
At Danube I am a transformation agent. I help organizations transform themselves through applications of common sense and agile techniques. My formal training (PhD in mathematics) guides me to look for underlying problems rather than focus on surface symptoms; my military background (retired reserve officer) helps me understand the importance of teamwork and empowerment; and my common sense tells me that change must happen in small manageable bites.
I am a Certified Scrum Trainer with knowledge of many software processes, procedures, and techniques and bring them all to bear on the problems I see. I'm a firm believer in agility, having been introduced to eXtreme Programming (XP) by Kent Beck in 1995, and to scrum by Linda Rising soon after. It was these experiences that led me to move from government contracting to become a coach and consultant.
