Desenvolvimento ágil e seus benefícios

Uma provocação sobre agilidade.

ApresentaçãoRaphael Donaire Albino

@rapha_albinohttp://blog.plataformatec.com.br/author/raphael-albino/

raphalbino@gmail.com

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

Mudança de paradigma

Fonte: http://www.dsdm.org/

Fonte: http://goo.gl/p19CnX

Olhando pela perspectiva temporal

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

Valeu =)@rapha_albino

raphalbino@gmail.com