An index to some approaches for elaborating stories

There are many approaches that work well when elaborating stories and the team should decide on the approach that works best for them.

Continue reading “An index to some approaches for elaborating stories”

Elaborating user stories: what about architecture?

Some people worry that in our rush to become more agile we might be leaving good architecture behind. So I often reassure with the following statement:

Don’t worry – There is no doubt that the system’s architecture will emerge from what we are doing. The only question is whether it will be the architecture we want.

Continue reading “Elaborating user stories: what about architecture?”

Elaborating user stories by using comparison tables

Comparison tables involve listing stories and then comparing the components or factors relevant to each story.  Generally speaking a comparison table is created as follow:

  • Stories are listed as either column headings or row headings; and
  • Story components or characteristics are listed for each story.

Continue reading “Elaborating user stories by using comparison tables”

Elaborating user stories by using abstract to concrete approaches

Abstract to concrete is a term I am going to use to describe the idea of elaborating stories by:

  • Using a structured format to interrogate the story;
  • “Abstracting” the context and meaning behind the story rather than just listing acceptance tests or task; and
  • Making the abstract conversation more concrete by discussing what needs to be done in order to build the story.

Continue reading “Elaborating user stories by using abstract to concrete approaches”

Elaborating user stories by breaking them into tasks

In some teams, the iteration or sprint begins with the team discussing each story and breaking it down into the specific tasks that each team member will need to perform in order to complete the story. The team then track tasks on their story wall rather than complete stories.

Continue reading “Elaborating user stories by breaking them into tasks”

Creating stories for the support team on an agile project

This article is one of a couple I am writing to explain how agile projects can hand over useful information to support teams if they want to. 

So this article is a (hopefully) straightforward description of how we can use stories to define the knowledge that to create and handover when the project goes live.

Continue reading “Creating stories for the support team on an agile project”

A mechanical guide to testing on agile projects

Testers keep telling me that testing is not just about breaking things.  They also tell me that they are there to help the team think rather than just point out the dumb things they have done in the last sprint.

That’s probably all true.  But I have been asked by someone to give them a mechanical set of steps to do when you are an agile tester.  That way they have a starting point when they join an agile project.

So here are the 8 steps to follow:

Continue reading “A mechanical guide to testing on agile projects”

The Hard Choices game – teaching architecture to agile teams

I have recently been talking about elaborating stories in agile projects and the topic of architecture came up.

As as result Philippe Kruchten sent me a link to the “Hard Choices” game – a game that can be run in workshops and training courses to demonstrate the difficult tradeoffs involved in architecture on projects. 

http://www.sei.cmu.edu/architecture/tools/hardchoices/

Continue reading “The Hard Choices game – teaching architecture to agile teams”