A user story says that a product must be very fast. During the demo, the Product Owner is dissatisfied with the speed of the product. The most likely reason that this occurred is that the user story was:
a) not descriptive of the value.
b) too large.
c) not estimated correctly.
d) not testable.
Drew CraigSr. Agile & Product Coach| VanguardPhiladelphia, Pa, United States
My initial thought was 'what does fast mean?' - was that defined? The term fast is relative; and subjective.
Seemingly the answer would be A - not descriptive of the value, aka, 'fast' is not defined. One could say D (not testable) as a result of A (not descriptive). How do you test if it is fast if fast is not defined? Saving Changes...
Rajesh YerunkarEnjoying Life| In TransitionMumbai, Maharastra, India
Hi,
I agree with Andrew, as in user stories the requirements are to be clarified in detail as possible.If the Product owner had specified the speed criteria like after submitting the required data the page should open in 5 secs.( my projects are web based so this came to my mind)
Hi,
I too agree with Andrew and Rajesh for option A,
We cannot define fast, there has to be some parameter which could be used for defining the word,
Similar, you cannot define either intensity. Saving Changes...
Option A.
The acceptance criteria should state the range of acceptable values. Saving Changes...
Renee RobinsonPMO Director| C2GOrlando, FL, United States
I also agree with Andrew, A would drive the value and D would test to ensure A was achieved. Saving Changes...
Mohamad FararjehProject Management - Electrical Engineer| San Francisco Bar Area Rapid Transit (BART)Santa Clara, Ca, United States
I am looking at Vinod, and it seems that he is in the health care industry. Generally speaking, Andrew is correct, however, I think Vinod, is addressing an environment in which he is dealing with, in defining the term "Not very fast." I could be wrong, but that may explain the nature of question.
I have bean heavily involved in product development and management, and I wrote about this topic also.
Still the term "Very Fast" has to be clearly defined. However, as stated by Soali, the acceptance criteria is the reference. Saving Changes...
I agree with Andrew. The answer would be A. A good user story should describe a specific value first. And then, it should be measurable. Saving Changes...
I am looking at pure Scrum theory, in Agile Scrum Methodology User Story characteristics are Independent, Negotiable, Valuable, Estimable, Small, Testable (INVEST). So I think D is the right answer here. eg: If user story says 100GBps speed, it's testable, estimable & negotiable too. I agree with "descriptive value" in broader PM point of view. Saving Changes...
Personally I would go for A, unclear specification, what is fast for one might be slow for an other. You need a clear spec.
Andrew comment on A and D is excellent Saving Changes...
Community Champion
