Quando os rótulos não atendem as suas necessidades
•Transferir como PPTX, PDF•
1 gostou•1,613 visualizações
O documento apresenta princípios e métodos ágeis como Scrum, Kanban, Extreme Programming (XP) e Desenvolvimento de Software Enxuto (Lean). Discute a evolução dos modelos tradicionais como Waterfall para abordagens ágeis, com foco em entrega contínua de valor e adaptação aos requisitos em mudança. Relata experiências de duas empresas que adotaram práticas ágeis e realizaram ajustes para melhor atender às necessidades de seus projetos.
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a Quando os rótulos não atendem as suas necessidades
Semelhante a Quando os rótulos não atendem as suas necessidades (20)
Mais de Juliano Ribeiro
Mais de Juliano Ribeiro (20)
Último
Último (20)
Quando os rótulos não atendem as suas necessidades
- 1. Quando os rótulos não atendem as suas necessidades @JulianoRibeiro
- 2. Quem é esse cara??? • 20 anos de experiência em desenvolvimento – 5 deles gerenciando equipes • Desenvolvedor de Software – Clipper, Delphi, Java, iOS, Android… • Graduado em Sistemas para Internet • Pós-graduado em POO com Java • CSM, CSPO e CSP pela Scrum Alliance • Certified Delphi Developer pela Embarcadero • Organizador por 3 anos do AgileTour • Agile Coach & Trainer pela Massimus C&T
- 3. Disclaimer Esta apresentação representa a minha opinião sobre os assuntos aqui apresentados. Não a julgue apressadamente antes de ser apresentado ao conteúdo todo e compreende- lo, afinal esse é um dos pontos defenderemos aqui.
- 5. Waterfall
- 6. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
- 7. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
- 8. Waterfall Managing The Development of Large Software Systems – Dr Winston Royce
- 9. O Legado do Waterfall
- 13. Scrum
- 14. Pessoas
- 15. Timebox
- 16. Timebox
- 19. Extreme Programming • Jogo de Planejamento (Planning Game) • Fases pequenas (Small Releases) • Metáfora (Metaphor) • Design Simples (Simple Design) • Time Coeso (Whole Team) • Testes de Aceitação (Customer Tests) • Semana de 40 horas (Sustainable Pace) • Reuniões em pé (Stand-up Meeting) • Propriedade Coletiva (Collective Ownership) • Programação Pareada (Pair Programming) • Padronização do Codigo (Coding Standards) • Desenvolvimento Orientado a Testes (Test Driven Development) • Refatoração (Refactoring) • Integração Contínua (Continuous Integration)
- 22. O que é Lean? Entregar continuamente aumentando o valor do produto Continuamente diminuir o esforço gasto No prazo mais curto possível Com a melhor qualidade possível Uma jornada, não um destino
- 23. "Acelerar a produção do desenvolvimento de Software é geralmente uma questão de melhorar o processo ao invés de adicionar pessoas. Pare de fazer coisas que o cliente não valoriza! Vista os óculos do cliente! " Mary e Tom Poppendieck
- 24. Elimine Desperdícios Inclua a Qualidade no Processo Crie Conhecimento Adie Decisões e Comprometimentos Entregue o quanto antes Respeite as Pessoas e "Empower" a equipe Otimize o Todo Princípios Lean aplicados ao software
- 25. Fábula Indiana
- 27. VertexSoft Começamos com Scrum Time distribuído Product Owner em outro país
- 29. Como foi? Sprints falhando… Foco na entrega versus qualidade Várias histórias quase aceitas… Cliente insatisfeito Por consequência, nós também!
- 30. As mudanças Adoção de Pair Programming Continuous Integration = Continuous delivery Mudança no comprometimento Não estimar mais
- 31. Resultados Time entrega apenas 5 histórias por semana/iteração/sprint O cliente tem seu pedido atendido no menor tempo possível, podendo valida-lo imediatamente, com a maior qualidade que o time consegue entregar
- 33. Objective Solutions Começaram com Scrum “by the book” Desde o início com técnicas de XP
- 34. Observações Overhead de planejamento, cerimônias… Sprints constantemente cancelados, os requisitos mudavam frequentemente Pair programming exige mais que disciplina, exige método O time precisa do controle sutil, mesmo um time maduro
- 35. Mudanças Iterações > Fluxo Contínuo As tarefas levam o tempo que levarem Algoritmo para disciplinar o Pair Programming Criaram a ronda ativa
- 37. Não desenvolva apego a nenhuma arma ou escola de combate. Miyamoto Musashi
Notas do Editor
- Como eramosprojetos antes das metodologias?Como osprogramadorestrabalhavamnaqueles tempos?
- Artigo de Royce
- Mostrar o retroimpacto
- Program design come firstDocument the design – How much documentation?Do it twicePlan, control and monitor testingInvolve the customer
- O legado do waterfall
- Ler o manifesto todoLembrar a todosospresentesqueexiste um cabeçalho e aliestá o espírito da coisa
- Gestão Visual = Mapear o processoLimite o WIP / TrabalharosgargalosMedir o tempo de ciclo
- FocoVantagensDesvantagens
- Foco dos papéis: PessoasFoco do processo: disciplina
- Tudoétimeboxem Scrum. Cerimônias (Planning, Daily Scrum, Review, Retrospective), todassão “timeboxeadas”. O timeboxdisciplina, dá o sentimento de urgêncianecessárioparamotivardeterminadaspessoas. Gera também o sentimento de sucessoaoentregarhistóriasfeitasao final de cada sprint.
- Timeboxgerapressão. As vezesgerapressãodemais. Além disso times podem se sentirdesmotivadosquandofalhamsucessivos sprints.
- FocoVantagensDesvantagens
- FocoVantagensDesvantagens
- Fábulaindiana dos cegos e o elefanteBarrigaCaudaOrelhaTrombaPernas
- Invertemos o comprometimento de um total de históriasparaumahistóriaporvez, completa, namelhorqualidadepossível
- Kai = MudançaZen = Bom
- Ler o manifesto todoManeirasmelhores de desenvolver softwareLembrar a todosospresentesqueexiste um cabeçalho e aliestá o espírito da coisa