O documento discute o desenvolvimento ágil de software com foco nas user stories. Apresenta os conceitos de user stories mínimas, critérios de aceitação, INVEST e SMART para refinar as user stories e evitar problemas. Também discute práticas recomendadas e anti-padrões para escrever boas user stories.

1. DDeesseennvvoollvviimmeennttoo OOrrggâânniiccoo
ddee SSooffttwwaarree ccoomm UUsseerr
SSttoorriieess
DDaanniieell WWiillddtt -- @@ddwwiillddtt
DDiioonnaattaann MMoouurraa -- @@ddiioonnaattaannmmoouurraa

2. SSooffttwwaarree éé
oorrggâânniiccoo
http://greentrashcan.com.au/

3. Exercício nnuumm WWoorrkksshhoopp ddee
UUsseerr SSttoorriieess

4. UU mmaa ppllaannttaa??

5. CChheeiioo ddee
rreemmeennddooss??

6. UUmm oorrggaanniissmmoo
qquuee ssee
aaddaappttaa aaoo
aammbbiieennttee??

7. UUmm bbeebbêê eemm
ccrreesscciimmeennttoo rrááppiiddoo??

8. QQuuee nnããoo tteemm
ccoommoo ssee
ddeesspprreennddeerr??

9. UUmm eeccoossssiisstteemmaa??

10. MMuuiittaass
vviissõõeess!!

11. Cone da
Incerteza
http://www.construx.com/Thought_Leadership/Books/The_Cone_of_Uncertainty/

12. https://baymard.com/blog/ab-testing-problem-and-hypothesis

13. “O problema é que a maioria dos analistas
tratam hipóteses como uma tautologia.”
Kim Escobar
http://furthermathematicst.blogspot.com.br/

14. Criar software é complexo!
http://toleranceforambiguity.wordpress.com
A­>
B
A­>
D
A­>
E
B­>
D
B­>?
?­>?
A­>
B
A­>
C
A­>
D
Ralph
Stacey
Agreement
& Certainty
Matrix

15. SSíínnddrroommee
ddee
NNoossttrraaddaammuuss
http://www.news.com.au

16. Toneladas
de Escopo
http://onproductmanagement.net

18. http://hotgazpacho.org/2012/04/software-crapsmanship-manifesto/

19. EU NÃO POSSO TE
FORNECER TODAS ESSAS
FUNCIONALIDADES
NESSA PRIMEIRA
VERSÃO.
E CADA FUNCIONALIDADE
PRECISA TER O QUE
CHAMAMOS DE “USER
STORY”
OKAY, AQUI ESTÁ UMA
HISTÓRIA: VOCÊ ME DÁ
TODAS AS
FUNCIONALIDADES OU EU
ARRUINAREI SUA VIDA.

20. OK, não existe
uma bala de prata.
https://store.nwtmint.com/Silver_Bullet_Bullion_/

21. Mas tem sempre.
http://www.business2community.com

22. Então, como definir
os requisitos ágeis de
usuário?

23. http://3plusinternational.com Manifesto Ágil

24. Software em funcionamento
mais que documentação abrangente

25. Indivíduos e interações
mais que processos e ferramentas

26. Colaboração com o cliente
mais que negociação de contratos

27. Responder a mudanças
mais que seguir um plano

29. User Stories
http://shohe-i.blogspot.com.br/2012/11/smart-user-stories.html

30. Textuais
http://jumpinmydiary.tumblr.com/

31. Modelo
http://agilecoach.typepad.com/

32. 5W
Quem? (Who?)
O quê? (What?)
Por quê? (Why?)
Quando? (When?)
Onde? (Where?)
http://thefairbanksfour.com/tag/interrogation/

33. User Story Mínima
<Título>
Como um <papel de usuário>
Eu quero <objetivo>
Para que <razão de negócio>

34. Exemplo
Participar do Agile Brazil
Como um inscrito no Agile Brazil
Eu quero aprender mais agile
Para que eu possa implantar
novas técnicas no desenvolvimento
de software na minha empresa

35. Critério de Aceitação X
Dado que <pré-condição A>
E <pré-condição B>
Quando <ação>
Então <resultado>

36. Critério de Aceitação U.S.
Dado que assisti a palestra de
user stories
Quando escrevo uma user story
Então aplico as boas práticas
E evito os bad smells

37. Enfatizam a comunicação verbal
http://blog.bettermanagers.com/

38. Enfatizam o detal hamento posterior
http://www.yankodesign.com/2010/04/21/growing-pot/

39. Enfatizam a participação no
projeto
http://www.allposters.com/

40. Quem as define?
http://tcagley.wordpress.com (Cliente)

41. ÉÉppiiccooss
http://blog.coturnix.org

42. TTeemmaass
http://www.mythicalwallpapers.com

43. Temas e
Épicos
User Stories
Mínimas
User Story com Critérios
de Aceitação
User Story
INVEST

44. VViissããoo
ÉÉppiiccooss ee
TTeemmaass
FFuunniill ddoo
UUsseerr SSttoorriieess
CCiicclloo ddee
VViiddaa TTaarreeffaass
http://www.mediaispower.com

45. Modelo 3C
Cartão
Conversação
Confirmação

46. Cartão

47. Conversação https://www.smore.com/rs7w-la-jasette

48. Confirmação

49. Compatível
BBDDDD
AATTDDDD

50. http://www.extremeprogramming.org/

51. “A melhor e mais
popular forma de
itens de Backlog”
Mike Cohn
http://www.amazon.com/Mike

52. Scrum
http://desenvolvimentoagil.com.br/scrum/

53. Kanban

54. ATDD
Desenvolvimento Guiado por Testes de Aceitação
(Acceptance Test-Driven Development)

55. BDD
Desenvolvimento Guiado por Comportamento
(Acceptance Test-Driven Development)

56. PPeerrssoonnaass

57. INVEST
Refinando User Stories
http://www.fotocommunity.com/pc/pc/display/16506137

58. INVEST
Independente
http://ronvanpeursem.com/2013/05/branding-what-makes-your-company-unique/

59. INVEST
Negociável
http://www.thebusinessdisputeclinic.com/

60. INVEST
Valorosa
http://dogoodbetterbyu.wordpress.com/2012/10/04/measurement-b/

61. INVEST
Estimável
http://www.nylabone.com/

62. INVEST
Small (Pequena)
http://clinked.com/site/2012/11/30/5-great-tips-for-effective-small-business-management/

63. INVEST
Testável
http://www.realityi.com/blog/2011/10/27/top-5-instances-of-b2b-usability-practice/

64. TTaarreeffaass
SSMMAARRTT
http://marigoldnurseries.com

65. SMART
eSpecífica
http://www.stealingshare.com/

66. “Meça o que é mensurável,
e torne mensurável
o que não é tanto.”
Galileo Galilei
http://en.wikipedia.org/wiki/Galileo_Galilei
SMART
Mensurável

67. SMART
Alcançável
http://christineannhansen.blogspot.com.br/

68. SMART
Relevante
http://www.wallpapermania.eu/

69. SMART
Time-boxed

70. Boas práticas

71. Comece com as hi stórias objetivas

72. Fatie o bolo
http://pixelatedcrumb.com/

73. Escreva histórias fechadas
http://2012books.lardbucket.org/books/public-speaking-practice-and-ethics/s09-04-specific-purposes.html

74. Coloque
as restrições
nos cartões
http://www.pearse-trust.ie/blog/

75. Escreva no horizonte
http://masterwordsmith-unplugged.blogspot.com.br

76. Evite a interface de usuário o maior
tempo possível
http://www.infoq.com/

77. Algumas
coisas
não são
user
stories
http://www.medlockenglishconsulting.com/

78. Escreva para
um usuário
específico
http://alivewithchrist.com/icountone/

79. Inclua os papéis de usuários /
personas http://www.wallpapervortex.com/

80. Escreva para a
persona protagonista
https://www.ereleases.com/prfuel/identifying-unique-selling-point/

81. Escreva em
voz ativa
http://www.thediscoverystore.co.uk/buy/voice-blaster-megaphone_961675278.htm

82. O cliente escreve
http://ublawcso.wordpress.com

83. Não enumere
os cartões
de user stories
http://www.mixandchic.com/2011/04/stylish-blogger-award.html

84. Descrever os bugs
como critérios de aceitação
http://www.dan-dare.org/

85. Não esqueça
o propósito
http://insight.adplightspeed.com/blog/bid/309238/Take-a-Lesson-from-your-Dentist

86. '
BBaadd
SSmmeellllss http://www.oversodoinverso.com/

87. User
Stories
muito
curtas.

88. Histórias
interdependentes http://brandonsutton.com/interdependence-day/

89. Histórias com muitos detalhes
http://www.enchgallery.com/fractals/fracthumbs.htm

90. Pensar
muito
à frente
http://www.hammertap.com/o_cat_3_042209/

91. Valor do negócio
não explícito
http://www.dailymail.co.uk/sciencetech

92. FFuunncciioonnaalliiddaaddeess
ddeessnneecceessssáárriiaass
http://www.cliffkule.com/

93. Cliente não escrever, não confirmar
e não priorizar
http://www.thecreativepenn.com/prowritersecrets/

94. DDeettaallhheess ddee UUII aanntteecciippaaddooss
http://www.jeremycwilson.com/2012/09/too-early-too-late/

95. Detalhes
específicos de
tecnologia,
projeto e
algoritmos

96. Quando não utilizar?
http://greatmiddleway.wordpress.com

97. VVaammooss ccuuiiddaarr
ddoo ssooffttwwaarree??
http://www.nixa-lawn-service.com

98. DDeesseennvvoollvviimmeennttoo OOrrggâânniiccoo
ddee SSooffttwwaarree ccoomm UUsseerr
SSttoorriieess
DDaanniieell WWiillddtt -- @@ddwwiillddtt
DDiioonnaattaann MMoouurraa -- @@ddiioonnaattaannmmoouurraa