Developer Story

A DeveloperStory is similar to a UserStory, but is written by a developer to describe a FeatureLet.

In others' ;) words, a DeveloperStory is a story about an increment of work done toward the completion of a feature (called a FeatureLet). Each DeveloperStory is written on a card, and describes a chunk of partial functionality that is valuable to a tester.

This would only be relevant in an process bridge (See AgileBridge).


Q: Is there a UserStory that drives this feature?

Response: In our trials, we did not have UserStories. A prototype system was used in place of Requirements. A UserStory could make a good DeveloperStory if the functionality it described were completed at the time of integration and that were all that had to be tested.

Q: Does a DeveloperStory add benefit the FeatureLet does not? Why would I want to read a story when I can read code?

Response: A DeveloperStory is the description. The FeatureLet is the thing described. I did not want to call it a feature because it is really "a part of a feature that I did not implement in full, so one should expect errors when you do this and this."

Still valuable for testing when using GUI automation tools. For example, I could write a script to go and click a button.. Later, I'd tie this script into a routine to verify the dialog box that came up.


What is the purpose of a developer story?


See Also:

      * AgileBridge
      * TurnaroundTime
      * FeatureLet


EditText of this page (last edited February 19, 2004) or FindPage with title or text search