<?xml version="1.0" encoding="UTF-8"?>
<sessions type="array">
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This demonstration will show how the Scrum process and many XP/Agile practices can be implemented using Visual Studio Team System, Team Foundation Server, and the Conchango Scrum Process Template in a .NET development environment. The demonstration will follow a User Story from being added to the Product Backlog, through development during a Sprint, to deployment to production, and back again via a reported defect; covering the entire lifecycle cradle to grave.</description>
    <duration type="integer">90</duration>
    <id type="integer">89</id>
    <presenters>Tommy Norman</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Implementing Scrum/XP Practices using Team Foundation Server</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This talk will look at the product owner role on an Agile team from a Pragmatic product management perspective.  Many software development companies rely on their product management organizations to represent the needs of customers and the market.  Concentration on problems, the people who have them, and the circumstances under which they experience those problems is what makes the marriage of Pragmatic product management and Agile so valuable.  This presentation will describe how the Pragmatic approach to the MRD gives the Agile product owner a headstart and the entire Agile team an edge.</description>
    <duration type="integer">45</duration>
    <id type="integer">90</id>
    <presenters>Simon Orrell</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>It's ALWAYS been the problem!</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In today's Agile development environment, UI testing is still very much done the old way.  We still see long scripts that are easily broken and impossible to maintain.  By applying modern software development techniques like test first development, refactoring, and pair programming we can seek to make better tests that are less fragile and more likely to discover defects in code.  In this session we will demonstrate the techniques listed above and discuss how they can be applied to UI testing.  The demonstration will use a combination of fitnesse and SWAT (an open source web UI testing tool).</description>
    <duration type="integer">45</duration>
    <id type="integer">91</id>
    <presenters>Michael Longin, Christopher Taylor</presenters>
    <room>Regency D</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Applying modern software development techniques to automating the web UI</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>For almost a decade our community has claimed that agile is a risk-driven approach. Yet there is very little published material on agile risk management. Traditional risk management is based on avoidance of external variations. While, traditional project scheduling treats tasks homogeneously from a risk perspective. Lean pull systems and Real Options Theory provide new means to manage overall business risk in technology projects. This tutorial describes 3 techniques that evolved in the kanban community that increase sophistication of risk management and provide improved business agility.

</description>
    <duration type="integer">45</duration>
    <id type="integer">96</id>
    <presenters>David Anderson</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>New Approaches to Risk Management</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In this session, you will learn one thing: how to enable emergent design in a database.  The reality is that database development is different from application code development.  They are similar, but databases bring about some forces that we haven&#8218;&#196;&#244;t given much thought.



This session challenges traditional, foundational database development techniques and proposes a new framework into which Agile processes, as well as techniques such as TDD or refactoring, can better fit.

</description>
    <duration type="integer">45</duration>
    <id type="integer">104</id>
    <presenters>Max Guernsey</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">12</time-slot-id>
    <title>Transition Testing: Cornerstone of Database Agility</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>There is much information available about how to *begin* automated UI testing projects. There is little information available about how to *maintain* successful, effective, long-term, large-scale UI testing projects.



Over the course of more than two years, my company Socialtext was able to grow a test automation project from a proof of concept of 400 test steps, run on demand, to nearly 10,000 test steps run automatically 24 hours a day, 7 days a week.  This talk will cover test design, test architecture, test creation, test maintenance, and the project's future steps.</description>
    <duration type="integer">45</duration>
    <id type="integer">111</id>
    <presenters>Chris McMahon</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">20</time-slot-id>
    <title>History of a Large Test Automation Project using Selenium</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>One of the most common questions asked of practicing Agile teams is:



&gt; How can we increase velocity?



Many teams have had to answer this question, but is it the right question? Velocity is an excellent measurement for determining project timelines and progress towards them but doesn't give us any indication about the overall value of the features being delivered. All too often poor prioritization and solutioning are ignored because velocity is the KPI for the team. This session shows how to use value as a tool to ensure that you get more of the right things done.

</description>
    <duration type="integer">90</duration>
    <id type="integer">123</id>
    <presenters>Brandon Carlson</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Value or Velocity?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>A good QA is worth their weight in gold, but the reality is that the best QA often have trouble working in an Agile Environment. The shift to a quality centred approach surely must be every QA's dream but there are underlying issues that prevent this adoption. In this session we delve into the mind of a career tester, probe the pain points &amp; explore strategies to communicate the value of agile testing to the classically trained. We look at personalities &amp; what drives people to want to test &amp; the benefits that QA provide to a project beyond rubber-stamping the 'done' column on the task board.</description>
    <duration type="integer">90</duration>
    <id type="integer">140</id>
    <presenters>Malcolm Beaton, Simon Bennett</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Why (so many) Testers (still) hate Agile</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Engaged as a software consultant at a financial services company, we brought up the topic of Agile early on and were told, &#8218;&#196;&#250;No!&#8218;&#196;&#249;    A Vice President at the company said that Agile had been tried there and failed, so the management decided that Agile was a waste of time and money and would be prohibited.   Despite this edict, our team cleverly succeeded at covertly injecting &#8218;&#196;&#250;The approach that shall not be named&#8218;&#196;&#249; into a couple key projects.  Our success caused management to reverse its firm anti-Agile stance, and the whole organization is now moving in that direction.</description>
    <duration type="integer">45</duration>
    <id type="integer">145</id>
    <presenters>Ken Howard</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>The Covert Agilist</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Maintaining a good working relationship while also staying true to Agile principles can be extremely challenging at times.  Over the last two years we have been using William Ury's &quot;Yes! No. Yes?&quot; approach to confronting anti-Agile behavior to great success.  This workshop will train participants in the approach and go through several role playing examples to help practice the technique.</description>
    <duration type="integer">45</duration>
    <id type="integer">154</id>
    <presenters>Bruce Eckfeldt</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">24</time-slot-id>
    <title>How to Say &quot;No.&quot; (Without Destroying the Relationship)</title>
    <updated-at type="datetime">2009-08-13T08:22:54Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Continuous Integration means different things to different people.  This workshop will demonstrate a set of best practices that allow a software delivery team to derive the most value out of their software development dollars, by adhering to the Agile Manifesto principle that states &#8218;&#196;&#250;Working software is the primary measure of progress.&#8218;&#196;&#249;  That is, we will see how software can be delivered that allows rapid change, monitors that the changes do not adversely affect quality, and delivers potentially shippable code from easy to implement open source tools available to the community at large.

</description>
    <duration type="integer">90</duration>
    <id type="integer">161</id>
    <presenters>Howard Deiner</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Continuous Integration: Your New Best Friend</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Traditional product managers have broad inbound and outbound responsibilities including segmentation, requirements, positioning and pricing - often shortchanging their teams.  Product owners are always available and own backlogs/stories - but often lack real market experience. Both roles have challenges. PO/PM discussions are short on context and clarity. 

How can agile address the broader product mgmt challenge? How to agilize waterfall PMs?  Do technical POs need marketing/sales/pricing skills?  We'll look at roles and organizational models that work for commercial software companies.</description>
    <duration type="integer">45</duration>
    <id type="integer">162</id>
    <presenters>Rich Mironov</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">12</time-slot-id>
    <title>Product Manager/Product Owner Dilemma</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>All projects bene&#212;&#168;&#197;t from high quality code but achieving the full bene&#212;&#168;&#197;ts of agile approaches demands higher-than-usual software quality. A Continuous Integration build provides an ideal platform for applying automated tools to issues of code quality. 



This tutorial looks at automated code quality tools that can be used to enforce or monitor code quality in Java and Ruby, and how they can be used to check quality manifested by:



* style enforcement 

* lines per method 

* methods per class 

* code duplication 

* npath and cyclomatic complexity 

* test coverage 

</description>
    <duration type="integer">90</duration>
    <id type="integer">166</id>
    <presenters>Steve Hayes</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Java and Ruby Tools for Code Quality</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>When adjectives and adverbs appear in User Stories, they can be easily overlooked and seen as simple adornments to the story.  There are a couple schools of thought on how to handle non-functional requirements on Agile projects.  Mike Cohn recommends writing a User Story for each non-functional requirement, while others recommend creating task cards to drive out specification using Thomas Gilb's approach.  In this session, examples of various techniques for handling non-functional requirements will be demonstrated, with a discussion of pros and cons of each technique.



</description>
    <duration type="integer">45</duration>
    <id type="integer">173</id>
    <presenters>Ken Howard</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Handling Non-Functional Requirements on an Agile Project</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Do you mentor, coach, teach or just help other people? Do you wonder why after your greatest teaching moments people just don't get it?

In recent years neuroscience has started to provide us with a number

of insights in what happens when we're teaching. These insights make it clear that learning is really

about building and reinforcing existing neural networks. Instead of

providing lots of new ideas out of the blue, we need to understand the

learners existing context and work with that. Instead of focusing on

mistakes and errors, we need to focus on what good solutions look

like.</description>
    <duration type="integer">90</duration>
    <id type="integer">174</id>
    <presenters>Mark Levison, Linda Rising</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Learning: the best approaches for your brain</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile development has taken a number of concepts and principles from the study of [complex adaptive systems](http://en.wikipedia.org/wiki/Complex_adaptive_system). But since the birth of the [Agile Manifesto](http://agilemanifesto.org/), the study of complexity has not stopped. In this talk I give a number of ideas copied from complexity experts, and I will review what [fitness landscapes](http://en.wikipedia.org/wiki/Fitness_landscape), adaptive walks and [evolutionary stable strategies](http://en.wikipedia.org/wiki/Evolutionarily_stable_strategy) could mean for agile software development.</description>
    <duration type="integer">45</duration>
    <id type="integer">177</id>
    <presenters>Jurgen Appelo</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>What (Else) Agile Can Learn from Complexity</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Despite what you may have heard, analysis is still an important aspect of projects done in an agile manner.  Teams still need to understand what they are delivering in what order.  The trick is to how to utilize traditional analysis techniques without introducing the corresponding waste that can be experienced with those techniques.  In this session, we introduce Feature Injection and demonstrate how it combines traditional analysis techniques and the agile technique Behavior Driven Development to identify the business value delivered by a project without introducing analysis paralysis.

</description>
    <duration type="integer">90</duration>
    <id type="integer">185</id>
    <presenters>Kent McDonald, Chris Matts</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Feature Injection A Gentle Introduction</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>During 2005-2009 Scrum teams were formed in churches in Massachusetts, Connecticut, Florida, Delaware, and Virginia.  This experience report will show how Scrum broke out of the IT silo into finance, marketing, operations, and senior management teams. Churches have to solve difficult impediments &#8218;&#196;&#236; part-time and volunteer workers, narrow specialization, little experience with project teams, and political problems that started in 1692. Their unique contribution has been to successfully address the larger question of continuous process improvement for the whole organization.</description>
    <duration type="integer">90</duration>
    <id type="integer">189</id>
    <presenters>Arline Sutherland</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Scrum in Church: Saving the World One Team at a Time</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description> Dean Leffingwell describes how agile methods are being successfully applied to enterprise-class development.

&#8218;&#196;&#162;	Part I describes team practices that scale to the enterprise, including: structuring agile teams, mastering the iteration, concurrent testing and continuous integration.

&#8218;&#196;&#162;	Part II describes additional practices necessary to achieve full enterprise benefits. Topics include: intentionally emergent architectures, lean requirements at scale, coordinating releases with the agile release train, agile training and rollout strategies and measuring business performance.</description>
    <duration type="integer">90</duration>
    <id type="integer">201</id>
    <presenters>Dean Leffingwell</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Scaling Software Agility: Best Practices for Large Enterprises</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>So what is Scrum anyway? And what is Scrum not? How do I apply Scrum in practice? 



Scrum seems to be the most popular agile method at the moment and Scrum jargon is used everywhere. This session is for those of you who have perhaps heard the word Scrum, but never really received a proper introduction to what it actually is. Hopefully you'll feel less alienated afterwords :o)</description>
    <duration type="integer">90</duration>
    <id type="integer">231</id>
    <presenters>Henrik Kniberg</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Introduction to Scrum</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Bob Scoble Esq. and Ted &quot;Theodore&quot; Logan are about to embark on a new technology start-up venture when a mystical figure with a fondness for beagles and the Galapagos Islands appears before them, promising great prospects for their new business if they first agree to accompany him on a unique adventure. They accept. Spotting a theme common across the many amazing conversations they have subsequently, Bob and Ted decide to follow the XP principle of doing extreme amounts of the practices that work: they implement the world's first completely Darwinian complex systems risk management program.   </description>
    <duration type="integer">45</duration>
    <id type="integer">236</id>
    <presenters>Julian Everett</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Bob and Ted's Excellent Adventure (The Biologist's Tale of Risk and Uncertainty)</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>I propose that the larger issue with Agile Contracts is not that we don't know how to write them. After all we know how to deliver Agile projects, so a contract can simply describe that process. The problem is with making Agile Contract commercially competitive; against suppliers who are offering the promise of delivering the perfectly predicted dream - offering the certainty that people crave. This is a prisoners dilemma, with organisations driving themselves towards a sub optimal solution. Through game theory we will explore ways in which to improve the appeal of the agile offering.</description>
    <duration type="integer">90</duration>
    <id type="integer">238</id>
    <presenters>Simon Bennett</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>The Prisoner's Dilemma: Applying Game Theory to Agile Contracting</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The &quot;pomodoro technique&quot; is a simple tracking and feedback process where the unit of work is the &quot;pomodoro&quot;, a time slot of 25 mins. In this tutorial I'll give you advanced practical advices on how to implement the daily pomodoro practice, common pitfalls, tools you may find useful and how to read and use pomodoro metrics and answer questions like: what did I do the last week, on which tasks I spent most of the time, how frequent is the context switching. Hopefully after this talk you'll be able to go back to your team and give pomodoros a try with all the practical information needed. </description>
    <duration type="integer">90</duration>
    <id type="integer">246</id>
    <presenters>Renzo Borgatti</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>You say tomato, I say Pomodoro</title>
    <updated-at type="datetime">2009-08-13T08:25:40Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The software development industry has a poor track record with metrics. Many metrics are tangential to development's goal of delivering business value, and are thus ill-regarded by agile developers. However, good metrics are important to management, in order to understand the status and progress of their teams, and to make projections into the future. 



In this class we discuss velocity, burndown graphs, EVM metrics (CPI and SPI), and earned business value, including methods for calculation, why they're important, and how they enforce (or fight against) agile values.</description>
    <duration type="integer">90</duration>
    <id type="integer">248</id>
    <presenters>Dan Rawsthorne</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Agile Metrics</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Most Agile initiatives focus on delivery while neglecting the impact that such a radical change may have on the project and organization. The Agile PM must protect the team and help influence the change effort when there is no formal change management.  Leveraging a military battle metaphor a lightweight technique can be used to map influences acting on a project.  Participants will learn how to identify potential risks and how and where to respond.  Spending minutes a day using this technique can mean the difference between an Agile change effort and the end of one Agile project.</description>
    <duration type="integer">90</duration>
    <id type="integer">253</id>
    <presenters>George Schlitz, Giora Morein</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Mapping the Agile Enablement Battlefield</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>We want to deliver maximum business value. Prioritising is easy if someone assigns business value to each story. How do you estimate business value? How should you prioritise between stories, projects or clients?



The aim of the game is to deliver maximum value. Your development team only has a finite capacity, so you're going to have to make some tough choices. We provide the clients and their requests. We suggest techniques for estimating business value. The rest is up to you.



The game teaches you how to build and use a Business Value Model to deliver maximum value.



Max. 28 players</description>
    <duration type="integer">90</duration>
    <id type="integer">257</id>
    <presenters>Portia Tung, Pascal Van Cauwenberghe</presenters>
    <room>Plaza Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>The Business Value Game: How to build and use a Business Value Model</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This talk summarizes the results of 4 years of industry surveys concerning the adoption and effectiveness of agile techniques.  Very often the reality is significantly different than the rhetoric presented in mailing lists, in articles, and even in books.  How effective are agile approaches compared to traditional approaches?  To iterative approaches?  Are people modeling?  Writing documentation?  Doing TDD?  How much co-location is actually going on?  How many organizations are really doing agile?  To what extent?  Come and find out answers to these questions and more.</description>
    <duration type="integer">45</duration>
    <id type="integer">263</id>
    <presenters>Scott Ambler</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">32</time-slot-id>
    <title>Agile by the Numbers: What People Are Really Doing in Practice</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Continuous Integration is a key practice in the agile toolkit.  The practice is pretty simple - when checkins occur, some process is run against the codebase. This usually includes compilation and unit tests, but could include all sorts of things. 



The panel of CI experts host discussion of the audience's problems, questions, concerns and ideas about how to make best use of CI.



We aim to draw together the experience of the panel with the enthusiasm and fresh eyes of the participants to share our collective CI knowledge with those having issues with their CI implementations. </description>
    <duration type="integer">90</duration>
    <id type="integer">266</id>
    <presenters>Tom Sulston</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>How to be really awesome at Continuous Integration.</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This report describes how scrum was adopted by more than half of the software developers at Amazon.com (and counting).  The adoption was due largely to the efforts, both accidental and purposeful, of an internal employee. Amazon's corporate and development cultures played important roles, both positive and negative. With no executive sponsorship, adoption occurred primarily a team at a time. The wide range of success across teams and organizations leads to a number of important lessons learned with regard to enterprise scrum adoption. The lesson: you can cause this to happen.



</description>
    <duration type="integer">45</duration>
    <id type="integer">284</id>
    <presenters>Alan Atlas</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Accidental Adoption - The Story of Scrum at Amazon.com</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Do you understand why your team behaves the way it does? In this session, you&#8218;&#196;&#244;ll leave with ways to unlock the true potential of your team through better and more productive communication. You will learn how to identify behavioral profiles, and how to capitalize on the diverse behaviors found on typical teams. A highly interactive, fun, and refreshing look at the human element with actionable techniques that target **individuals** and their **interactions**. Topics range from enhancing interpersonal communication (Tango) to effectively leveraging the anatomy of your team (Square Dance).</description>
    <duration type="integer">90</duration>
    <id type="integer">286</id>
    <presenters>Barry Rogers, Ken Howard</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>It Takes Two to Tango; Four to Square Dance</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>You've done user research. Now what? Join us for this hands-on session to learn how to interpret research data, prioritize findings, and create actionable design research items. Learn about the task analysis grid, how to create data-driven personas, and what the persona DNA model is. 



Find out how to use actionable design research to inform your prototype. We'll discuss 8 guiding principles that will help you avoid common mistakes made during prototyping. And finally, we'll discuss a number of prototyping methods and give a number of tips and techniques for common prototyping tools.  </description>
    <duration type="integer">90</duration>
    <id type="integer">323</id>
    <presenters>Joe Sokohl, Todd Zaki Warfel</presenters>
    <room>Acapulco</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Mission Possible&#8212;from design research to prototype in 2 days or less.</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Participate in a hands-on workshop, where you'll learn how to use sketching and the design studio method for rapid design iteration. Find out how we've used methods borrowed from architecture and industrial design for faster better design. See how using the design studio method can help you generate several weeks worth of work in just one afternoon. Find out what the 6-8-5 method is. 



But wait... there's more.



Think paper is for making airplanes? Think again. We'll show you how to do things with paper prototyping you never imagined, including AJAX-style transitions and simulations. </description>
    <duration type="integer">90</duration>
    <id type="integer">324</id>
    <presenters>Todd Zaki Warfel</presenters>
    <room>Acapulco</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Rapid Sketching and Prototyping Design Studio</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile methods put a great deal of emphasis on trust, empowerment, and collaboration. Agile moves us away from command and control project management toward an approach designed to harness the passion, creativity, and enthusiasm of the team. Mike will tackle the assumptions behind traditional project management and explore a more agile approach to managing time, cost, and scope. He will address the PMI Processes and Knowledge areas and explore how to adapt them to agile projects. Participants will leave with practical tips they can implement today to begin building a culture of agility.





</description>
    <duration type="integer">90</duration>
    <id type="integer">333</id>
    <presenters>Mike Cottmeyer</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>The Agile PMP: Teaching an Old Dog New Tricks</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The business analyst role seems conspicuously missing from most agile methods. Do agile methods make business analyst an obsolete role? Certainly not!  But how do you integrate what is sometimes portrayed as a plodding and documentation driven role into an agile project?  This tutorial provides participants practical guidance for how the business analyst integrates and collaborates with all members of the team. During this workshop the participant will learn how to construct and evolve an agile business analysis process that is appropriate for their specific project environment.</description>
    <duration type="integer">90</duration>
    <id type="integer">341</id>
    <presenters>Steve Adolph</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Agile Grows up: The Agile Business Analyst</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This talk presents an evolutionary roadmap for architects to support Product Owners, Scrum Teams and ScrumMasters through Agile Architecture Teams. Based on coaching and practical experience, a pattern of growth in Architectural teams has emerged as Agile scales up in an organization. This talk describes the possibilities when Agile Architects transform into a collaborative team and find better ways to extend Agile Principles, Agile Architecture foundations, and Scrum based workframes in adding value.



</description>
    <duration type="integer">45</duration>
    <id type="integer">343</id>
    <presenters>Mike Dwyer</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">30</time-slot-id>
    <title>The impact of Agile Architect Teams in Scaling Enterprise Efforts</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Spending more time maintaining your tests than your code? Started to write tests only to be discouraged by the complexity involved?  Imagine if you could implement robust automated testing on even your most complex projects by simply writing one extra line of code&#8218;&#196;&#182;  Now you can!  Regardless of which testing framework you use, Approval Tests allow you to painlessly capture tested output in a visible, verifiable, and automated way.  Particularly useful in the context of writing tests for legacy code, GUIs, databases and web pages, this open source solution is as pretty as a picture! </description>
    <duration type="integer">90</duration>
    <id type="integer">346</id>
    <presenters>Llewellyn Falco, Daniel Gilkerson</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Reducing Test Maintenance &#8211; A Picture is Worth 1000 Tests</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Experienced product managers working with agile product teams for the first time are stuck between old methods and new ones. Developers are requesting new artifacts, advocating new meetings, and defining new roles. Old processes and artifacts that seemed to be working are not valued by agile teams. While developers are learning how to deliver working code faster, without agile product management the team might be building the wrong things. 

Agile product managers and product owners face issues focusing on the business, technical, marketing, and sales roles required for effective agile teams.</description>
    <duration type="integer">90</duration>
    <id type="integer">375</id>
    <presenters>Steve Johnson, Laureen Knudsen</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Panel: product owner or product manager or both?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As the world becomes increasingly &#8218;&#196;&#250;flat&#8218;&#196;&#249;, organizations are seeking out operational and cost efficiencies by leveraging distributed teams. These distributed teams are a common constraint on most technology projects today.  To continue wide-spread adoption, Agile projects must find ways to thrive in distributed environments. The Ambassador Model is a proven, effective approach to building highly productive distributed and off-shore agile teams.  Complementing this model are &#8218;&#196;&#250;carrier pigeons,&#8218;&#196;&#249; a metaphor for tools (technology and practice) used to overcome the challenges of distance. </description>
    <duration type="integer">45</duration>
    <id type="integer">376</id>
    <presenters>Giora Morein</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Ambassadors and Carrier Pigeons - A Model for Effective Distributed Agile Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>After revolutionizing the automobile industry, Lean principles have been applied to different knowledge areas, such as software development. However, many people haven't been introduced to the concepts that made Lean successful. In this interactive session, the participants will work in a small Lego production line, experiencing the problems and applying Lean practices to overcome them. 8 to 20 participants, divided in 4 teams, will learn about: systems thinking, push vs. pull systems, waste, etc. We will also compare the production line scenario with the software development industry.</description>
    <duration type="integer">90</duration>
    <id type="integer">397</id>
    <presenters>Danilo Sato, Francisco Trindade</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>The Lean Lego Game</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Automating your build process with Continuous Integration is certainly a great idea, but why stop there? Why not go the whole nine yards and automate the deployment process as well? Staging and production deployments are typically more complicated and more involved than a simple development deployment, but doing them by hand can be time-consuming, tricky and error-prone. Indeed, turning your staging and production deployments into a one-click affair has a lot going for it.</description>
    <duration type="integer">90</duration>
    <id type="integer">399</id>
    <presenters>John Smart</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Automated deployment with Maven and friends - going the whole nine yards</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In this talk Ola Ellnestam explains the differences between push and pull in a software development context.



The difference between push and pull is described and discussed. Followed by examples from other industries. Mentioning Toyota and Dell. After this rather brief introduction follows a simple and easy to understand exercise.</description>
    <duration type="integer">45</duration>
    <id type="integer">400</id>
    <presenters>Ola Ellnestam</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Push, Pull, What is the difference</title>
    <updated-at type="datetime">2009-08-13T08:17:59Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>When it is achieved together, the combined benefits of both Agile and Offshore software development, can be multiples greater than either approach alone. During this interactive session, we will simulate a distributed project with some participants being onsite and the others offshore. With 4 teams of upto 8 people each, this game will draw out learning around the challenges of Distributed Agile and different methods to communicate successfully on such projects. The rules of the game help illustrate how to deal with travel, different timezones, delayed communication and other such hurdles.</description>
    <duration type="integer">180</duration>
    <id type="integer">401</id>
    <presenters>Sumeet Moghe, Jonathan McCracken</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>The Distributed Agile Game</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Coding Dojos are sessions were participants are invited to participate in a programming challenge. They get the opportunity to practice Extreme Programming techniques such as Test-Driven Development, Simple Design and Pair Programming.

In this dojo, the audience will be asked to concentrate on adding features (while preserving existing functionalities) to a Java project that has not been written with testability in mind. In other words, we will work on legacy code. The Randori format will be used to let as many participants as possible do actual coding.</description>
    <duration type="integer">90</duration>
    <id type="integer">402</id>
    <presenters>Guillaume Tardif, Eric Lefevre-Ardant</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Coding Dojo: Enhancing Legacy Code</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The instructors wish, when they were first learning test-driving, refactoring, and OO, that they had had a side-by-side comparison between code Heaven and code Hell. Such an object lesson would have made the value and benefits of agile programming practices so much more plain, so much sooner. Alas for us, but hurray for you! In this workshop you will be able to compare and work with two very different implementations of the same problem domain: one of them fabulously ugly, and the other of them &#8218;&#196;&#238; well &#8218;&#196;&#238; a lot better. This is a close-repeat of a successful session we gave at Agile 08.



</description>
    <duration type="integer">90</duration>
    <id type="integer">403</id>
    <presenters>Patrick Wilson-Welsh, Corey Haines</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Ugly Code vs Clean Code: A/B Comparison of Legacy/Test-Driven Implementations</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>A Continuous Integration system is often considered one of the key elements involved in supporting an agile software development and testing environment. As a traditional software tester transitioning to agile environment, it became clear that we would needed several changes to make the transition to agile testing possible. This experience report discusses a continuous integration implementation I led last year. The initial motivations, technical specifics of the implementation, perceived benefits to the team, and retrospective results are all discussed.</description>
    <duration type="integer">45</duration>
    <id type="integer">406</id>
    <presenters>Sean Stolberg</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Enabling Agile Testing through Continuous Integration</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Those who attend conferences or read books and articles discover new ideas they want to bring into their organizations&#8218;&#196;&#238;but they often struggle when trying to implement those changes. This session offers proven change management strategies to help you become a more successful agent of change in your organization. Learn how to plant effective seeds of change, and what forces in your organization drive or block change. Come and discuss your organizational and personal change challenges.</description>
    <duration type="integer">180</duration>
    <id type="integer">407</id>
    <presenters>Linda Rising</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Introducing agile to an organization</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The power of the placebo is based on our brain's belief system. Because we believe

the medication can work it does. I wonder if there is some of that placebo effect in

our successes with agile? Could it be that all our successes are really a matter of

proper expectation? 



It often seems that the software industry is seeking one magic potion after another.

We embrace the latest and greatest and hope it will cure our ills. Is agile just the

latest elixir? </description>
    <duration type="integer">90</duration>
    <id type="integer">408</id>
    <presenters>Linda Rising</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Agile: placebo or real solution?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile Project Management (APM) addresses the challenges of embracing change, encouraging innovation, and delivering continuous customer value through a set of agile principles and practices. 



The session will present the conceptual framework of agile methods, how agile processes are Envision-Evolve rather than Plan-Do, stories from agile projects both small and large (600 people) and from different domains such as software and medical instruments, and how the &#8218;&#196;&#250;flow&#8218;&#196;&#249; of an agile project differs from more traditionally managed projects.



</description>
    <duration type="integer">90</duration>
    <id type="integer">409</id>
    <presenters>Jim Highsmith</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Agile Project Management&#8212;Innovation in Action </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Traditional development emphasizes &#8218;&#196;&#250;following a plan with minimal changes,&#8218;&#196;&#249; whereas agile stresses &#8218;&#196;&#250;adapting successfully to inevitable changes.&#8218;&#196;&#249; If agility is delivering customer value by being flexible, then how can measuring agile performance by adherence to schedule, cost, and scope be valid? We need to modify project success measures in order to build effective agile organizations. The session will build a case for changing performance measurement from the traditional Iron Triangle of cost, schedule, and scope to an Agile Triangle that focuses on value, quality, and constraints.

</description>
    <duration type="integer">90</duration>
    <id type="integer">410</id>
    <presenters>Jim Highsmith</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Zen and the Art of Software Quality </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Lack of good release planning is endemic. Teams seem caught up in iteration-at-a-time development and not planning for releases. Even those who create initial release plans often fail to keep them current. This approach enables teams to resist request for &#8218;&#196;&#250;spurious&#8218;&#196;&#249; information such as &#8218;&#196;&#250;how much is this project going to cost,&#8218;&#196;&#249; or &#8218;&#196;&#250;how long is this project going to take?&#8218;&#196;&#249; 



This session will address why release planning is so important and then cover a series of release planning topics such as value-driven planning and multi-level planning

</description>
    <duration type="integer">90</duration>
    <id type="integer">411</id>
    <presenters>Jim Highsmith</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Advances in Release Planning  </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Behavior-Driven Development, or BDD, is an excellent development strategy that can help bridge the traditional gap between requirements and implementation. This talk will go discuss the basic principles of Behavior Driven Development, and look at how it builds on and differs from &quot;traditional&quot; Test-Driven Development. This session will demo two BDD tools: JDave, an open source framework that incorporates BDD concepts into JUnit, and easyb, a DSL-based behavior driven development framework for Java that uses Groovy to let you pretty much write tests that document themselves.</description>
    <duration type="integer">90</duration>
    <id type="integer">415</id>
    <presenters>John Smart, Lasse Koskela</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Executable requirements: BDD with easyb and JDave</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This presentation illustrates, using an animated Agile Story Card Wall, the concepts of Lean's Work in Progress, Drum&#8218;&#196;&#236;Buffer&#8218;&#196;&#236;Rope from Theory of Constraints and Systemic Thinking from Peter Senge&#8218;&#196;&#244;s The Fifth Discipline. 

The presentation, originally inspired by the MIT Beer Game, uses Flash animation to show the flow of story cards across a Story Card Wall over 10 iterations, demonstrating the effects on the team&#8218;&#196;&#244;s throughput as a result of a staffing decision made during the project.  The presentation also includes an Excel spreadsheet to do &#8218;&#196;&#242;What If&#8218;&#196;&#244; scenarios.</description>
    <duration type="integer">90</duration>
    <id type="integer">431</id>
    <presenters>Tom Looy</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>The Beer Game with Agile Teams - MIT Game Theory in Agile Project Management</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>There are quite a few good tools available for developers who are interested in writing more expressive tests.  These cover a broad spectrum from unit testing and mocking frameworks to executable requirements platforms.  But sometimes in our excitement for learning new tools we overlook the most useful tool of all...the language features of our chosen programming language.  In this session we will get back to basics by exploring how you can write more expressive tests using the language features of Java, the framework features of JUnit, and the practice of Behavior Driven Development.</description>
    <duration type="integer">90</duration>
    <id type="integer">432</id>
    <presenters>Rod Coffin</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Back to Basics - Writing Expressive Tests Without All The Wizardry</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>We struggled with long-running, complex builds and difficulty in sharing code across multiple projects. We started using Maven to simplify our builds. This lead to many more benefits that we didn't expect. It also minimized the overhead costs of extracting, introducing and maintaining new modules. This provided a path for us to move away from a few monolithic slow builds to many small, lightweight fast builds.  Using conventions improved cross-team communication.  Managing dependencies, versions and performing releases have all become trivial. Maven is a wonderful tool for enhancing agility.</description>
    <duration type="integer">45</duration>
    <id type="integer">434</id>
    <presenters>Tim Andersen, Luke Amdor</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">12</time-slot-id>
    <title>Leveraging Maven 2 for Agility</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Of the many benefits of agility, none is more transforming than the power of self-organizing teams. Yet, building such teams remains one of the most elusive goals. This is due to the challenging transition functional managers must make to develop the right organizational environment for teams to mature. This session is for managers who are challenged in building strong self-organizing teams. This session will develop your agile organizational leadership awareness and competencies to build committed, disciplined and self-organizing teams who share responsibility.</description>
    <duration type="integer">90</duration>
    <id type="integer">438</id>
    <presenters>Pete Behrens</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Agile Leadership: Building Shared Responsibility Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>There is no better way to gauge an organization&#8218;&#196;&#244;s culture than to watch its meetings - usually dull and lifeless. Meetings are often cited as one of the most wasteful activities in business - yet Scrum demands more meetings more often. Engineers find themselves micro-managed with little time left to get &#8218;&#196;&#250;real&#8218;&#196;&#249; work done. This session provides leaders a whole new perspective and techniques for Scrum Meetings in building high-performing disciplined teams through focused, active, engaged, visual and time-boxed facilitation techniques to take teams from DOING Scrum to OWNING Scrum!</description>
    <duration type="integer">90</duration>
    <id type="integer">440</id>
    <presenters>Pete Behrens</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Death by Scrum Meeting</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Even teams with good skills, appropriate technologies, and posters of the Agile Manifesto on the wall can have trouble. Giving into temptation is often the cause. Guiding values are what keep us on the straight and narrow path in the face of temptation. Teams that have strong internalized values will stick to or invent good Agile practices while teams without them will drift into the ditch.



In this talk, I'll present what I think of as the most important guiding values:



* courage

* working software

* ease

* being reactive

* fast feedback

* naivet&#8730;&#169;

* visibility

* joy</description>
    <duration type="integer">45</duration>
    <id type="integer">444</id>
    <presenters>Brian Marick</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">32</time-slot-id>
    <title>Eight Guiding Values</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In the battle of YAGNI and the performance testers, who wins out on an agile project? Join us as we walk through a historical account of what happens when you need to meet heavy performance targets on an agile project. Find out what was at stake, and the dire consequences if either side annihilated the other. We'll focus on technical detail, planning and management techniques that led to the only outcome, collaborative success! Finally, discover the impact this battle had in the war agile wages to align the needs of end customers, the business, and IT, to see how it all worked out. </description>
    <duration type="integer">45</duration>
    <id type="integer">445</id>
    <presenters>Alistair Jones, Patrick Kua</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Top ten secret weapons for performance testing in an agile environment</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Most agile methodologies tend to assume that the team is co-located in a single team room. They give little guidance as to how to address team distribution although proven practices are starting to emerge within the community. The Microsoft patterns &amp; practices team has been experimenting with distributed teams for several years, mining proven practices from the community and experimenting them out on numerous agile projects. This talk summarizes those learnings and proven practices and gives examples of their application - both good and bad - within our teams.</description>
    <duration type="integer">90</duration>
    <id type="integer">447</id>
    <presenters>Ade Miller</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Distributed Agile Development: Experiments at Microsoft patterns &amp; practices</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Our ability to identify patterns of behavior and the likely reasons behind them helps when addressing team dynamics issues. The popular Scrum characters chicken and the pig turn out to be just two of many behaviors that comprise the [Scrum Bestiary](http://www.ademiller.com/blogs/tech/2008/10/scrum-bestiary/). Other examples include the seagull - who derails the team and leaves - and the fox - who is intent on stealing vital resources. This humorous workshop presents a taxonomy of some common behaviors on teams and looks at the drivers behind them and strategies for addressing them. </description>
    <duration type="integer">45</duration>
    <id type="integer">448</id>
    <presenters>Ade Miller</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>The Scrum Bestiary: Pigs, Foxes, Chickens and Seagulls a behavioral taxonomy</title>
    <updated-at type="datetime">2009-08-13T08:28:32Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Increasing gender intelligence strengthens our ability to maximize the contributions of all members of the team while maintaining both equity and uniqueness. New research from neurobiology sheds light on the real differences in male and female brain structure, chemistry, and blood flow. This data underlies the emerging science of gender intelligence, providing a new vision of gender relationships. Gender-intelligent supervision, employee coaching/mentoring and negotiation and conflict management leads to a competitive edge in the toolkit of forward-looking companies. </description>
    <duration type="integer">90</duration>
    <id type="integer">468</id>
    <presenters>Sharon Buckmaster, Diana Larsen</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>The Elephant in the Room: Using Brain Science to Enhance Working Relationships </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>When my Scrum-style backlog grows up, it wants to be an FDD feature list ... or is it the other way round?' Why does Feature-Driven Development (FDD) organize its feature lists into a hierarchy? Why does FDD use a specific template to name the items in a feature list? While a Scrum-style backlog for a single team may never grow to more than a couple hundred items, backlogs serving multiple teams may easily do so and become hard to work with. We compare Scrum-style backlogs and FDD-style feature lists, and consider the relative merits of different ways of working with large backlogs.</description>
    <duration type="integer">45</duration>
    <id type="integer">469</id>
    <presenters>Stephen Palmer</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">14</time-slot-id>
    <title>Working with large backlogs</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile coaches often need to distinguish when people &quot;do&quot; an agile practice versus &quot;really understand&quot; that practice. This workshop will help coaches develop a tool, mapping agile practices, or more specifically, behaviours people exhibit when using an agile practice, to a learning model. The learning model of choice for this workshop is the Dreyfus Model of Skill Acquisition. We will also discuss how to apply this tool to better communicate and set goals with teams &quot;going agile&quot;.</description>
    <duration type="integer">90</duration>
    <id type="integer">471</id>
    <presenters>Patrick Kua, Elizabeth Keogh</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Climbing the Dreyfus ladder of agile practices</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>You&#8218;&#196;&#244;ve read about agile, heard about agile, and your company is probably using it in some form by now.  Here&#8218;&#196;&#244;s your opportunity to experience the rhythm of an agile project in action and learn first hand many of the practices.  Through participation in the Agile/XP Game, this experiential workshop introduces Agile/XP in a non-threatening, non-technical, and fun way.  Attendees will come away with an understanding of many of the best practices used to deliver high-quality software quickly. Experience how the various roles work together as on effective agile team.  </description>
    <duration type="integer">90</duration>
    <id type="integer">476</id>
    <presenters>Glenn Bernsohn, Michael Walkden</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>The Agile Game: An Experiential Workshop</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Different testing approaches are needed because quality has many aspects besides functional requirements, such as making sure the code is reliable and secure. How do you know you&#8218;&#196;&#244;ve done the kinds of testing and quality processes are necessary for your product, especially on an agile project? 



The Agile Testing Quadrants help you categorize tests and plan for different testing activities needed over the life of a project. It can be used by the team as a base for this common vocabulary about testing, and as a mechanism to start discussions and encourage collaboration.



</description>
    <duration type="integer">90</duration>
    <id type="integer">480</id>
    <presenters>Janet Gregory</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Using the Agile Testing Quadrants to Plan Your Testing Efforts</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>There are plenty of good tools out there - the trick is to get them all to play together well. In this session, we will go through the full process of setting up an automated software development infrastructure, from code changes and version control right through to automated deployment to staging and production. We will go through the key steps involved in automating a typical Java project using Maven, Hudson and a large cast of other supporting tools. We will see not only how to automate the build itself, but also how to improve code quality, manage releases, and improve team communication.</description>
    <duration type="integer">180</duration>
    <id type="integer">482</id>
    <presenters>John Smart</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Java Power Tools - getting it all together</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>An Exercise in Agile Facilitation - http://agilejournal.com/articles/columns/articles/1233-the-invisible-project



This session focuses on an approach taken by Agile Project Managers to develop empowered and effective teams using a series of techniques focused on trust, transparency, team dynamics, and agile facilitation.  More so, ensuring that the Project Manager does not end up as the central figure dominating the project is equally critical, highlighting that it takes an unselfish personality to create a truly self-organizing team.

</description>
    <duration type="integer">90</duration>
    <id type="integer">487</id>
    <presenters>Mack Adams</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>The Invisible Project Manager</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This talk discusses techniques that can be used to apply Agile practices to atypical technologies, and presents case studies on how to apply Agile practices to projects built with technologies including Teradata (Database), and MicroStrategy (BI). &lt;!--break--&gt;Most of the discussion around Agile is focused on traditional object-oriented development using technologies such as .NET, Java, and Ruby. It is important to realize, however, that the Agile practices are not technology specific, and many opportunities exist to apply these practices to projects that use other technologies as well.</description>
    <duration type="integer">90</duration>
    <id type="integer">494</id>
    <presenters>Scott Dillman</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Applying Agile Development Practices to Atypical Technologies</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>To make lasting changes, we need to visualise the situation, understand the system, know how to improve it and work together. The Theory of Constraints tells us how to do all that.



In this game, we apply the &quot;&quot;Five Focusing Steps&quot;&quot; process improvement method from ToC. Step by step we use Agile, Lean and Real Options techniques to make our &quot;&quot;work&quot;&quot; more fun and productive.



After the simulation game, you'll be able to apply these techniques to your work.



You'll be able to use the open source &quot;&quot;Bottleneck Game&quot;&quot; to share these techniques with others.



Max. 28 players</description>
    <duration type="integer">90</duration>
    <id type="integer">503</id>
    <presenters>Pascal Van Cauwenberghe, Portia Tung</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>The Bottleneck Game: Discover ToC, Agile, Lean and Real Options through play</title>
    <updated-at type="datetime">2009-08-13T08:26:50Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Have you ever been told to multitask&#8218;&#196;&#236;working on so many projects simultaneously you don&#8218;&#196;&#244;t know where to start or what to do next? Or, have you ever felt so pressured by your organization that you asked your staff to multitask?



Multitasking happens when leaders don&#8218;&#196;&#244;t set direction for themselves and other people. When leaders decide which projects people work on in what order&#8218;&#196;&#238;the project portfolio&#8218;&#196;&#238;they set the stage for success. But those decisions are not easy.

We will see what a portfolio is, what it is and isn&#8218;&#196;&#244;t, and we&#8218;&#196;&#244;ll explore how to make  collaborative decisions.

</description>
    <duration type="integer">180</duration>
    <id type="integer">508</id>
    <presenters>Johanna Rothman</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Increase Your Capacity and Finish Projects: Manage the Project Portfolio</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description> The Agile Alliance states that &quot;The Gordon Pask Award recognizes two people whose recent contributions to Agile Practice make them, in the opinion of the Award Committee, people others in the field should emulate.&quot; This panel brings together some of the previous winners so that they may share their contributions and help encourage others to participate in building the body of Agile knowledge. For the intermediate practitioner, it should reinforce the notion that as we practice Agile and learn how to adapt for the best outcome, sharing what we learn helps the whole community.</description>
    <duration type="integer">90</duration>
    <id type="integer">512</id>
    <presenters>Aaron Sanders, Jeff Patton</presenters>
    <room>Toronto</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>What makes this Agile ours? A talk with previous Gordon Pask Award winners.</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Find out why we give personal feedback, how to provide effective feedback, what makes feedback ineffective and how to deal with poorly phrased feedback. Learning what makes feedback effective helps you to seek your own feedback and improve, whilst being able to support the people around you.



This is suitable for anyone who's nervous about giving or getting feedback. Coaches and other Agile Transformers may find this simple workshop helpful for their own teams.



</description>
    <duration type="integer">45</duration>
    <id type="integer">517</id>
    <presenters>Elizabeth Keogh</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Giving and receiving effective feedback</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This session covers a successful transition to a new business model in a limited time span. Typically, Iowa Student Loan (ISL) sells bonds to fund the creation of private student loans. As financial markets deteriorated in 2008, the potential of successful bond sales diminished to the point of nonexistence. Heretofore, our systems assumed ISL as the only lender.  Collaborative bank relationships changed this assumption to one of multiple lenders. A redesign of the loan program/loan type structure of our software followed to make the funding model very configurable.



</description>
    <duration type="integer">45</duration>
    <id type="integer">522</id>
    <presenters>Justin Davis, Tim Andersen</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">24</time-slot-id>
    <title>Surviving the Economic Downturn</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The design goal for Scrum teams is 5 to 10 times waterfall performance yet the majority of Scrum teams never achieve this goal. A pattern is emerging at MySpace in Beverly Hills and Jayway in Sweden, for bootstrapping high performance Scrum teams. Rigorous implementation by an experienced coach creates a total immersion experience akin to Shock Therapy. Unfortunately, management disrupts hyperproductive teams by removing key resources. Velocity data is provided on five teams at MySpace and one team at Jayway where management repeatedly &#8218;&#196;&#250;killed the golden goose.&#8218;&#196;&#249;</description>
    <duration type="integer">45</duration>
    <id type="integer">524</id>
    <presenters>Jeff Sutherland, Scott Downey</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Shock Therapy: How to Bootstrap a Hyperproductive Team</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In the nature vs. nurture debate, researchers have declared nurture the winner. People who excel are the ones who work the hardest; it takes ten+ years of deliberate practice to become an expert. Deliberate practice is not about putting in hours, it&#8218;&#196;&#244;s about working to improve performance. It does not mean doing what you are good at; it means challenging yourself under the guidance of a teacher. Unfortunately, our organizations are not set up to develop experts, nor do agile practices encourage them. So how will we develop the experts we need to improve?</description>
    <duration type="integer">90</duration>
    <id type="integer">526</id>
    <presenters>Mary Poppendieck</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Deliberate Practice in Software Development</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Scheduling should be done independent of and orthogonal to workflow. In fact, you don&#8218;&#196;&#244;t have to create a schedule for a flow system. It will flow all by itself, and work will flow much faster and much more reliably than it could possibly follow a schedule. But take a closer look at that workflow: Just when you thought it was obsolete, the V model reappears. This talk will step through systems design, approval processes, and scheduling, development workflow, depolyment, from a completely different angle. </description>
    <duration type="integer">90</duration>
    <id type="integer">532</id>
    <presenters>Mary Poppendieck</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Workflow is Orthogonal to Schedule</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>XUnit is the generic name given to the family of  tools/frameworks used by developers when developing automated unit tests. JUnit, NUnit, MsTest and CppUnit are some of the better known members of the family. High quality automated unit tests are one of the key development practices that enable incremental development and delivery of software. This tutorial provides the participants with a vocabulary of smells and patterns with which to reason about the quality of their test code and a set of reusable test code design patterns that can be used to eliminate the smells. </description>
    <duration type="integer">90</duration>
    <id type="integer">542</id>
    <presenters>Gerard Meszaros</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>XUnit Test Patterns and Smells; Improving Test Code Through Refactoring</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Many agile methodologies assume a customer (or product owner) walks into the room with a swack of money and a pile of story cards and tells the development team to start building the functionality described on the top few cards. This tutorial provides an overview of what needs to go on &#8218;&#196;&#250;behind the scenes&#8218;&#196;&#249; between when a project is conceived and when development can start in earnest. It identifies the artifacts that may need to be produced, whether and when they should be produced, which activities can be used to produce them and who should be involved in those activities.</description>
    <duration type="integer">90</duration>
    <id type="integer">543</id>
    <presenters>Gerard Meszaros</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>From Concept to Product Backlog - What Happens Before Iteration 0?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The introduction of Scrum at a CMMI Level 5 company doubled productivity and cut defects by 40% compared to waterfall projects in 2006 by focusing on early testing and time to fix builds. Systematic institutionalized Scrum across all projects and used data driven tools like story efficiency to surface Product Backlog impediments . This allowed them to systematically develop a strategy for a second doubling in productivity. Two teams have achieved a sustainable quadrupling of productivity compared to waterfall projects. We discuss here the strategy to bring the entire company to that level. 

</description>
    <duration type="integer">45</duration>
    <id type="integer">545</id>
    <presenters>Carsten Jakobsen</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">24</time-slot-id>
    <title>Scrum and CMMI: from Good to Great - are you ready-ready to be done-done</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>By now, your company has made the transition to Agile. &quot;Sprints&quot;, &quot;backlogs&quot;, and &quot;retrospectives&quot; are everyday words, but you&#8218;&#196;&#244;re also discovering the serious challenges that software agility brings to product management. The Product Owners, who have been scattered across multiple teams, are not cohesively aligned around the same prioritized set of corporate initiatives and strategies. In addition, there are cross-product dependencies that are not being effectively recognized and addressed. My company's solution was to build a single, enterprise level, Unified Backlog.</description>
    <duration type="integer">45</duration>
    <id type="integer">551</id>
    <presenters>Marie Kalliney</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">22</time-slot-id>
    <title>Transitioning from Agile Development to Enterprise Product Management Agility</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile has all these weird, expensive-looking practices: pair programming, test-driven development, regular planning meetings, moving the programmers and business people closer together, focusing people on a single project, multi-disciplinary teams. We can't afford to go agile!



In this session, J. B. Rainsberger introduces agile practices by relating them to core business matters: compounding early earned value and reducing unnecessary costs. Learn why practice and learning are really profit centers. Maybe you can't afford not to go agile!

 </description>
    <duration type="integer">90</duration>
    <id type="integer">553</id>
    <presenters>J. B. Rainsberger</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>An introduction to Agile Through the Theory of Constraints</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In 2005, Microsoft&#8218;&#196;&#244;s DevDiv (with 2000 participants and 40 million lines of code) overhauled its engineering practices to improve agility, quality, and customer satisfaction. Four years into the journey, *customer satisfaction has increased dramatically. Product quality improved 10x. Velocity improved 2x, with schedule time for major releases was cut by eighteen months and quarterly releases of &#8218;&#196;&#250;power tools&#8218;&#196;&#249; allowed incremental delivery to external customers.* Practices that change include planning, org, quality gates, branching, testing, tooling, reporting, backlogs, transparency.</description>
    <duration type="integer">90</duration>
    <id type="integer">560</id>
    <presenters>Sam Gucikenheimer</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Introducing Agile in the Very Large: Microsoft Developer Division&#8217;s Journey</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Facilitation skills are essential for anyone. In fact, *everyone facilitates whether they know it or not*! Do you work on a team, manage an organization, or otherwise work with others? The opportunity to facilitate *will* come up.



Steven &quot;&quot;Doc&quot;&quot; List will lead you to explore the common patterns &amp; antipatterns that come up in facilitation, for the facilitator and the participants. We'll have some fun by taking on roles, and exploring the behaviors that work and that don't work. The session will include some time on specific activities and techniques that can be used for effective facilitation.</description>
    <duration type="integer">90</duration>
    <id type="integer">562</id>
    <presenters>Steven &quot;Doc&quot; List</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Facilitation Patterns and Antipatterns</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In this session, we invite CI tool vendors to give a short demonstration of the best features of their tool. Each vendor will be given 10min to show off the best features of their software, with a further 5min of questions. 



This will allow CI users to quickly get a good grasp on the plethora of CI tools on the market, to help them find out about useful features of various tools that may help their CI implementation, and to learn about the practices that each tool encourages. 



It also helps CI tool vendors gauge the market, and improve the standards and features of all CI products.</description>
    <duration type="integer">90</duration>
    <id type="integer">572</id>
    <presenters>Tom Sulston</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>CI vendor cage-fight!</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Flirting is about connecting. A German university now requires their IT engineers take a flirting class&#8218;&#196;&#238;not to attract a partner, but to learn how to interact more effectively in the workplace. We will explore how flirting techniques translate to use in a business setting&#8218;&#196;&#238;inspiring us to create stronger connections with our customers. Our 8 Steps to connecting with your customers will help teams better understand customer requirements and build business value. &#8218;&#196;&#250;Flirting&#8218;&#196;&#249; With Your Customers creates the connection that can make a significant difference in a project&#8218;&#196;&#244;s success.</description>
    <duration type="integer">90</duration>
    <id type="integer">573</id>
    <presenters>Jenni Dow, Ole Jepsen</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>&#8220;Flirting&#8221; With Your Customers</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Why do testers on some agile teams find iterations productive and enjoyable, while other teams struggle to &quot;keep up&quot; with testing and get stories to &quot;done done&quot; within the iteration? Succeeding with agile testing is more than just automating tests or sitting with the developers. To create working software quickly, your whole team must be able to build a shared understanding of a feature - and do this rapidly, accurately, over and over again, every feature, every iteration. This hands-on tutorial teaches you how to use the agile technique of acceptance criteria to build shared understanding. </description>
    <duration type="integer">90</duration>
    <id type="integer">622</id>
    <presenters>Kay Johansen, Zhon Johansen</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Speed Up Your Testing With Acceptance Criteria Conversations</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile teams practicing Acceptance Test Driven Development (ATDD) define acceptance tests collaboratively while discussing each story. This practice helps uncover assumptions and confirm that everyone has a shared understanding of &quot;Done&quot;. During implementation, the technical team automates the natural-language Acceptance Tests by writing code to wire them to the emerging software. In this way, ATDD tests become executable requirements. This session is a demo of the full ATDD workflow from initial discussions to distilling tests into an automatable format to implementing code to the final demo.</description>
    <duration type="integer">90</duration>
    <id type="integer">641</id>
    <presenters>Pekka Kl&#8730;&#167;rck, Elisabeth Hendrickson</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Acceptance Test Driven Development (ATDD) in Practice</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This talk focuses around a series of diagrams that help explain how various practices work.



Many practices work to different degrees of success depending on exactly how they're implemented. We'll discuss why this is so, with examples of multiple ways to do pair programming, testing, and planning. Along the way, we'll show some new work: how to get a better plan by not estimating, models to identify which practices to experiment on, and how to find what to vary.



Each concept will be explained with diagrams that get to the gist of the practice - and methods of thinking about variations.</description>
    <duration type="integer">90</duration>
    <id type="integer">649</id>
    <presenters>Bonnie Aumann, Arlo Belshee</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Diagrams for understanding and improving Agile practice</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Any successful recording artist eventually submits to releasing a &#8218;&#196;&#250;Greatest Hits&#8218;&#196;&#249; album. This is the opposite: a beat-up XP coach putting his biggest and furthest-reaching mistakes in a neat package and releasing them to the public. This talk could also be named &#8218;&#196;&#250;Ten ways to guarantee your Agile transition is a total failure&#8218;&#196;&#249;, or &#8218;&#196;&#250;Apologies of an XP coach&#8218;&#196;&#249;; however I&#8218;&#196;&#244;m sure I&#8218;&#196;&#244;ll mention more than ten mistakes and I make no apology for them.</description>
    <duration type="integer">90</duration>
    <id type="integer">650</id>
    <presenters>J. B. Rainsberger</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>XP: My Greatest Misses 2000-2009</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile development has grown a lot since its rebeleous 2001 start. In fact, it has grown to be the mainstream way of developing software.



The time has come to drop the word 'agile.' Agile development is just modern practices in software development. There is no need to explicitly mark practices as Agile. There is no need anymore for opposing camps. Keeping the word Agile and things like &quot;&quot;the Agile conference&quot;&quot; is holding the development of modern SW development practices back.



This session will be in debate form to discuss the above mentioned motion.

</description>
    <duration type="integer">45</duration>
    <id type="integer">656</id>
    <presenters>Bas Vodde, Steven Mak</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">6</time-slot-id>
    <title>Lets stop calling it &quot;agile&quot;</title>
    <updated-at type="datetime">2009-08-13T08:28:49Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>When most people think of the phrase &quot;Agile won't work here&quot; they think of resistance to adopting agile. There are teams and situations, however, that are truly challenging even to the most dedicated agile adherents. During this sharing experience, I plan to take you on a &quot;cook's tour&quot; of a dozen or so teams that had difficulty adopting agile, even after the team was sold on the benefits. Filled with humorous stories, how these teams succeed (or failed) is an object lesson for us all.</description>
    <duration type="integer">45</duration>
    <id type="integer">658</id>
    <presenters>Daniel Markham</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">30</time-slot-id>
    <title>Agile won't Work: Implementing Agility in Non-Standard Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>We know why engineers use agile but should Executives fund it? Through this panel discussion learn the benefits of Agile 4 those that hold the checkbooks: 



*Why Executives should see Agile as a necessary change  

*Benefits of Agile 2 an enterprise business, including non-engineers  

*Justify funding 4 training, tools, etc  

*Link Agile metrics 2 the balanced scorecard without compromising the principles of Agile  



Industry leaders Stephen Williams (HP), Laureen Knudsen (Qualcomm), and Israel Gat (BMC) tell how they use Agile 2 positively impact all areas of large, global, corporations</description>
    <duration type="integer">90</duration>
    <id type="integer">681</id>
    <presenters>Laureen Knudsen</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Agile in the Enterprise Corporation</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>We find games and simulations incredibly valuable in our coaching and training. Given the number of times we've seen &quot;Does anyone have a game or simulation to ... ?&quot; on the mail lists, we know we're not alone. While there's leverage in using games that others create, it's even better to create your own games to address your specific teaching points. In this session, we will introduce some essential elements of game design and demonstrate a process for designing a game starting with a learning objective. Participants will then use materials we supply to create their own Agile games.</description>
    <duration type="integer">180</duration>
    <id type="integer">705</id>
    <presenters>Elisabeth Hendrickson, Chris Sims</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Creating Agile Simulations and Games for Coaches and Consultants</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Integration tests are a scam, a self-replicating virus that takes over your project and burdens you with long-running, fragile, hard-to-understand test suites. You're probably writing 2-5% of the integration tests you need to test thoroughly. You're probably duplicating unit tests all over the place. Your integration tests probably duplicate each other all over the place. When an integration test fails, who knows what's broken? When you refactor, you have to fix dozens of integration tests. Stop it. Learn the two-pronged attack that solves the problem: collaboration tests and contract tests.</description>
    <duration type="integer">90</duration>
    <id type="integer">708</id>
    <presenters>J. B. Rainsberger</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Integration Tests Are A Scam</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Continuous Testing (CT) is a developer practice that shortens the feedback loop established by Test Driven Development. It gives you near instant feedback about the correctness of your code, and helps you find bugs as quickly as syntax errors. This session will cover how CT has evolved in the last year, it's current capabilities, and limitations.  The presenters will also show several demos of the practice using freely available continuous testing tools, and examine how these tools can be integrated with existing infrastructure to bring the benefits of CT to a wider audience. </description>
    <duration type="integer">90</duration>
    <id type="integer">712</id>
    <presenters>Ben Rady, Rod Coffin</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Continuous Testing Evolved</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>One of the barriers to wider adoption of TDD is that it is best taught from within a team, and the technical challenges of writing tests frequently thwart those looking to teach themselves. This session will be a live demonstration of Test Driven Development in Java, using Eclipse and JUnit, aimed at those new to TDD and looking to learn. Audience members will be encouraged to follow along on their own laptops as we walk through common scenarios that frequently discourage new TDDers, and demonstrate some techniques for overcoming them in a live coding session.</description>
    <duration type="integer">90</duration>
    <id type="integer">713</id>
    <presenters>Ben Rady</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Test Driven Development in Java: Live and Uncensored</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>How do you scale Scrum to hundreds of people? This presentation will explain a way of organizing your development so that it scales up well. It involves breaking the link between architecture and organization, breaking code ownership and organize the development in a more customer centric way. This has its drawbacks too! These are explained and some techniques for overcoming these drawbacks are discussed. This talk is based on the &quot;feature teams&quot; and &quot;requirement areas&quot; chapters in the recently published &quot;Scaling Agile &amp; Lean Development&quot; by Bas Vodde and Craig Larman.</description>
    <duration type="integer">90</duration>
    <id type="integer">715</id>
    <presenters>Bas Vodde</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Scaling Scrum with Feature Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Are you thinking about trying agile approaches?  Do you have an agile transition underway?  Is your team or organization trying to become agile, but been less than successful thus far?  A foundational implication &#8218;&#196;&#236; and the biggest potential roadblock &#8218;&#196;&#236; of the agile manifesto is culture change.



Therefore, to be successful with agile approaches and especially to scale them, you *must* go beyond agile technical practices and simultaneously tackle culture changes.  This session shows why this is so, introduces a simple culture model, and gives you an opportunity to try out a culture tool. </description>
    <duration type="integer">90</duration>
    <id type="integer">727</id>
    <presenters>Mike Russell</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Face culture or face failure</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In replacement projects one of the biggest questions is what strategy to use in replacing the old system. The simplest strategy is to wait until the new system is &quot;at least as good as the old one&quot; before switching. Although this strategy sounds compelling it has many serious drawbacks. An alternative strategy is based on what I call a &quot;Minimal deployable entity&quot;. Switch systems when you have just enough to be able to survive with the new system. The concept is similar to &quot;Minimal Marketable Feature&quot; but more focused on deployment strategy. But how do you identify the Minimal deployable entity?</description>
    <duration type="integer">45</duration>
    <id type="integer">736</id>
    <presenters>Niklas Bj&#8730;&#8719;rnerstedt</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Strategies for replacing systems in agile projects</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>How do agile teams account for backlog items that do not fit the user story paradigm? Aside from user stories, what are ways you can represent product needs? Teams struggle with incorporating quality attributes (sometimes called &#8218;&#196;&#250;quality of service&#8218;&#196;&#249; requirements), external interfaces, design and implementation constraints, and team or technical &#8218;&#196;&#250;stories&#8218;&#196;&#249; into their backlogs. Without these items, you will not build the right product, or build it right. This tutorial will introduce you to ways that agile teams represent these nonfunctional requirements and other items in the backlog.   </description>
    <duration type="integer">90</duration>
    <id type="integer">742</id>
    <presenters>Ellen Gottesdiener</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Beyond User Stories: Identifying Missing Links in Your Product Backlog</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>How can mock objects help you design your system better? Want to know how mocking saved hours of work? We focus on establishing best practices based on examples with mock objects. We cover design of classes, using mock objects to understand and test interaction between objects of the system. By the end of the session it should become clear how mocking,when applied correctly helps with system design, improves testability by reducing cost of change. An explicit part of this session is dedicated to the Mocking top offenders. We talk with examples about bad usage of Mocks, and its consequences. </description>
    <duration type="integer">90</duration>
    <id type="integer">747</id>
    <presenters>Paulo Caroli, Sudhindra Rao</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Mock Objects in Action</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This tutorial teaches how to use a simple 5 component model to identify and prioritise stories on a project.

The five elements to the model are:

 Business Objectives (value and goals)

 Business Actors (who does this)

 Business Events (when does this happen)

 Business Process (what needs to be done)

 Business Objects (what do we do it with - information and/or tools)

The tutorial introduces the model as a tool for understanding current (&quot;&quot;as is&quot;&quot;) and future state (&quot;&quot;to be&quot;&quot;), identifying the stories for the future state and  teaches the participants how to use it on a mock project.



</description>
    <duration type="integer">90</duration>
    <id type="integer">768</id>
    <presenters>Shane Hastie</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>A Business Value Focused Model for Story Identification &amp; Prioritisation</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>A huge quality-centered activity in Agile teams is defining **&#8218;&#196;&#250;done-ness&#8218;&#196;&#249;** as it relates to end of iteration or sprint deliverables. How we frame our team work goals, and measure their outcomes,  plays an immense part in determining overall product quality and customer satisfaction. In this session, we examine the 4 levels of Done-ness when it comes to Agile Release Criteria:  





1.	Team Craftsmanship Patterns  

2.	Features &#8218;&#196;&#236; Complete  

3.	Iteration &#8218;&#196;&#236; Complete  

4.	Release &#8218;&#196;&#236; Ready  





and share examples and stories of how Product Owners should interact with their teams.

</description>
    <duration type="integer">45</duration>
    <id type="integer">776</id>
    <presenters>Bob Galen</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Setting Agile-Centric Release Criteria</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Increase Productivity With Large Scale Continuous Integration Iteratively: Reduce Feedback Cycle From Weeks To 100 Minutes  



Using iterative development &#8218;&#196;&#236; create an continuous integration environment using open source and commercial tooling  for hundreds of developers  

From migration to new environment &#8218;&#196;&#236; the tools and process lessons learned  

Effects seen in product development &#8218;&#196;&#236; real life experience after 18 months in production  </description>
    <duration type="integer">45</duration>
    <id type="integer">782</id>
    <presenters>Hannu Kokko</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Large scale continuous integration</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Animal behaviors such as Swarming, Flocking &amp; Shoaling provide intriguing insights into how groups spontaneously form and interact. The natural world is full of rules, both simple and complex that enable groups of animals to function extremely efficiently. Looking at these examples, we can draw interesting parallels with the behavior of groups of people - and we can learn interesting things about the rules that we use when we work in teams. This presentation draws on extensive research on groups, both human and animal, and provides useful insights into how we can best organize ourselves.</description>
    <duration type="integer">90</duration>
    <id type="integer">800</id>
    <presenters>Tom Perry, Dhaval Panchal</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>What Nature Can Teach Us About Building Great Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This report will focus on challenges we faced maintaining hundreds of builds that encompass tens of thousands of assertions.  Over the past five years our development team, at Iowa Student Loan (ISL), leveraged TDD and Continuous Integration to develop software.  Tests and builds quickly accumulate and maintaining them can be like herding cats.  We were often tempted to neglect these tests in the pursuit of developing new functionality.  We would like to share strategies that helped us maintain our automated test investments.</description>
    <duration type="integer">45</duration>
    <id type="integer">806</id>
    <presenters>David Kessler, Tim Andersen</presenters>
    <room>Regency D</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">28</time-slot-id>
    <title>Herding Cats: Managing Large Test Suites</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>An experience report (and video!) on the successful adoption and scaling of Agile practices within an IT organization through a year-long, innovative, and exciting campaign &#8218;&#196;&#236; the Amazing Team Race.  This report shares successful strategies, some failed approaches, and finally how we created a culture of enthusiasm surrounding the adoption of Agile.  It also demonstrates how widespread Agile adoption can be successful even in non-collocated team environments.   The make-up of the IT organization consists of distributed teams with half of whom are outsourced contractors.

</description>
    <duration type="integer">45</duration>
    <id type="integer">811</id>
    <presenters>Gabino Roche, Jr., Belkis Vasquez</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">6</time-slot-id>
    <title>The Amazing Team Race &#8211; A Team-Based Agile Adoption</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>An agile-tester needs to wear many different hats to be effective in their role. Sometimes they have the 'Detective' hat on, sometimes the 'Scientist' and others the 'Police Officer'. Working in small groups we will create a taxonomy of the hats testers wear. Once a the list is produced we will then see which are the most common, enjoyable, frustrating, Agile and a number of other attributes.</description>
    <duration type="integer">45</duration>
    <id type="integer">839</id>
    <presenters>Adam Goucher</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Agile Hats Art Show</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>How do you sell an agile project? 

Most customers expect to buy software by time-and-material or by fixed-price-fixed-scope contracts based on detailed requirements.  These models can not create a fertile environment for collaboration between customer and supplier.  In this presentation, we will report on our experiments with commercial contracts  that supports an agile development process, based on concrete examples of  win-win contract types. We will outline the different aspects of these contracts, as well as experiences creating and delivering software solutions under these contracts. </description>
    <duration type="integer">45</duration>
    <id type="integer">859</id>
    <presenters>Lars Thorup, Bent Jensen</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">28</time-slot-id>
    <title>Experiments with Agile Contracts in the Real World</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>One of the challenges global teams are facing, is overcoming cultural differences. Yet, these differences have their origin not only in geography and language, but also in strategies, politics, values and history. A company, no less than the broader society, shapes a culture that influences its employees behavior. A distributed team needs to leverage this and jointly develop a project culture and keep the project history alive for emphasizing the common culture. This session points out techniques that have helped to create a common culture in different global projects I have been working on.</description>
    <duration type="integer">90</duration>
    <id type="integer">862</id>
    <presenters>Jutta Eckstein</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Overcoming Cultural Differences by Focusing on Similarities</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This hands-on advanced workshop teaches incremental Test-Driven Development, showing how to grow code one feature at a time.  It will show: how to use tests at multiple levels to focus on requirements,  how to use unit tests to drive the discovery of roles and responsibilities in your design; and how to write resilient tests that express your intent and don't break for irrelevant changes.



The workshop is for programmers who want to improve their TDD practice. It has been presented at several conferences, one review from XpDay London was &quot;&quot;Incredibly useful; the best technical I&#8218;&#196;&#244;ve heard&quot;&quot;.</description>
    <duration type="integer">180</duration>
    <id type="integer">863</id>
    <presenters>Steve Freeman</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Growing Object-Oriented Software, Guided by Tests</title>
    <updated-at type="datetime">2009-08-13T08:26:23Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Over the last ten years, Test-Driven Development has grown from something exotic, that only a handful of people knew about, to near- commodity. So there's nothing left to say, right? We don't think so.



In this talk, we'll review some of the landmarks in the history of Test-Driven Development and what they tell us about how to develop software; the ideas, techniques, objections, and misunderstandings.



We'll talk about our experiences of discovering TDD and what we've learned about how to do it well, how to adopt it, and how to bring it into existing code.</description>
    <duration type="integer">45</duration>
    <id type="integer">864</id>
    <presenters>Steve Freeman, Michael Feathers</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Test Driven Development: Ten Years Later</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As individuals we work in transient isolation to reduce the impact of work in progress on each other. Organizations isolate WIP by using only official versions of 3pty sources and by producing official releases for customers.



Multi-stage continuous integration (MSCI) scales CI to large distributed environments by isolating work in progress at the team level. Changes move from individual to team to mainline as fast as CI allows, but stop on failure.



MSCI is particularly important in a distributed environment where fixes to problems exposed by CI can be delayed by a full day.

</description>
    <duration type="integer">45</duration>
    <id type="integer">872</id>
    <presenters>Damon Poole</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Removing Integration Delays with Collocated Whole Teams and Multi-stage CI</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This report shares the successful adoption of agile practices in redefining the support group in our IT Organization.  The report includes a unique organization of a collaborative, team-based approach to handling support requests, benefits achieved, lessons learned, and the next steps towards continual improvements for the customer experience and excellence in software development &amp; support.  We describe how an organization can use an innovative approach to transform the culture and the effectiveness of the support organization from an operational cost center to a value-added thought partner.</description>
    <duration type="integer">45</duration>
    <id type="integer">873</id>
    <presenters>Bhaven Sheth</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">18</time-slot-id>
    <title>Scrum 911!  Using Scrum to Overhaul a Support Organization</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Test Driven Development is the core of the technical Agile practices. With TDD, programmers get instant feedback that their code does what they intend. This class shows the motivations and mechanics of TDD, but does not stop there. Attendees get first hand experience at TDD, writing well tested code in the challenging world of C++. Attendees see how TDD helps to prevent many bugs and memory leaks from ever making the bug list. CppUTest, an open source test harness, is used to collect, organize and automate C++ unit tests.

</description>
    <duration type="integer">90</duration>
    <id type="integer">878</id>
    <presenters>James Grenning, Bas Vodde</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>TDD Clinic: C++</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This tutorial introduces the concept of playtesting - a central component of software development processes in the game industry - which is the process through which players inform the ongoing evolution of a game's design. The importance of playtesting is derived from the fact that in the game industry, the quality of the software produced is measured in terms of the user's subjective experience of it. In the tutorial the participants explore the benefits, pitfalls and relevance of playtesting for their business, be it a game company or any other software development operation.</description>
    <duration type="integer">90</duration>
    <id type="integer">879</id>
    <presenters>ron carmel, Orit Hazzan</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Playtesting in the Game Industry </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Ever heard a programmer say &quot;&quot;I think the code's trying to tell us something&quot;&quot;? A joke, right? A metaphor. There's a social world, where people tell people things, and there's a world of objects that, at most, exert passive pressure.



But what if we deny that the two worlds are separate? What if we treat everything as a moving mashup of objects, ideas, individuals, and groups? This workshop will present some recent perspectives from sociology on that question, and will ask participants the following: if you believed in one of those perspectives, what would you do differently on your project?</description>
    <duration type="integer">90</duration>
    <id type="integer">882</id>
    <presenters>Brian Marick, David Carlton</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Idea Factory</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>What does it mean to be a professional software developer?  What rules do we follow?  What attitudes do we hold?  And how can we maintain our professionalism in the face of schedule pressure?  In this talk Robert C. Martin outlines the practices used by software craftsmen to maintain their professional ethics.  He resolves the dilemma of speed vs. quality, and mess vs schedule.  He provides a set of principles and simple Dos and Don&#8218;&#196;&#244;ts for teams who want to be counted as professional craftsmen.</description>
    <duration type="integer">90</duration>
    <id type="integer">908</id>
    <presenters>Robert Martin</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Craftsmanship</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Dive deep into the topic of clean Java code by examining what makes a good function.  In this talk you will look at a lot of code; some good and some bad.  You will experience how such code is analyzed, critiqued, and eventually refactored.  You will understand the decisions made by an expert in the field as bad code is gradually transformed into good code.  How big should a function be?  How should it be named?  How should it be documented.  How many indent levels should it have?  How should it deal with exceptions, arguments, and return values.  </description>
    <duration type="integer">90</duration>
    <id type="integer">909</id>
    <presenters>Robert Martin</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Clean Code III: Functions</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile fails without executive leadership. Although pockets of Agile can flourish for a while, only executives have the power to make an entire organization change.



The agile community has tried to sell executives on Agile rather than involve them. This workshop involves participants in discovering and documenting patterns for Agile executives to use. It builds on our previously-presented CTO research.



This session is appropriate for executives with Agile experience and for gurus who commonly work with executives. Others should wait for the results.

</description>
    <duration type="integer">90</duration>
    <id type="integer">915</id>
    <presenters>James Shore, Diana Larsen</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>The Agile CTO</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Two industries that extensively deal with risk are Investment Banking and Oil Exploration. As seasoned veterans involved in developing software in these industries, Chris and Todd will introduce a number of theories, tools and practices surrounding risk and risk management. They will share their practical experience using these techniques and approaches, explaining what works and what does not based on their experience and that of their colleagues.

</description>
    <duration type="integer">90</duration>
    <id type="integer">926</id>
    <presenters>Chris Matts, Todd Little</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Risk and Risk Management &#8211; Theory and Practice</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Being nearly agile has caused a number of new words to enter our vocabulary. They include &quot;mini-waterfaull&quot;, &quot;Scrum-but&quot;, &quot;XP'ish&quot;, &quot;w-agile&quot;, &quot;fr-agile&quot; and a host of others. While agility cannot be defined by a particular set of principles or practices, going down a particular agile path only part-way is almost always a recipe for an eventual disaster. This session will focus on exposing the 7 deadly sins that may apply: lack of customer voice, manual testing, never integrating, no incremental deliveries, no feedback loop, silo'd teams and unrealistic deadlines. Learn why each is deadly!</description>
    <duration type="integer">180</duration>
    <id type="integer">934</id>
    <presenters>Bob Hartman, Richard Lawrence</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>The 7 Deadly Sins of Almost Being Agile</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This tutorial will provide you with a proven process for how to prioritize a backlog for profit. It will debunk the mistaken theory that you can prioritize a backlog for ROI and provide concrete examples of how to structure backlogs to meet the needs of key stakeholders, align your backlog to corporate strategy, and show how your release will drive profit. By following the process described in this tutorial, agile product managers / product owners can create backlogs that support the company&#8218;&#196;&#244;s longer-term goals as well as short-term development needs.</description>
    <duration type="integer">180</duration>
    <id type="integer">951</id>
    <presenters>Luke Hohmann</presenters>
    <room>Regency A</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Prioritizing for Profit</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Most sessions show us how to do various agile practices right. What is sorely lacking is the opportunity to learn how to do the practices wrong. How can we be expected to bring agile into an organization successfully without mastery of that key skill?



Pairing isn't controversial, done effectively it:

* reduces defects (by up to 86%, according to the 2000 University of Utah study), 

* improves productivity (up to three-fold, according to the 1975 US Army study)



However, learning by doing wrong is actually an effective learning technique, and that's what you'll see here. </description>
    <duration type="integer">90</duration>
    <id type="integer">967</id>
    <presenters>Brett Schuchert</presenters>
    <room>Plaza Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Ineffective Pairing, How To</title>
    <updated-at type="datetime">2009-08-13T08:26:14Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Imagine yourself with a team that flies in from AU, the UK, and US in bi-weekly shifts to work with a telecommunications giant. Mix in inexperience, a shared resource model, bad behaviours, and a mandated intro to Agile in a silo-ed non-agile environment. Couple this with a capability driven / satellite team who's focus is to assist other teams to drive out SOA: and you have a recipe for a Team in Flux. Working to find a system that worked for this team was a long and arduous journey full of misdirection, poor choices, and learning around structure, Agile methodologies, and people in general.</description>
    <duration type="integer">45</duration>
    <id type="integer">969</id>
    <presenters>Sharlene McKinnon</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">22</time-slot-id>
    <title>Iterating a Team in Flux</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This game is designed to teach/learn/experiment how to use Kanban.  In this session, everyone will play it and learn the way how Kanban works, effective use, and how to teach their colleagues &quot;&quot;Kanban.&quot;&quot;



I have designed this game to teach new members the Kanban.  Attendees form teams and will have a set of task cards. They will build a Kanban Board from the tasks and 'commence' on the project.  Using dice, the project might finish by the time or not, as in reality.  An important part of the game is how teams must face problems happening by accident.

</description>
    <duration type="integer">180</duration>
    <id type="integer">970</id>
    <presenters>Tsutomu Yasui</presenters>
    <room>Plaza Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>The Kanban Game</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>One of the biggest problems when managing Agile projects is to decide when and how to integrate a story. Traditional versioning tools offer poor support to branching and merging so it's hard to select specific stories at the end of a sprint. In this talk, we present Git--a modern, distributed version control system--and an Agile versioning process using it that will help Agile Developers to solve those issues, offering a way to have a continuously releasable branch and also minimizing merging problems.

</description>
    <duration type="integer">45</duration>
    <id type="integer">972</id>
    <presenters>Tiago Jorge</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">16</time-slot-id>
    <title>How we stopped worrying and learned to love Agile versioning</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Join Esther and Diana, the authors of *Agile Retrospectives: Making Good Teams Great!*, on an interactive journey of __*Adventure*__. Follow the trail of a flexible framework for Retrospectives, a map for designing and leading Retrospectives. Retrospectives offer the greatest lever for project or process improvement&#8218;&#196;&#238;based on the solid data of a team&#8218;&#196;&#244;s immediate past experience of success and failure. The Adventure lies in holding Retrospectives throughout the project--capturing, managing, and disseminating technical knowledge and process wisdom to improve current and future projects. 

</description>
    <duration type="integer">180</duration>
    <id type="integer">975</id>
    <presenters>Diana Larsen, Esther Derby</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Esther and Diana's Excellent Retrospective Adventures</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Panelists: 

Yael Dubinsky, Amr Elssamadisy, David Hussman, Linda Rising 



Moderator: Orit Hazzan



Diversity can be expressed in different ways, such as, worldviews, minorities, cultures and skills. Studies tell us that diversity benefits with societies that foster it. Diversity is also perceived as a powerful management practice, and therefore, not surprisingly, diversity is introduced into agile environments.

In the panel the panelists present their views at diversity, specifying how diversity can be expressed and fostered.

</description>
    <duration type="integer">90</duration>
    <id type="integer">986</id>
    <presenters>Orit Hazzan</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Enhancing Diversity in Agile Software Development Environments</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>If you&#8218;&#196;&#244;re a practicing Agilist who has tough questions about Agile methods, how they fit together, or how they can be more widely adopted in your organization, then this session is for you. This energy-filled workshop explores the central themes of Agile Project Leadership, why they work, when they don&#8218;&#196;&#244;t and why. Delegates are expected to come with their difficult questions about Agile. Answers will be explored and shared in a fun and interactive way. </description>
    <duration type="integer">90</duration>
    <id type="integer">998</id>
    <presenters>Ole Jepsen</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Only Dead Agilists Don&#8217;t Ask Questions</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>End-to-end tests appear everywhere: test-driven development, story-test-driven development, acceptance testing, functional testing, and system testing. They're also slow, brittle, and expensive. In this expert-level workshop, we will discuss why end-to-end testing is used, examine where and why it breaks down, and generate more effective solutions. We will spark ideas for participants to explore further on their own.



We will not be debating the premise (that end-to-end tests are problematic). This is an expert-level workshop and attendees will be expected to participate fully.</description>
    <duration type="integer">90</duration>
    <id type="integer">1010</id>
    <presenters>Arlo Belshee, James Shore</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Slow and Brittle: Replacing End-to-End Testing</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This stimulating talk starts by exploring the popular Technology Adoption Lifecycle, and how it relates to agile adoption. Next Ahmed illustrates how to practically &#8218;&#196;&#250;cross the chasm&#8218;&#196;&#249; between project-level and enterprise-wide agile adoption initiatives using a value-based roadmap. The roadmap, which consists of five steps (Collaborative, Evolutionary, Integrated, Adaptive, &amp; Encompassing), is a result of 4 years of research and industry experience. Participants will see how to create their own value-based agile roadmaps as well as discuss key concepts related to enterprise agile adoption.</description>
    <duration type="integer">90</duration>
    <id type="integer">1029</id>
    <presenters>Ahmed Sidky, Chris Sterling</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Pragmatically &quot;Crossing the Chasm&quot; from Project-level to Enterprise Adoption </title>
    <updated-at type="datetime">2009-08-13T08:28:05Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Many facets of Agile apply to simple principles of human nature. Because Agile is so effective in the workplace, I began applying Agile principles (after pleading with my wife) to managing the chaos of our family. For over 2 years now, my wife, 4 children, and I have been using Agile practices to manage our own home life.



The evolved methodology in our home has been discovered over two years of modification using Lean principles while working on weekly iterations.



This is a fun topic with actual learning points for managers learning to accommodate unique personalities in the workplace.</description>
    <duration type="integer">45</duration>
    <id type="integer">1080</id>
    <presenters>David Starr, Eleanor Starr</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">26</time-slot-id>
    <title>Agile Practices at Home: Iterating with Children</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Could an executive team be happy using Scrum? Yes, it&#8218;&#196;&#244;s possible! Picture the scene: executives of strategic departments (financial, HR, IT, sales &amp; marketing, production, etc.) being part of a cross-functional executive team&#8218;&#196;&#182;an executive Product Owner prioritizing an Executive Product Backlog  that helps the team to follow the company&#8218;&#196;&#244;s vision. What are the main challenges of an executive ScrumMaster?  In this session I will show a real case of a Brazilian company that uses Scrum in their executive team. </description>
    <duration type="integer">45</duration>
    <id type="integer">1081</id>
    <presenters>Alexandre Magno</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">30</time-slot-id>
    <title>An Executive Scrum Team</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Project Managers comprise the single largest category of agile practitioners that are actively engaged in the industry (18%). However, there is no clear consensus on the role of project manager within the Agile community.  Viewpoints range from:

&#8218;&#196;&#162; The PM is complete waste. 

&#8218;&#196;&#162; The PM is a necessary part-time helper.

&#8218;&#196;&#162; The PM is a crucial communicator and facilitator.



So who's right? This interactive session will seek to address these questions about who is good, who is bad, why they are, and who says so.</description>
    <duration type="integer">90</duration>
    <id type="integer">1097</id>
    <presenters>Jesse Fewell, Pat Reed</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>What is an Agile Project Manager anyway?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The off-shore model for IT services is held up as the most cost effective delivery model. As companies gain experience with the out-sourced model, it is becoming clear that there are serious flaws even using Agile methodologies.  

The presenter will directly compare the productivity metrics of off-shore distributed Agile teams with co-located Agile Teams.  Co-located teams are far more productive and cost effective even accounting for the relative lower resource cost.  Companies should be rediscovering co-located project teams as the paradigm for delivering real value for their IT projects.

</description>
    <duration type="integer">45</duration>
    <id type="integer">1098</id>
    <presenters>Beth Cohen</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">32</time-slot-id>
    <title>The Failure of the Offshore Experiment</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In this session, we'll test some real small to medium size applications for quality and bugs.   Through three main activities of collation, investigation and prediction, we'll move through our explorations understanding applications then experimenting with discovery and failure situations, utilizing tools when relevant.   While Erik will guide the session and explain the context, a large part of the testing will come from the audience, either as ideas or driving the keyboard.   While this is accessible as an introductory session, it will also show how to perform industrial strength ET.</description>
    <duration type="integer">90</duration>
    <id type="integer">1099</id>
    <presenters>erik petersen</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Exploratory Testing (Framework) Experience</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This session will introduce and demonstrate some of the free or near free tools available for a functional tester (or developer) to assist with test planning, execution, analysis and test support.  We'll look at mind mapping tools, portable applications, firefox extensions, and various other tools including an amazing test data generator.  These tools will help organize ideas, look &quot;under the hood&quot;, verify compliance to various standards, record test results and assist in breaking software from a functional and security point of view.  We''ll also look at some general tools as well.</description>
    <duration type="integer">45</duration>
    <id type="integer">1101</id>
    <presenters>erik petersen</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">18</time-slot-id>
    <title>Agile testers toolkit</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Ok, maybe we exaggerated a bit. CI deployments focus on the testing and deployment of the application. The 'world' (OS, Application &amp; DB server) within a CI doesn&#8218;&#196;&#244;t change that much. But what if you could define your applications environment from a kind of &#8218;&#196;&#242;source&#8218;&#196;&#244; and build and unit test it? f.i. Test security patches by using unit tests of your application?



Using the concept of a pipeline we will show how to use existing tools/concepts for a Continuous Build for your Infrastructure allowing you to better integrate your production environment. Your sysadmin might even get interested?</description>
    <duration type="integer">90</duration>
    <id type="integer">1125</id>
    <presenters>Patrick Debois</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Continuous Integration of the World</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile designers need to quickly see the essence of a problem and shape reasonable solutions. When things don't go according to plan, they must react, readjust their thinking, and try again. Seasoned agile designers strike a balance. They know the difference between core and revealing design tasks and plan accordingly. When unanticipated difficulties crop, they adapt their work rhythms. This tutorial introduces techniques and vocabulary for articulating design solutions and simple measures of technical debt and different kinds of development work. </description>
    <duration type="integer">90</duration>
    <id type="integer">1140</id>
    <presenters>Rebecca Wirfs-Brock</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Skills for Agile Designers</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This presentation applies Agile thinking to critical aspects of strategy and execution at a time of uncertainty and disruption. The essential point is simple and logical: Agile values and principles are indivisible. To succeed, they must be applied not just to R&amp;D, but also to customer and company, simultaneously. This requires reconfiguration of customer relationships, employee policy, software development, and the relationship that binds the three. The resulting paradigm shift could lower the cost of software and produce prosperity similar to the one induced by ultra-cheap oil in the 50&#8218;&#196;&#244;s.</description>
    <duration type="integer">90</duration>
    <id type="integer">1141</id>
    <presenters>Israel Gat</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Role of the Agile Leader in Reconfiguring the Business </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Most of the software world has realized that BDUF (Big Design Up Front) doesn't work well in software. But lots of developers struggle with this notion when it applies to architecture and design. Surely you can't just start coding, right? You need some level of understanding before you can start work. This session describes the current thinking about emergent architecture &amp; design. This philosophy allows you to specify only the critical items up front and allow the important architecture and design criteria emerge once you understand the problem better.</description>
    <duration type="integer">90</duration>
    <id type="integer">1146</id>
    <presenters>Neal Ford</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Emergent Design &amp; Evolutionary Architecture</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Integrating customer feedback into an agile process is a challenge. Iterations are short, and finding time for research, design &amp; development means making sacrifices. In this session we'll talk about finding organizational allies who can become collaborators in customer feedback tasks, getting effective &amp; timely results, &amp; potential pitfalls. Enlisting your organization in these efforts builds a customer-centric culture and provides the team with critical input. Examples will be drawn from our experience at Viget Labs re-designing the international web presence of a global hotel chain.</description>
    <duration type="integer">90</duration>
    <id type="integer">1161</id>
    <presenters>Jackson Fox</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Closing the Feedback Loop With a Little Help From Your Friends</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Three basic tools - pen, paper and a kitchen timer - will give you Agile values like&#8218;&#196;&#182;  



*  Constant feedback about your working habits  

*  Dedicated decision points to respond to change  

*  Opportunities on a day to day basis to improve your personal process  

*  A sustainable pace even when the deadlines are getting closer  

*  Improved quantitative and qualitative estimates  

*  Strategy for coping with interruptions and task switching  

*  Ability to regulate complexity  

  

The Pomodoro Technique is a personal Time Management method and it fits perfectly inside Scrum and XP.</description>
    <duration type="integer">90</duration>
    <id type="integer">1179</id>
    <presenters>Staffan Noteberg</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>The Pomodoro Technique: can you focus - really focus - for 25 minutes?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Regardless of your coaching experience, there are a wide variety of temptations you can fall into that affect the quality of your coaching.  This presentation will describe: each of the 10 temptations, such as pride or impatience; the negative effects on you and/or your team for each temptation; and strategies to avoid falling into and overcoming each of the 10 temptations.  There will discussion opportunties for people to learn from the more experienced coaches in the audience.  Whether a new or experienced coach, this presentation will have information to improve your coaching.</description>
    <duration type="integer">45</duration>
    <id type="integer">1194</id>
    <presenters>Stevie Borne</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">8</time-slot-id>
    <title>10 Temptations of an Agile Coach (new or experienced)</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>I think Pair Programming is vital to the success of a programming team, but every time I join a new team I seem to find I'm in a minority of people who feel that way, let alone have any experience of actually doing it.



This is not a session about convincing a manager that it's a good idea: let's assume he or she trusts you to do whatever is right for the project. This is about exploring, understanding and ultimately tackling the hidden influences which inhibit your peers from coming out of their caves and sharing their thoughts and ideas in regular, constructive, creative, pairing sessions.</description>
    <duration type="integer">90</duration>
    <id type="integer">1206</id>
    <presenters>Matt Wynne</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Debugging Pair Programming</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Traditional thinking holds that the more critical the application, the more tightly its development must be planned, staged, and controlled. 

The truth is that a flexible culture is stronger, safer, and more robust. FDA regulatory standards are designed to support a learning organization &#8218;&#196;&#236; fully compatible with Agile! This session gives you practical tips for moving your customers and auditors to a flexible agile approach to planning, team interactions, and risk management. When the culture shifts, the result is not just that teams achieve their goals sooner, but safety is greatly enhanced.</description>
    <duration type="integer">90</duration>
    <id type="integer">1209</id>
    <presenters>Brian Shoemaker, Nancy Van Schooenderwoert</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>When it just *has* to work: Agile Development in Safety-Critical Environments</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Many an agile developer has gotten stuck in the AJAX mud when trying to develop Web 2.0 applications.  Google Web Toolkit (GWT) applications are written in Java and compiled to JavaScript.  This helps developers stay unstuck by leveraging the power of well-established Java tools and techniques.  Learn how GWT works with refactoring Java IDEs, supports Test-Driven Development with JUnit, and handles all the cross-browser JavaScript for you.</description>
    <duration type="integer">45</duration>
    <id type="integer">1211</id>
    <presenters>Daniel Wellman, Paul Infield-Harm</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Agile AJAX: The Google Web Toolkit Experience</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The biggest risk to most projects is building the wrong product. Regardless of how fast your agile team becomes, nothing matters if you&#8218;&#196;&#244;re building the wrong product. 



In this tutorial we will look at both non-financial ways of both prioritizing product backlog items and choosing among competing project ideas. Included are relative weighting, theme screening, theme scoring, and Kano analysis. You will leave with hands-on experience in very practical ways to prioritize a product backlog.

</description>
    <duration type="integer">90</duration>
    <id type="integer">1217</id>
    <presenters>Mike Cohn</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Prioritizing Your Product Backlog</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The technique of expressing requirements as user stories is one of the most widely applicable techniques introduced by the agile processes. User stories are an effective approach on all time constrained projects and are a great way to begin introducing a bit of agility to your projects.

 

In this session, we will look at how to identify and write good user stories. The class will describe the six attributes that good stories should exhibit and present thirteen guidelines for writing better stories. We will explore how user role modeling can help when gathering a project&#8218;&#196;&#244;s initial stories. </description>
    <duration type="integer">180</duration>
    <id type="integer">1220</id>
    <presenters>Mike Cohn</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>User Stories for Agile Requirements</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Planning is important, even for agile projects. Too many teams view planning as something to be avoided and too many organizations view plans as something to hold against their development teams. In this session you will learn how to break that cycle by learning and practicing skills that will help create useful plans that lead to reliable decision-making. You will learn about story points, ideal days, and how to estimate with &#8218;&#196;&#250;Planning Poker.&#8218;&#196;&#249;  Both short-term iteration and long-term release planning will be covered. </description>
    <duration type="integer">180</duration>
    <id type="integer">1223</id>
    <presenters>Mike Cohn</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>An Introduction to Agile Estimating and Planning</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In 2007, OpenView Venture Partners decided to adopt Scrum as best practice in software development in its portfolio companies and Scrum as the standard practice in all internal operations. The OpenView Scrum teams aggressively remove all impediments (take no prisoners). Attached is a reference model that  supports best practices in management, sales, marketing, finance, development, and customer support in OpenView portfolio companies. After over 52 weekly Sprints, OpenView is the first non-software Scrum to provide a working manual on how to do Scrum outside of software development.</description>
    <duration type="integer">90</duration>
    <id type="integer">1230</id>
    <presenters>Jeff Sutherland, Igor Altman</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Take No Prisoners: How a Venture Capital Group Does Scrum</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Effective management of a software portfolio is a challenge that many companies ignore, avoid or fail to follow through because it is too hard. Many approaches to portfolio management get so complex that decisions fail to get made. In this hands-on tutorial we explore &#8218;&#196;&#250;barely sufficient&#8218;&#196;&#249; portfolio management and introduce a simulation game where participants make decisions about which investments a company makes.  Participants will learn about product, project, and portfolio management issues tying decisions to strategy and purpose in order to optimize overall return.

</description>
    <duration type="integer">180</duration>
    <id type="integer">1232</id>
    <presenters>Todd Little, Kent McDonald</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Barely Sufficient Portfolio Management</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>One of the core values expressed in the agile manifesto is &quot;working software over comprehensive documentation&quot; because working software is what delivers value to our customers. Agile development requires a sofware development team have working software ready to deploy at the end of each iteration; but accomplishing this can be harder than it seems, especially when first starting with agile. In this highly interactive session you will understand how a team definition of &quot;Done&quot; is necessary to making agile delivery possible, and what you can do to make it happen while avoiding the pitfalls.</description>
    <duration type="integer">90</duration>
    <id type="integer">1236</id>
    <presenters>Paul Rayner</presenters>
    <room>Plaza Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>&quot;Done&quot; - Are We There Yet?</title>
    <updated-at type="datetime">2009-08-13T08:25:22Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Using Google Docs you can create your own lightweight project management tools and through simple and powerful visual management provide the people involved with shared information that will give transparency into progress and problems



Compared to most commercial project management tools using Google Docs is very flexible. That way the tools can be adapted to how the processes of the project continuously improve. And not the other way around.



The demonstration is based on more than 2 years of experience using Google Docs for Agile processes in a distributed development context.</description>
    <duration type="integer">45</duration>
    <id type="integer">1247</id>
    <presenters>Thomas Blomseth Christiansen, Bent Jensen</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Agile Lightweight Project Management with Google Docs</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Anyone who's seen a user trying to get to grips with their application knows what a humbling experience it can be. No matter your design experience there's no substitute for testing with actual users. But the whole user testing process can seem daunting &amp; costly in terms of time, effort &amp; materials. Seeing this Jakob Nielsen proposed a lightweight approach, 'Guerilla User Testing', in the mid-nineties. It emphasized what could be done on limited resources by a team committed to providing a decent user experience. Marc &amp; Luke share over 20 years of experience applying this type of technique.</description>
    <duration type="integer">90</duration>
    <id type="integer">1252</id>
    <presenters>Luke Barrett, marc mcneill</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Hands-on Guerilla User Testing</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Nonfunctional Testing has always been ignored and neglected because no one is sure what to do with it. Agile environments make Nonfunctional Testing more difficult as people try to invent ways to make it conform to whatever they are using. The goal of this workshop is to define methods to integrate and maneuver nonfunctional testing into agile environments. We will discuss the current concepts and determine the How, What and Why of Nonfunctional Testing. </description>
    <duration type="integer">90</duration>
    <id type="integer">1270</id>
    <presenters>Jeremy Brown</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Nonfunctional Agile Testing &#8211;How and Where to start?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This session will focus on the unique challenges companies face when using agile on projects that involve FDA governance: large company conservative culture, regulatory documentation, requirements tracing, and a bias towards waterfall development.



Skeptics argue that agile is best suited to small- and medium-sized companies and wrongly perceive agile as a limited, negating its use in the highly regulated corporate world.



In reality we will show you how we&#8218;&#196;&#244;ve successfully implemented agile in large sized companies operating in a highly regulated world.</description>
    <duration type="integer">90</duration>
    <id type="integer">1275</id>
    <presenters>J.R. Jenks, Tim Hughes</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Moving to Agile in an FDA Regulated Environment</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Cucumber is a new acceptance testing (AT) tool that works with RSpec. Already popular in the Ruby community, this tutorial shows you how to use Cucumber to test drive Java applications, when you combine Cucumber and RSpec with JRuby.



We'll also discuss Cucumber *vs.* FitNesse and using RSpec *vs.* JUnit. You'll learn tips for writing good acceptance tests. Half of the time will be devoted to a hands-on exercises, where you will test drive a simple Java application using Cucumber.



Bring your laptop (or a pair partner with one), with the latest Cucumber, RSpec, and JRuby installed. 



</description>
    <duration type="integer">180</duration>
    <id type="integer">1276</id>
    <presenters>Dean Wampler, Aslak Helles&#8730;&#8719;y</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Acceptance Testing Java Applications with Cucumber, RSpec, and JRuby</title>
    <updated-at type="datetime">2009-08-13T08:18:35Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Many Java teams want a more modern language that preserves their investment in Java technology. This talk looks at Scala, a new JVM language that fixes many of the limitations of Java. I'll show why Scala is an ideal &quot;&quot;upgrade&quot;&quot; language for most Java teams.



Using examples, we'll see that Scala is statically-typed, yet it has a succinct and flexible syntax. Scala _traits_ add _mixin composition_ to Java's object model. Scala fully supports _functional programming_, which is the best approach for robust concurrent applications. All these qualities improve our agility.



</description>
    <duration type="integer">90</duration>
    <id type="integer">1307</id>
    <presenters>Dean Wampler</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Scala: Object-Oriented and Functional Programming for the JVM</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Coaching helps communities produce real value and grow sustainable agility. Successful coaches know the importance and value of treating each community as unique, helping the individuals and the larger community find a &#8218;&#196;&#250;groove&#8218;&#196;&#249; (style) that truly helps them deliver. If you are coaching or getting ready to coach, and you want to learn a pile of pragmatic coaching tools, based on years of coaching agile projects, this session will pass your tests. </description>
    <duration type="integer">180</duration>
    <id type="integer">1319</id>
    <presenters>David Hussman</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Coaching and Producing Value </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Priorities shifted twice a week. My favorite lightweight practices were all too heavy. Facebook thinks I might be a spammer. On November 5, the code became totally worthless. It was the best project I've been on!



Come and hear about a project that was too strange for normal, comfortable agile methods. I hope you can learn from my experience, and make sure you are bringing the right tools and processes to your next project. Focus on the principles of agile (communication, simplicity, feedback, courage) instead of the practices (CI, pairing, iterations, etc).

</description>
    <duration type="integer">45</duration>
    <id type="integer">1326</id>
    <presenters>Andy Slocum</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Agile's Too Slow: Developing a Facebook App For the Obama Campaign</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>A major challenge for software organizations is creating software that can continue to adapt and change over time, a code base the team can live with. This session reviews the lessons learned from CruiseControl, a popular tool for continuous integration. CruiseControl is an open source success story not only because it has had over 400,000 downloads but also because it has successfully contributed to by over 200 different people. For practitioners who are tired of brittle code that must be discarded and rewritten CruiseControl provides valuable lessons.</description>
    <duration type="integer">45</duration>
    <id type="integer">1335</id>
    <presenters>Jeffrey Fredrick, Paul Julius</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">28</time-slot-id>
    <title>Creating Habitable Code: Lessons in Longevity from CruiseControl</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Field-tests about how personal responsibility works in the mind (i.e., how we avoid it and how we take it) now make it possible for coaches to understand and teach the mental processes, language, and keys to personal responsibility. Cool huh?



Doing so inspires your charges to demonstrate far greater ownership behavior as individuals, teams, and even as entire enterprises. You add more value as your charges take ownership and learn, correct, and improve more easily, directly, and quickly. 



Come acquire the basic tools and practices for coaching success with personal responsibility.



</description>
    <duration type="integer">180</duration>
    <id type="integer">1377</id>
    <presenters>Christopher Avery, Ashley Johnson</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Coaching Success: Getting People to Take Responsibility &amp; Demonstrate Ownership</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>One of the core values of the Agile Manifesto is favoring &#8218;&#196;&#250;Customer collaboration over contract negotiation&#8218;&#196;&#249;. Unfortuntely, product companies with thousands (to millions!) of customers can find collaborating with their customers nearly impossible, as few tools exist to explicitly support meaningful customer collaboration. This workshop explores the advantages of including your customers as part of your distributed team and some of the tools that are emerging to enable agilists to better collaborate with their customers. Bring your laptop, as we may be trying out some of these tools.</description>
    <duration type="integer">45</duration>
    <id type="integer">1381</id>
    <presenters>Luke Hohmann</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">12</time-slot-id>
    <title>Leveraging Collaborative Tools with Distributed Customer Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>I've been on teams with way too little and (heresy) way too much testing.  There have been lots of talks about how you should test more, but I'm going to dare to talk about when you should test less.  Too much testing can lead to backlash, gridlock, morale problems, and poor velocity.  Of course lack of testing can lead to bad design, gridlock, morale problems, and poor velocity.  The level of testing a team can support depends on many factors including:  team size, developer buy in, managerial approval, company size, IT support, and testing experience.</description>
    <duration type="integer">45</duration>
    <id type="integer">1394</id>
    <presenters>Jake Scruggs</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">24</time-slot-id>
    <title>What's the Right Level of Testing?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>It is the late-80&#8218;&#196;&#244;s and the U.S. Department of Defense is rolling out a new state-of-the-art system for scheduling satellite tracking stations that uses a text-driven display and communication over serial lines.  Now 15 years, 3 failed replacements and over 20 million tax payer dollars later a final attempt at replacing the crippled system gets underway&#8218;&#196;&#182;using Agile.  This experience report will cover the challenges faced developing a critical application in iterations while satisfying the customers requirement that deliverables be made using the traditional waterfall lifecycle.</description>
    <duration type="integer">45</duration>
    <id type="integer">1407</id>
    <presenters>David Morgan</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">12</time-slot-id>
    <title>Covert Agile:  Development at the Speed of&#8230;Government?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>How's your Behaviour Driven Development? Healthy, sick or new-born? Drop in to the clinic at any point during the session and find out. Bring your code, tests, examples and scenarios in to the experts for a thorough check-up, diagnosis and prescription. We can give your code base a full going-over, from business value through unit tests, mocking, and code. Got problems? Not sure who to talk to? Just making sure everything's all right? Let us help!



We are able to work with Java, C# and Ruby, and will consider other species if you can describe them to us.</description>
    <duration type="integer">180</duration>
    <id type="integer">1414</id>
    <presenters>Pat Maddox, Elizabeth Keogh</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>BDD clinic - the doctor is in</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The method of Modeling in Color (MIC) has its foundation in object-oriented analysis and design; however, given today's modern service oriented architectures (SOA), the approach is more relevant than ever. In any SOA, MIC can provide answers to difficult questions like: How are services properly designed? What's the appropriate level of granularity for those services? Basic MIC techniques will be discussed and how to break a Color Model into discrete, loosely coupled components will be examined. How to convert the componentized model into XML schema and into XML web services will be explored.</description>
    <duration type="integer">90</duration>
    <id type="integer">1417</id>
    <presenters>Daniel Vacanti, Stephen Palmer</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>SOA and Color Modeling</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>A participatory workshop where coaches can share their experiences in coaching agile teams in hostile environments, what they did to avoid the pain, and how they turned toxic organizational inertia and attack against itself or circumvented the same to realize more agility.  The session will be facilitated and will be oriented around capturing tricks, tips, and techniques, but will also allow for some sobbing and frustration and ranting.  Epic fails are definitely welcome.   The most sought after stories and ideas will be those which use the opposition's own strength to advance the effort.</description>
    <duration type="integer">90</duration>
    <id type="integer">1431</id>
    <presenters>Lisa Moore, Christian Gruber</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Coach Aikido: Lessons and support for abused coaches in hostile environments.</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In these turbulent times, businesses need people with specific characteristics and attitudes to enable survival and success.  It turns out these attitudes and are very similar to what is needed on an Agile project team.  This talk examines what attitudes and perspectives team members need to be successful on Agile projects, how these can contribute to overall organisational success and how to encourage and instil these attitudes in a team.</description>
    <duration type="integer">45</duration>
    <id type="integer">1521</id>
    <presenters>Shane Hastie</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">24</time-slot-id>
    <title>Agile Attitudes Necessary for Business Survival in Today&#8217;s Economy</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The authors previously showed Scrum teams using XP practices achieved distributed velocity equal to local velocity with multiple distributed teams. Local velocity equaled distributed velocity and production increased linearly as teams scaled up to over 50 developers. Here we show a similar pattern for extreme time zone differences between San Francisco and India. Local velocity was established at five times industry average waterfall velocity. When team members were added in india, production scaled linearly. Detailed data on team process and performance will help others achieve the same goal.</description>
    <duration type="integer">45</duration>
    <id type="integer">1528</id>
    <presenters>Jeff Sutherland, Guido Schoonheim</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Fully Distributed Scrum: Linear Scalability of Production Between SFO and India</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Admit it. You've always wanted to know how people are actually using that product you spent so much time developing. That can be done more quickly than you've seen before and it can improve your product a lot. If we can include some UX activities into the kind of under-pressure operation that the Obama For America campaign ran, there is hope for any Agile project. 



We traveled to Obama offices in swing states studying the campaign's operation to help inform the redesign of campaign software. With pictures and video, we will present what we learned, and how you can apply it to your projects.</description>
    <duration type="integer">45</duration>
    <id type="integer">1539</id>
    <presenters>Billy Belchev, Paul Baker</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Improving Obama Campaign Software: Learning from Users</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In a large agile organization (more than three teams or 30 team members) with self-organized empowered teams, R&amp;D leadership roles still exist to support these teams through topics including resource management and strategic vision. This talk will highlight these R&amp;D leadership roles, describe several example R&amp;D organization structures, and then describe the behaviors (good and bad) stimulated by these structures, the challenges, and their impact on the teams. The talk concludes by describing the key attributes of leaders who will thrive in a large agile organization.</description>
    <duration type="integer">45</duration>
    <id type="integer">1564</id>
    <presenters>Erik Moore</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Influence of Large-Scale Organization Structures on Leadership Behaviors</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>James Shore (coauthor of The Art of Agile Development) and Rob Myers of Agile Institute help you examine the role of metrics on Agile teams.  We take a broad survey of metrics being used on Agile projects, both traditional and innovative, and look at the value and dangers to the success of the team.  We look at how the simple act of measuring, itself, can be harmful, and when it is well-justified.  Metrics at every level of the Agile organization will receive scrutiny:  Measuring value, team performance, progress, quality, and even code design attributes will be taken into consideration.</description>
    <duration type="integer">90</duration>
    <id type="integer">1574</id>
    <presenters>Rob Myers, James Shore</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Metrics in an Agile World</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The use of metaphorical games as a strategy for adopting an agile culture has shown to be weak because most of trainers don&#8218;&#196;&#244;t know the principles of changing beliefs and values of a human mind. The Neuro-Linguistic Programming (NLP) Logical Levels of Learning and Change (LLLC) is a powerful framework to be considered when we need to challenge skeptical and analytical minds in traditional software development environments. This tutorial presents the structure of the LLLC and a set of three statistical games that can be used as a seed for an agile training or a movement into the agile culture.</description>
    <duration type="integer">90</duration>
    <id type="integer">1587</id>
    <presenters>Luiz Claudio Parzianello, Rafael Prikladnicki</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Logical Levels and Statistical Games: A Powerful Strategy for Agile Adoption</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Inkubook.com came into existence in March 2008 when an existing software development and marketing organization received a new CEO and was immediately tasked with building an entirely different product. This report discusses the evolution from the existing Scrum process through four major changes as the team's process shifted to meet the team's goals and management's demands.  Focus will be given to the barriers benefits that the team perceived with each stage. Where possible, a discussion of the unintended consequences of the team's actions will be explored with specific examples.</description>
    <duration type="integer">45</duration>
    <id type="integer">1594</id>
    <presenters>Eric Willeke</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>The Inkubook experience: A tale of five processes</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Given the size and scope of Google's code base, and speed of development, typical off-the-shelf continuous integration are unable to meet our needs.  So, we decided to create a continuous integration and testing system as a centralized service on an unprecedented scale.  When fully completed and operational, it will probably be the world's largest continuous integration and testing system, running millions of tests every single day.



In this talk, we will report on our experience running such a program in an agile manner and will also describe the basic design and features of the CI system.</description>
    <duration type="integer">45</duration>
    <id type="integer">1606</id>
    <presenters>Mark Striebeck</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">22</time-slot-id>
    <title>How to run 4.5 Million tests per day ... and why!</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Setting a clear and engaging vision is challenging and critical for successful projects, so we have evolved an approach that allows teams to articulate the vision by telling the story of a customer&#8218;&#196;&#244;s experience with your product.



We will show you how to map the journey, identifying areas for technology innovation and key features along the way that will help to create a product that people love to use.



Many people can find empathy with a character and their story.  This helps in creating a compelling product vision and communicate benefits in order to secure funding.   

</description>
    <duration type="integer">90</duration>
    <id type="integer">1620</id>
    <presenters>Matt Roadnight, Una Walsh</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Product Vision and the Glass Wall</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Participants will discuss the use of virtual worlds with agile teams. Examples will be interjected from an agile project at State Farm where a virtual world was used to collaborate with team members in multiple locations.  The session will end with a brief demo.



The discussion will include:  

1. Necessary qualities for collaboration to occur

2. Obstacles to achieving this on a distributed agile team 

3. Using a virtual world on an agile project

4. Best practices for leveraging a virtual world

5. State Farm's use of virtual world environments with agile teams

</description>
    <duration type="integer">45</duration>
    <id type="integer">1650</id>
    <presenters>Keith Voos, Ami Hileman</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">26</time-slot-id>
    <title>Using Virtual Worlds for Distributed Agile</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>No, you don't get to skip project planning. Brooke needs to know approximate cost and delivery date, and poor Padma need to know when the good stuff will start showing up. You yourself need to know dependencies and delays.



This is the shortest, fastest, easiest way I know to create a project plan. It's full name is &quot;&quot;Project Planning Jam Session&quot;&quot;, to indicate that all roles are present for the session, from sponsor to business person to designers and testers. Thanks to Jens Coldewey for first showing this to me in 1998 &#8218;&#196;&#236; it instantly improved the way our teams developed project plans.</description>
    <duration type="integer">90</duration>
    <id type="integer">1690</id>
    <presenters>Alistair Cockburn</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Blitz Planning</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Pragmatics is an agile development shop rated at CMMI Maturity Level (CML) 4 and striving to achieve CML 5. By maturing our agile disciplines, we feel we will not only improve the performance of our agile teams, which will ultimately benefit our agile development practices regardless of our appraisal rating, but will also lead to our being appraised at CML 5. We feel that a mature, highly disciplined agile development company rated at CML 5 will be very intriguing to potential customers looking for contractors that can deliver on time quality products. That is, we feel they will flock to us.

</description>
    <duration type="integer">45</duration>
    <id type="integer">1704</id>
    <presenters>Sean Cohan, Hillel Glazer</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>An Agile Development Team&#8217;s Quest for CMMI Maturity Level 5</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Test Driven Development (TDD) is not just about the tests.  Test Driven Development is also a design discipline.  In fact, many TDD veterans prefer using the acronym to refer to Test Driven Design.  So, how exactly does TDD improve design?  TDD improves design by making the developer more aware of fundamental design principles.  TDD does not force good design. TDD rewards for good design and punishes for bad design.



Through test-first development, design principles are moved from abstract, academic concepts to concrete needs.  </description>
    <duration type="integer">90</duration>
    <id type="integer">1708</id>
    <presenters>Eric Anderson</presenters>
    <room>Plaza Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Malleable Code:  How Tests Improve Production Code</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>To enable the Agile Value &#8218;&#196;&#250;Courage&#8218;&#196;&#249;, we have to empower internal coaches, project managers, team leaders, and team members to change the organizations culture. 

Only a coach (or a manager / executive in his/her role as coach) is in the position to initiate and keep this process alive. 

Thus a coach has to be able to:



* make human systems transparent

* reduce or adjust complexity

* enforce dialogues and solutions

* set and enact clear goals

* build trust in the team and in the customer collaboration

* focus on sustainable decisions 

* clarify conflicts

</description>
    <duration type="integer">90</duration>
    <id type="integer">1793</id>
    <presenters>Thomas Walker, Werner Wild</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Courage 2.0 - &quot;How to Coach Culture Change&quot;</title>
    <updated-at type="datetime">2009-08-13T08:16:47Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>We talk about collaborating to get great results from Agile, yet so few teams do it well (if they even try it at all).  Sure, they cooperate, but collaborate? That's a different story. My teams couldn&#8218;&#196;&#244;t collaborate, even when they explicitly tried.  This failure led to such an epidemic of mediocrity that I turned to a professional for help.  I turned to an actor.  Come to this session to learn what I learned from the world of theatre and to practice the exercises that helped my teams build their collaboration muscle so that you can do the same with yours. </description>
    <duration type="integer">90</duration>
    <id type="integer">1808</id>
    <presenters>Lyssa Adkins</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Build Your Team&#8217;s Collaboration Muscle</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile coaches attempt to influence teams in different ways. Our experience is that agile coaches typically work by instinct and intuition. This makes it very hard to explain what coaches do and difficult to teach people how to coach agile teams.

Richard Hackman claims in his book &quot;&quot;Leading Teams&quot;&quot; that there a three basic types of coaching intervention: Motivational, Consultative, Educational. We want to test out that theory and explore about what Agile Coaches really do.

We aim to uncover specific coaching interventions that participants have tried and whether these interventions helped.</description>
    <duration type="integer">90</duration>
    <id type="integer">1809</id>
    <presenters>Liz Sedley, Rachel Davies</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>What Does an Agile Coach Do?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Changing methodology in the midst of the high-risk project is a risky proposition.  At the University of Michigan we had several options:  spoon feed and implement as you go, make immediate and drastic changes, plan carefully to implement confidently and thoroughly.  



</description>
    <duration type="integer">45</duration>
    <id type="integer">1835</id>
    <presenters>Katarina Thomas</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Starting Agile implementation half way through the critical project</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As Agile practitioners, a great deal of our time is focused on having targeted, directed impact.  But sometimes we miss opportunities to repurpose our efforts into syngergistic, many-pronged effects.  Not multi-tasking -- multi-EFFECTing, from one piece of effort.  This talk will explore this topic, both in theory and in practice.  We will examine a particular client case-study, where two disparate 6-person developer teams, with minimal pairing and TDD experience, were developed into highly-productive &quot;gelled&quot; teams, through &quot;Group Pair Programming&quot; -- 6 individuals, 1 workstation.</description>
    <duration type="integer">45</duration>
    <id type="integer">1866</id>
    <presenters>Ken Kolchier</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Exploring Synergistic Impact Through Adventures In Group Pairing</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Welcome to the world of Visual Management! Task boards, post-its, mind maps, burndown charts, kanban boards, lava lamps... information visualization techniques and the visual workplace play a fundamental role in creating visibility and helping build transparency and trust among Agile teams. Come to this workshop to experience in person the value of Visual Management, and help cooperatively come up with the ultimate task board!</description>
    <duration type="integer">90</duration>
    <id type="integer">1898</id>
    <presenters>Xavier Quesada Allue</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Visual Management for Agile Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>What happens when your organization practices Agile software development for many years? 

Well, you get pretty good at Agile: you are able to apply Agile with reducing effort on challenging projects. But there is another interesting side-effect which is that your people internalize Agile values, so much so that Agile becomes second-nature to everyone! 



In this photo tour, come see how a culture is infected with Agile thinking, you will see how we apply Agile to many activities like training- sessions, recruitment, staffing, office reforms, strategic decisions and more.

</description>
    <duration type="integer">45</duration>
    <id type="integer">1914</id>
    <presenters>Chirag Doshi</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>A peek into an Agile infected Culture  </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This tutorial focuses on lessons learned from our experiences in implementing Agile in teams across different time zones  in large companies. We will share the pleasure and the pain, ideas that worked as well as ideas that didn&#8218;&#196;&#244;t.  We will share what we feel are the critical success factors in making program level implementations successful and sustaining. This is more than an experience report - we share templates, pictures, lessons learned for leveraging technology, managing multiple time zones, recommendations for metrics and reporting, and ideas for future program level success.</description>
    <duration type="integer">45</duration>
    <id type="integer">1922</id>
    <presenters>Tamara Sulaiman</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Tips and Techniques For Implementing An Agile Program Across Distributed Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This tutorial, the &quot;small card game&quot;, is a simulation game introducing the concepts of Agile planning, story value, and story cost.  Learn to manage scope and optimize return on investment. The students practice planning a project with varying levels of information about the features needed, and experience how &quot;nature&quot; deals with their plan. Again, very appropriate for all team members, in-house customers, marketing, and management, to learn how the process works and what their part in it is.</description>
    <duration type="integer">90</duration>
    <id type="integer">1944</id>
    <presenters>Chet Hendrickson, Ron Jeffries</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Release Planning (The Small Card Game): Discover What Works</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>It is unfortunate, but true: for many teams error handling is an afterthought.  They design the main flows of their system and then they

think about where they need exceptions and logging.  However, the error cases are extremely important.  When we consider them along with the

normal cases, we an often find ways to arrive at better design.  In this workshop, we will pursue design a series of solutions to the same problem with the error cases considered early and late. Then we will compare and contrast solutions and see how early consideration of cases can affect the growth of a design.</description>
    <duration type="integer">90</duration>
    <id type="integer">1953</id>
    <presenters>Michael Feathers</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Treating Errorhandling as a  First Class Consideration in Design</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This is a highly participative workshop for delegates to learn more about collaborative and organisational storytelling.  Personal stories will be told, retold and analysed, to investigate underlying values, through a series of collaborative story-games. Collaborative storytelling will be explored as an activity for team building, coordination and problem-understanding.  Attendees will participate in generating ideas for a set of story-cards that could be used to help teams explore their own values, beliefs and concerns through collaborative storytelling around software projects.</description>
    <duration type="integer">90</duration>
    <id type="integer">1989</id>
    <presenters>Johanna Hunt, Rachel Davies</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Telling Your Stories: Why Stories are important for your team</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agility in Action&#8218;&#196;&#182; This session will introduce five interactive games that a facilitator can add to their toolkit for team and management training.  The games all illustrate the principles and dynamics that support Agility.  The rationale for this session is that people learn best by embodying the learning, rather than just receiving knowledge at a head level. All participants will be immersed in the games; there are no observers. At the end of the session the participants will have a set of games they can introduce into their own organization to enhance their own Agile adoption process.</description>
    <duration type="integer">90</duration>
    <id type="integer">2001</id>
    <presenters>Tobias Mayer</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>The Agile Playground</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Transitioning 25,000 developers to agile development processes is a challenge on its own&#8218;&#196;&#238;and making the transition during a global recession is even more ambitious. Join Sue McKinney as she discusses her experiences leading the move to agile at IBM, how their agile teams often struggled, and ways leaders provided support and understanding at many levels. As the global recession set in, Sue looked for tools leaders could use to increase productivity&#8218;&#196;&#238;even after cost cutting&#8218;&#196;&#238;and unleash the talent and innovation agile teams need to continue succeeding. </description>
    <duration type="integer">45</duration>
    <id type="integer">2004</id>
    <presenters>Sue McKinney</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">20</time-slot-id>
    <title>Leading Agile in an Economic Downturn - &quot;The IBM Transformation Story&quot;</title>
    <updated-at type="datetime">2009-08-13T08:24:49Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Want to improve your team? Take a drama class! 

Want to measure how your agile adoption is going, take a business course!! 

This session explores the often overlooked practices in other industries for inspiration on improving agile practice in software development. From waste management and lean manufacturing to understanding motivational and sustainable development with NLP, I want to help people begin to look at things differently and perhaps find their own fixes from the rich variety of disciplines in everyday life that they can apply to agile software development.</description>
    <duration type="integer">90</duration>
    <id type="integer">2014</id>
    <presenters>Mike Sutton</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Become a Better Agile Practitioner: Learn from other sources</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Group Coherence (.com): Shared state allowing groups to perform tasks in rhythm and harmony with great energy to overcome obstacles. Evokes memories of fun, success, team bonding, desire to work together on future projects and improved group connection.



Group characteristics are invisible and have to be felt. We are not trained to detect them any more than we could detect radio waves without a radio.



We will Practice using group inquiry to:

-Share your Agile GC experience

-Identify GC ingredients and obstacles

-Chart GC

-Transform Agile practitioners to a coherent Agile group</description>
    <duration type="integer">90</duration>
    <id type="integer">2018</id>
    <presenters>Joanna Zweig, Cesar Idrovo</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>When Agile Just Works - Exploring Group Coherence</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This experience report is about a professional services company in Egypt that was able to deliver a project 25% ahead of schedule after the team had adopted agile. The interesting part about this experience report is this company is using the SAMI Roadmap to adopt agile. The SAMI roadmap is a 5-step value based roadmap to help companies adopt agile. In this experience report we want to present the SAMI and show the agile community the real tangible business benefits (early delivery) realized from using this roadmap to adopt agile.</description>
    <duration type="integer">45</duration>
    <id type="integer">2021</id>
    <presenters>ElMohanned Ahmed, Ahmed Sidky</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>25% Ahead of Schedule and just at &#8220;Step 2&#8221; of the SAMI</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile adoption initiatives succeed and fail.  There is no agreement on why they do so.  The current focus for scaling Agile seems to be on modifying existing Agile practices, adding new ones, and getting the right toolset installed.  I&#8218;&#196;&#244;ve come to believe that the main reason for the success of any Agile adoption effort are the individuals, their skills and their personalities.  All other aspects of Agile are of secondary importance.



In this talk I will share several individual skills and mental models that are necessary for successful scaling.



</description>
    <duration type="integer">90</duration>
    <id type="integer">2024</id>
    <presenters>Amr Elssamadisy, Ashley Johnson</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Scaling Up by Scaling Down: A (re)Focus on Individual Skills</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This tutorial is a detailed look at several Agile practices and the HOWTO of Adopting each practice successfully. We will cover the business value delivered and the context where they are most effective.  For each practice you will learn what steps can be done to effectively get from &quot;&quot;I want to do this practice&quot;&quot; to &quot;&quot;I'm doing it and getting obvious value&quot;&quot; and, just as importantly, what happen when things go wrong and how you can diagnose these difficulties.



A variety of practices will be covered including: Stand Up Meetings, Iterations, Demos, Automate Developer Tests, and Refactoring.</description>
    <duration type="integer">180</duration>
    <id type="integer">2039</id>
    <presenters>Amr Elssamadisy</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Patterns of Agile Adoption Practices</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Bad build practices take a hidden toll on teams. It is not uncommon for a new developer to take days or even weeks to establish a functioning workspace. Good build engineers can make all the difference. By treating the build framework with the same respect as other source code they can help prevent these problems. In this clinic we will show how to refactor your build approach to end up with sustainable practices that get new people up and running quickly and set the stage for long term productivity. While the workshops are in Ant, the concepts are portable.</description>
    <duration type="integer">180</duration>
    <id type="integer">2043</id>
    <presenters>Paul Julius, Jeffrey Fredrick</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Build Engineer Bootcamp:  Builds As Code</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In a quick survey, 17 of 20 programmers said they didn't know how to slice feature requests to the sub-day level. In contrast, top programmers easily take them to 15-30 minute programming episodes. What does it take for people to make the transition?



In this workshop, analysts and programmers will pair up, decompose an problem into initial requests, then the programmers will deliver those features in five 10-minute iterations, the analyst adjusting requests on the fly.



This workshop works well with experienced programmers. Programming language and environment don't matter.</description>
    <duration type="integer">90</duration>
    <id type="integer">2069</id>
    <presenters>Alistair Cockburn</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Nano-Incremental Development, or Elephant Carpaccio</title>
    <updated-at type="datetime">2009-08-13T08:27:19Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>What do you get when two developers try to implement agile without having experienced it? A 90 minute session on all the mistakes that were made. 



What can you do to avoid the same fate? We needed an agile coach, but want to help you do without. We'll present techniques you can use immediately.



In this session, we examine the problems created by implementing an agile process incompletely and describe solutions to those problems. We offer the perspective of developers who learned what commitment really means and that there's more to agile than TDD and small releases.</description>
    <duration type="integer">90</duration>
    <id type="integer">2080</id>
    <presenters>Brian Victor, Noah Jacobson</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>We Didn't Quite Get It</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As more development teams adopt agile, product managers must change the way they work to keep up with faster development cycles and shorter customer feedback loops. Product managers new to agile soon realize that agile processes require more involvement from their group. Given that most product managers are already overworked, how can they manage these new activities to derive more value from software projects and products? I will share my experience transitioning to Agile, pitfalls to avoid and propose solutions to the new challenges that arise.</description>
    <duration type="integer">90</duration>
    <id type="integer">2125</id>
    <presenters>Catherine Connor</presenters>
    <room>Regency C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>How Product Management Must Change to Enable the Agile Enterprise</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Deploying to servers has replaced shrinkwrapping CDs for delivering software. In the internet enabled era, the application is the infrastructure.



The basis of all Agile engineering practices is reproducibly building from source code. If software is delivered on servers, and those servers can't be reproducibly deployed from bare metal to working services, how Agile can you be?



Continuous Integration is great, but what about Continuous Delivery! What are you waiting for?



This talk will outline innovations in tools, process, planning and culture emerging at the front lines.</description>
    <duration type="integer">90</duration>
    <id type="integer">2151</id>
    <presenters>Andrew Shafer, Paul Nasrat</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Agile Infrastructure</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Clear definitions of Role, Task and Authority are essential when people assemble to do work. 



Unclear definitions of these items leads to all sorts of waste. 



Scrum's very clear Roles and associated Tasks and Authority are a big part of what makes actually Scrum 'tick'. 



A Boundaries 'collection' is an attribute of the Role, Task and Authority 'objects'.  This session deconstructs Role, Task &amp; Authority in terms of associated Boundaries. Note that boundaries can come in many forms, including: boundaries of time, boundaries in terms of access to resources, etc. 









</description>
    <duration type="integer">45</duration>
    <id type="integer">2153</id>
    <presenters>Dan Mezick</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Boundary, Authority, Role and Task : BART Analysis Applied </title>
    <updated-at type="datetime">2009-08-13T08:21:34Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The study of Group Relations is important to the development of Agile practice. Software development is performed by groups of individuals. When individuals become a members of a group, behavior changes. The group becomes focal &amp; the individuals become background. The group behaves as a system and exhibits system-level behavior. Groups as a system exhibit very primitive emotional behaviors that can derail the group from its stated primary task.



Group relations theory says that a group behaves as a system, and that the primary task of the group is......</description>
    <duration type="integer">45</duration>
    <id type="integer">2154</id>
    <presenters>Dan Mezick</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">16</time-slot-id>
    <title>Group Relations &amp; Social Systems</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>We've spent the past year writing a book about Agile Coaching and that's given us a great opportunity to reflect on what we do as agile coaches.

In this talk, we'll present our top ten tips for agile coaches. We'll present this like those TV shows that do a countdown to the Number One tip and illustrate each with a personal coaching story. We also want to hear from people in the audience what their coaching tips are.

</description>
    <duration type="integer">45</duration>
    <id type="integer">2224</id>
    <presenters>Rachel Davies, Liz Sedley</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">12</time-slot-id>
    <title>Top Ten Tips for Agile Coaches</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In 2004, SEP tried adopting Agile practices.  However, Agile failed to have the desired lasting impact across the entire organization.  Things changed in 2007, when SEP implemented Kanban for the first time.  We will explore how Kanban teams at SEP matured through the lens of the Dreyfus Model for Skill Acquisition.  We will examine what this pattern has meant for institutionalization of Lean in the organization. We will discuss a counterintuitive technique for higher success and adoption rates of new methodologies.   Finally, we will review common pitfalls teams encountered adopting Kanban.

</description>
    <duration type="integer">45</duration>
    <id type="integer">2232</id>
    <presenters>Chris Shinkle</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Kanban adoption at Software Engineering Professionals (SEP)</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>How do you become agile with all the constraints surrounding you and your team?  This tutorial introduces a new way to approach agile adoption efforts. We will go through important and key concepts related to agile adoption such as adopting values not practices, the difference between education and training, readiness assessments, and the process of organizational change.

One of the tangible outcomes from this tutorial is a roadmap to agility that consists of five different

levels, or steps, along with the different practices that can help an organization achieve each level of

this roadmap.</description>
    <duration type="integer">180</duration>
    <id type="integer">2234</id>
    <presenters>Greg Smith, Ahmed Sidky</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Becoming Agile ... in an imperfect world</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This is a journey starting in 2005 when establishing a new software company in Bangladesh 7000 km away from Denmark. Hiring 20 people in one week in Bangladesh and start using CMMI processes to integrate development in Denmark and Bangladesh. After some challenging time aborting the CMMI project and switching back to agile and lean techniques to make it work. Experience from implementing global big bang Scrum and building a kaizen culture. From long running projects, technical dept and integration nightmares to small batches, continuous integration and faster delivery of business value.</description>
    <duration type="integer">45</duration>
    <id type="integer">2236</id>
    <presenters>Mads Troels Hansen, Hans Baggesen</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">8</time-slot-id>
    <title>From CMMI and isolation to Scrum, Agile, Lean and collaboration</title>
    <updated-at type="datetime">2009-08-13T08:28:16Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile software development means collaboration, and increasingly this collaboration will cross boundaries of organizational and national culture.  The session introduces models of culture and explores the impact of cultural differences on software development processes and methods, especially those involving the practices common in agile development. The session will be organized around two collaborative games that illustrate how cultural differences interact in the software development workplace. Our aim is better understanding of the issues and how to manage them.

</description>
    <duration type="integer">180</duration>
    <id type="integer">2237</id>
    <presenters>Robert Biddle</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Agile Cross-Culture with Games</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>It's easy to speak of test-driven development as if it were a single method, but there are several ways to approach it. In our experience, different approaches lead to quite different solutions.



In this workshop, we're not trying to decide which approach is best. Rather, we'll use concrete examples to explore   

 

 * What goes into the moment of decision when a test is written?

 * How do you think about the problem you're trying to solve?

 * What strategies or techniques help you write the first few tests?



This workshop is targeted at TDD/BDD Practitioners. </description>
    <duration type="integer">180</duration>
    <id type="integer">2257</id>
    <presenters>Naresh Jain, Michael Feathers</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Styles of TDD: First Tests</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>**Intent**



Provide the participants with a hands-on-experience of real world refactoring by taking an open source project and refactoring it.



**Summary** 



Refactoring is a very well established practice not just in the Agile Community, but outside as well. 



This session is an attempt to help the development community understand refactoring a little better. It will provide a hands-on opportunity for developers to explore these concepts in action. This session will try to amplify the participant&#8218;&#196;&#244;s learning process by pairing them with other practitioners and peers.</description>
    <duration type="integer">180</duration>
    <id type="integer">2258</id>
    <presenters>Naresh Jain</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Clean Code Clinic: Refactoring Fest</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>It is human nature to avoid loss. We make rational decisions to improve our situation and respond to circumstances. But are we always rational? Whether it be the tendency of people to hold stocks that have lost value or teams that continue a death march, this irrational fear of acknowledging a loss can cause people to keep investing in a poor undertaking. This discussion is a brief exploration of how our desire to avoid loss can cause us to irrationally make our situation worse in the hopes of somehow breaking even as well as some techniques to identify and avoid these situations.</description>
    <duration type="integer">45</duration>
    <id type="integer">2270</id>
    <presenters>Brian Bozzuto</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Irrational Loss Aversion</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As Agile is adopted by large enterprises, the number of transformation success stories has grown.  But, transformation is an ongoing process, and maintaining organizational change is difficult. So, what happens after the success stories?  What can IT leaders expect once the honeymoon is over?  In this talk, Chuck Maples, SVP of R&amp;D at Borland, will address these questions head-on, sharing his experiences in Borland&#8218;&#196;&#244;s Agile transformation. He&#8218;&#196;&#244;ll  discuss the challenges that can emerge after the initial phases of transformation give way a new stage in the journey.   







</description>
    <duration type="integer">45</duration>
    <id type="integer">2272</id>
    <presenters>Chuck Maples</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Enterprise Agile Transformation:  The Two Year Wall</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Your mind offers two alternate&#8218;&#196;&#238;and generally unconscious&#8218;&#196;&#238;responses when things go wrong. One response solves problems with snap judgment, hasty advice, and evident policy. The alternate response expands the problem space for new awareness and new-found truth. You are completely equipped for both. The first is fast and solves anxiety about the problem. The second is slower, produces learning and growth, and addresses the real problem. 



In this session you&#8218;&#196;&#244;ll explore a life-long practice developed from 20 years of field studies for choosing the appropriate leadership response.</description>
    <duration type="integer">90</duration>
    <id type="integer">2287</id>
    <presenters>Christopher Avery</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>How to Develop Your Leadership Power Daily: An Agile Approach to Growth</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Jean Tabaka  passionately believes in highly interactive, collaborative conference experiences for helping people new to Agile embrace its practices. This &#172;&#937; day tutorial drives a quick-paced set of 8 exercises for attendees working in small groups. From unranked backlog items, to fully tasked out stories, each exercise builds on the work of the previous exercise. Through these series of activities, attendees learn to collaborate and create great user stories that turn into tasks, estimates, and commitments. The tutorial ends with a retrospective of how to apply these practices in real life.</description>
    <duration type="integer">180</duration>
    <id type="integer">2318</id>
    <presenters>Jean Tabaka</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>A Day in the Life of a User Story</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In this session, we offer a synthesis of several bodies of thought that address processes, people, technology, change and leadership within the context of a large agile transition.  While the competencies of agile development are well developed, the exploration and leveraging of other research on systemic change offers real insight to the complex organizational task of sustaining agile processes.  We intend to fuse such research with our own experiences leading substantial agile transformations, to help senior leaders gain powerful new tools for leading their own agile transitions.





</description>
    <duration type="integer">180</duration>
    <id type="integer">2319</id>
    <presenters>Bud Phillips, Michael Hamman</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Agile Leadership: A Developmental and Integrative Approach</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile teams and organizations need to embrace a &quot;See the Whole&quot; mentality as they adopt and adapt Agile practices. Systems thinking is a great guide in how to evaluate this whole from an external perspective. In this tutorial, we will conduct a series of games to help participants understand fundamentals of systems thinking with regard to delayed feedback loops, external pressures, and more, and see how these change our perspective on effective Agile practices. Our goal is to help participants bring guidance back that can improve their cultures.</description>
    <duration type="integer">180</duration>
    <id type="integer">2320</id>
    <presenters>Jean Tabaka, Bill Wake</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Applying Systems Thinking for Organizations through Play</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Starting up an Agile team is one of the first things you might be asked to do when a company wants to &quot;go Agile.&quot;  What do you need to know before starting up a team?  In the start-up, how much do teams need to know about Agile before they &quot;go&quot;?  What do they need to know about each other...what the project is all about...who they will become as a team?  These and other questions are answered as we walk through good ways to start-up Agile teams.  </description>
    <duration type="integer">90</duration>
    <id type="integer">2341</id>
    <presenters>Lyssa Adkins</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Team Start-up: one of the first Agile Adoption activities</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>According to research almost 85% of today&#8218;&#196;&#244;s leaders are constrained by narrow, analytical and habitual thinking.  Typically, they are still struggling with ways of thinking that make them defensive, controlling, and self-centered which deeply affect performance and teamwork.  We know that agile leaders at post-heroic stages are much more capable of working in collaboration.  So, what differentiate these leaders?  What transformative process can be used to develop Catalyst leaders &amp; teams?  This presentation will show you a proven and powerful path to develop post-heroic leaders and teams.  </description>
    <duration type="integer">90</duration>
    <id type="integer">2344</id>
    <presenters>Gilles Brouillette</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Developing Agile Leaders and Teams: A Developmental &amp; Transformational Path</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>A glimpse behind the scenes of the production of a weekly show like Saturday Night Live offers an incredible example of a team of people who have agility in their DNA. Writers, actors, set designers, producers, studio execs, etc. all have a single-minded focus on delivering an exceptional quality show every single week. Slipping the schedule is not an option. Customer satisfaction (viewer ratings) are the central measure of success. The production team must collaborate and adapt to unexpected challenges every single week. This interactive session provides examples of highly adaptive behaviors.</description>
    <duration type="integer">90</duration>
    <id type="integer">2349</id>
    <presenters>Ken Collier</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Agility Night Live - TV Sketches and Project Stories</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Instead of a whole new set of modeling techniques, agile development requires a new way of applying good modeling methods like UML, ER, and UCD, in an incremental, iterative, and evolutionary (Agile) manner. This tutorial introduces an agile software modeling process that strikes the right sufficient-up-front and just-in-time balance. Participants are introduced to a blend of domain modeling, usability modeling, data modeling, and architectural design. We will utilize appropriate UML, ER, and UCD methods in an agile fashion to help limit technical debt, and increase design quality.</description>
    <duration type="integer">180</duration>
    <id type="integer">2352</id>
    <presenters>Ken Collier</presenters>
    <room>Plaza Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Just Enough Design: Modeling With Agility</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>System Metaphor was and is an elusive practice of the original XP.  It has largely been forgotten over time.



Yet in the past few years, my colleagues and I have discovered the stunning power of a genuine System Metaphor on our own shipping product.   This makes us wonder why System Metaphor ever went out of vogue.



This session will explore why Metaphor matters.  We'll examine how our own Music Metaphor reshaped our flagship

product, even our company, and how the right metaphor can supply the driving beat that can turn your product into a hit.</description>
    <duration type="integer">90</duration>
    <id type="integer">2356</id>
    <presenters>Joshua Kerievsky, Brian Foote</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>System Metaphor Revisited</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>What can programmers learn from the thought of Aristotle, Kant, and Mill? More than you might think. Find out what three of the greatest minds in history think about things like craft, art, virtue, and happiness, and how they would run a software project.



We'll link philosophical ethics and ideas to the processes, tools, and methodologies of software development as we discuss a critical question: is successful development primarily a matter of finding the right rules, creating the right outcomes, or cultivating the right virtues?</description>
    <duration type="integer">45</duration>
    <id type="integer">2368</id>
    <presenters>Jon Dahl</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">24</time-slot-id>
    <title>Aristotle and the Art of Software Development</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Tim and Tim discuss tools and techniques and observations for remotely pair-programming.  Various remote desktop-sharing applications and services are discussed, dissed, and recommended along with pointers and practices for logistics. Learn the downside of distant partners. How do you have a flash architecture meeting?  How do you collaborate with the team? When do you take breaks? Is it really just like being there, without the smells?</description>
    <duration type="integer">45</duration>
    <id type="integer">2399</id>
    <presenters>Tim Gifford, Tim Ottinger</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">24</time-slot-id>
    <title>Distributed Pair Programming with Tim Ottinger and Tim Gifford (The Tims).</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>*&#8218;&#196;&#250;Tell me and I'll forget; show me and I may remember; involve me and I'll understand.&#8218;&#196;&#249;* &#8218;&#196;&#236; Chinese Proverb



Agile teams that rapidly learn and apply new-found skills become increasingly adept at embracing change and delivering value. Team members feel more fulfilled, motivated and valued. And they have way more fun!



In this session you will learn about agile learning! Learn to recognize learning moments and put in place effective learning patterns tuned to your team and context. Learn how to build and sustain an effective learning culture on your agile team.</description>
    <duration type="integer">90</duration>
    <id type="integer">2402</id>
    <presenters>Declan Whelan</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Learning is key to Agile success: Building a learning culture on your Agile team</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>One quality of an effective agile team is its capacity for team learning.  Research shows that learning behavior is positively correlated to team effectiveness.  And though Agile processes provide powerful mechanisms for team learning, creating the right conditions in large bureaucratic organizations is not always straightforward.



In this session, we will leverage research in organizational behavior, as well as the presenter&#8218;&#196;&#244;s years' experience coaching teams, to examine the organizational conditions which managers need to understand if they are to empower team learning behavior.</description>
    <duration type="integer">90</duration>
    <id type="integer">2416</id>
    <presenters>Michael Hamman</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>The Science of the Art of Empowering Agile Team Learning</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Is it possible to SCRUM the development of a large software system with contributing teams spread out over three cities, five partners, six sites, and a six hour time difference? It started with vague and ambitious objectives and was built on bleeding edge technologies (grails, flex). By all rights we should have fallen flat on our faces. But a year after its dubious beginning, our project continues. Join us as we present the good, the bad and the ugly of distributed team projects.



  </description>
    <duration type="integer">45</duration>
    <id type="integer">2417</id>
    <presenters>Erik LeBel, Isabelle Therrien</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>From anarchy to sustainable development: SCRUM in less than ideal conditions.  </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>What happens when you get Agilists together to build an organization within one of the most ill-reputed bureaucracies in the world? 



When the Project Management Institute chartered the PMI Agile Forum, it was a huge announcement. However, now the team had to deliver a fully functioning organization to support the Agile-minded members within PMI's membership...and do so on schedule and under budget. How do we build a business plan? How do we execute a marketing effort? How do we plan a launch event? Come see how this all-volunteer distributed virtual team extended PMI's reach using Agile.</description>
    <duration type="integer">45</duration>
    <id type="integer">2419</id>
    <presenters>Jesse Fewell</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Growing PMI using Agile</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In 2001, Follett Software Company (FSC) began work on the next generation of its library software. Many options were considered, including sending the effort off shore. In April 2001, members of the Destiny team attended a C-SPIN meeting where Martin Fowler spoke about Extreme Programming (XP). In what was considered a bold experiment at the time, the team chose to adopt an XP process &quot;&quot;the most well-known and controversial&quot;&quot; of the new agile processes.



This experience report will tell of a &quot;&quot;do-it-yourself&quot;&quot; Agile success story, with changes, challenges and lessons learned along the way.

</description>
    <duration type="integer">45</duration>
    <id type="integer">2424</id>
    <presenters>Brian Spears</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">4</time-slot-id>
    <title>The Bold, New Extreme Programming Experiment - Now In Its Ninth Year</title>
    <updated-at type="datetime">2009-08-13T08:29:01Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>When Marriott began to build its brand management intranet, the tech vendor ran into several problems that jeapardized the whole program.  The introduction of Agile began a long recovery process: When should you be be covert/overt with Agile practices? How do you convince stakeholders a daily concall is more efficient than a weekly concall? Why would you pay for the tech vendor's Agile training? How do you structure Firm Fixed pricing to be Agile?  

  

This is the story of how applying Agile techniques, first covertly, then out in the open, slowly steered the ship on course.

</description>
    <duration type="integer">45</duration>
    <id type="integer">2433</id>
    <presenters>Jesse Fewell</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Marriott's Agile Turnaround</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Set-based design (also known as set-based concurrent engineering) offers a paradoxical way to make Agile teams even more effective by actively exploring multiple options. In this back and forth conversation between the presenters, we'll talk about the relationship between Agile, Lean ideas, and the Toyota approach to product development. We'll describe the specific mechanics of how you can get started with set-based design, and the benefits you can see. Finally, we'll dispel the notion that this is just another form of analysis paralysis.</description>
    <duration type="integer">90</duration>
    <id type="integer">2440</id>
    <presenters>Bill Wake, Jean Tabaka</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Set-Based Design: Anti-Agile or Agile's Future?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Human relationships are at the center of the Agile manifesto. Anything we do as coaches to allow humanity expression in our teams directly affects the individuals' ability to live the manifesto more fully. This immediately translates into better, more astonishing, creation-ability in teams, and a greater sense of accomplishment and fulfillment for the team members.  In this session, experienced coaches/trainers Lyssa Adkins and Tobias Mayer will introduce 'Powerful Questions' and share their personal experiences of coaching teams and individuals towards a more human-centric way of working.

</description>
    <duration type="integer">90</duration>
    <id type="integer">2444</id>
    <presenters>Tobias Mayer, Lyssa Adkins</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Powerful Questions: Human-centric coaching</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Changing the way individuals and teams work is one thing. Changing organizational culture is quite another, especially when so many of us (yes, even us at this conference) have little idea that the assumptions we make, the language we use, the structures we are bound by are the direct antithesis of Agile. Our thinking is locked by the patterns of years and needs to be unleashed in order to make inroads towards cultural change. Using a simple yet effective collaboration game from the Improv tradition this session will challenge our assumptions and open up new neural pathways. It is a beginning.</description>
    <duration type="integer">90</duration>
    <id type="integer">2450</id>
    <presenters>Alan Cyment, Tobias Mayer</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Help me to see... corporate culture</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>It was back in '97 that these presenters first opined that: while much attention had been focused on high-level software architectural patterns, what is, in effect, the de-facto standard software architecture had seldom been discussed: the Big Ball of Mud. 



Somewhat to our astonishment, since then, no one has ever undertaken to dispute this premise.



A Ball of Mud is, of course,  a haphazardly structured, sprawling, sloppy, duct-tape and bailing wire, spaghetti code jungle. 



Is Agility's utilitarian focus on process rather than design its secret weapon, or its Achilles heel?</description>
    <duration type="integer">90</duration>
    <id type="integer">2470</id>
    <presenters>Brian Foote, Joseph Yoder</presenters>
    <room>Grand Ballroom A</room>
    <stage-id type="integer">3</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Big Balls of Mud: Is This the Best that Agile Can Do?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Understanding the forces driving and restraining the adoption of Agile in your organization is key to your success.  This audience participation workshop creates two teams, the Drivers and the Restrainers and has them present the forces at work in the most original and humorous way possible.



This results in a lot of fun and learning.



The workshop will be led by two experienced coaches to bring out the subtle details of the forces and lead the discussion on how to improve the success given the forces at work.</description>
    <duration type="integer">90</duration>
    <id type="integer">2473</id>
    <presenters>Rod Claar, Douglas Shimp</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>May the Forces Be With You, Exploring the Forces Driving and Restraining Agile</title>
    <updated-at type="datetime">2009-08-13T08:20:45Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Peter Coad's Color Modeling method is a simple, effective technique for building robust, elegant object models.  One of the best ways to learn the Color Modeling approach is through an interactive demonstration.  In this session, Daniel Vacanti and David Anderson will solicit examples from the audience and--with no preparation and using the Color Modeling approach--build a real, working model for each selected problem domain in the short time given.  Both David and Daniel have used this demonstration technique with great success at previous conferences, tutorials, and commercial engagements.</description>
    <duration type="integer">45</duration>
    <id type="integer">2506</id>
    <presenters>David Anderson, Daniel Vacanti</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Color Modeling Improv</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Acceptance Tests elaborate a user story &amp; are essentially behaviour specifications, expressing examples of how the application will actually be used. These should represent customer-intent in terms the customer understands.



This session shows developers and testers how to transcribe their understanding of customer intent in a way that makes sense to customers. Using the popular BDD Given/When/Then approach to acceptance tests, participants will learn how to leverage the popular Fit framework to replicate that approach. Alternatives to using Fit, including using code, will also be explored.</description>
    <duration type="integer">90</duration>
    <id type="integer">2522</id>
    <presenters>Antony Marcano, Andy Palmer</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Narrative Acceptance Tests - A Behaviour Driven Approach</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Are you a developer or product manager working without a user experience specialist on your team? Would you like to learn how to quickly explore interaction design concepts? And guide your team in making good UX decisions? This hands-on workshop will teach you to use napkin sketches and whiteboard drawings to make real UX improvements. You'll walk away with experience designing on-the-fly using personas, scenarios and a few ideation and sketching techniques. No special skills required - if you've ever doodled you can learn to design on-the-fly. Be prepared to have fun and participate.





</description>
    <duration type="integer">90</duration>
    <id type="integer">2535</id>
    <presenters>Amanda Willoughby</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Designing on-the-fly: ideation &amp; sketching for non-designers</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As the internet proliferates beyond the PC to myriad devices - from iPhone to smart-phone - anyone delivering digital products deals with complexity: varying form factors, cultural differences and contexts of use. In this workshop we explore the implications of this complexity, discover through collaborative experience where the pain points lie, and identify strategies for dealing with them. We conclude that the unique challenges faced in the design and development of mobile applications benefit from agile software development and its ability to cope with such complexity.</description>
    <duration type="integer">90</duration>
    <id type="integer">2562</id>
    <presenters>Tom Hume, Johanna Hunt</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Many paths to the top of the (mobile) mountain</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile project teams in any large corporation are put together by drawing resources from various organisational silos where they report to line management. What&#8218;&#196;&#244;s the role of this line management in relation to the Agile project teams? **Who is ultimately responsible for delivery?**



This talk is based on the two year Agile journey in a large financial services organization in Australia and will outline the challenges, pitfalls and experiences of positioning line management to add value to Agile teams.  *What leadership role do they play and are they the bane or boon of Agile teams.*</description>
    <duration type="integer">45</duration>
    <id type="integer">2575</id>
    <presenters>Philip Abernathy</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Hook, Line and Sinker - the role of line management in relation to Agile teams</title>
    <updated-at type="datetime">2009-08-13T08:23:06Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Currently, the iPhone is the hottest platform for mobile development, with everyone wanting to develop on it.  Test Driven Development is a proven technique for developing high-quality software, but isn't encouraged by the iPhone development platform.  Open Source developers have stepped in, creating Unit Test Libraries for the iPhone.  We'll show you how to get started, run your first tests, put tests in your build, and touch on advanced techniques like mock objects and dependency injection.  Perfect for the Agile Developer looking to get started on iPhone.</description>
    <duration type="integer">90</duration>
    <id type="integer">2591</id>
    <presenters>Eric Smith, Eric Meyer</presenters>
    <room>Grand Ballroom F</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Test Driven Development on the iPhone</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Dr. Rico will provide an experience report introducing agile methods to a master's degree program in software engineering at a large online university. He will describe the goals, objectives, strategy, and implementation plan for transitioning the program from traditional to agile methods. He will describe the adoption challenges he faced from both the faculty and students who were steeped in traditional methods. He will describe how three teams of 15 students in four time zones successfully built three fully functional e-commerce websites, lived to tell about it, and became agile converts.</description>
    <duration type="integer">45</duration>
    <id type="integer">2592</id>
    <presenters>David Rico</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Use of Agile Methods in Software Engineering Education</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>An Intuit process &#8218;&#196;&#250;Agile Done Right&#8218;&#196;&#249; (ADR) was created to ensure agile is used properly to maximize business results &amp; minimize process problems.  It requires an agile coach like those used in Intuit&#8218;&#196;&#244;s successful SEI&#8218;&#196;&#244;s Team Software Process (TSP).  Coaches ensure the process is &#8218;&#196;&#250;done right&#8218;&#196;&#249; &amp; help fix any problems.



Internal coach training was created to develop project-embedded coaches &amp; to raise the overall level of agile maturity.  We look at that training program including the agile syllabus, brief ADR overview, coach&#8218;&#196;&#244;s &#8218;&#196;&#250;dirty dozen&#8218;&#196;&#249; meetings, learning methods, etc.

</description>
    <duration type="integer">45</duration>
    <id type="integer">2614</id>
    <presenters>Alan Padula</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Organically Growing Internal Coaches</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>So much of moving traditional test teams towards agile methods &amp; testing is focused towards the individual tester and testing techniques. As often is the case in agility--directors, managers, team leaders and test-centric project managers are sort of marginalized. But not in this session! Here we want to focus on agile testing from the perspective of the Test Leader. We'll pair off into groups and examine some of the greatest challenges when it comes to leading a testing team from traditional towards agile testing and emerge real-world strategies for surviving and thriving in agile testing. </description>
    <duration type="integer">90</duration>
    <id type="integer">2621</id>
    <presenters>Bob Galen</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>A Traditional Test Managers' Support Group for Adopting Agility</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>**Summary for Event Guide**



A high-performing agile team is tight knit. They have worked hard to become a cohesive unit and have developed a bond. This chemistry can be thrown off balance when someone is added to the team in the middle of a project. It does not matter how flexible, capable, or agile savvy the new team member is. If they have not been involved in the care and nurturing of the team&#8218;&#196;&#244;s culture and is not invested in the same way that the other team members are. When the new team member is not flexible, capable or agile savvy, the effect can be devastating.</description>
    <duration type="integer">90</duration>
    <id type="integer">2622</id>
    <presenters>Mitch Lacey</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>When Team Culture and Company Culture Does Not Mix: Social Deviance</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile Methodology has been widely accepted in the private sector for a number of years and has caught the attention of government program managers as a process for software development designed to make work more efficient. Chief Technology Officers (CTO) and Chief Architects of the Lockheed Martin programs will provide an overview of the challenges experienced by the program&#8218;&#196;&#244;s leadership when balancing between Agile and traditional methodologies used on Government programs.</description>
    <duration type="integer">45</duration>
    <id type="integer">2669</id>
    <presenters>Min-Gu Lee</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Executive Leadership Challenges for Agile Adoption</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Because the FBI never stops evolving, High Performance Technologies, Inc (HPTi) found themselves struggling to keep up with the changes and maintain their CMMI III certification.  Developers were complaining, clients were getting anxious, releases were slipping; but what was the problem? Was it CMMI? Was it the environment? Was it HPTi?  Through a disciplined approach to agile development, we found the answers to our questions above. When you&#8218;&#196;&#244;re dealing with a client who is historically challenged with a continuously changing environment, you better be on your toes.</description>
    <duration type="integer">45</duration>
    <id type="integer">2702</id>
    <presenters>Justin Babuscio</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>How the FBI learned to catch bad guys one iteration at a time</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Success in adopting an Agile culture depends on the team's ability to adapt, while establishing common objectives/principles across the team. This case-study observes this theme via the lens of a project team at Liquidnet. The project's concept was actually originated by the UX team. Eventually, with an interdisciplinary team of 30, the vision became a reality. It wasn't until a major change in scope occurred when Liquidnet decided to bring an agile coach to facilitate process change. This experience report documents the team's experience integrating the Agile culture into their very own.</description>
    <duration type="integer">45</duration>
    <id type="integer">2712</id>
    <presenters>Lily Cho</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">32</time-slot-id>
    <title>Adopting an Agile Culture</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>When we adopted agile we were not looking to reinvent our human resource policies, but our organization changed in fundamental ways that we did not predict.  Peers routinely provide feedback to each other on performance.  Team members schedule their own reviews.  Everyone on the team has an opportunity to work with clients.  Vacation schedules are submitted without regard to project delivery dates.  We have programmers who job share, and mothers bring their infants to work.  Come hear how adopting agile helped us become a three time winner of the Alfred P Sloan Award for Workforce Flexibility.</description>
    <duration type="integer">45</duration>
    <id type="integer">2738</id>
    <presenters>Clement &quot;James&quot; Goebel</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">32</time-slot-id>
    <title>How Agile has changed our Human Resources</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As Development VP, Rich Sheridan transformed his organization by adopting radical co-location and XP practices. Rich will share the history of this transformation including the tactics he used in selling this idea to his peers, his CEO, the Directors, and ultimately his team members. Rich now runs a software design and development company that was built from the ground up with an Agile culture and Agile processes. As the CEO of this company, Rich routinely has to sell customer executives on why they will realize business value from practices such as unit testing and paired-programming.</description>
    <duration type="integer">90</duration>
    <id type="integer">2740</id>
    <presenters>Richard Sheridan, Clement &quot;James&quot; Goebel</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Don't Sell Buzzwords to Business Leaders, Learn How to Describe Real Value</title>
    <updated-at type="datetime">2009-08-13T08:27:52Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Developers on an Agile project depend on fast, accurate user feedback to guarantee that you are solving the user&#8218;&#196;&#244;s problem. But often Agile projects have to operate without real, current customers on the team and need to build up the design and research skills to get good user feedback.



This session is for anyone who has the job of getting user feedback. We'll teach best-practice techniques for working with users in the situations that matter to an Agile team: understanding customer needs, getting feedback on design concepts and testing baselevels, and we'll practice key skills.  

</description>
    <duration type="integer">90</duration>
    <id type="integer">2751</id>
    <presenters>Hugh Beyer</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Four Core Concepts for Fast User Feedback</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>You create iterations from a backlog of user stories managed via a taskboard with a simple &quot;workflow&quot; from &quot;todo&quot; to &quot;done.&quot; You use Continuous Integration. But in your source control system you've just got files and branches. You could create a branch for every story, but that's a lot of branches to manage! How can you ask the source control system which versions/files correspond to the stories that are done in order to build the &quot;done&quot; version and do exploratory testing? This session will show how to manage changes using stories and how to use branches to represent your workflow.</description>
    <duration type="integer">45</duration>
    <id type="integer">2757</id>
    <presenters>Damon Poole</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Agile Source Code Management using Stories, Agile Workflow, and CI</title>
    <updated-at type="datetime">2009-08-13T08:26:59Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Aren't code, backlog-items, tests, designs &amp; documents all just different forms of system knowledge at different levels of detail? Why can't the same tools help refactor, browse, search, and provide build/test automation for _non-code_ forms of knowledge *without* requiring a separate tool/repository for each format? This talk is intended as a challenge to tool vendors/developers to see how this simple treatment of all non-code items as part of a single, unified project knowledge-base can be at once both immensely powerful, and imminently practical, without requiring too much added complexity.</description>
    <duration type="integer">45</duration>
    <id type="integer">2762</id>
    <presenters>Brad Appleton, Peter Alfvin</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">16</time-slot-id>
    <title>WANTED: Seeking Single Agile Knowledge Development Tool-set</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Over the life of a product, Product Owners maintain an ever-evolving Product Backlog.  As features rise in rank, the PO breaks them down into stories, eventually sized small so the team can deliver increments of valuable functionality in an iteration.  In this  tutorial, we will explore examples of how to evolve a product backlog from vision to iteration acceptance. Participants will practice breaking stories down, with an emphasis on understanding the considerations that guide that process.  We will provide several examples from different types of projects/products. </description>
    <duration type="integer">45</duration>
    <id type="integer">2763</id>
    <presenters>Ronica Roth, Mark Kilby</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">18</time-slot-id>
    <title>How to Evolve a Product Backlog</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In 2007 a large consumer electronics retailer faced significant business challenges. In pursuit of new modes of strategic flexibility and fast execution, the e-commerce division transformed its culture around Agile principles and the user experience team adapted its practices to the new paradigm. How would increased velocity affect the quality of the functionality produced? How would time-intensive activities like usability research be affected? This paper presents a case study describing successes and failures while integrating continuous research into Agile projects.









</description>
    <duration type="integer">45</duration>
    <id type="integer">2765</id>
    <presenters>Tom Illmensee, Alyson Muff</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">16</time-slot-id>
    <title>5 Users Every Friday: A Case Study in Applied Research</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In &#8218;&#196;&#250;The Fifth Discipline&#8218;&#196;&#249;, his pioneering work on the learning organization, Peter Senge writes that the practice of dialogue is a key skill for team learning. Dialogue is commonly confused with discussion, but as defined by Senge it is distinctly different. As a result of this confusion, the skills that enable effective dialogue are often underdeveloped or misunderstood by teams. In this session we&#8218;&#196;&#244;ll use a specific dialogue format called World Caf&#8730;&#169; to explore the many factors that influence dialogue quality, and how to accelerate agile team learning through the use of dialogue.</description>
    <duration type="integer">90</duration>
    <id type="integer">2794</id>
    <presenters>Eric Babinet</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Improving the Quality of Your Dialogues </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>In our business and personal lives, many of us know leaders who foster environments with incredible creativity, innovation, and ideas&#8218;&#196;&#238;while other leaders try but fail. So, how do top leaders get it right? This session explores ways that leaders create cultures of trust that fosters the free flow of ideas. While we can&#8218;&#196;&#244;t make people trust each other, a culture of trust gives empowerment and provides a safe place to explore and discover new and innovative solutions and new ways of implementing and reaching results. It also encourages healthy risk taking to fail early and correct faster.</description>
    <duration type="integer">90</duration>
    <id type="integer">2800</id>
    <presenters>Pollyanna Pixton</presenters>
    <room>Regency D</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Creating a Culture of Trust: An Agile Leadership Tool</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile methods are frequently associated with iterations, incremental development, and adding one thin slice of functionality at a time. We have mantras such as YAGNI and &#8218;&#196;&#250;The Simplest Thing That Could Possibly Work.&#8218;&#196;&#249; We promote refactoring. These concepts are, however, harder to apply to UI-intensive application code than faceless back end systems. In this tutorial, we will incorporate ideas from user-centered design, discussing how we approach user-facing agile application development at [Reaktor](http://www.reaktor.fi/en) through a mixture of presentations and hands-on exercise.</description>
    <duration type="integer">90</duration>
    <id type="integer">2804</id>
    <presenters>Lasse Koskela</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>GUIDe for Saving Face: Developing Killer GUIs with Agile Methods (90min)</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Leaders can stifle progress when they unnecessarily interfere with team processes. However, as a leader, you don&#8218;&#196;&#244;t want your project to go over the cliff and fail miserably or deliver the wrong results either. There are times when leaders should stand back and let the team work things out for themselves&#8218;&#196;&#238;and other times when leaders should step up and really lead. How do you know which is which? And what do you do to not stifle the team&#8218;&#196;&#244;s creativity, ownership, integrity, and problem solving ability? Come away with tools to both motivate and guide teams and organizations effectively.</description>
    <duration type="integer">90</duration>
    <id type="integer">2817</id>
    <presenters>Pollyanna Pixton</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Stepping Up and Stepping Back: The Leadership Tipping Point</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Testing can be a complex and thankless task. The technologies change so fast that your tools don't work as they should. Your tests become brittle and are hard to relate to customer requirements. This talk looks at the latest techniques and tools for easing some of these burdens.



Topics include behavior driven development (BDD), domain specific testing languages (DSLs), scripting languages (Groovy) and a range of web, SOAP, database, Ajax and performance testing libraries (including EasyB, JUnit 4, WebTest, HtmlUnit, Tellarium, DbUnit, SoapUI, JMeter, AllPairs, model driven and others).</description>
    <duration type="integer">180</duration>
    <id type="integer">2826</id>
    <presenters>Paul King, Craig Smith</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>How to make your testing more Groovy</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>One of the toughest problems facing agile UX designers is keeping the big picture in mind while designing incrementally. This talk builds on prior work at Alias (now Autodesk) that described [successful agile adaptations](http://tiny.cc/agileUCD) of usability testing, contextual inquiry and iterative prototyping. 



I'll present a framework we used to create and implement multi-sprint designs for a complex product without violating the agile taboo against *big design*.</description>
    <duration type="integer">90</duration>
    <id type="integer">2837</id>
    <presenters>Desiree Sy</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Creating &quot;Big Picture&quot; Designs without Big Design</title>
    <updated-at type="datetime">2009-08-13T08:27:40Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As an organization becomes more agile, people often worry about the future of their jobs.  If detailed requirements documents aren't needed anymore, what happens to a business analyst?  If people aren't constantly shuffling from one project to another, what does a program manager do?  If testers are part of scrum teams, how can a QA lead increase quality?  In this workshop, participants will explore how different roles change during an agile transition, envision new roles for everyone, and discuss strategies for change that help address the fears that often prevent successful agile adoption.</description>
    <duration type="integer">180</duration>
    <id type="integer">2839</id>
    <presenters>Alex Pukinskis, Mark Kilby</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Do I Still Have a Job? Roles and Org Structure in an Agile Transition</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Tools and practices as subscribed by the XP methodology are reasonably well known and used by the majority of agile project teams. As agile teams become more mature, so does their thirst for tools to push them to the next level of productivity. In this talk, we will walk through a number of project tools used by some teams we work with. In some cases, we will explain how we hacked tools that you may already be using to make them more efficient or useful. In other cases, we'll describe new tools designed by teams we have been working with who are trying to move to the next level. </description>
    <duration type="integer">90</duration>
    <id type="integer">2840</id>
    <presenters>Craig Smith, Paul King</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Agile Tool Hacking - Taking Your Agile Development Tools To The Next Level</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>You championed Agile adoption in your organization. Interest grew as your projects become predictable. You led a group of agilists who helped spread the word to more groups.

Life was good.

Then senior management took notice of the improvements and decided to mandate adoption of Agile. They&#8218;&#196;&#244;ve skimmed some of the books, but don&#8218;&#196;&#244;t have any practical experience.

Your agile adoption has just reached a critical stage as it moves from grass-roots effort to management directive.

You&#8218;&#196;&#244;re about to lose control of your baby.

You&#8218;&#196;&#244;re about to learn that you&#8218;&#196;&#244;ve created a monster.

</description>
    <duration type="integer">45</duration>
    <id type="integer">2844</id>
    <presenters>Michael Marchi</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">6</time-slot-id>
    <title>Weaponized Scrum</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>We are going to traverse the long and winding history of Agile at Yahoo! &#8218;&#196;&#236; beginning with the period just prior to the introduction of Agile over 5 years ago, to its current (and unfinished) state &#8218;&#196;&#236; all from the viewpoint of the Agilista in the trenches. Whether the adoption is driven from the top down or bottom up, progress hasn't always been in a straight path. We hope that the experiences we share will provide valuable insight for others in their roll-out of Agile in the enterprise, and how the DNA of Agile can survive and even thrive in both supportive and challenging circumstances.</description>
    <duration type="integer">45</duration>
    <id type="integer">2859</id>
    <presenters>Mun-Wai Chung, Brian Drummond</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Agile @ Yahoo! from the Trenches</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>You're negotiating a project with a client or internal customer, but they balk when you don't present a fixed budget and a predefined list of requirements.  How do you convince them that the benefits of an Agile team outweigh a top heavy and fragile requirements document?  Based on Agile experience with government and commercial clients, we will discuss ways to make your customer feel comfortable with process changes that don't always result in the same set of documents they are used to.</description>
    <duration type="integer">45</duration>
    <id type="integer">2869</id>
    <presenters>Arin Sime</presenters>
    <room>Columbus IJ</room>
    <stage-id type="integer">6</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>How to sell a traditional client on an agile project plan</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Plan an iteration - sounds pretty easy right? It can be easy using a well defined framework.

This sessions will cover the following:



- Owner or facilitator of the meeting

- When to hold the meeting

- Whom to invite

- Materials - please note that this session is not tool specific other than Sharpies and Sticky Notes! But the plan can be input into your tool of choice.

- Purpose

- Agenda

- Planning Data - what to bring to the planning meeting

- Output &amp; Deliverables  -

All contribute to the iteration planning meeting



A handout will be provided for future reference.



</description>
    <duration type="integer">45</duration>
    <id type="integer">2871</id>
    <presenters>Julie Chickering, Ken Clyne</presenters>
    <room>Grand Ballroom B</room>
    <stage-id type="integer">12</stage-id>
    <time-slot-id type="integer">32</time-slot-id>
    <title>Painless Iteration Planning</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Learn how the Corporate Internet Solutions group at Nationwide Insurance found creative ways to manage the competing and vague priorities of corporate silos by incorporating ideation into the portfolio pipeline.   As the connection point between otherwise disconnected corporate entities, the Product Owner team adapted the Scrum process to better manage 17 dependent projects, reluctant internal business partners, and suspicious methodologists, by articulating clear Pre-Discovery activities,  RITE usability testing,  scenario planning, and kanban in the quest for continuous flow.  </description>
    <duration type="integer">45</duration>
    <id type="integer">2884</id>
    <presenters>Kevin Fisher, arlen bankston</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">26</time-slot-id>
    <title>From Cradle to Sprint:  Creating a Full-Lifecycle Request Pipeline at Nationwide</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Can my large, geographically distributed, systems program benefit from agile development methods?  Absolutely.  This talk presents real-world experiences applying agile practices to large, systems projects with a high degree of governance.  The practices discussed are technical (continuous integration, test-driven development, user stories) and non-technical (communication, welcome changing requirements, frequent collaboration).  And it presents several challenges we experienced while scaling agile practices and changes we hope to make on future programs.</description>
    <duration type="integer">45</duration>
    <id type="integer">2898</id>
    <presenters>Harry Koehnemann</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">28</time-slot-id>
    <title>Experiences Applying Agile Practices to Large Systems Development</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>What happens when the CIO decides the dev team needs to adopt agile practices and the dev team nods their heads but don't plan on doing zilch? 

It is time to leverage those fancy shmancy influencing skills we agilists are so famous for.  We'll cover new fun tactics that have not yet been explored in some of the prevalent literature.  All fresh information from the field.</description>
    <duration type="integer">45</duration>
    <id type="integer">2902</id>
    <presenters>Anda Abramovici</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">30</time-slot-id>
    <title>The Ogre and The Wimp: Clever Influencing Tricks - Help the Most Reluctant Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Over the last several years, innovative UX practitioners working in agile environments have improvised and invented ways to include effective user experience practice inside agile projects.  This short talk describes many common emergent agile-ux practices.  Some of these practices are lighter weight versions of traditional techniques, while others are new inventions combining the best of UX rigor with a collaborative and pragmatic twist.   As a participant, you&#8218;&#196;&#244;ll leave with a buffet of useful UX techniques to add to or adapt your agile process. </description>
    <duration type="integer">45</duration>
    <id type="integer">2911</id>
    <presenters>Jeff Patton</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">31</time-slot-id>
    <title>Agile User Experience Design Emergent Practices</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Teams who have been practicing Agile, Lean and Scrum are finding that as they are maturing their practices, they appear to be Agile on the surface but never quite seem to get the benefits promised. This tutorial will teach attendees how to effectively analyze problems to find systemic fixes underlying the symptomatic causes, and grow into learning and problem solving organizations. Examples from many diverse industries will also be presented and discussed and breakout sessions will allow attendees to try their hand at creating a value stream and identifying issues. Tom Poppendieck presenting.</description>
    <duration type="integer">180</duration>
    <id type="integer">2921</id>
    <presenters>gabrielle benefield, Tom Poppendieck</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title> How to identify and fix problems using Value Stream analysis and A3 thinking</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Leading an Agile adoption? This tutorial will give you guidance, fresh perspectives, and a real deliverable. Distilling 7 years' experience leading large-scale Agile implementations, we will examine patterns, anti-patterns, techniques and case histories from 7 different perspectives (or layers): Individual, Team, Management, Program, Business, Strategic, and Organizational. Using a template, your class team of 5 will help you create your adoption plan covering selection, sequence, sponsorship, culture, org change,  job change, role of customers &amp; management, training, methodology and metrics.</description>
    <duration type="integer">180</duration>
    <id type="integer">2957</id>
    <presenters>Michael Spayd</presenters>
    <room>Regency C</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Creating Your Enterprise Adoption Plan: A Seven Layer Framework</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>All respectable software craftsmen make efforts to keep their coding claws sharp.  And solely working 9-5 on business applications will dull one's whit.  In this session we will broaden your coding horizons with some Ruby Kata and test your skills will some Ruby Sparring.  



</description>
    <duration type="integer">45</duration>
    <id type="integer">2961</id>
    <presenters>Micah Martin</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">26</time-slot-id>
    <title>Ruby Kata and Sparring</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>How well are we served by our current metrics? Do metrics such as developer and tester productivity, ROI, and on-time / on-budget help us improve results? Or, do such metrics drive us towards negative behaviors?

In this workshop, we describe the foundation for meaningful metrics. Workshop participants, via a series of exercises, translate this foundation into metrics that they can immediately use. 

This workshop results from the response I received during my Agile 2008 presentation on the CIO and agile teams. There was a great deal of interest on the topic of aligned, meaningful metrics.



</description>
    <duration type="integer">90</duration>
    <id type="integer">2989</id>
    <presenters>Niel Nickolaisen, Chris Matts</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>First, Kill All The Metrics!</title>
    <updated-at type="datetime">2009-08-13T08:27:10Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Project managers who are new to agile methods often have questions about how to track progress on agile projects. Some of the traditional measures don't line up very naturally with agile thinking and agile practices, especially measures that are concerned with tracking team members' time and comparing estimated and actual task durations. One of the main issues is understanding how to project realistic delivery dates with methods that don't lend themselves to the Gantt approach. 



</description>
    <duration type="integer">90</duration>
    <id type="integer">3000</id>
    <presenters>Dave Nicolette</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Agile Project Metrics</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>W. Edwards Deming identified performance appraisal as one of

the Seven Deadly Diseases of Management.



But annual appraisals are currently a fact of life in most organizations, in spite of their negative effects.  Many companies are reluctant to give them up, because they don't see what to do instead of the annual review.



I'll walk through the assumptions behind performance evaluation and review, and share some of the recent research on the efficacy of annual reviews.  Then I'll offer alternatives that actually help people improve and build stronger relationships.</description>
    <duration type="integer">45</duration>
    <id type="integer">3001</id>
    <presenters>Esther Derby</presenters>
    <room>Crystal B</room>
    <stage-id type="integer">10</stage-id>
    <time-slot-id type="integer">18</time-slot-id>
    <title>Performance without Appraisal:  What to Do About Performance Reviews</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Today&#8218;&#196;&#244;s developers are quick to adopt leading-edge technologies that can accommodate project peaks and valleys, evolve and change, and support agile principles. Using the CollabNet platform, this session will demonstrate the agile best practice of continuous integration (CI) using cloud provisioning capabilities and the Hudson open source CI engine. Attendees will learn a framework that can be used in their environment, including an understanding of the components, tools, set up, and generalized use cases for development in both virtual private clouds and public clouds, like Amazon EC2.



</description>
    <duration type="integer">45</duration>
    <id type="integer">3027</id>
    <presenters>Darryl Bowler</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">6</time-slot-id>
    <title>Build and Test in the Cloud &#8211; CI and Cloud Provisioning for Agile Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This experience report, by a project's technical architect, details the adoption of agile methods across several teams after one high profile success. The organization had a long history of waterfall development and a clearly defined remit for technical architects. Years of refinement had led to a set of techniques which contradicted many of the ideals held by agile practitioners.

The author's challenge was to maintain agility and fulfill responsibilities inherited from waterfall processes without reverting to the conventional practices that ultimately lead to the architect's ivory tower.</description>
    <duration type="integer">45</duration>
    <id type="integer">3030</id>
    <presenters>Andrew Rendell</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">6</time-slot-id>
    <title>Descending from the Architect's Ivory Tower</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>When charting new territory&#8218;&#196;&#236;-enterprise-scale Agile&#8218;&#196;&#236;-traditional roadmaps only take you so far.  When landscapes change in weeks, product management must find a way to reconcile sprint plans and backlogs from multiple teams with longer-term product direction.  David Wilby, SVP of Products at Borland, shares how his teams tackled the roadmap challenge during Borland&#8218;&#196;&#244;s Agile transformation.  He&#8218;&#196;&#244;ll cover how roadmaps became a barrier to scaling Agile, how his teams adopted Agile roadmapping, the challenges, and the impact the new practices have had on Borland&#8218;&#196;&#244;s Agile transformation. 

</description>
    <duration type="integer">45</duration>
    <id type="integer">3032</id>
    <presenters>David Wilby</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">6</time-slot-id>
    <title>Roadmap Transformation:  From Obstacle to Catalyst</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Values can be powerful forces when applied to a small company. From their seed can come personalized principles and practices. By starting with agile values, and then making them your own, you can instill a creative force for change and adaptation necessary for success. Traditional agile practices become personalized through iterative improvement measured against these values. Different teams can create new practices that are applicable to their discipline. Most important, they frame every conversation and decision, enabling rapid execution and shared vision.</description>
    <duration type="integer">45</duration>
    <id type="integer">3043</id>
    <presenters>Paul Ingalls, Troy Frever</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Growing an Agile Culture from Value Seeds.</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Successful software products deliver a set of features your customers' value and will pay for. To determine the correct priority and presentation of features, it's important to understand the different behaviors and attitudes that exist in the audience for your product. Ethnographic field research is very valuable, yet can be expensive, time consuming and require skilled researchers. In this hands-on workshop, you will learn how to use collaborative play with customers to discover how they think and what they value, and use this intelligence effectively with your agile teams. </description>
    <duration type="integer">90</duration>
    <id type="integer">3047</id>
    <presenters>Lane Halley, Luke Hohmann</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">27</time-slot-id>
    <title>Beyond features: How to listen to your customers and learn what they really need</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Self-organization of human beings is a tricky thing. Agile coaches are constantly challenged with how to motivate/persuade/trick their teams into  doing things, without telling them what to do, but there is very little information or training on this topic. Allowing a team to self-organize along the lines of &#8218;&#196;&#250;oh well, they&#8218;&#196;&#244;re all adults, they&#8218;&#196;&#244;ll figure it out&#8218;&#196;&#249; is just as irresponsible as reverting to the command-and control school of management. This tutorial presents an approach utilizing leading-edge research and techniques from social complexity science and team dynamics.</description>
    <duration type="integer">180</duration>
    <id type="integer">3056</id>
    <presenters>Joseph Pelrine</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Coaching self-organizing teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>We will describe our journey from a process where design/planning work was performed away from development to one where small cross-functional Feature Teams self-organized to complete design, planning, and construction within the same sprint. Each team member is involved in getting READY, planning, executing and being DONE. The results we observed are an increase in team morale, more predictable results and accumulation of less debt, while maintaining a constant velocity. Our process is a deviation from the established approach where upfront work needs to be ready before starting a sprint. </description>
    <duration type="integer">45</duration>
    <id type="integer">3060</id>
    <presenters>Andre Frank</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">30</time-slot-id>
    <title>Feature Teams - Collaboratively Building Products from READY to DONE</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This session describes a lightweight approach to code reviews used in co-located and geographically distributed agile teams. It covers lessons learned from several agile projects: real value, best practices and pitfalls of code reviews. The presentation explains how to make code reviews effective, relatively painless, and liked by the team. Moreover, it presents some interesting aspects of code reviews growing beyond their original intention.

The session includes a demo on how Atlassian Crucible integrated with leading IDEs via Atlassian IDE Connector facilitates the whole process.



</description>
    <duration type="integer">90</duration>
    <id type="integer">3070</id>
    <presenters>Wojciech Seliga, Slawomir Ginter</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Effective code reviews in agile teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>How do you do sprint planning meetings when you have, for example, 60 people and 8 teams working on the same product? One neat way is to get them all into the same room and do them together. This is a great way to stimulate collaboration and resolve dependencies - but there are some important practical aspects to take into consideration. Having done this with several different companies over the past few years I'd like to share some experiences and lessons learned.



I will focus on the practical aspects of getting this to work, with photographs and examples from real cases. </description>
    <duration type="integer">45</duration>
    <id type="integer">3075</id>
    <presenters>Henrik Kniberg</presenters>
    <room>Regency A</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Multi-team sprint planning - how to do all the teams together</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Why is testing so slow?  Why is testing taking so long?  We've done lots of things to speed up testing, but we still face this time crunch when we get to the end of the iteration; then we find out from the field that there are problems that we didn't anticipate.  In this workshop, we'll gather familiar patterns that slow down testing, and discover a few more in the process--and maybe we'll find that the slowest parts of testing have nothing to do with testing at all.  If you have problems that you'd like to solve or solutions that you'd like to offer, come along.</description>
    <duration type="integer">90</duration>
    <id type="integer">3080</id>
    <presenters>Michael Bolton</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Why Is Testing So Slow?  </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Leading an agile development team; what is the role, what&#8218;&#196;&#244;s important, what to do, and how to lead. This is based on my experience in leading a large (600+ people) application development organization that has been practicing Agile since 2001. Over the past eight years I&#8218;&#196;&#244;ve observed, coached, and developed Agile leaders. In my talk I&#8218;&#196;&#244;ll cover the attributes of the successful Agile leader. I will use real life examples that illustrate and validate the attributes that can help or hinder the process of leading an Agile team. Leadership versus management will also be discussed.</description>
    <duration type="integer">45</duration>
    <id type="integer">3085</id>
    <presenters>David Endicott</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">23</time-slot-id>
    <title>Leading an Agile Team in the Corporate World</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile is taking off in the marketplace, and agile processes are the norm for helping IT departments deliver great software... but what about the business?  What about the product manager?  What about the software itself?  What can we do to ensure that we build the RIGHT software with the RIGHT features... the features that will make us the MONEY!  

This session will introduce the concepts of Business Value Metrics and Customer-Based Design a simple formula to help Business Stakeholders evaluate their application feature by feature to ensure they are building the MONEY (honey.)  

</description>
    <duration type="integer">180</duration>
    <id type="integer">3088</id>
    <presenters>Marina Chiovetti, Julian Boot</presenters>
    <room>Crystal C</room>
    <stage-id type="integer">4</stage-id>
    <time-slot-id type="integer">29</time-slot-id>
    <title>Build me the Money, Honey!</title>
    <updated-at type="datetime">2009-08-13T08:18:16Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Agile development means self-management, collaboration, and working towards shared goals. Agile practices support much of this, but we can still learn more, both to better understand current practices and to develop new ones. This session is an introduction to cultural-historical activity theory, a psychological framework for understand collaborative behaviour. The framework has shown the role of tools in cognition and collaboration, and understanding structural tension between different activity systems: it can also be used to understand and improve agile software development.</description>
    <duration type="integer">90</duration>
    <id type="integer">3098</id>
    <presenters>Robert Biddle</presenters>
    <room>Columbus GH</room>
    <stage-id type="integer">11</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Activity Theory for Manifesting Agile</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Fear of decision making often leads teams to exhibit one or more of the dysfunctional symptoms of Agile ADHD. This tutorial will help agile practitioners overcome the fear of decision making by first embracing that there are no right or wrong decisions. Agile development is ultimately driven by a series of decisions, all of which are made in the face of uncertainty. Tutorial participants will take away principles and practices that enable their team to embrace uncertainty and be proactive in making better decisions at the most responsible moment.</description>
    <duration type="integer">90</duration>
    <id type="integer">3110</id>
    <presenters>Bruce Winegarden, David Ullman</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Overcoming Agile ADHD</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>A series of cartoons depicts the terrible things that happen when agile practices aren't followed.  This session is valid for any persona, but especially for the product owner who will suffer when their product fails because they follow a process that isn't helping their team deliver!</description>
    <duration type="integer">45</duration>
    <id type="integer">3122</id>
    <presenters>Anda Abramovici, Tim Brown</presenters>
    <room>Toronto</room>
    <stage-id type="integer">2</stage-id>
    <time-slot-id type="integer">32</time-slot-id>
    <title>A comical approach to project smells</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>A splendid way to know if you will succeed at agile in the workplace is to  be guided by an agile experience in a volunteer setting, where little is masked. Volunteers became volunteers because, despite jobs, families and everything else in their lives, they see a unique reward from the donation of their time and efforts. The danger of the workplace is that, rather than keeping the eye on the prize, it is too easy for someone to replace the underlying motivational reward by the paycheck. This report shows how a volunteer organization was able to experience and learn the power of agile values.</description>
    <duration type="integer">45</duration>
    <id type="integer">3123</id>
    <presenters>Ron Morsicato</presenters>
    <room>Atlanta</room>
    <stage-id type="integer">1</stage-id>
    <time-slot-id type="integer">8</time-slot-id>
    <title>We Are Naked Volunteers: How an Agile Users Group Rediscovered Itself</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>As agile coaches, we all face impediments when it comes to making agile transformations happen in an organization.  Dealing with corporate bureaucracy is most times the hardest part of the transition.  So, what about the federal government and all that red tape?  Learn how two coaches have made it happen, leading and coaching an enterprise agile adoption (principally Scrum and FDD) at two agencies within the federal government space.  Think you&#8218;&#196;&#244;ve dealt with bureaucracy?  Come hear what it&#8218;&#196;&#244;s like to deal with the ultimate in corporate bureaucracy!</description>
    <duration type="integer">45</duration>
    <id type="integer">3132</id>
    <presenters>Judy Wankerl, Brandon Raines</presenters>
    <room>Regency B</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Making an Enterprise Agile Transition Happen in the Face of Federal Bureaucracy</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This tutorial focuses on the detailed specifics that will make distributed agile meetings effective. We will demonstrate several key agile meetings, run in a distributed fashion, so teams can immediately improve their projects. To do so, I will highlight specific tools available in the market place to facilitate each of these different kinds of discussions (retrospectives, planning meetings, stand ups). I'll demonstrate the processes to enable more effective communication between remote locations and describe the key roles required on a project to encourage the best exchange of information. </description>
    <duration type="integer">90</duration>
    <id type="integer">3165</id>
    <presenters>Mark Rickmeier</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">8</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Can you hear me now? Good...</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This is the story of how the Launchpad (https://launchpad.net) development team switched to a continuous integration system to increase several flows in their development process:



* flow of changes on trunk;

* flow of changes requiring database schema upgrade;

* flow of deployed changes to end users.



To switch to a buildbot (http://buildbot.net) based system meant violating a very old company taboo: risking a trunk that doesn't pass its test suite.

The risk of a broken trunk was offset by allowing each developer to run the full test suite in the Amazon EC2 cloud.</description>
    <duration type="integer">45</duration>
    <id type="integer">3166</id>
    <presenters>Francis Lacoste</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Killing the gatekeeper: introducing a continuous integration system</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>JavaScript has earned a special, dark place in most programmer's hearts as it is a necessary evil for making the web experience dynamic.  You are test-driving your JavaScript, aren't you?  If not, why not?  If the reason is that you don't know how, or haven't taken the time to learn the various testing frameworks, then this session is for you.  We will briefly explore the various testing frameworks, build our own lightweight framework, and then test-drive a small bit of functionality using it.</description>
    <duration type="integer">90</duration>
    <id type="integer">3183</id>
    <presenters>James Suchy</presenters>
    <room>New Orleans</room>
    <stage-id type="integer">7</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Mission Impossible: TDD and JavaScript</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This session is an explanation and demonstration of Deep Democracy, primarily aimed at coaches interested in learning new techniques. Deep Democracy--originated by Arnold Mindell--maintains that a well functioning group is dependent on all the voices, positions and views in the group being heard and valued. We will start with the definition, origins and applications of Deep Democracy, then conduct a Large Group Process in which all can directly experience the power of this approach. In our debrief, we will harvest the wisdom of the group, and explore practical uses in Agile team situations.</description>
    <duration type="integer">90</duration>
    <id type="integer">3201</id>
    <presenters>Michael Spayd</presenters>
    <room>Crystal A</room>
    <stage-id type="integer">5</stage-id>
    <time-slot-id type="integer">25</time-slot-id>
    <title>Deep Democracy: A Radical Approach to Hearing from Every Voice</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This is a trick question, right? In agile, everyone works on the same items together, at the same time. Yet, the reality is we&#8218;&#196;&#244;re not all interchangeable cogs. Developers and testers each bring their own, unique skills to the table. The key to effective agile is not minimizing our differences, but building upon the strengths each person brings to the team.  Join us for this hands-on simulation and retrospective as developers and testers explore how agile teams build quality into their process, how each member contributes to that quality, and how we can avoid traditional testing pitfalls.</description>
    <duration type="integer">90</duration>
    <id type="integer">3205</id>
    <presenters>Abby Fichtner, Nate Oster</presenters>
    <room>Grand Ballroom D North</room>
    <stage-id type="integer">14</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Where Does Developer Testing End and Tester Testing Begin?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Selenium is the 800lb gorilla of open source web application testing.  For four years it has been steadily gaining a following and making a difference for corporations large and small.  Such tools have always been a trap for adept Agile teams though.  Too often teams rely on functional testing and skimp on the much more effective 'small' unit tests.  Now with JBehave steering Selenium, we're seeing test scripts emerge that engage formerly perplexed management and business folks.  The time has come for this type of tool pairing to be valued for its role in validating Agile in the enterprise



</description>
    <duration type="integer">90</duration>
    <id type="integer">3207</id>
    <presenters>Paul Hammant, Mauro Talevi</presenters>
    <room>Grand Ballroom E</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Selenium and JBehave : A surprisingly successful shotgun wedding</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Not long ago the notion of a tool that hides more of the system than it shows sounded crazy. To some it still does. But hundreds of thousands of Mylyn users have made next big evolution of the IDE clear. Stories and tasks are more central than source code, focus is more important than features, and integration with the agile workflow is the biggest productivity boost since code completion. This talk will demonstrate the concepts of the task-focused interface and look ahead at how we are redefining the &quot;I&quot; of the IDE by personalizing the user experience around the agile process.</description>
    <duration type="integer">90</duration>
    <id type="integer">3210</id>
    <presenters>Mik Kersten</presenters>
    <room>Grand Ballroom C North</room>
    <stage-id type="integer">15</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Mylyn: Redefining the &quot;I&quot; of the IDE</title>
    <updated-at type="datetime">2009-08-13T08:26:01Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This session will describe our experience in using the Scrum process of Software Development to create complex tools for use in animated movie production. Our process evolved out of the need to keep the task of UI design at least one sprint ahead of software development. Our products are designed for the creative in-house artists who use the tools for long hours over the course of movie production. We will also share ways to capture the complexity in the artists workflow and methods to break it down into reusable components both for graphical user interfaces and for software development. </description>
    <duration type="integer">45</duration>
    <id type="integer">3223</id>
    <presenters>Rajesh Sharma, Brian Wherry</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>Software Development for Disney Animated Feature Film Production </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Persona put the user back into your user stories. 



While we understand that our users are important we may lack language for talking about them. If you already know about persona you may find your approach for performing research and representing user data as a user persona to be time consuming and, what&#8218;&#196;&#244;s more, the persona you create simply aren&#8218;&#196;&#244;t being used.  In this short tutorial you&#8218;&#196;&#244;ll learn to create simple _relevant_ persona for your agile project, how to communicate them to the team, and how to use them generate valuable feature ideas, and design imperatives for your product.</description>
    <duration type="integer">90</duration>
    <id type="integer">3229</id>
    <presenters>Jeff Patton</presenters>
    <room>Columbus KL</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Pragmatic Personas: Putting the user back into user stories</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>With the popularity of Scrum, ScrumMaster has become a de facto role on many agile projects.



In this thought-provoking session, we'll explore the ScrumMaster role and its key challenges. We'll discuss why teams end up with dysfunctional ScrumMasters, and how that hurts agile projects. We'll explore common ScrumMaster anti-patterns, and why they occur. We'll challenge the ScrumMaster role, compare it to other models, and address if agile teams really need a ScrumMaster.



This promises to be a lively and interactive session that may change your views on how to structure a Scrum team.</description>
    <duration type="integer">45</duration>
    <id type="integer">3231</id>
    <presenters>Paul Hodgetts</presenters>
    <room>San Francisco</room>
    <stage-id type="integer">9</stage-id>
    <time-slot-id type="integer">14</time-slot-id>
    <title>ScrumMasters Considered Harmful - Where Did It Go Wrong?</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>This hands-on session will cover a number of low cost, yet powerful research methods, like the &quot;&quot;burrito lunch&quot;&quot; to help you make better data-driven design decisions. We'll provide a number of techniques for recruiting research participants, creating better research questions, and what to do with your data once you've conducted your research. 



We'll provide hands-on demonstrations for how to conduct field research and interview participants. We'll even provide participants, yes, real people, for you to interview during the session. </description>
    <duration type="integer">90</duration>
    <id type="integer">5034</id>
    <presenters>Russ Unger, Todd Zaki Warfel</presenters>
    <room>Acapulco</room>
    <stage-id type="integer">16</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Guerilla Research Methods</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description></description>
    <duration type="integer">90</duration>
    <id type="integer">5107</id>
    <presenters>Philippe Kruchten</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">1</time-slot-id>
    <title>Agile Validation is Continuous and Collaborative: A Field Study of Agile Require</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description></description>
    <duration type="integer">90</duration>
    <id type="integer">5108</id>
    <presenters>Tore Dyb&#8730;&#8226;</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">3</time-slot-id>
    <title>Don&#8217;t Mention the &#8216;A&#8217; Word: Agile Undercover</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description></description>
    <duration type="integer">90</duration>
    <id type="integer">5110</id>
    <presenters>Philippe Kruchten</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">5</time-slot-id>
    <title>ActiveStory: A Tool for Agile &#8211; UCD Design Teams</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description></description>
    <duration type="integer">90</duration>
    <id type="integer">5111</id>
    <presenters>Yael Dubinsky, Philippe Kruchten</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">7</time-slot-id>
    <title>Research on Agile &#8211; presentations, summary, and reflection </title>
    <updated-at type="datetime">2009-08-13T08:28:23Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>The increasing use of agile methods to develop UI-intensive systems has led to a need to find ways of integrating usability into agile teams&#8218;&#196;&#238;reconciling the convergence and divergent points between the two areas. Agile usability researchers at Virginia Tech have partnered with Meridium to develop and implement an integrated approach known as eXtreme Scenario-based Design (XSBD). Based on an analysis of core values and principles of both areas, and work from other agile usability researchers we identified four requirements that need to be met for an integrated approach to work effectively. </description>
    <duration type="integer">45</duration>
    <id type="integer">5112</id>
    <presenters>Yael Dubinsky</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">11</time-slot-id>
    <title>Examining the Foundations of Agile Usability with eXtreme Scenario-based Design</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>User Experience (UX) practitioners and agile practitioners need to understand how user-centred design (UCD) and its techniques can be applied in an agile context. We studied the role of UX practitioners on agile projects, as perceived by UX practitioners themselves. Interviewing 10 UX practitioners in a variety of settings, we identified two main themes that they perceive to be highly influential in the success of integrating UCD and agile approaches: UX practitioners&#8218;&#196;&#244; understanding of their job role, and the need to establish, protect and communicate an overall team vision. </description>
    <duration type="integer">45</duration>
    <id type="integer">5113</id>
    <presenters>Yael Dubinsky</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">12</time-slot-id>
    <title>The importance of Identity and Vision to user experience designers on agile proj</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description></description>
    <duration type="integer">90</duration>
    <id type="integer">5120</id>
    <presenters>Philippe Kruchten</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">17</time-slot-id>
    <title>Agile Development Using Example Embedding</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description></description>
    <duration type="integer">90</duration>
    <id type="integer">5121</id>
    <presenters>Orit Hazzan</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">21</time-slot-id>
    <title>Processes Change and Stories Shift: Motivations for an Extended Narrative-Ethnog</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description></description>
    <duration type="integer">90</duration>
    <id type="integer">5122</id>
    <presenters>Laurie Williams</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">19</time-slot-id>
    <title>Towards a DSL for Agile Measurement and Visualization Patterns</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Mitigating Team Politics in Agile Usability: A Mapping Approach

Chair: Yael Dubinsky

Featured Participants: Jeremy T Barksdale, Eric D Ragan, D. Scott McCrickard



Supporting Program Comprehension in Agile with Links to User Stories

Chair: Yael Dubinsky

Featured Participants: Sukanya Ratanotayanon, Susan Sim, Rosalva Gallardo-Valencia





XP Customer Practices: A Grounded Theory 

Chair: Tore Dyb&#8730;&#8226;

Featured Participants: Angela Martin, Robert Biddle, James Noble

</description>
    <duration type="integer">90</duration>
    <id type="integer">5142</id>
    <presenters>Yael Dubinsky</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">13</time-slot-id>
    <title>Session I Afternoon</title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
  <session>
    <created-at type="datetime">2009-08-13T03:46:00Z</created-at>
    <description>Extreme Product Line Engineering: Managing Variability &amp; Traceability via Executable Specifications

Chair: Tore Dyb&#8730;&#8226;

Featured Participants: Yaser Ghanam, Frank Maurer



Building General Knowledge in Agile Software Organizations: Experiences with job rotation in customer support

Chair: Tore Dyb&#8730;&#8226;

Featured Participants: Tor E. Faegri



The XP Customer Team: A Grounded Theory

Chair: Tore Dyb&#8730;&#8226;

Featured Participants: Angela Martin, Robert Biddle, James Noble

</description>
    <duration type="integer">90</duration>
    <id type="integer">5143</id>
    <presenters>Tore Dyb&#8730;&#8226;</presenters>
    <room>Plaza Ballroom A</room>
    <stage-id type="integer">13</stage-id>
    <time-slot-id type="integer">15</time-slot-id>
    <title>Session II Afternoon </title>
    <updated-at type="datetime">2009-08-13T03:46:00Z</updated-at>
  </session>
</sessions>
