O documento discute técnicas para dividir histórias de usuário em partes menores para facilitar a estimativa, implementação e verificação. Histórias menores promovem o fluxo contínuo de trabalho ("done-done") e antecipam os testes, melhorando a agilidade. A técnica do "hambúrguer" ajuda times inexperientes a dividir histórias em tarefas técnicas primeiro.

1. Slicing & Dicing
User Stories
workshop
gsposito
Giuilano Sposito

2. Giuliano Sposito
Lean Digital Coach ⦁ SPC, PMP, ItilF, CSM
gsposito@ciandt.com ⦁ twitter.com/gsposito
Engenheiro de Computação e Mestre em
Gestão da Inovação pela Unicamp
Especializado em Data Science

3. Collaborate. Innovate.
Transform.
"RUP → CMMi3 → CMMi5"
Phase
“CMMi5 → Agile”
Phase
"Lean Digital"
Phase 500M
2017*
2010
1998
2005
GROSS
REVENUE
BRL million
119M
2M
19M
2015
345M
2018E
1995

4. “CMMi5 → Agile”

5. 80 times “ágeis” rodando
Experimentando todas as maneiras possíveis

6. “Os segredos da agilidade”
Do que funciona, em que situação, quais condições, o que falta e
como complementar conservando os princípios ágeis e lean.

7. X4 mais
rápido?
Mesmo? De verdade?

8. Are you ready-ready to be done-done?
Scrum and CMMI – Going from Good to Great
http://www.scruminc.com/wp-content/uploads/2014/05/Scrum-CMMI-Going-from-Good-to-GreatAgile.pdf
Jeff Sutherland, Ph.D.

10. http://www.scruminc.com/wp-content/uploads/2014/05/Scrum-CMMI-Going-from-Good-to-GreatAgile.pdf

11. O que nós medimos de verdade...
Quando cada prática é instalada no mesmo squad de um sprint
para o outro dentro do mesmo projeto/produto/cliente

12. 100%
68%
Not Ready
Ready
Are you ready-ready ...
(volume de horas médias por pontos em comparando histórias ready com not ready)

13. 62 h/sem
38 h/sem
Big Stories
Small Stories
… to be Done-Done?
(alocação média de horas de um dev por semana para bater mesma quantidade de pontos por sprint)

15. Writing User Stories
User Story Workshops

16. Backlog Grooming
Transformar Items do Product Backlog em User Stories “Ready”

17. To Do -> In Grooming -> Ready -> Working/Done
“Sprint de Preparação”
PO Team trabalharia deixando Estórias “Ready” no Sprint N-1

18. To define the business
(business rules)
To make them easy to verify
(acceptance criteria)
Backlog Grooming
Transformar Items do Product Backlog em User Stories “Ready”

20. Cuidado, isso
não é RUP!!!

21. O objetivo é evitar que o time de
desenvolvimento “pare” durante o sprint por
falta de definição de negócio
(e definições técnicas quando necessário)

22. how to write a good story?

23. what is a story?
An User Story is a independent piece of a
feature or a system that can be estimable,
and so negotiable with the PO, but small enough
to deliver a business value to the system and
can be implemented and tested.
It isn´t a user case. It isn’t a architecture issue. It isn’t a non working piece of feature. It
isn’t a prototype…

24. how to write a good story?

25. how to write a good story?

26. but in the practice...
Jenny Wong & Danilo Dato @ ThoughtWorks - “Slicing and Dicing your User Stories”

27. 27
(Maus) exemplos da vida real...
(ofuscado por questões de confidencialidade)

28. 28

29. 29

30. 30

31. 31

32. 32

33. requirements: breaking down structure
agile user stories

34. why?
agile user stories Easy to Define,
Implement and Verify
(Testable & estimation)
Easy to manage
(scope & size)
Easy to link with business
(Value Eng. & Priorization)

35. size matters… so how small?

36. © Jeremy Jarrel's Creating Effective User Stories @ Pluralsight

37. © Jeremy Jarrel's Creating Effective User Stories @ Pluralsight

38. “Better learn balance. Balance is key. Balance
good, karate good. Everything good. Balance
bad, better pack up, go home.” - Mr. Miyagi

39. an user story has a lot of responsibilities...
To define the business
(business rules)
To make them easy to verify
(acceptance criteria)
To make them easy to implement
(tech grooming and splitting)

40. Slicing and Dicing a
User Story

41. Jeremy Jarrel´s Splitting Stories @ Pluralsight

42. Jeremy Jarrel´s Splitting Stories @ Pluralsight

43. Jeremy Jarrel´s Splitting Stories @ Pluralsight

44. Jeremy Jarrel´s Splitting Stories @ Pluralsight

45. Jeremy Jarrel´s Splitting Stories @ Pluralsight

46. splitting -> simplify
Build and test, build and test, build and test,…
until the whole feature is done.
Each cycle is a story.

47. product backlog item -> functionality

48. splitting -> simplify

49. splitting -> simplify, fast implementation

50. splitting -> simplify, fast implementation, rapid test return

51. splitting -> simplify, fast implementation, rapid test return

52. splitting -> simplify, fast implementation, rapid test return, force
constant retest,

53. splitting -> simplify, fast implementation, rapid test return, force
constant retest, can be demonstrable

54. Try to break the unbreakable
Add complexity step by step

55. Try break the unbreakable
Add complexity step by step

56. Histórias pequenas promovem o “Done-Done”
Porque o tamanho da história afeta produtividade?

57. Abrindo a caixa preta do desenvolvimento
Antecipar ao máximo a verificação e testes promove tempo de
reação/correção e portanto agilidade

58. Histórias grandes: quando ela está realmente pronta?
Planning Demo

59. Quando uma história pequena está pronta?
Planning Demo

60. O objetivo é incorporar o teste dentro do desenvolvimento ⇒
Histórias pequenas é um passo em direção ao DevOps
Planning Demo

61. O ritmo com que Sprint Burndown de pontos cai e fruto da
maneira que o time organiza o Sprint Backlog.
A maneira que o Burndown (SP) cai é um
reflexo da organização do sprint backlog em
uma Equipe One Piece Flow.
O número e o tamanho das
histórias estão diretamente
relacionados ao número e ao
tamanho delas neste gráfico.
Entre cada queda, você e sua
equipe são cegos quanto ao
desempenho da equipe.

62. A quebra da história em itens menores
irá melhorar o fluxo e reduzir o risco de
falhar o sprint.
As outcome

63. This is
AGILE !!
We deliver
all the time!!

64. ● Granularidade: “Análise” x “Desenvolvimento”
● Refactoring constante ⇒ Garantia de código melhor
● Reteste o tempo todo ⇒ Garante regressão e integridade
● Time precisa se coordenar ⇒ Iria acontecer, mas de maneira orgânica
● A história (original) pode não acabar no sprint ⇒ Já iria ocorrer, mas agora
há um “checkpoint claro” de progresso
● Business Value x Demonstrável
User Stories
Splitting Trade-offs

74. Problemas que nossos times enfrentam
"Problemas: A Estória é muito grande para quebrar e estimar; área de
negócios não aceita qualquer quebra proposta pelo time; o time é
inexperiente e pensa somente em quebras técnicas; novos projetos
começam e não encontramos nenhuma estória simples...
Solução: Hamburger de Estória de Usuário"
"Times inexperientes dificilmente conseguem quebrar estórias em estórias
menores que ainda entregam valor de negócio, mas eles conseguem quebrar
uma estória em tarefas técnicas"
Adzic’s Hamburger Method 🍔Adzic’s Hamburger Method 🍔Gojko Adzic’s Technical Slicing

75. Step 1: Identify tasks
Adzic’s Hamburger Method 🍔Gojko Adzic’s Technical Slicing

76. Step 2: Identify options for tasks
Adzic’s Hamburger Method 🍔Gojko Adzic’s Technical Slicing

77. Adzic’s Hamburger Method 🍔
Step 3: Combine results
Gojko Adzic’s Technical Slicing

78. Step 4: Trim the hamburger
Adzic’s Hamburger Method 🍔Gojko Adzic’s Technical Slicing

79. Adzic’s Hamburger Method 🍔
Step 5: Take the first bite
Gojko Adzic’s Technical Slicing

80. Step 6: Take another bite... and continue
Gojko Adzic’s Technical Slicing
Adzic’s Hamburger Method 🍔

81. Splitting User Story: Cheatsheet
cristiaanverwijs.nl
How To Split a User Story - Flowchart
www.agileforall.com
It`s all in how you slice
Jeff Patton - www.stickyminds.com
Hamburguer Method
Gojko Adzic’s Technical Slicing

82. Obrigado
gsposito
Giuilano Sposito