A user story is very simple and is written by the customer. It's incomplete, possibly inaccurate, and doesn't handle exceptional cases because not a lot of effort is expended making sure it's correct. During development, it serves as a reminder and a starting point for additional discussions with the customer about the full extent of his needs.
No we don't do the above.
A use case is more complex and is written by the developer in cooperation with the customer. It attempts to be complete, accurate, and handle all possible cases. A lot of effort it expended to make sure it's correct. During development, it's intended to be able to answer any developer questions about customer requirements so that developers may proceed without having to track down the customer.Yes the above is what we do
XP stories (and similar things, often called features) break requirements into chunks for planning purposes. Stories are explicitly broken down until they can be estimated as part of XP's release planning process.... A story may not even show up in a use case narrative, such as adding a new asset depreciation method to a pop up list.No. The above is not done at the specification level. But, probably done during iteration planning.
Conclusion: User stories and use cases do overlap, and sometimes the same at different precision levels. I think we do use cases in 2 digit precision.
No comments:
Post a Comment