desenvolvimento ágil e seus benefícios
TRANSCRIPT
Desenvolvimento ágil e seus benefícios
Uma provocação sobre agilidade.
ApresentaçãoRaphael Donaire Albino
@rapha_albinohttp://blog.plataformatec.com.br/author/raphael-albino/
AgendaDo tradicional ao ágil.
Por que não se compra ágil em prateleira?
Quais os benefícios de se ter uma cultura ágil?
Por que as pessoas teimam em comparar Scrum e Kanban?
O que eu tenho visto por aí?
Algumas dicas amigas.
Espaço aberto.
Links importantes.
Do tradicional ao ágilCompreendendo a mudança na forma de se
enxergar o desenvolvimento de software.
Planejamento tradicional
Motivações para mudarClientes e usuários não tem certeza do que querem ou precisam.
Motivações para mudarComunicação falha é mais comum do que parece.
Motivações para mudarMuitos detalhes do que os clientes querem só serão revelados durante a construção do projeto.
Motivações para mudarNa medida que os clientes veem o produto do projeto sendo construído, as necessidades mudam.
Existe solução para o CAOS que é desenvolver software?
Manifesto ÁgilIndivíduos e
Interação entre elesProcessos e Ferramentas
Projeto em funcionamento
Documentação Abrangente
Colaboração com o cliente
Negociação de Contratos
Seguir um planoResponder a Mudanças
Em números
Fonte: https://www.infoq.com/articles/standish-chaos-2015
Por que não se compra ágil em prateleira?
Agilidade está no coração e não em um framework.
Estar aberto a mudançaArquitetura evolutiva, escopo aberto (prazo fixo) e
gestão baseada em técnicas de priorização.
Foco na qualidadeTestes automatizados, testes de integração e todos
do time responsáveis pela qualidade da entrega.
Pessoas comprometidasTransparência e alinhamento combinado com
autonomia.
Atenção na comunicaçãoQualidade no conteúdo, com a frequência certa e
respeitando o receptor.
Entregas frequentesIntegração contínua, redução de incerteza e geração
de valor antecipada.
Kaizen (pequenas mudanças), PDCA e métricas orientando a evolução do processo de
desenvolvimento.
Melhoria contínua
Quais os benefícios do ágil?Muito além da velocidade na entrega.
Qualidade do produto
Cadência (frequência) de entrega
Foco no que traz maior valor ao usuário
Engajamento entre os stakeholders
Transparência e visibilidade do status do projeto
Redução dos riscos inerentes a natureza do
desenvolvimento de software
Controle do custo(dado que o orçamento e prazo são fixos, mas, o escopo
flexível)
Antecipação na geração de receita
(no caso de produto)
Fonte: https://www.versionone.com/agile-101/agile-software-development-benefits
Por que as pessoas teimam em comparar Scrum e
Kanban?Uma breve análise do Scrum e do método Kanban.
SCRUM(Definição)
Scrum é uma prática de gerenciamento de projeto empírica utilizada para entregar pequenos incrementos com alto valor ao cliente de forma iterativa e
incremental (Sprints).
Inspeção
SCRUM(Pilares)
Transparência
Adaptação
SCRUM(Valores)
Comprometimento
Abertura
Foco
Respeito
Coragem
SCRUM(Papéis)
SCRUM(Fluxo)
Kanban(Definição)
“Kan” significa visual e “ban” significa quadro ou cartão.
É um método originado do sistema de produção Toyota e foi aclamado por ser um modelo de manufatura Lean.
A partir daqui, vamos tratar do método Kanban, criado por David J. Anderson.
Não deve ser considerado como um método de gestão.
Comece com o que voce ja faz hoje.
Busque mudancas incrementais.
Inicialmente respeite os processos, papeis, responsabilidades e cargos existentes.
Kanban(Premissas)
Visualize o fluxo de trabalho.
Limite o trabalho em progresso (WIP).
Meca e gerencie o fluxo.
Torne as polıticas explıcitas.
Desenvolva loops de feedback.
Melhore de forma colaborativa.
Kanban(Propriedades)
Kanban(Cerimônias)
Retrospectivas(Operations review)Reuniões diárias
Um comparativo (básico) entre Scrum e o método Kanban
Scrum Método Kanban
Cadência Time box fixo (ex. Sprints a cada duas semanas).
Fluxo contínuo.
Fluxo de entrega Ao final de cada Sprint. Entrega contínua.
Papéis Product owner, Scrum Master e time de desenvolvimento.
Não existe a definição de papéis.
Métricas chave Velocidade dos Sprints. Lead time e throughput.
Gestão de mudança O time não deve mudar o planejamento que foi feito para o contexto de um Sprint.
Mudanças podem acontecer a qualquer momento.
O que eu tenho visto por aí?Alguns insights e provocações para reflexões.
Empresas querendo “comprar” o ágil
Pessoas discutindo pouco melhoria de processo
orientada a dados e muito framework
Métricas de processo pouco exploradas
(lead time, throughput, filas, WIP)
Complexidade no processo de concepção de produtos
Baixa maturidade na construção de critérios
financeiros para a priorização de
funcionalidades (cost of delay, ROI)
Falta de interesse na capacitação do ferramental
que alicerça o ágil(pessoas pensam que são ágeis)
Algumas dicas amigasAutores e fontes de conteúdo.
(Internacional) David Anderson
(Internacional) Jurgen Appelo
(Internacional) Troy Magennis
(Internacional) Henrik Kniberg
(Brasil) Alisson Vale
(Brasil) Rodrigo Yoshima
(Brasil) Paulo Caroli
(Brasil) Alexandre Magno
Autores( que eu tenho acompanhado de perto)
Livros e blogs(Conteúdo bacana e atualizado)
(Livro) Kanban - David Anderson
(Livro) Scrum e XP direto das Trincheiras - Henrik Kniberg
(Livro) Scrum: The Art of Doing Twice the Work in Half the Time - Jeff Sutherland
(Livro) Agile Coaching - Rachel Davies e Liz Sedley
(Blog) Plataformatec
(Blog) Crisp’s blog
(Blog) Kudoos
Espaço abertoCompartilhando experiências.
Links importantesReferências utilizadas para a construção deste
material.
https://www.versionone.com/agile-101/agile-software-development-benefits/
http://www.seguetech.com/8-benefits-of-agile-software-development/
http://www.allaboutagile.com/10-good-reasons-to-do-agile-development/
http://triadsystems.com.br/port/quebrando-paradigmas-no-desenvolvimento-de-software/
https://www.ibm.com/developerworks/community/blogs/rationalbrasil/entry/mas_o_que_s_c3_a3o_essas_tais_de_metodologias__c3_a1geis?lang=en
http://blog.dtidigital.com.br/metodologias-ageis-e-seus-beneficios-entenda-porque-as-vantagens-vao-alem-da-geracao-de-valor/
http://www.slideshare.net/j_boye/how-to-be-the-dale-earnhardt-jr-of-agile-by-james-cannings-uk-mmt-digital
Apresentações e blog posts
Apresentações e blog postshttp://www.allaboutagile.com/what-is-agile-10-key-principles/
http://blog.crisp.se/wp-content/uploads/2014/03/unproject.pdf
http://agilitrix.com/2014/11/scrum-kanban-getting/
http://www.everydaykanban.com/what-is-kanban/
http://www.slideshare.net/alimenkou/kanban-vs-scrum-2725721
http://agilitrix.com/2015/10/structure-of-kanban-energy-of-scrum/
https://prezi.com/mtpujeyj1mgr/kanban-101-a-primer/
http://www.slideshare.net/rodrigoy/kanban-avanado-alm-de-visualizaes-e-limites
https://www.atlassian.com/agile/kanban
Planejamento tradicional: http://xbsoftware.com/wp-content/uploads/2014/10/software-development-life-cycle.png
Dúvida: http://kre8outdooradvertising.com/wp-content/uploads/2014/03/ConfusedHead_Icon.png
Comunicação: http://image.slidesharecdn.com/otrabalhocomorealmenteele-110912193545-phpapp01/95/o-trabalho-como-realmente-ele-falha-de-comunicao-1-728.jpg
Descoberta: https://thumbs.dreamstime.com/x/young-scientist-discovering-something-6436266.jpg
Mudança: http://www.c4lpt.co.uk/blog/wp-content/uploads/2014/04/change.jpg
Imagens
Caos: http://feelgrafix.com/data_images/out/28/992165-chaos.jpg
Imagem Kanban versus Scrum: http://www.luxoft.com/upload/uf/3ed/xcorpo_scrum_kanban_photo_cover_nocun_2015_01_28_thumb_98d45eb7a4c5c85b0e598427b275e69d.jpg.pagespeed.ic.N2bpaZwxC7.jpg
Papéis SCRUM: http://braintrustgroup.com/assets/2012/09/SM-TM-PO-3pigs-01.png
Fluxo SCRUM: https://heliosobjects.files.wordpress.com/2014/02/scrum-process1.png
Agradecimento: http://1.bp.blogspot.com/-3oSHjBFSrjo/UQqMGaIoGiI/AAAAAAAAAgc/fS9QdFn1XSk/s1600/224068_405518159518945_138979619_n.jpg
Imagens
