Não há agile sem práticas ágeis

292 views
250 views

Published on

Material utilizado no workshop de tecnologia EAT.

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
292
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
4
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • Estimativa é vista como previsão do futuro, quando na verdade são cálculos aproximados.Idéia de previsibilidade é: eu vou dizer o que vai acontecer no futuro e lá no futuro acontecer o que eu disse.Devemos ver como o sistema se comportar e aprender com ele.Falsa sensação de sucesso.
  • Waterfall era entrega em lote (lote de 500 de um vez), Rup (PDCA, Espiral) era entregar 10 de 500, Agile entrego 50 x 10 funcionalidade e Kanban 500 x 1
  • “Somos o que repetidamente fazemos. A excelência, portanto, não é um feito, masum hábito”. Aristóteles.Para cada mil homens dedicados a cortar as folhas do mal, há apenas um atacando as raízes. Henry David Thoreau
  • “Somos o que repetidamente fazemos. A excelência, portanto, não é um feito, masum hábito”. Aristóteles.Para cada mil homens dedicados a cortar as folhas do mal, há apenas um atacando as raízes. Henry David Thoreau
  • “Somos o que repetidamente fazemos. A excelência, portanto, não é um feito, masum hábito”. Aristóteles.Para cada mil homens dedicados a cortar as folhas do mal, há apenas um atacando as raízes. Henry David Thoreau
  • Não há agile sem práticas ágeis

    1. 1. Não existe agilidade sem design ágil.
    2. 2. Sucessful 32% Challenged 44% Failed 24% Chaos Report 2012 Fatores de sucesso nos projetos 1. Envolvimento do usuário 15.9% 2. Suporte gerencial executivo 13.9% 3. Clareza dos requisitos 13.0% 4. Planejamento adequado 9.6% 5. Expectativas realistas 8.2% 6. Pequenos marcos do projeto 7.7% 7. Equipe competentes 7.2% 8. Propriedade 5.3% 9. Clareza e objetividade 2.9% 10. Dedicação e equipe focada 13.9% 11. Outros 13.9%
    3. 3. Sempre 7% Frequentemente 13% Frequentemente 16% Raramente 19% Nunca 45% Uso das funcionalidades Sempre Frequentemente + Frequentemente Raramente Nunca
    4. 4. Cone da incerteza
    5. 5. O que acontece quando entregamos e validamos com o cliente o que foi especificado?
    6. 6. valores princípios
    7. 7. Waterfall RUP Scrum Kanban
    8. 8. estagiado integradas revisão e melhorias
    9. 9. Pessoas não resistem mudar, resistem ser mudadas. Peter Senge.
    10. 10. Semelhante não é igual.
    11. 11. Censurado!
    12. 12. Ter idéias de valor não é trivial. Colocar o cliente dentro do taxi é importante! Faça o cliente e stakeholders jogarem com você. O importante é o ganha-ganha. Cliente ganha e empresa ganha. Se um dos lados não ganhar vai dar errado!
    13. 13. User stories é uma lista de desejos de valor para o cliente. Expressada no formato, “Eu como XXXX, quero/desejo que XXX para que XXX. Os detalhes que compõe os passos e os itens para a conclusão de uma user story são chamados de critérios de aceitação.
    14. 14. Meta do sprint Pontuação de esforço Duração da timebox Total de horas previstas das atividades
    15. 15. Testes automatizados no Test Manager, onde os casos de teste são vinculados a user story. Um dos relatórios utilizados para visibilidade coletiva do progresso do sprint mediante o meta.
    16. 16.  Não existe refactoring, apenas rework.  Se tiver funcionando, não rela a mão.  Teste é para os fracos.  Quanto mais XGH você faz, mais precisará fazer.  Existem 3 formas de se resolver um problema, a correta, a errada e a XGH, que é igual à errada, só que mais rápida.  Seja autêntico, XGH não respeita padrões. Escreva o código como você bem entender, se resolver o problema, commit e era isso.
    17. 17. Usuário final Controlede qualidade Desenvolvimento Implantação
    18. 18. Assegurar qualidade. Manter código limpo, simples e testável. Prover documentação para membros técnicos. Repetir testes - Regressão Preparados para mudar rapidamente.
    19. 19. Adicionar um teste rapidamente Rodar todos os testes e ver o mais nova falhando Fazer uma pequena mudança Rodar todos os testes e ver todos funcionando Refatorar para remover duplicações
    20. 20. Não sei como testar Vai demorar muito mais. Isso não dá para testar A funcionalidade é muito fácil. Melhor deixar testes com os testadores A verdade é que: Você não tem tempo para criar teste unitário porque gasta tempo demais depurando!
    21. 21. ATDD é o ato de se definir testes de aceitação colaborativa no reflexão de requisitos de negócio, resultando numa melhor compreensão dos objetivos de uma estória. Os testes em ATDD nos forçam a chegar a um ponto de acordo concreto sobre o exato comportamento que se espera que o software deva ter.
    22. 22. • Criar uma conta com uma senha • Efetuar o login com um nome de usuário válido e senha • O que deve acontecer se um usuário informar uma senha insegura? • Você pode nos dar exemplos de senhas que você considera seguras e inseguras? • Quais são exatamente os símbolos? • E quanto a espaços? • E o que fazer com relação a palavras de dicionário com substituições óbvias que atendam • aos critérios mais ainda possam ser inseguras, como 'p@ssw0rd'?” • E quanto a contas já existentes? • Quando você vai considerar que esta funcionalidade está 'funcionando'? • O que deve acontecer se um usuário informar uma senha insegura? • Você pode nos dar exemplos de senhas que você considera seguras e inseguras? • Quais são exatamente os símbolos? • E quanto a espaços? • E o que fazer com relação a palavras de dicionário com substituições óbvias que atendam • aos critérios mais ainda possam ser inseguras, como 'p@ssw0rd'?” • E quanto a contas já existentes? • Quando você vai considerar que esta funcionalidade está 'funcionando'?
    23. 23. • Criar uma conta com uma senha • Efetuar o login com um nome de usuário válido e senha test_valid_returns_true_when_all_conventions_met test_valid_returns_false_when_password_less_than_6_chars test_valid_returns_false_when_password_missing_symbol test_valid_returns_false_when_password_missing_letter test_valid_returns_false_when_password_missing_number
    24. 24. Itens devolvidos devem retornar para o estoque que um cliente compra um jumper preto eu tenho três jumper pretos no estoque ele retorna com o jumper preto para reembolso eu devo ter quatro jumpers pretos no estoque Itens substituídos devem ser retornados ao estoque que uma cliente compra um vestido azul eu tenho dois vestidos azuis no estoque eu tenho três vestidos pretos no estoque ela retorna com o vestido para uma troca por um preto eu devo ter três vestidos azuis no estoque dois vestidos pretos no estoque
    25. 25. Promove um conjunto de processos e métodos para pensar sobre comunicação e colaboração entre departamentos
    26. 26. Cultura Colaboração Fim das divisões Relação saudável entre as áreas Mudança de comportamento Automação Deploy Controle Monitoração Gerência de configuração Avaliação Métricas Medições Performance Logs e integração Compartilhamento O feedback é tudo Boa comunicação entre a equipe
    27. 27. REQUIREMENTS PRODUCT BACKLOG OPS BACKLOG MonitorSprint WORKING SOFTWARE Ideas Priorities Code & Tests Testing Live Site User Experience
    28. 28. Operational Acceptance (Production) User Acceptance Testing System, Performance, Other -ility Testing Integration Testing Continuous Integration * Check-In * Developer Tests Pass Compile and Link IntelliSense Custo do erro
    29. 29. Destaque para execução dos testes unitários no momento do build e a evidência da quebra.

    ×