Treinamento Agile com Scrum - V2
0 gostou139 visualizações
O documento apresenta um treinamento sobre metodologias ágeis, destacando conceitos como BDD (Behavior Driven Development), TDD (Test Driven Development) e o framework Scrum. Aborda a importância da qualidade do código, processos ágeis e papéis em um ambiente Scrum, além de discutir problemas comuns e soluções relacionadas à agilidade e ao trabalho em equipe. Finalmente, o texto enfatiza práticas para melhorar a eficácia do Scrum e a colaboração entre os membros da equipe.
Treinamento Agile com Scrum - V2
- 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
- 4. Conceitos DOMÍNIO Negócio Complexo Pessoas Linguagem de negócio Problema Real
- 5. Conceitos
- 6. Conceitos ?
- 8. Conceitos CONVERSA Sobre o DOMÍNIO Para criar um SISTEMA E DEVEMOS FALAR A MESMA LÍNGUA
- 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
- 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...
- 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
- 31. Base Ágil
- 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
- 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
- 48. ● É um framework que conta com ○ Papéis ○ Timebox ○ Cerimônias ○ Eventos ○ Artefatos ○ Regras Scrum
- 49. Scrum Hummmm
- 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
- 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
- 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?
- 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
- 93. Problemas e Soluções Trabalho Remoto
- 94. Problemas e Soluções Ciclo de Projetos de Software
- 95. Problemas e Soluções São muitos problemas
- 96. Problemas e Soluções Principais Soluções
- 97. Problemas e Soluções União da equipe
- 98. Problemas e Soluções Skill de Scrum Master
- 99. Problemas e Soluções Garanta Pigs no seu time
- 100. Problemas e Soluções Treinamento é tudo, INVISTA em você
- 101. Problemas e Soluções Seja um líder não um chefe
- 102. Problemas e Soluções Liberte-se das más influências
- 103. Problemas e Soluções Evite o complexo de Pinky e Cérebro
- 104. Problemas e Soluções O time deve se ajudar
- 105. Problemas e Soluções Quebre as barreiras da comunicação
- 106. Problemas e Soluções Scrum Master não é porta-voz
- 107. Problemas e Soluções Scrum Master não é psicólogo
- 108. Problemas e Soluções Celebre as Sprints com Sucesso
- 109. Problemas e Soluções Trabalho Remoto
- 110. Problemas e Soluções A vida começa a sorrir novamente
- 111. Agile Umbrella
- 112. Dúvidas