InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Sharing What's Worked: Patterns for Adopting Agile Practices

Posted by Deborah Hartmann Preuss on Nov 06, 2006

Sections
Process & Practices
Topics
Agile Techniques ,
Agile
Tags
Testing ,
Co-Located Teams ,
Introducing Agile ,
Pair Programming ,
Patterns ,
TDD ,
XP ,
Patterns and Practices
Organizations considering Agile software development approaches need to address issues of Agile adoption - and adaptation.  In his first InfoQ article, Adopting Agile Development Practices: Using Patterns to Share our Experiences, Amr Elssamadisy tells how participants in two OpenSpace sessions at XPday Montreal 2006 focused on the dynamics of adoption, rather than the structure resulting from adoption, to compile Agile practice adoption patterns.  This is part of an effort intended to help those new to Agile answer these questions: "Where do I start?", "What specific practices should I adopt?", "How can I adopt incrementally?" and "Where can I expect pitfalls?"

This article gives a glimpse into the larger effort of documenting agile adoption experiences in pattern format.  The list of potential patterns is long, so Elssamadisy has grouped them into "clusters" of practices: this article focuses particularly on two patterns from the "Test-First Development (TDD)" cluster.



Several times this year groups of software practitioners came together and shared their experiences in adopting agile software practices.  They then documented their successes and failures in adopting each of these practices, in pattern format.  They used patterns to aggregate multiple experiences instead of 'war-stories' that usually don't transfer easily to specific projects, and because patterns are not prescriptive yet still give specific information on how to solve a particular problem.  Patterns are an excellent vehicle to share expert information within context.

In the article, Ellsamadisy answers the question: "So, how does this help me adopt agile practices?"

With the building blocks at hand, that is: Smells, Practices, and Clusters of practices, it becomes possible to tailor your agile adoption in a step-wise and iterative manner.
  1. Start with an evaluation of the status quo - what is being done well and what needs improvement?
  2. Map the areas that need improvement to one or more Smells.
  3. Prioritize the Smells and pull the first one off the list.
  4. Check the Practice Patterns that address the Smell in (3). Read them and read their related clusters.
  5. Depending on your environment, choose one or more of the patterns in (4) - maybe even an entire cluster. Use the advice in the patterns chosen to start adopting those practices.
  6. Periodically evaluate that the Smell in (3) is indeed getting addressed by the practice being adopted. Adapt the practices for your particular environment.
  7. Go back to (1) until perfection is reached.

Adoption should be iterative and always goal-oriented. The goal is to alleviate the Smells currently present by adopting and adapting the applicable agile practices. The patterns are starting points. Use them with a modicum of disrespect. As you gain experience, adapt the practices to fit your needs.

At the end of the article, Elssamadisy invites readers to get involved, pointing out that unless practitioners take the time to write out these clusters of patterns, they cannot be used to help adopters.  All of the work in progress will be made available on the wiki and will appear here on InfoQ in further articles documenting the Smells, Clusters of Practices, and more Practices of Agile Practice Adoption.

Read the InfoQ article: Adopting Agile Development Practices: Using Patterns to Share our Experiences.
Other useful related work by Paul Oldfield Posted
  1. Back to top

    Other useful related work

    by Paul Oldfield

    There is a useful related work at:
    www.aptprocess.com/whitepapers/risk/RiskToPatte...

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.