Scrum in a nutshell - business perspective

1.631 visualizações

Publicada em

Publicada em: Tecnologia
0 comentários
3 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
1.631
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4
Ações
Compartilhamentos
0
Downloads
26
Comentários
0
Gostaram
3
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Scrum in a nutshell - business perspective

  1. 1. Soluções de Software Sistemas e aplicações sob medida para as necessidades do seu negócio. Scrum in a nutshell Gerando Resultados com Scrum Marcos Alves Outubro/2010
  2. 2. A Dextra
  3. 3. Soluções de Software Transferência de conhecimento e aprimoramento de competências Resolução de problemas tecnologicamente desafiadores e implementação de melhorias de forma prática Projetos de software complexos e de alta criticidade para os negócios
  4. 4. Clientes
  5. 5. Tecnologia e Parcerias
  6. 6. Projetos de software são diferentes com a Dextra Conhecemos as dificuldades e os desafios envolvidos com o desenvolvimento de software. Desde 2007 introduzimos uma abordagem pioneira e inovadora que nos trouxe: – Maior capacidade de entendimento das necessidades do cliente – Gerenciamento mais claro e transparente das expectativas – Maior Agilidade e Flexibilidade para responder as demandas do negócio – Alta produtividade – Maior motivação e comprometimento da equipe 100% de sucesso e satisfação de clientes em mais de 100 mil horas de projetos
  7. 7. Casos de Sucesso em Desenvolvimento Ágil
  8. 8. Capacitação Transferência de conhecimento e aprimoramento de competências Treinamentos com profissionais que vivenciam o dia-a-dia do desenvolvimento de software Turmas abertas ou In-Company Customização de conteúdos Mais de 10 mil alunos treinados Áreas de conhecimentos – Linguagens: Java PHP, Perl, Ruby, Ajax – Banco de dados: Oracle, PostgreSQL e MySQL – Frameworks Java EE: Struts, Hibernate, JSF, JPA, etc – Servidores Java EE: JBoss e TomCat – Controle de Versões: Subversion e CVS – Linux (oficial Mandriva) – Gerência de Projetos de TI – Gestão de Requisitos com Modelagem UML
  9. 9. Consultoria Resolução de problemas desafiadores e complexos Implementação de melhorias de forma prática Áreas de atuação: – Definição e Implantação de Arquitetura – Performance Tuning – Banco de dados – Tecnologias Open Source – Implantação e Coaching de Processos de Software – Desenvolvimento ágil – Requisitos – Gerência de Projetos – Gestão de Configuração e Versionamento – Testes – Ferramentas
  10. 10. Scrum in a nutshell
  11. 11. Cenário dos projetos de software
  12. 12. E vocês? Como é a realidade em suas empresas e projetos? Alguém nunca teve um projeto de software comprometido ou sem algum tipo de problema? Ninguém atrasou entregas ou teve que renegociar orçamento?
  13. 13. Riscos aceitáveis? Estatisticamente, a chance de você ser bem sucedido em uma roleta russa é maior do que em um projeto de software!
  14. 14. Problemas no modelo tradicional de projetos Falsas premissas É possível... – Prever com precisão todo o escopo do projeto... – Antecipar e mitigar todos os riscos... – Lidar com toda a complexidade e incerteza do projeto... – Acertar precisamente as estimativas no começo... – Fazer funcionar com o cliente ausente...
  15. 15. Problemas no modelo tradicional de projetos Requisitos pouco claros Cliente nunca sabe tudo o que precisa Medo de avançar Solução “segura”: papel, papel, papel...
  16. 16. Problemas no modelo tradicional de projetos Gestão de mudanças
  17. 17. Problemas no modelo tradicional de projetos Gestão de mudanças Mudanças ficam cada vez mais caras Paralisia Tempo e dinheiro desperdiçado...
  18. 18. Problemas no modelo tradicional de projetos Projetos demoram demais Taxa de fracasso altíssima MS Project aceita tudo (% completo é real?) Time-to-market alto ROI mais lento
  19. 19. Problemas no modelo tradicional de projetos Qualidade “Falta só testar...” Integrações tardias Expectativas dos clientes
  20. 20. Problemas no modelo tradicional de projetos Desperdício e falta de foco Uso de funcionalidades solicitadas 45% 19% 16% 13% 7% Nunca Raramente Algumas vezes Frequentemente Sempre Standish Group, 2003
  21. 21. Problemas no modelo tradicional de projetos
  22. 22. Desenvolvimento Ágil Manifesto Ágil http://agilemanifesto.org
  23. 23. Princípios Ágeis S ati sfa çã o d o c l i e nte é p r i o r i d a d e C o l a b o ra çã o é m a i s i m p o r ta nte q u e n e go c ia çã o d e co nt rato s Red u çã o d o d es p e rd íc i o http://agilemanifesto.org M a i o r va lo r d e n egó c i o e m m e n o s te m p o
  24. 24. Princípios Ágeis E nt re ga s co nt ín u a s P ro g re s s o m e d id o at ravé s d e s o f t wa re f u n c i o n a n d o Fe e d b a c k co n sta nte d o c li e nte http://agilemanifesto.org
  25. 25. Princípios Ágeis M u d a n ça s s ã o b e m - v i n d a s ! Q u a l i d a d e S i m p li c id a d e http://agilemanifesto.org
  26. 26. Princípios Ágeis I n d iv íd u o s e i ntera çõ es s ã o m a i s im p o r ta ntes q u e p ro c e s s o s e fer ra m e nta s Q u e st io n a m ento co nt ín u o Tra b a l h o e m e q u i p e s m o t iva d a s http://agilemanifesto.org
  27. 27. Princípios Ágeis Traduzindo conceitos em estratégias: – Entrega frequente de produtos completos (valor de negócio!) – Desenvolvimento iterativo e incremental – Gestão ágil, simples e adaptativa – Reflexão e melhoria contínua – Abordagem colaborativa – Integração das equipes – Estratégia de equilíbrio preferida é pelo escopo – Simplifique ao máximo e exceda em qualidade
  28. 28. Métodos Ágeis Scrum (40%) XP (23%) Híbridos (14%) DSDM (8%) Adoção de metodologias State of Agile Survey 2009 2.570 empresas e 722 pessoas em 88 países
  29. 29. E o Scrum? Um processo ágil de gestão de projetos que permite: Como? Quebra o projeto em pequenas partes... Cada qual produzindo um resultado tangível... Executadas por times auto gerenciados ! Gerenciar complexidade, imprevisibilidade e mudanças Através de visibilidade, acompanhamento e adaptação
  30. 30. Lean Thinking Derivado do sistema produtivo da Toyota Otimize o todo Diminua o tempo de produção (entregue valor rápido) Uma linha de produção – uma coisa por vez Diminua desperdícios – Overproduction (fazer mais do que o vendido) – Esperas – Transporte desnecessário – Defeitos – Alto estoque
  31. 31. Como funciona? Reúna um time que tenha todas as competências necessárias para executar o projeto Passe uma visão clara dos objetivos do projeto Crie uma lista priorizada do que deve ser feito (backlog) Mantenha o foco em negócios Execute o projeto em diversas iterações (sprints), e em cada uma delas a equipe: – Se compromete com um grupo de funcionalidades do topo da lista – Detalha estas funcionalidades – Implementa e testa – Entrega e valida – Analisa como foi o andamento da trabalho, e verifica o que pode ser melhorado para o próximo ciclo
  32. 32. Papéis do Scrum Product Owner Time Scrum Scrum Master
  33. 33. Processo Scrum
  34. 34. Teoria da Qualidade Ciclo de Shewhart/Deming Imagem: http://www.anythingresearch.com
  35. 35. Teoria da Qualidade
  36. 36. Teoria da Qualidade
  37. 37. Backlog do produto Priorizado conforme valor para o negócio Estimativas preliminares
  38. 38. Backlog do Sprint Ítem do backlog quebrado em tarefas Com responsáveis E esforço
  39. 39. User Story
  40. 40. Burndown chart
  41. 41. Scrum board
  42. 42. Scrum board
  43. 43. Agora falando de negócios... State of Agile Survey 2009 2.570 empresas e 722 pessoas em 88 países
  44. 44. Agora falando de negócios... State of Agile Survey 2009 2.570 empresas e 722 pessoas em 88 países
  45. 45. Agora falando de negócios... State of Agile Survey 2009 2.570 empresas e 722 pessoas em 88 países
  46. 46. Agora falando de negócios... Em uma única frase, porque desenvolvimento ágil com Scrum? M a x i m i ç ã o d o R O I
  47. 47. Maximização do ROI com Scrum Rápida geração de valor Start-up acelerado Entregas rápidas e constantes Funcionalidades com maior valor para o negócio primeiro
  48. 48. Maximização do ROI com Scrum Rápida geração de valor
  49. 49. Maximização do ROI com Scrum Inception Release 1 Release 2 Release 3 Release 4 Planej./Estimativas Requisitos preliminares Casos de Uso / Especificações Func. Especif. de Design Codificação Testes Correções / Integrações Rápida geração de valor Métodos tradicionais Desenvolvimento Ágil
  50. 50. Maximização do ROI com Scrum Melhor aproveitamento do dinheiro gasto Foco em escopo que gere valor Gestão de mudanças e escopo simplificada Visão e clareza da evolução e dos investimentos Gaste o dinheiro com o que dá dinheiro! Ganhos de produtividade revertidos para o negócio
  51. 51. Melhor aproveitamento do dinheiro gasto Maximização do ROI com Scrum Uso de funcionalidades solicitadas 45% 19% 16% 13% 7% Nunca Raramente Algumas vezes Frequentemente Sempre Standish Group, 2003
  52. 52. Maximização do ROI com Scrum Escopo Custo Custo otimizado Escopo técnico e funcional não necessário Desperdício em detalhamento de requisitos Desperdício em correção de defeitos Melhor aproveitamento do dinheiro gasto
  53. 53. Maximização do ROI com Scrum Sprint01 Sprint02 Sprint03 Sprint04 Sprint05 Sprint06 Sprint07 Sprint08 Sprint09 Sprint10 Sprint11 Sprint12 Sprint13 Sprint14 Sprint15 Sprint16 0 10 20 30 40 50 60 70 80 Evolução da produtividade Melhor aproveitamento do dinheiro gasto
  54. 54. Maximização do ROI com Scrum Melhor adaptação ao cenário de negócios Mudanças bem recebidas e estimuladas Constante repriorização Maior aderência de TI ao negócio
  55. 55. Maximização do ROI com Scrum Times mais felizes
  56. 56. Riscos Desenvolvimento ágil não é a bala de prata: não é a solução mágica para todos os seus problemas!
  57. 57. Riscos Quebra de paradigmas e resistência a mudanças Apoio executivo Não envolvimento do cliente Controle Subestimar a simplicidade do Scrum: é simples, mas muito difícil implantar! Capacitação das equipes Disciplina X Rigidez Práticas de engenharia Tamanho dos projetos
  58. 58. Riscos State of Agile Survey 2009 2.570 empresas e 722 pessoas em 88 países
  59. 59. Riscos State of Agile Survey 2009 2.570 empresas e 722 pessoas em 88 países
  60. 60. Trabalhe conosco Quer trabalhar/estagiar na Dextra? Cadastre seu currículo: www.dextra.com.br Eleita em 2009 e 2010 como uma das Melhores Empresas de TI do Brasil para Trabalhar. Vagas abertas: – Estagiário Técnico / Superior (Desenvolvimento) – DBA PostgreSQL / Oracle – Desenvolvedor Java, PHP, Ruby – Analista de Testes
  61. 61. Dúvidas? Marcos Alves Gerente de Negócios www.dextra.com.br marcos.alves@dextra.com.br http://br.linkedin.com/in/malves São Paulo 11 2824.6722 Campinas 19 3256.6722

×