BT
x Your opinion matters! Please fill in the InfoQ Survey about your reading habits!

Scrum Gathering: Community of Practice

by Dan Mezick on  Mar 29, 2010

The Agile community is developing consensus around three important areas of practice: requirements gathering, agile coaching, and open space formats for group learning. At the recent Scrum Gathering, these topics were prominent topics of discussion on Day 1, Day 2, and Day 3 of the event. InfoQ explored each of these further to gain a better understanding of their place in Agile.

Interview: Jeff Patton on Embracing Uncertainty

by Amr Elssamadisy on  May 13, 2009

In this interview with Jeff Patton at Agile 2008, he talks about three strategies that can help product owners do their job more effectively by embracing the inherent uncertainty in all software development. Namely they are understanding the ultimate goals of the project, delaying decisions until the last responsible moment, and scaling up by building quality.

Story Mapping Gives Context to User Stories

by Chris Sims on  Mar 23, 2009

The Scrum notion of 'backlog' is a single, prioritized list of user stories for the team to implement. This works well for organizing what the team should work on in the near term, e.g. during sprint planning. At the Orlando Scrum Gathering, Jeff Patton described story mapping. This is a way of organizing stories that provides richer context and can help with release planning.

Being A Better Product Owner

by Mike Bria on  Mar 04, 2009

Anyone who has spent any time on an effectively executed agile project can attest to the fact that the Product Owner's (or, in XP, the "Customer's") collaboration with the development team plays a key role in the success of a team. Peter Stevens offers a bit of advice to help people in these roles do this well.

Use Cases Considered Valuable (but Optional) For Lean/Agile Requirements Capture

by David West on  Feb 17, 2009 1

Dean Leffingwell, author of Scaling Software Agility and Chief Product Methodologist at Rally, has concluded that Use Cases can be a valuable tool to model requirements for a large-scale Lean/Agile Project. Use cases are not commonly encountered in Lean/Agile (especially XP and Scrum), where stories are the requirements gathering tool of choice.

Burn Stories Not Tasks

by Chris Sims on  Jan 12, 2009 7

Developers commonly break user stories into tasks to facilitate distributing the implementation work across the team, and allow tracking of progress at a finer level of granularity. Unfortunately, a story can explode into a list of non-trivial tasks so large that the story is not deliverable by the end of the iteration. Ron Jeffries suggests: "Do stories as a unit, not broken into tasks."

Story-Focused Standups

by Chris Sims on  Sep 29, 2008 4

A widely accepted agile practice is the daily standup meeting, in which each team member shares: what they have done since the previous standup, what they expect to achieve by the next, and anything that is getting in their way. Mike Cohn recently examined variations that shed additional light on the progress being made toward completing each user story.

Use Cases or User Stories?

by Amr Elssamadisy on  Jul 28, 2008 14

User stories are better than use cases - right? Not necessarily. It depends on whom you ask. There are definite benefits to user stories as they encourage conversation and discourage the "throw over the wall" mentality of more heavy-weight requirements documents. But do they have drawbacks?

Article: User Story Estimation Techniques

by Floyd Marinescu on  Jul 07, 2008 17

One of the great things about working as a consultant is the ability to try out many different ideas and adapting your personal favorite process to include things that work. This article gives the details about user story estimation techniques that Jay Fields has found effective.

New User Story Format Emphasizes Business Value

by Chris Sims on  Jun 19, 2008 2

User stories, a common format for capturing agile requirements, could be more focused on business value. A traditional format for stating a user story is: "As a <type of user> I want <some functionality> so that <some benefit>." A value-centric replacement would be: "In order to <achieve some value>, as a <type of user>, I want <some functionality>."

Presentation: Agile Project Lifecycle in User Stories and Release Planning

by Abel Avram on  May 21, 2008

In this presentation recorded during QCon London 2007, Rachel Davies, director of Agile Alliance, talks about the Agile development cycle starting with user stories and planning the releases.

Right-Size Your User Stories

by Mark Levison on  Feb 06, 2008

For those using User Stories, getting them right is one of the difficult aspects of an Agile process - they can drive or bog down your work. Pat Kua recently addressed a key question: How much detail should you put in your story? The answer, of course, is "it depends" on where you are in the process.

Are Product Backlogs Wasteful?

by Geoffrey Wiseman on  Oct 17, 2007 11

Planning the features to be developed is an important part of software development. In Scrum, the list of features desired but not yet implemented is typically called the backlog (or product backlog). This is meant to be lightweight, but can it still be wasteful?

InfoQ Interview: Alistair Cockburn

by Deborah Hartmann Preuss on  Jan 22, 2007

At Agile2006 InfoQ interviewed Alistair Cockburn, methodology creator, author and long-time leader in the Agile community. Topics discussed ranged from the history of the Agile movement to the future of methodologies, with a look at User Stories and Use Cases along the way. This interview uncovers how his research for IBM may have sparked the creation of the Agile Manifesto.

General Feedback
Bugs
Advertising
Editorial
InfoQ.com and all content copyright © 2006-2014 C4Media Inc. InfoQ.com hosted at Contegix, the best ISP we've ever worked with.
Privacy policy
BT