Scrum – minha visão

1,293 views
1,183 views

Published on

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,293
On SlideShare
0
From Embeds
0
Number of Embeds
386
Actions
Shares
0
Downloads
11
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Scrum – minha visão

  1. 1. SCRUM – Minha visão<br />Roberto Proviniciali Brandini<br />roberto@dpsistemas.com.br<br />
  2. 2. História - MsDOS<br />Comecei a desenvolver software em meados de 1986 usando a ferramenta Clipper '87.<br />Levantamento de Requisitos<br />Análise do Sistema<br />Definir Banco de Dados (Tabelas)<br />Codificar Sistema<br />Testes<br />Implantação<br />Treinamento Usuário<br />SUPORTE<br />
  3. 3. Distribuição do Tempo (DOS)<br />
  4. 4. Triplice Restrição - DOS<br />
  5. 5. Sistemas - DOS<br />
  6. 6. História - Windows<br />Por volta de 1995 iniciamos o desenvolvimento para o ambiente Windows, com o uso do FoxPro.<br />Reaproveitamos 99% do legado em Clipper.<br />Levantamento de Requisitos<br />Análise do Sistema<br />Definir Banco de Dados (Tabelas)<br />Compatibilizar com Legado<br />Codificar Sistema<br />Testes<br />Implantação<br />Treinamento Usuário<br />SUPORTE<br />
  7. 7. Distribuição do Tempo (DOS/WIN)<br />
  8. 8. Triplice Restrição - WIN<br />
  9. 9. Sistemas - WIN<br />
  10. 10. História - WEB<br />Gera Product Backlog<br />Valida com Product Owner<br />Gera documento<br />Gera Protótipo de Tela<br />Gerador CRUD<br />Levantamento de Requisitos<br />Análise do Sistema<br />Definir Banco de Dados<br />(SQL)<br />Codificar Sistema<br />Testes<br />Implantação<br />Treinamento Usuário<br />Homologar com Cliente<br />SUPORTE<br />
  11. 11. Exigências:<br /><ul><li>Formar Equipe
  12. 12. Usar metodologia de desenvolvimento (SCRUM)
  13. 13. Dividir o trabalho em partes
  14. 14. Analise
  15. 15. DBA
  16. 16. Codificar
  17. 17. Testar
  18. 18. Usar network para comunicação
  19. 19. Documentar mais e melhor os requisitos
  20. 20. Controlar versões do código</li></ul>História - WEB<br />Muitas Mudanças:<br /><ul><li>Linguagem de Programação
  21. 21. Ferramenta de Desenvolvimento
  22. 22. Banco de Dados
  23. 23. Maiores Exigências dos Clientes
  24. 24. Requisitos mais dificeis de implantar (desevolver)
  25. 25. Muitas Ferramentas para o Desenvolvimento
  26. 26. Complexidade de Integração das Ferramentas
  27. 27. Trabalhar em Camadas
  28. 28. Interface
  29. 29. Negócio
  30. 30. Modelo
  31. 31. Dados</li></li></ul><li>Distribuição do Tempo (DOS/WIN/WEB)<br />Tecnologia<br />Demora<br />Complexidade<br />
  32. 32. Triplice Restrição - WEB<br />
  33. 33. Sistemas - WEB<br />
  34. 34. SOLUÇÃO ENCONTRADA<br />SCRUM e XP<br />
  35. 35. Como usamos o SCRUM<br />
  36. 36. SCRUM<br />ANTES DE EXECUTAR SPRINT ?<br />DEPOIS DE EXECUTAR SPRINT ?<br />DIARIAMENTE ?<br />
  37. 37. VISÃO SCRUM (CLASSICO)<br />danielettinger.com<br />
  38. 38. VISÃO SCRUM (CLASSICO)<br />gustavovilla.com.br<br />
  39. 39. DIFICULDADE<br />Nossa maior dificuldade é a anotação dos Requisitos, usar User Case ou História ???<br />Levantamento <br />de Requisitos<br />Entendimento<br />Da Tarefa<br />Execução<br />Da Tarefa<br />
  40. 40. Anotação dos Requisitos – UC x Historia – INVEST<br />User Case ou História ?<br />História: Como <usuario> eu quero <cadastrar meus livros> para saber <onde estão>.<br />User Case: Criar CRUD de <cadastro de livros>.<br />Mas ambos tem que ser Independente, Negociavel, Valoravel, Estimavel, Dimensionavel e TESTAVEL.<br />
  41. 41. User Case x Historia<br />User Case - Reservar ApartamentoFluxo básico 1. Atendente informa hotel, datas e tipo de apartamento 2. Sistema fornece disponibilidade e preço 3. Atendente informa CPF do cliente e confirma 4. Sistema exibe um identificador (R1) 5. Sistema envia a confirmação por e-mail (R1 - Regra de negócio, apenas clientes aprovados poderão reservar apartamentos) Fluxo Alternativo: Quarto não disponível (substitui passo 2) Sistema exibe mensagem de indisponibilidade. (volta passo 1) História - Um atendente pode reservar quartosCritérios de aceitação: - Testar com um cliente aprovado e com disponibilidade de quarto - Testar com cliente aprovado e sem disponibilidade de quarto - Testar envio do e-mail - Testar com um cliente não aprovado <br />
  42. 42. O que ganhamos com o SCRUM<br />VISIBILIDADE OPERACIONAL<br />
  43. 43. O que ganhamos com o SCRUM<br />INFORMAÇÃO ONLINE (GERENCIAMENTO A DISTÂNCIA)<br />
  44. 44. O que ganhamos com o SCRUM<br />AUTONOMIA DO TIME<br />
  45. 45. O que ganhamos com o SCRUM<br />MAIOR E MELHOR COMUNICAÇÃO DO PROJETO<br />
  46. 46. O que ganhamos com o SCRUM<br />MAIOR PRODUTIVIDADE (projeto desenvolvido do zero em menos de 1 ano)<br />
  47. 47. O que ganhamos com o SCRUM<br />MAIOR PRODUTIVIDADE (Sprint #018 - Abertura)<br />
  48. 48. O que ganhamos com o SCRUM<br />MAIOR PRODUTIVIDADE (Sprint #018 – Dia 1)<br />
  49. 49. O que ganhamos com o SCRUM<br />MAIOR PRODUTIVIDADE (Sprint #018 – Dia 10)<br />
  50. 50. O que ganhamos com o SCRUM<br />VISIBILIDADE GERENCIAL<br />
  51. 51. CELULAS<br />PROJETO NOTA FISCAL ELETRONICA DE SERVIÇO<br />PROJETOS LEGADO<br />PROJETO POSSEIDOM<br />PROJETO SPED FISCAL<br />PRODUCT OWNER (PO)<br />PROJETO SECV<br />PROJETO TESTE INTEGRAÇÃO<br />SCRUM MASTER<br />(rodízio quinzenal)<br />
  52. 52. CONCLUSÃO<br />O que tenho a dizer sobre o uso do SCRUM é USE, PRATIQUE, IMPLEMENTE e acima de tudo ADAPTE, o uso de um framework como este é importante mas deve-se adaptar à realidade da "sua" empresa ou projeto.<br />Não espere milagres, você terá informações, e o uso destas informações é que faz a diferença.<br />
  53. 53. DÚVIDAS<br />

×