Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
www.AgileMontage.com
The product shall have a gas engine.
The product shall have four wheels.
The product shall have a rubber tire mounted to
e...
The product shall have a gas engine.

The product shall have high torque.
The product shall have four large wheels.

The p...
Verbal communication?
Comprehensible by everyone?
Right size for planning?
Work for iterative development?
Encourage defer...
Simple
User observable behavior
Right focus – delivering business value, not internal tasks
Prioritized

9
Not Detailed.
Defers details.

Tool for
implementing
not just
documenting

A story is a promise of a conversation
--Mike C...
Written in this format: As an X , I want Y, so that Z
Written from the user perspective
Should NOT specify implementation
Lightweight documentation
To be able to code without performing business analysis

Context for the story requirement and a...
13
Format: Given <>, When <>, Then <>
Defines what has to be built to implement a
story
Defined by the customer, QA and analy...
Independent
Negotiable
Keep stories short & business language
focused
Seek a level of granularity that can be
completed in...
Too Big?
Too Small?
18
Not like this

A good story thinks like this
19
20
Goldplating
Too many details
Including user interface detail too soon
Think too far ahead (not JIT)

Analysis Paralysis
Sp...
Scope difference
Difference in level of completeness

Written for difference purpose
EMR System > Clinical Documentation > Encounter
Management
EMR System > Messaging Center > View Messages

As An XYZ I want...
181 - As a physician I want to manually correct information
associated with a patient's record so that patient records are...
183 - As a physician I want to manually associate messages
that can't be automatically associated with a patient's record
...
Title
Send a Message

Story
As a physician I want to be able to forward messages to interested parties so that I can send ...
www.AgileMontage.com
User stories
User stories
User stories
User stories
User stories
User stories
Upcoming SlideShare
Loading in …5
×

User stories

768 views

Published on

Published in: Technology, Business
  • Be the first to comment

  • Be the first to like this

User stories

  1. 1. www.AgileMontage.com
  2. 2. The product shall have a gas engine. The product shall have four wheels. The product shall have a rubber tire mounted to each wheel. The product shall have a steering wheel. The product shall have a steel body.
  3. 3. The product shall have a gas engine. The product shall have high torque. The product shall have four large wheels. The product shall have high ground clearance. The product shall have a tough body. The product should be able to haul heavy cargo.
  4. 4. Verbal communication? Comprehensible by everyone? Right size for planning? Work for iterative development? Encourage deferring detail? Encourage participatory design? Build up tactical knowledge? 8
  5. 5. Simple User observable behavior Right focus – delivering business value, not internal tasks Prioritized 9
  6. 6. Not Detailed. Defers details. Tool for implementing not just documenting A story is a promise of a conversation --Mike Cohn, “User Stories Applied” User Stories Verbal Communication Reminder 10
  7. 7. Written in this format: As an X , I want Y, so that Z Written from the user perspective Should NOT specify implementation
  8. 8. Lightweight documentation To be able to code without performing business analysis Context for the story requirement and actionable content 12
  9. 9. 13
  10. 10. Format: Given <>, When <>, Then <> Defines what has to be built to implement a story Defined by the customer, QA and analysts 15
  11. 11. Independent Negotiable Keep stories short & business language focused Seek a level of granularity that can be completed in a few days Valuable Estimable Small Do not include implementation details Testable Do not stop talking 17
  12. 12. Too Big? Too Small? 18
  13. 13. Not like this A good story thinks like this 19
  14. 14. 20
  15. 15. Goldplating Too many details Including user interface detail too soon Think too far ahead (not JIT) Analysis Paralysis Split too many stories 21
  16. 16. Scope difference Difference in level of completeness Written for difference purpose
  17. 17. EMR System > Clinical Documentation > Encounter Management EMR System > Messaging Center > View Messages As An XYZ I want to edit information associated with a patient record so that it can be corrected.
  18. 18. 181 - As a physician I want to manually correct information associated with a patient's record so that patient records are accurate 181.1 – As a physician I want to be able to change encounter information and mark entry as an error if applicable, entering reason(s) why information has been erroneous so that patient's medical record is accurate. 181.2 – As a provider I want to be able to reassociate associated patient information (while retaining history for original patient) so that the patient's medical record is accurate.
  19. 19. 183 - As a physician I want to manually associate messages that can't be automatically associated with a patient's record 183.1 - As a physician I want to be able to create a sticky note message so that I can share information with interested parties 183.2 - Send message 183.3 - As a physician I want to be able to forward messages to interested parties so that I can send my messages to them
  20. 20. Title Send a Message Story As a physician I want to be able to forward messages to interested parties so that I can send my messages to them Context (Some portions Out of Scope for this story) The user will be allowed to create a new message, which may or may not be attached to patient details, in story 183.1 This story relates to the validation and sending of that message. It also includes recording the fact that the message was sent, for later retrival/display with story 171.2 (View sent sticky note message). Note that, for the purposes of this story, sending tasks with attached due dates and/or recurrence (created in story 193) are NOT in scope. Acceptance Criteria: GIVEN (THAT) I have created a sticky note message with a valid individual recipient and no attached patient I have created a sticky note message with a valid individual recipient and an attached patient that the recipient is NOT allowed to see WHEN I request the message to be sent I request the message to be sent THEN Then the message is delivered to the recipient's message queue and added to the sender's sent items I see an error message informing me that the recipient cannot view the patient AND The message will not be added to the recipient's message queue or added to the sender's sent items Out of Scope 183.1 - Create Message 171.2 - View Sent Sticky Note Messages New - Allow an unsent message to be saved as a draft message Open Items: 1. Is auditing in scope for this story? Auditing is done when a patient is loaded. No additional auditing is required on message send.
  21. 21. www.AgileMontage.com

×