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: ¡ ¡ ¡ ¡ Thomas ¡Haver ¡ ¡ Designer ¡Brands ¡ ¡ Brought ¡to ¡you ¡by: ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ ¡ 888 -­‑-­‑-­‑ 268 -­‑-­‑-­‑ 8770 ¡ ·√·√ ¡904 -­‑-­‑-­‑ 278 -­‑-­‑-­‑ 0524 ¡-­‑ ¡info@techwell.com ¡ ¡ https://agiledevopseast.techwell.com/ ¡ ¡ ¡

¡ ¡ ¡ ¡ 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. ¡ ¡

10/29/19 ¡ Example Mapping The New Three Amigos Agile DevOps East 2019 About Me 2 ¡ 1 ¡

10/29/19 ¡ 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 ¡ 2 ¡

10/29/19 ¡ 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. ¡ Requirements ¡ Elaborate Verify Examples ¡ Tests ¡ Become 6 ¡ 3 ¡

10/29/19 ¡ Create Examples with Gherkin User ¡Story ¡ Gherkin ¡Scenario ¡ • As ¡a ¡ [type ¡of ¡ • Given some user] ¡ ¡ initial context ¡ • I ¡want ¡ [some ¡ • When an parNcular ¡ event occurs feature] ¡ ¡ • Then ensure • so ¡that ¡ [some ¡ some benefit ¡is ¡ outcome(s) received] ¡ 7 ¡ Encourages Collaboration • BDD requires people to work together to create the requirements / tests. All roles balance each other. 8 ¡ 4 ¡

10/29/19 ¡ Rules and Examples with a Blockbuster Movie Group Activity | Blockbuster Movie • Form teams with the people sitting closest to you. As ¡a ¡big-­‑/me ¡Hollywood ¡movie ¡ execu/ve ¡ ¡ I ¡want ¡to ¡create ¡the ¡next ¡ blockbuster ¡movie ¡ ¡ In ¡order ¡to ¡make ¡a ¡lot ¡of ¡money ¡ • 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) ¡ 5 ¡

10/29/19 ¡ Group Activity | Blockbuster Movie • Create three EXAMPLES that illustrate your rules The ¡movie ¡is ¡released ¡on ¡ Will ¡Smith ¡starring ¡ the ¡July ¡4 th ¡weekend ¡ alongside ¡Aliens ¡ 11 ¡ 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 ¡ 6 ¡

10/29/19 ¡ Group Activity | Blockbuster Movie Why do we need both RULES and EXAMPLES ? 13 ¡ Use the EXAMPLES to illustrate the RULES of USER STORIES Rules ¡/ ¡ User ¡ Acceptance ¡ Examples ¡ Stories ¡ Criteria ¡ 14 ¡ 7 ¡

10/29/19 ¡ 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/ ¡ 8 ¡

10/29/19 ¡ 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 ¡ 9 ¡

10/29/19 ¡ 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! 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/ 20 10 ¡

10/29/19 ¡ Example Mapping by Matt Wynne DISCOVERY FORMULATION AUTOMATION 21 https://cucumber.io/blog/2015/12/08/example-mapping-introduction The Example Map S t o Question r y Rule Rule Question Rule Example E x a m p l e "The one " T o n h e o n u e s t i e Q where..." w h e r e . . . " E x a m p l e " T h e o n e w h e r e . . . " 22 https://speakerdeck.com/mattwynne/rules-vs-examples-bddx-london-2014 https://cucumber.io/blog/2015/12/08/example-mapping-introduction 11 ¡

10/29/19 ¡ Process • 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. 23 Feedback Understanding of the User Story Question Development work is not Question Question ready to begin. Rule Rule User Story might be too large. Rule Example Example Example "The one "The one Rule might be too dense. "The one where..." where..." where..." 24 12 ¡

10/29/19 ¡ Benefits Examples become Creates a shared understanding. user scenarios. Rules become Reduces rework of large acceptance or unclear stories. criteria. 25 An Example Example Map What if one or more Hold a Trainers are Workshop unavailable? Is catering Workshop during At least 75% of required? Room must be core working invited trainees available hours available Does the meeting room A workshop with Core business Workshop require a 4 people or fewer hours between scheduled on projector? can be held in the 9am and 3pm EST Monday when atrium colleagues on-site Scheduled during A workshop with lunch hours 5 people or more (11am-12pm) when must be reserved there are no meeting in meeting room conflicts 26 ¡ 26 13 ¡

10/29/19 ¡ A Word of Caution Don’t allow the team to fall into the trap that the Examples are the only testing that needs to be completed. 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 27 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 ¡ 14 ¡