Story refinement checklist

For Product to answer:

  1. Are the changes expected to affect the style in which authors will write a review's text? If yes, have copyeditors been consulted?
  2. Does the story require user-facing text? If yes, have Support been asked to review text for clarity?
  3. Do we expect this feature to present a new challenge to users? For example, if new validation prevents authors from submitting when previously they could? If yes, are all of the Support team aware? Have the MSU been consulted?
  4. Does this story impact Methods, or the reporting of Methods? If so, have the Methods Implementation Editor and MSU been consulted?
  5. Does the story contain a description of value that is clear to the whole team?
  6. Are there dependencies upon other user stories?
  7. Are there dependencies upon other team(s)?
  8. Is the value of this story threatened by probable development in e.g. 6-12 months?
  9. Should the problem be solved by software or could it be solved in other ways?
  10. Is the solution easy to use or does it require lengthy documentation? Consider re-designing. 
  11. Have person(s) been identified and informed in time to participate in user acceptance testing?
  12. What communication is required for the story? Action → Define what communication is required for what type of changes, banner, on-off e-mail, author/staff digest (informed by support, CES, methods support team)

For Engineering/QA to answer:

  1. Are there dependencies with other team(s)?
  2. What parts of the system will be touched when implementing the story?
  3. Is there a potential that unused code will be activated?
  4. Are there critical test areas?
  5. Do testers know how they would test the user story?
  6. Are the ACs testable? Is there clear accountability if not?
  7. Does the team need any new knowledge or upskilling to deliver the story?
  8. Do we understand what we can do with the system after the user story is completed (that we cannot do with the current system)?
  9. Do we feel confident that we could take the ticket for development/testing/sign-off without further input?

If a story is estimated:

  1. Can we split the user story (if bigger than 13 points)?



After refinement (see Definition of Ready and Done):