AGILIDADE em TI - FATEC SP
Transferir como PPTX, PDF1 gostou271 visualizações
Este documento apresenta os principais conceitos e métodos ágeis como Scrum, Kanban, Lean e XP. Explica as diferenças entre os modelos ágil e cascata, destacando a importância da entrega contínua, visibilidade e velocidade no desenvolvimento ágil de software. Também resume os princípios do Manifesto Ágil, enfatizando a satisfação do cliente, aceitação de mudanças, entregas frequentes e colaboração entre times.
![6
“I believe in this concept, but the implementation
described above is risky and invites failure.” –Royce [1]
Winston Royce - Agosto 1970](https://image.slidesharecdn.com/agilidade-fatecsp-161021162202/85/AGILIDADE-em-TI-FATEC-SP-6-320.jpg)
![MANIFESTO ÁGIL [2]](https://image.slidesharecdn.com/agilidade-fatecsp-161021162202/85/AGILIDADE-em-TI-FATEC-SP-23-320.jpg)
![FONTES e LINKS
[1] https://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf
http://valueatwork.se/waterfall-model-probably-the-most-costly-mistake-in-the-
world/?lang=en
[2] http://www.manifestoagil.com.br/
https://hbr.org/1986/01/the-new-new-product-development-game - Takeuchi e Nonaka, 1986 –
Harvard Business Review.
https://www.scrumalliance.org/
http://scrumandkanban.co.uk/
Meetup Lean Coffee SP
http://www.meetup.com/pt-BR/Lean-Coffee-Sao-Paulo/
agilidade.org – Participe do slack!! 30](https://image.slidesharecdn.com/agilidade-fatecsp-161021162202/85/AGILIDADE-em-TI-FATEC-SP-30-320.jpg)
AGILIDADE em TI - FATEC SP
- 1. ARTHUR FÜCHER, OUTUBRO 2016 AGILIDADE EM TI Scrum, Kanban e outras BuzzWords
- 2. Arthur Fücher 2 Analista de Sistemas / Scrum Master na TOTVS Voluntário na Agile Brazil 2016 Participante do Lean Coffee SP @thur arthur.fucher@totvs.com.br
- 3. 3 LEAN KANBAN SCRUM AGILE / ÁGIL XP – eXtremming Programming MVP TDD CI – Continuous Integration
- 4. WATERFALL
- 5. Eu preciso cadastrar meus fornecedores! Levantamento de Requisitos: - Cadastro de fornecedores; - Cadastro de endereço; - Cadastro de Estados; Design das telas; Codificação: - Cadastro de Estados; - Cadastro de endereço; - Cadastro de fornecedores; Testes: - Cadastro de fornecedores; Deploy! 5
- 6. 6 “I believe in this concept, but the implementation described above is risky and invites failure.” –Royce [1] Winston Royce - Agosto 1970
- 7. Eu preciso cadastrar meus fornecedores! 7 Levantamento de Requisitos: - Cadastro de fornecedores; - Cadastro de endereço; - Cadastro de Estados;
- 8. Concordo, podem começar! 8 Levantamento de Requisitos: - Cadastro de fornecedores; - Cadastro de endereço; - Cadastro de Estados;
- 9. 9 Design das telas de cadastro! Gostei, dá pra usar?
- 10. E quando vou cadastrar meu fornecedor?Codificação, Teste e Deploy da Tela de Estados 10
- 14. Como funciona 14 BACKLOG Desenvolvimento Produção User Story 1 User Story 3 User Story 2 User Story 4 User Story 8 User Story 18 Testes Homologação Pull System
- 15. Como funciona 15 BACKLOG Desenvolvimento Produção User Story 1 User Story 3 User Story 2 User Story 4 User Story 8 User Story 18 Testes Homologação Identificando gargalos
- 16. Como funciona 16 BACKLOG Desenvolvimento Produção User Story 1 User Story 3 User Story 2 User Story 4 User Story 8 User Story 18 Testes Homologação User Story 13 User Story 5 3 WIP – Work In Progress
- 17. O QUE NÃO É AGILIDADE?
- 18. VISIBILIDADE 18
- 20. VELOCIDADE 20
- 21. O QUE É AGILIDADE?
- 22. SIGNIFICADO agilidade substantivo feminino qualidade de ágil; ligeireza, presteza 22 ágil adjetivo de dois gêneros que se move com facilidade; ligeiro, veloz
- 24. 24
- 25. PRINCÍPIOS POR TRÁS DO MANIFESTO ÁGIL Nossa maior prioridade é satisfazer o cliente, através da entrega adiantada e contínua de software de valor. Aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis se adequam a mudanças, para que o cliente possa tirar vantagens competitivas. Entregar software funcionando com frequência, na escala de semanas até meses, com preferência aos períodos mais curtos. Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diariamente, durante todo o curso do projeto. 25
- 26. PRINCÍPIOS POR TRÁS DO MANIFESTO ÁGIL Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho. O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara. Software funcional é a medida primária de progresso. Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes. 26
- 27. PRINCÍPIOS POR TRÁS DO MANIFESTO ÁGIL Contínua atenção à excelência técnica e bom design, aumenta a agilidade. Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito. As melhores arquiteturas, requisitos e designs emergem de times auto organizáveis. Em intervalos regulares, o time reflete em como ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo. 27
- 28. MINDSET
- 30. FONTES e LINKS [1] https://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf http://valueatwork.se/waterfall-model-probably-the-most-costly-mistake-in-the- world/?lang=en [2] http://www.manifestoagil.com.br/ https://hbr.org/1986/01/the-new-new-product-development-game - Takeuchi e Nonaka, 1986 – Harvard Business Review. https://www.scrumalliance.org/ http://scrumandkanban.co.uk/ Meetup Lean Coffee SP http://www.meetup.com/pt-BR/Lean-Coffee-Sao-Paulo/ agilidade.org – Participe do slack!! 30
- 31. Obrigado ;) ARTHUR FÜCHER Framework Protheus arthur.fucher@totvs.com.br
Notas do Editor
- #12: Jeff Sutherland 1993 and formalized in 1995 with Ken Schwaber 1986 Harvard Business Review. In that study, Takeuchi and Nonaka compare high-performing, cross-functional teams to the scrum formation used by Rugby teams.
- #13: Jeff Sutherland 1993 and formalized in 1995 with Ken Schwaber 1986 Harvard Business Review. In that study, Takeuchi and Nonaka compare high-performing, cross-functional teams to the scrum formation used by Rugby teams.
- #14: David Anderson
- #19: Post-it não é ser ágil! É uma ferramenta para visibilidade.
- #20: Agilidade não é uma metodologia, ou um framework que basta apenas aplicar. Agilidade é uma cultura, um mindset!
- #21: Agilidade não é entregar mais, não é aumento de velocidade! Agilidade é entregar valor de forma contínua.