Conference Presentations

Mature Agile Teams: Sixteen Essential Patterns

any teams have a relatively easy time adopting the tactical aspects of the agile methodologies. Usually a few classes, some tools' introduction, and a bit of practice lead teams toward a fairly efficient and effective adoption. However, these teams quite often are simply going through the motions and neither maximizing their agile performance nor delivering as much value as they could. Borrowing from his experience and lean software development methods, Bob Galen explores essential patterns-the "thinking models" of mature agile teams-including large-scale emergent architecture, relentless refactoring, quality on all fronts, pervasive product owners, lean work queues, stretching above and beyond, providing total transparency, saying "No", and many more.

Robert Galen, RGCG, LLC
The Agile PMP: Teaching and Old Dog New Tricks

Agile methods emphasize trust, empowerment, and collaboration-moving us away from command and control project management to harness the passion, creativity, and enthusiasm of the team. In established organizations, success with agile practices hinges on how well traditional project managers adopt new ways of thinking about project structure and control. Building on the principles of the Project Management Body of Knowledge (PMBOK®), Mike explores how PMPs with experience in traditional development can adapt their styles and practices to become effective agile project leaders. Mike tackles the hidden assumptions behind the PMBOK and explores agile approaches for managing time, cost, and scope. Taking an in-depth look at PMI Processes and Knowledge areas, he also explores ways to adapt them to agile projects.

Michael Cottmeyer, VersionOne, Inc.
Using Agile to Increase Value in Lean Times

The proof is now in, and it shows that implementing agile is the best way to get critical, revenue-generating applications to market faster and at less cost. How much money and how many jobs could your organization save? Richard Leavitt and Michel Mah document the financial returns agile project teams are experiencing compared to their traditional counterparts and provide you with a business case toolkit for your senior executives considering agile practices. Rally Software Development commissioned research firm QSM Associates to benchmark twenty-nine agile development projects against their database of 7,500 software projects. The Agile Impact Report compares the performance of agile development projects against plan-driven and waterfall industry averages for time-to-market, productivity, and quality.

Richard Leavitt, Rally Software Development
Virtual Retrospectives for Distributed Software Teams

Project retrospectives are challenging enough when the software development team and stakeholders are together in one location. What happens when the team members are spread across multiple locations, time zones, and continents? John Terzakis describes the key challenges of retrospectives for geographically dispersed software teams and provides solutions he has used to address each challenge. Beginning with a brief overview of the retrospective process, John introduces the concept of a “virtual retrospective” and offers techniques and tips for successfully facilitating them. He identifies cultural, geographical, and site-based issues and risks that can imperil virtual retrospectives and demonstrates collaboration tools to overcome distance barriers. Find out how to conduct retrospective exercises, including a valuable project timeline exercise, when participants are not co-located.

John Terzakis, Intel Corporation
Agile Adoption - Challenges and Strategies for New Teams

In coaching diverse teams on their roads to agile adoption, Rachel Weston has had the opportunity to witness and assist with the different challenges and pitfalls they experience. While each team is unique, a constant and focused "inspect-and-adapt" process has allowed them to identify their current pain points and develop personalized plans for handling them. Rachel examines some of the most common challenges and pitfalls including useless and frustrating daily stand-ups, team over-commitment, backlogs not prepared for planning, difficulties in role transitions, and more.

Rachel Weston, Rally Software Development
Better Software Conference & EXPO 2009: When to Step Up, When to Step Back

Leaders can stifle progress when they unnecessarily interfere with team processes. However, as a leader, you don'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-and other times when leaders should step up and really lead. How do you know which is which? Pollyanna Pixton focuses on collaboration as the key and teaches you how and when to step back and unleash the hidden talent in your organization and teams. Learn how to create an open environment that fosters innovation and creativity and how to let your team members take ownership and hold themselves accountable. Equally important, develop the techniques to step up and lead to keep the project on track without impeding the flow of ideas.

Pollyanna Pixton, Accelinnova
In Defense of Waterfall: Deconstructing the Agile Manifesto

A long history of failed software projects using traditional waterfall methodologies was one inspiration for agile development methods. Regarded as novel and even radical a decade ago, agile methods are now widely adopted. Ken Katz's personal experiences do not lead him to support the proposition that waterfall is doomed to the discard pile of development methods. He has a solid track record of managing projects successfully with waterfall. Ken critically analyzes the Agile Manifesto and its principles, demonstrating that they are based on assumptions that, in certain circumstances, are just as invalid as the generally discredited assumptions underlying waterfall. He describes when waterfall methods are most appropriate and how to use some agile concepts to improve waterfall.

Kenneth Katz, DST Output
Making Smart Choices: Strategies for CMMI Adoption

The CMMI® model was written to apply to a variety of project environments-defense, commercial, development, maintenance, services, and small to large project teams. Its authors used words like "adequate,” "appropriate," "as needed," and "selected." When a project or organization adopts the CMMI® model for process improvement, they consciously or unconsciously make choices about how it will be implemented-scope, scale, documentation, and decision-making to name a few. These choices have a profound effect on the speed and cost of CMMI® adoption. Rick Hefner describes the strategic implications of CMMI® on planning and implementing project processes. He identifies the decisions to be made, the options available, and the relationships between these options and project contexts and business objectives. Take away a deeper understanding of the model and better strategies for its adoption.

Rick Hefner, Northrop Grumman Corporation
Table-Driven Requirements with the FIT Testing Tool

Eliciting and articulating customer requirements-clearly and precisely-is difficult to say the least. Inaccuracies often creep in when translating requirements from business ideas into software models. Working with many clients, Alan Shalloway found that creating a large number of tables with examples-however time consuming the tables are to create-adds to the clarity and precision of requirements. He found, too, that if you can use the same example table as tests, then the time is well spent. Alan presents table-driven requirements as an approach to defining both functional and test specifications. Examine business rules, user interface flows, user-observable states, and other forms of useful tables. Learn how to employ the Framework for Integrated Testing (FIT) to turn table-driven requirements into table-driven tests.

Ken Pugh, Net Objectives
Transitioning Your Software Process to Agile

Agile software development presents an appealing array of possibilities for building better software-customer focused development, high team communication, frequent releases of production-ready software, and early lifecycle testing. Unfortunately, many organizations who have attempted to develop software using agile methods have not been very successful at transitioning to an agile process. Often, the organization attempts to change too much of its software process too quickly. Jeffery Payne describes an approach to incrementally improve the agility of your organization's software process while continuing to achieve your software delivery goals. Jeffery describes high value agile management and agile development methods-including daily stand-ups, continuous integration, pair programming, and test-driven development-and then prioritizes these approaches by their impact on the organization.

Jeffery Payne, Coveros, Inc.

Pages

AgileConnection is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.