Treinamento aplicado hoje na Sciensa, está com alguns slides a mais apenas.

1. Eduardo Bregaida & Priscila Ruzza
eduardo.bregaida@sciensa.com
priscila.ruzza@sciensa.com
R. Augusta, 2840 Cerqueira César, São Paulo
www.sciensa.com.br
SCIENSA | Treinamentos
Treinamento Agile com Scrum

2. O que veremos?
● Conceitos
● BDD
● Qualidade
● TDD
● Base Ágil
● Scrum
● Problemas e Soluções
● Agile Umbrella
● Dúvidas
● Agradecimentos

3. Conceitos
Por onde começar?

4. Conceitos
DOMÍNIO
Negócio Complexo Pessoas
Linguagem de negócio
Problema Real

5. Conceitos

6. Conceitos
?

7. Conceitos
Ubiquitous Language

8. Conceitos
CONVERSA
Sobre o DOMÍNIO
Para criar um SISTEMA
E DEVEMOS FALAR A MESMA LÍNGUA

9. Conceitos
WHAT?

10. Conceitos

11. Conceitos
Como?

12. BDD
BDD - Behavior Driven Development

13. ● Focado no comportamento do sistema
● Visa um desenvolvimento voltado a testes
● Usam uma linguagem comum
● Beneficia a todos: Desenvolvedores, QAs, POs e Clientes
● Comporta vários cenários e não apenas uma determinada função
● Possui um template padrão para as Histórias e Cenários
● Possui aspectos do DDD e conceitos fundamentais do TDD
BDD

14. BDD
Mas, o que?

15. Template de Histórias:
● Narrativa/Estória: (Nome)
○ Para (Valor do Negócio)
○ Eu, como (Cargo de quem executa)
○ Desejo poder realizar (Funcionalidade)
Story Templates:
● Story: (Name)
○ In order to (Business Value)
○ As a (Job Position)
○ I want to (Functionality)
BDD

16. Exemplo:
● Narrativa/História: Cadastro de Alunos
○ Para que meu sistema de gestão escolar
○ Eu, como um membro da secretaria
○ Desejo poder realizar o cadastro dos alunos da instituição
BDD

17. Template de Cenários:
● Cenários: (Nome)
○ Dado que (Estado inicial do sistema)
○ E (complemento/opcional)
○ Quando (Ação a ser realizada)
○ Então (O que deve fazer após a ação)
Scenarios Template:
● Scenario: (Name)
○ Given a (Initial state)
○ And (optional add-on)
○ When (Action to be taken)
○ Then (What should you do after the action)
BDD

18. Exemplo:
● Cenário I: Abrir tela de Cadastro de Aluno
○ Dado que a(o) secretária(o) selecione a opção Cadastrar Aluno
no menu
○ Quando clicar nesta opção
○ Então deverá ser aberta a tela contendo os dados para efetuar
o cadastro do aluno.
BDD

19. BDD

20. Qualidade
Qualidade

21. ● Sistemas funcionando e com fácil manutenção
● Código Limpo
● Refatoração contínua
● Cobertura de Testes maior que 80%
● Utilizar TDD, Testes Unitários, Comportamentais (BDD), Integração e Performance
● Definir uma arquitetura que atenda ao cliente
Qualidade

22. Qualidade
Literatura obrigatória
E muito mais...

23. Qualidade
WOWWWW
WWWWWW

24. TDD
TDD- Test-driven development

25. ● É uma técnica de desenvolvimento de software baseada em um ciclo curto de
repetições
● Escrever os testes antes de escrever o código de produção
● Ao escrever primeiro os testes temos:
○ Garantia de uma boa qualidade no código (mínimo de sujeira e códigos
esquecidos que nunca serão utilizados)
○ Garantia de funcionamento do que está sendo implementado
● Não estará estar tudo feito, conforme o desenvolvimento ocorre, cria-se o teste e o
código da solução
TDD

26. TDD
Como faço?

27. ● Escreva um teste que falhe
● Faça-o passar da maneira mais simples possível
● Refatore o código
● É conhecido como Ciclo Vermelho-Verde-Refatora (Red-Green-Refactor)
TDD

28. TDD

29. TDD

30. Base Ágil
Base Ágil

31. Base Ágil

32. Base Ágil
O Manifesto

33. 4 Valores
● Indivíduos e interações mais que processos e ferramentas
● Software em funcionamento mais que documentação abrangente
● Colaboração com o cliente mais que negociação de contratos
● Responder a mudanças mais que seguir um plano
Base Ágil

34. Base Ágil
12 Princípios ágeis

35. Base Ágil
Cool
Cool

36. Processos
Base Ágil

37. Processos
● Definidos
● Empíricos
Base Ágil

38. Base Ágil
Mais?

39. Processos Definidos
● São aqueles que determinam o que deve ser feito, quando e
como
● Quem já trabalhou com o “início e fim do projeto” sabe que a
utilização de um processo definido não garante o sucesso
Base Ágil

40. Processos Empíricos
● São aqueles que não se conhece todas as variáveis de
entrada para que possa estabelecer um processo repetível.
● O Scrum, parte do princípio que nem todas as características
do produto são conhecidas na análise e que provavelmente
os requisitos mudam com o passar do tempo
Base Ágil

41. Exemplo
● É como dirigir um carro, nunca se traça um destino em que a
chegada é em linha reta, sempre há pequenas correções até
seu destino
Base Ágil

42. Conclusão
● Processos empíricos baseados em inspeção e adaptação
devem ser utilizados sempre que os processos definidos
não forem adequados devido a complexidade do projeto
Base Ágil

43. Base Ágil
O Porco e a Galinha

44. Scrum

45. Scrum
O que é isso?

46. ● Processo de desenvolvimento iterativo e incremental que pode ser
aplicado a qualquer produto ou no gerenciamento de qualquer
atividade complexa
● Criado por Jeff Sutherland e Ken Schwaber na década de 90
Scrum

47. Scrum
Como funciona?

48. ● É um framework que conta com
○ Papéis
○ Timebox
○ Cerimônias
○ Eventos
○ Artefatos
○ Regras
Scrum

49. Scrum
Hummmm

50. Scrum
SCRUM
Transparência
Inspeção
Adaptação
Pilares do
SCRUM

51. Transparência
● Todos os envolvidos devem ser transparentes, diretos e confiarem uns
com os outros
● Todos devem ter coragem para disseminar tanto as informações boas
quanto as más
● Todos devem conhecer os objetivos do projeto e colaborar para que seja
alcançado
Scrum

52. Inspeção
● Verificações em produto, processos, aspectos comportamentais das
pessoas e boas práticas
● Identificar necessidade de melhorias ou variações indesejadas
Scrum

53. Adaptação
● O projeto deve ser adaptado às mudanças que porventura possam
ocorrer proveniente de necessidade do negócio do cliente
Scrum

54. Os 5 valores do SCRUM
Scrum
Comprometimento Coragem Foco
Abertura Respeito

55. Os 5 valores do SCRUM
● O Comprometimento com o time, com a entrega e na qualidade do produto ou serviço
● A Coragem para fazer o que precisa ser feito e tomar decisões mesmo que difíceis
● Foco no cliente, resultado e objetivos do negócio
● Abertura para permitir que as pessoas sejam transparentes e tenhamos um ambiente seguro
para compartilhar o conhecimento
● E o respeito às pessoas e organizações
Scrum

56. Papéis
Scrum
Product Owner Scrum Master Time

57. PO - Product Owner
● Prioriza as atividades no Backlog
● Garante que a entrega está adequada com a expectativa do negócio
● Responsável por garantir o Retorno sobre o Investimento (ROI)
● Responsável pelo alinhamento do projeto e expectativas com Stakeholders (se houver)
● Gerência, negocia, prioriza e cria os itens do Product Backlog
● O PO ajuda o time a garantir que os itens do backlog estão “Ready” conforme a DOR e os itens
entregues estão “Done” conforme a DOD.
Scrum

58. SM - Scrum Master
● É um líder servidor
● Remove os impedimentos
● É autoridade no processo e um agente de mudanças
● Coach
● Escudo contra interferência
● Auxilia o Product Owner e o time
● Treina e garante que todos estão utilizando o processo
Scrum

59. Time
● Função do SCRUM Team é ser auto-organizado
● Define as metas dos Sprints e negocia com o PO
● Produz com qualidade e valor para o PO
● Focado nos objetivos estabelecidos com o PO
● Busca aprender e melhorar continuamente seu trabalho
● O time é responsável pelas estimativas
Scrum

60. Cerimônias e Artefatos
● Product Backlog (Artefato)
● Sprint Pre-Planning/Refinamento (Evento)
● Sprint Planning Meeting (Evento)
○ Planning Poker
● Sprint Backlog (Artefato)
● Daily Scrum (Evento)
● Sprint Review Meeting (Evento)
● Sprint Retrospective (Evento)
Scrum

61. Product Backlog
● Lista com as funcionalidades para o produto
● O conteúdo é definido e priorizado pelo PO
● Não necessita estar completo
● Com o tempo o Product Backlog cresce ou diminui dependendo do
que o PO necessita
Scrum

62. Sprint Pré-Planning/Refinamento
● Reunião com o PO, Scrum Master e Scrum Team
● PO descreve as funcionalidades
● A equipe questiona e tira dúvidas
● Se necessário haverá um refinamento da(s) história(s)
● Time pontua as histórias, quebra as tasks, estima as tasks que
estiverem entendidas
Scrum

63. Sprint Planning Meeting
● Reunião com o P.O., Scrum Master e Scrum Team
● P.O. descreve as funcionalidades refinadas
● A equipe questiona, pontua e quebra as tasks com estimativas
● Reavalia as estimativas realizadas na Pre-Planning
● No final é gerado o Sprint Backlog
● Scrum Team e o P.O. definirão o objetivo
Scrum

64. Planning Poker
● Estimar o esforço das funcionalidades
● Números menores mais simples
● Números maiores são mais complexos
● Coringas:
○ Café - 15 minutos para uma pausa
○ ? - Não foi entendido alguma funcionalidade falada
Scrum

65. Planning Poker - Exemplo (0, 1, 3, 5, 8 e 13)
Scrum

66. Planning Poker - Exemplo
Scrum
1 3 8 13
5

67. Sprint
● Funcionalidades escolhidas na Sprint Planning Meeting na Coluna À Fazer
● É definido um prazo para o Sprint (1, 2, 3 ou 4 semanas)
○ O prazo é mantido até o final do projeto
● Considera-se Sucesso:
○ Quando todas as tarefas estiverem na Coluna Finalizado
● Finalizado com Falha:
○ Quando o tempo estourar (2 semanas por exemplo) e/ou funcionalidades mal
implementadas e sem qualidade
Scrum

68. Quadro KANBAN
● No quadro é colocado as histórias da Sprint Backlog com suas tasks
● Os Post its são importantes
● Serve para avaliar o andamento e organizar a quantidade de itens restantes
● Pode utilizar as cores para definir o esforço facilitando a visualização dos
itens que devem ser atacados primeiro
Scrum

69. Daily Scrum
● Reunião em Pé com tempo MÁXIMO 15 minutos
● Deverá ser respondida apenas 3 perguntas:
○ O que você fez ontem?
○ O que você fará hoje?
○ Há algum impedimento no seu caminho?
● É uma reunião FOCADA
○ Não é para resolver problemas
○ Não é Status Report
Scrum

70. Burndown Chart
Scrum

71. Velocity Chart
Scrum

72. Cumulative Flow Diagram (CFD)
Scrum

73. Sprint Review Meeting
● No final de cada Sprint é feito um Sprint Review Meeting
● É mostrado o que foi alcançado no Sprint
● Nesta reunião estará o P.O., Scrum Team, Scrum Master, Stakeholders e convidados
podem dar feedbacks
● Atualizar o Backlog
● O mais importante é que o objetivo esteja realizado
Scrum

74. Sprint Retrospective
● Ocorre ao final do Sprint
● Utilizado para avaliar:
○ O que está indo bem
○ O que está indo mal
○ E quais ações serão tomadas para melhorar
Scrum

75. Scrum
E depois?

76. Scrum
Começa tudo outra vez até o término do projeto

77. Scrum
Parece perfeito...

78. Problemas e Soluções
Principais Problemas

79. Problemas e Soluções
Agilidade não significa velocidade

80. Problemas e Soluções
Developer Scrum Master

81. Problemas e Soluções
Skill de Scrum Master?

82. Problemas e Soluções
Multitarefa

83. Problemas e Soluções
Complexo da mulher grávida

84. Problemas e Soluções
Síndrome do Estudante

85. Problemas e Soluções
Pessimistas Imperadores Antissocial
Problemas comportamentais individuais

86. Problemas e Soluções
Falta de atenção nas cerimônias

87. Problemas e Soluções
Falta de estudo

88. Problemas e Soluções
Chefes com chapéu de Scrum Masters ou POs

89. Problemas e Soluções
Chickens no Projeto

90. Problemas e Soluções
Daily Scrum Fail

91. Problemas e Soluções
Problemas/Impedimentos

92. Problemas e Soluções
Scrwaterfall

93. Problemas e Soluções
Ciclo de Projetos de Software

94. Problemas e Soluções
São muitos problemas

95. Problemas e Soluções
Principais Soluções

96. Problemas e Soluções
União da equipe

97. Problemas e Soluções
Skill de Scrum Master

98. Problemas e Soluções
Garanta Pigs no seu time

99. Problemas e Soluções
Treinamento é tudo, INVISTA em você

100. Problemas e Soluções
Seja um líder não um chefe

101. Problemas e Soluções
Liberte-se das más influências

102. Problemas e Soluções
Evite o complexo de Pinky e Cérebro

103. Problemas e Soluções
O time deve se ajudar

104. Problemas e Soluções
Quebre as barreiras da comunicação

105. Problemas e Soluções
Scrum Master não é porta-voz

106. Problemas e Soluções
Scrum Master não é psicólogo

107. Problemas e Soluções
Celebre as Sprints com Sucesso

108. Problemas e Soluções
A vida começa a sorrir
novamente

109. Agile Umbrella

110. Dúvidas

111. Agradecimentos
Obrigado

112. #vamosjuntos
Agradecimentos