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