Example Mapping: The New Three Amigos Presented by: - - PDF document

example mapping the new three amigos
SMART_READER_LITE
LIVE PREVIEW

Example Mapping: The New Three Amigos Presented by: - - PDF document

AW11 Product Ownership Practices Wednesday, November 6th, 2019 11:45 AM Example Mapping: The New Three Amigos Presented by:


slide-1
SLIDE 1

¡ ¡ AW11 ¡

Product ¡Ownership ¡Practices ¡ Wednesday, ¡November ¡6th, ¡2019 ¡11:45 ¡AM ¡ ¡ ¡ ¡ ¡

Example ¡Mapping: ¡The ¡New ¡Three ¡ Amigos ¡ ¡

Presented ¡by: ¡ ¡ ¡

¡ Thomas ¡Haver ¡

¡ Designer ¡Brands ¡ ¡

Brought ¡to ¡you ¡by: ¡ ¡ ¡ ¡

¡

¡

¡ ¡ ¡

888-­‑-­‑-­‑268-­‑-­‑-­‑8770 ¡·√·√ ¡904-­‑-­‑-­‑278-­‑-­‑-­‑0524 ¡-­‑ ¡info@techwell.com ¡ ¡

https://agiledevopseast.techwell.com/ ¡

¡ ¡

slide-2
SLIDE 2

¡ ¡ ¡

¡

Thomas ¡Haver ¡

¡ Thomas ¡is ¡presently ¡serving ¡as ¡Manager ¡for ¡Validation ¡and ¡Delivery ¡at ¡Designer ¡

  • Brands. ¡He ¡leads ¡a ¡team ¡of ¡testers, ¡ops ¡engineers, ¡and ¡production ¡support ¡analysts ¡

in ¡the ¡adoption ¡of ¡DevOps ¡practices. ¡Previously, ¡he ¡led ¡the ¡enterprise ¡automation ¡ support ¡of ¡73 ¡applications ¡at ¡Huntington ¡National ¡Bank ¡that ¡encompassed ¡testing, ¡ metrics ¡& ¡reporting, ¡and ¡data ¡management. ¡Thomas ¡has ¡a ¡background ¡in ¡Physics ¡& ¡ Biophysics, ¡with ¡over ¡a ¡decade ¡spent ¡in ¡research ¡science ¡studying ¡fluorescence ¡ spectroscopy ¡and ¡microscopy ¡before ¡joining ¡IT. ¡ ¡

slide-3
SLIDE 3

10/29/19 ¡ 1 ¡

Example Mapping

The New Three Amigos

Agile DevOps East 2019

About Me

2 ¡

slide-4
SLIDE 4

10/29/19 ¡ 2 ¡

BDD

User Stories | Convention

  • Rachel Davies is credited with inventing:

As a [type of user] I want [some particular feature] so that [some benefit is received]

  • Example:

As a bank customer I want to view my current account balance so that I know my recent deposit went through.

  • Sometimes features that describe technology updates or UI changes don’t really

work with the model.

4 ¡

slide-5
SLIDE 5

10/29/19 ¡ 3 ¡

Behavior Driven Development

  • BDD promotes requirements by example, collaboration, lower cost

in resolving defects, and automation in the form of business value.

5 ¡

John ¡Ferguson ¡Smart, ¡“Serenity ¡BDD”, ¡h+ps://www.thucydides.info, ¡accessed ¡2018-­‑04-­‑25. ¡

6 ¡

Requirements ¡ Tests ¡ Examples ¡

Become Verify Elaborate

slide-6
SLIDE 6

10/29/19 ¡ 4 ¡

Create Examples with Gherkin

7 ¡

User ¡Story ¡

  • As ¡a ¡[type ¡of ¡

user] ¡ ¡

  • I ¡want ¡[some ¡

parNcular ¡ feature] ¡ ¡

  • so ¡that ¡[some ¡

benefit ¡is ¡ received] ¡ Gherkin ¡Scenario ¡

  • Given some

initial context ¡

  • When an

event occurs

  • Then ensure

some

  • utcome(s)

Encourages Collaboration

  • BDD requires people to work together to create the

requirements / tests. All roles balance each other.

8 ¡

slide-7
SLIDE 7

10/29/19 ¡ 5 ¡

Rules and Examples with a Blockbuster Movie

Group Activity | Blockbuster Movie

  • Form teams with the people sitting closest to you.
  • Write three RULES for a blockbuster
  • Hide your rules from the other teams
  • Sample rule: “Comic Book character is featured”

10 ¡

Adapted ¡from ¡Ma< ¡Wynne, ¡“Stories, ¡Rules, ¡and ¡Examples.” ¡(BDDx, ¡2014) ¡

As ¡a ¡big-­‑/me ¡Hollywood ¡movie ¡ execu/ve ¡ ¡ I ¡want ¡to ¡create ¡the ¡next ¡ blockbuster ¡movie ¡ ¡ In ¡order ¡to ¡make ¡a ¡lot ¡of ¡money ¡

slide-8
SLIDE 8

10/29/19 ¡ 6 ¡

Group Activity | Blockbuster Movie

  • Create three EXAMPLES that illustrate your rules

11 ¡

The ¡movie ¡is ¡released ¡on ¡ the ¡July ¡4th ¡weekend ¡ Will ¡Smith ¡starring ¡ alongside ¡Aliens ¡

Group Activity | Blockbuster Movie

  • Share your EXAMPLES with another team.
  • Attempt to guess the other team’s rules.
  • You may create new EXAMPLES and ask the other team to confirm

the examples meet the RULES.

  • How many examples did it take to guess the rules correctly?

12 ¡

slide-9
SLIDE 9

10/29/19 ¡ 7 ¡

Group Activity | Blockbuster Movie

Why do we need both RULES and EXAMPLES?

13 ¡

Use the EXAMPLES to illustrate the RULES

  • f USER STORIES

14 ¡

Examples ¡ Rules ¡/ ¡ Acceptance ¡ Criteria ¡ User ¡ Stories ¡

slide-10
SLIDE 10

10/29/19 ¡ 8 ¡

Example Mapping

From a User Story to Specifications

  • Before development starts, have a conversation to Clarify

and Confirm

  • The Three C’s
  • Card
  • Conversation
  • Confirmation

16 ¡

h+ps://ronjeffries.com/xprog/arNcles/expcardconversaNonconfirmaNon/ ¡

slide-11
SLIDE 11

10/29/19 ¡ 9 ¡

Card

  • User stories are written on cards.
  • The card does not contain all the information in the requirement.
  • The card has just enough content to identify the requirement.
  • The card is a token that represents the requirement.

17 ¡

Conversation

  • The conversation is an exchange of ideas and opinions.
  • This conversation takes place over time: during estimation and planning

before implementation.

  • The conversation is verbal and often supported by documentation. The

best supplements are examples – specifically executable examples.

18 ¡

slide-12
SLIDE 12

10/29/19 ¡ 10 ¡

Confirmation

  • An acceptance test.
  • For complex stories, confirmation using examples (and automation) is

preferred.

  • The confirmation provided by the executable specification steers the

approach of card and conversation.

19

Other Common Refinement Activities

  • Three Amigos
  • Specification Workshop
  • Discovery Workshop
  • Whichever method is used, these activities must be done regularly!

20

Workshop Background Materials: http://www.velocitypartners.net/blog/2014/02/11/the-3-amigos-in-agile-teams/ https://gojko.net/2008/11/12/specification-workshops-an-agile-way-to-get-better-requirements/ https://dannorth.net/2010/08/30/introducing-deliberate-discovery/

slide-13
SLIDE 13

10/29/19 ¡ 11 ¡

Example Mapping by Matt Wynne

21

DISCOVERY FORMULATION AUTOMATION

https://cucumber.io/blog/2015/12/08/example-mapping-introduction

The Example Map

22

S t

  • r

y Question Rule E x a m p l e " T h e

  • n

e w h e r e . . . " Rule Rule Example "The one where..." E x a m p l e " T h e

  • n

e w h e r e . . . " Question Q u e s t i

  • n

https://speakerdeck.com/mattwynne/rules-vs-examples-bddx-london-2014 https://cucumber.io/blog/2015/12/08/example-mapping-introduction

slide-14
SLIDE 14

10/29/19 ¡ 12 ¡

Process

23

  • The single USER STORY is written on YELLOW card and placed at the top of the map.
  • The acceptance criteria as a RULE is written on a BLUE card placed below the User

Story.

  • Create one or more EXAMPLES written on GREEN cards placed below each rule.
  • Any QUESTION that no one in the workshop can answer is written on a RED card.
  • Continue the session until a Time-box is met or everyone believes the story is

elaborated sufficiently.

Feedback

24

Understanding of the User Story Question Rule Example "The one where..." Development work is not ready to begin. User Story might be too large. Rule might be too dense. Question Question Rule Rule Example "The one where..." Example "The one where..."

slide-15
SLIDE 15

10/29/19 ¡ 13 ¡

Benefits

25

Creates a shared understanding.

Examples become user scenarios. Rules become acceptance criteria.

Reduces rework of large

  • r unclear stories.

An Example Example Map

26 ¡ 26

Hold a Workshop

Workshop during core working hours Room must be available At least 75% of invited trainees available Core business hours between 9am and 3pm EST Workshop scheduled on Monday when colleagues on-site What if one

  • r more

Trainers are unavailable? Is catering required? A workshop with 4 people or fewer can be held in the atrium A workshop with 5 people or more must be reserved in meeting room Does the meeting room require a projector?

Scheduled during lunch hours (11am-12pm) when there are no meeting conflicts

slide-16
SLIDE 16

10/29/19 ¡ 14 ¡

A Word of Caution

27

One person writing Gherkin scenarios based on the examples during a session while others sit idly by is not advised

Teams will be resistant to

  • change. Even if Example

Mapping is an improvement, it’s hard to break habit

Don’t allow the team to fall into the trap that the Examples are the only testing that needs to be completed.

Metrics | Percent Business Rule

Percent business rule is the percent of business rules covered with specifications (test cases) for regression, project release, or deploy/patch validation (smoke tests). SPE # of business rules with specifications PBR (%) = -------- = --------------------------------------------------------- BR # of total business rules PBR = Percent Business Rule SPE = # of business rules with specifications BR = # of total business rules

28 ¡

slide-17
SLIDE 17

10/29/19 ¡ 15 ¡

Metrics | Effective Automation

Effective automation is the percent of a automation for an application’s regression, project release, or deploy/patch validation (smoke tests) that can be automated from the total number of applicable automation candidates. ATC # of test cases automated EA (%) = -------- = --------------------------------------------- TC # of total candidate test cases EA = Percent Automation ATC = # of test cases automated TC = # of total candidate test cases

29 ¡

Example Mapping Group Activity

30 ¡

Group Activity (15 minute time-box) In your group, conduct an example mapping session for one for the User Stories available We’ll review as a group

slide-18
SLIDE 18

10/29/19 ¡ 16 ¡

Questions

31 ¡

?

Resources

slide-19
SLIDE 19

10/29/19 ¡ 17 ¡

Resources | Quality

33 ¡

Resources | Requirements

34 ¡

slide-20
SLIDE 20

10/29/19 ¡ 18 ¡

Resources | Automation

35 ¡

SDLC Integration

Waterfall

slide-21
SLIDE 21

10/29/19 ¡ 19 ¡

SDLC Integration | Waterfall

37 ¡

Write ¡Stories ¡& ¡ Acceptance ¡Criteria ¡ Commit ¡ Requirements ¡ Develop ¡ Test ¡ Automate ¡ Tests ¡

SDLC Integration | Gherkin

38 ¡ Write ¡Stories ¡in ¡ Gherkin ¡Format ¡ Gherkin ¡Part ¡

  • f ¡Tollgate ¡to ¡

Design ¡ Commit ¡ Requirements ¡ Develop ¡ Test ¡ Automate ¡ Tests ¡

Incorporated ¡into ¡Entry ¡Criteria ¡

slide-22
SLIDE 22

10/29/19 ¡ 20 ¡

SDLC Integration | Example Mapping

39 ¡

Write ¡Stories ¡in ¡ Gherkin ¡Format ¡ Three ¡Amigos ¡ (Example ¡ Mapping) ¡ ¡ Commit ¡ Requirements ¡ Develop ¡ Test ¡ AutomaNon ¡of ¡ Gherkin ¡ Incorporated ¡into ¡Exit ¡Criteria ¡ Incorporated ¡into ¡Entry ¡Criteria ¡

SDLC Integration | BDD

40 ¡

Write ¡Stories ¡in ¡ Gherkin ¡Format ¡ Three ¡Amigos ¡ (Example ¡ Mapping) ¡ ¡ Commit ¡ Requirements ¡ Develop ¡with ¡ Automated ¡ SpecificaNons ¡ Execute ¡all ¡ Regression ¡& ¡ Release ¡tests ¡ Incorporated ¡ into ¡Exit ¡Criteria ¡ Incorporate d ¡into ¡Entry ¡ Criteria ¡

slide-23
SLIDE 23

10/29/19 ¡ 21 ¡

SDLC Integration

Scrum

SDLC Integration | Scrum

42 ¡

Write ¡Stories ¡& ¡ Acceptance ¡ Criteria ¡ Commit ¡ Stories ¡to ¡ Sprint ¡ Develop ¡ Test ¡ Automate ¡ Tests ¡

slide-24
SLIDE 24

10/29/19 ¡ 22 ¡

SDLC Integration | Gherkin

43 ¡

Write ¡Stories ¡in ¡ Gherkin ¡Format ¡ Gherkin ¡Part ¡

  • f ¡Backlog ¡

Refinement ¡ Commit ¡ Stories ¡to ¡ Sprint ¡ Develop ¡ Test ¡ Automate ¡ Tests ¡

Incorporated ¡into ¡ Defini/on ¡of ¡“Ready” ¡

SDLC Integration | Three Amigos

44 ¡

Write ¡Stories ¡in ¡ Gherkin ¡Format ¡ Three ¡Amigos ¡ (Example ¡ Mapping) ¡ ¡ Commit ¡ Stories ¡to ¡ Sprint ¡ Develop ¡ Test ¡ AutomaNon ¡of ¡ Gherkin ¡ Incorporated ¡ into ¡Defini/on ¡of ¡ “Ready” ¡ Incorporated ¡ into ¡Defini/on ¡of ¡ “Done” ¡

slide-25
SLIDE 25

10/29/19 ¡ 23 ¡

SDLC Integration | BDD

45 ¡

Write ¡Stories ¡in ¡ Gherkin ¡Format ¡ Three ¡Amigos ¡ (Example ¡ Mapping) ¡ ¡ Commit ¡ Stories ¡to ¡ Sprint ¡ Develop ¡with ¡ Automated ¡ SpecificaNons ¡ Execute ¡all ¡ Regression ¡& ¡ Release ¡tests ¡ Incorporated ¡ into ¡Defini/on ¡of ¡ “Done” ¡ Incorporated ¡ into ¡Defini/on ¡of ¡ “Ready” ¡