It can seem like a good idea to add a backup story into a sprint — if works gets blocked or things turn out easier than expected, another story can be pulled into the sprint. However, having more than one story identified, even if not committed, is likely to lead to less work getting done.
Given their fundamental differences, can Agile and Waterfall methodologies really be combined without causing more headaches than the effort is worth? Yes, but like any successful marriage, it takes some compromise and adjustment. Here are a few guidelines to make it work and reap the best of both worlds.
Writing effective user stories on Agile projects requires collaboration between the product owner and team. The effort involves agreeing on the depth of technical detail in the story, ensuring that epics are appropriately broken down, and adding acceptance criteria. Let’s look at some helpful examples for each step.
There are many ways that story points are often used incorrectly by well-meaning teams. In the fourth installment of our series, we look at two more agile anti-patterns that seem like good ideas but aren’t: allowing everyone to have a vote, and playing “Go Fish” during planning exercises.
In agile projects, most requirements start out as epics, which are too big to be addressed in a single sprint. Let’s look at some examples of how epics are broken down into manageable stories through team and user collaboration, and how acceptance criteria add important details.
CA Technologies and VersionOne have partnered on a solution that integrates Agile and waterfall project management, providing visibility across all development initiatives and enabling improved business-level decision making.
Requirements in Agile environments are handled very differently than in projects following linear processes. In Scrum, requirements are collected and shared through user stories, which have a precise format that invites conversation and collaboration. Here are some examples and guidelines for writing effective user stories.
Using story points for estimation seems simple enough, but many teams fall back on old habits without realizing that they are misusing one of the key innovations of the Agile methodology. In the third installment of our series, we look at two more agile anti-patterns: conflating story points with story value, and relying on an anchor story.
A new book offers Agile-based principles and techniques for accelerating the innovation process, reducing inherent risks, and nurturing creativity and collaboration. Featuring 11 detailed case studies, it addresses five critical performance areas: strategy, portfolios, process, culture and infrastructure.
Story points are one of the most misunderstood and misused aspects of the Agile methodology. In the second installment of our series on Agile Anti-Patterns, we look at two more ways that story points can be used incorrectly, making the team both less agile and more frustrated in the process.