Process

Articles

Acceptance Test-Driven Development: Not as Optional as You Think

The components of software processes work together in important and sometimes unrecognized ways. The removal of one of those components will affect the others. In this article, which originally appeared in the August 2010 issue of the Iterations eNewsletter, Jennitta Andrea takes a look at the value of acceptance test-driven development and the costs of making it an optional practice.

Jennitta Andrea's picture Jennitta Andrea
Agile Coach Performance Management: Measure Yourself as a Coach, Not as a Manager

The desire to control comes through loud and clear in the way most people’s worth is measured by their company’s performance management process. When it comes to performance review time, these controlling phrases crop up anew. Many successful agile coaches have been dismayed to learn that, despite the amazing results their teams produced and despite the new clarity and purpose that pervades the workplace, measuring their contributions still includes phrases such as “Herd the cats.”

Lyssa Adkins's picture Lyssa Adkins
Agile ALM—Opposites Attract

Agile and ALM are two terms that you don’t often see side by side. To most developers, agile means team interaction, customer collaboration, dynamism, and responsiveness to change. In contrast, ALM seems to imply the opposite of agile, with echoes of rigid procedures, inflexibility, and top-down process control. But are the agile and ALM approaches as contradictory as they first appear to be?

Mike Shepard's picture Mike Shepard
Enterprise Change Management in Agile Software Development

Agile software development is designed to thrive within even the most dynamic business and technical environments. All agile methodologies include integrated practices and processes that manage evolving requirements to efficiently develop a continuous stream of new software capabilities. However, what Agile does not address are changes related to enterprise support that falls outside the scope of the project work. Enterprise Change Management (ECM) provides a framework that addresses many of these missing factors.

Exploring the Subtle Differences Between Agile Paradigms

In recent years within the object oriented and agile community, several approaches to software design and development have materialized and are in use by professional software developers. Test-Driven Development (TDD), Domain-Driven Design (DDD), Behavior-Driven Design (BDD) and Feature-Driven Design (FDD) are some of the more well known approaches. While these philosophies all imbibe the classic agile principles of an incremental and iterative mindset to software development, they subtly differ from each other.

Nirav Assar's picture Nirav Assar
We're All in the Same Boat

Lisa Crispin dives into the "we're all in the same boat" theory and explains how it can't be more true in the software development world. From the need for common goals to going beyond taking responsibility for the team's actions, each team must know that you're going to fail or succeed together.

Lisa Crispin's picture Lisa Crispin
Transitioning to Agile Testing

Your developers are already working feature-by-feature in iterations, but your testers are stuck with manual tests. How do you make the leap to agile testing when the nature of agile's iterative releases challenges testers to test working segments of a product instead of the complete package? In this column, Johanna Rothman explains that the key challenge resides in bringing the whole team together to work towards the completion of an iteration. Only then will the testers—and the entire team—know how to transition to agile.

Johanna Rothman's picture Johanna Rothman
The Marriage of Lean, Scrum and Extreme Programming (XP)

Many flavors of Agile have emerged: Scrum, Lean, Feature Driven Development (FDD), and Extreme Programming just to name a few. These methods have numerous complementary and distinguishing features, but the gamut of choices can be confusing and disorienting - as if being told to choose the best from 31 flavors of ice cream. Return on Investment (ROI) is important to me, so Lean must be the answer. But wait, I also want to be agile with my business priorities so I’ll choose Scrum. We are left wanting a simple question answered: “Which Agile method should I choose for my organization?”

Geoffrey Bourne's picture Geoffrey Bourne
Agile Removes Limitations—You Must Now Change the Rules

If you're practicing agile methods but continue to reach back to the rules and structures your organization used before adopting agile, you might be asking for more trouble than you know. In this article, George Schlitz discusses the mingling of old and new rules in organizations in different phases of agile adoption and offers a four-step method to help sort out the confusion.

George Schlitz's picture George Schlitz
Agile Developer’s Journal: A Day in the Life

People are creatures of habit, particularly programmers: We seek consistency, whether it is the tried-and-true waterfall/SDLC method or our morning routine of reading the newspaper with a hot cup of coffee. Companies or projects looking to adopt an agile process neglect the fundamental concern of an individual developer: "What will my day to day look like working in an agile environment?"

Geoffrey Bourne's picture Geoffrey Bourne

Pages

AgileConnection is one of the growing communities of the TechWell network.

Featuring fresh, insightful stories, TechWell.com is the place to go for what is happening in software development and delivery.  Join the conversation now!