Scrum – minha visão

SCRUM – MINHA VISÃO

Roberto Proviniciali [email protected]

História - MsDOS

Comecei a desenvolver software em meados de 1986 usando aferramenta Clipper '87.

Levantamento de Requisitos

Análise do Sistema

Definir Banco de Dados (Tabelas)

Codificar Sistema

Testes ImplantaçãoTreinamento

Usuário

SUPORTE

Distribuição do Tempo (DOS)

0

10

20

30

40

50

60

DOS

Triplice Restrição - DOS

CUSTO

• Ajustável

PRAZO

• Desconhecido

ESCOPO

• Desconhecido

Sistemas - DOS

Resumo

• 74 Sistemas

• 2.300.000 linhas

• 6.488 arquivos

• 10.123 Tabelas

Tempo

• 9 anos

Custo

• ???

Usuários

• 500 clientes

• 2.000 maquinas

História - Windows

Por volta de 1995 iniciamos o desenvolvimento para oambiente Windows, com o uso do FoxPro.

Reaproveitamos 99% do legado em Clipper.


Análise do Sistema

Definir Banco de Dados (Tabelas)

Codificar Sistema


Usuário

Compatibilizar com Legado

SUPORTE

Distribuição do Tempo (DOS/WIN)

0

10

20

30

40

50

60

DOS

WIN

Triplice Restrição - WIN

CUSTO

• Fixo

PRAZO

• Desconhecido

ESCOPO

• Conhecido

Sistemas - WIN

Resumo

• 25 Sistemas

• 300.000 linhas

• 2.341 arquivos

• 3.023 Tabelas

Tempo

• 16 anos

Custo

• ???

Usuários

• 2.500 clientes

• 8.000 maquinas

História - WEB


Análise do Sistema

Definir Banco de Dados

(SQL)

Codificar Sistema


Usuário

SUPORTE

Gera documento

Gera Product Backlog

Gera Protótipo de Tela

Valida com Product Owner

Gerador CRUD

Homologar com Cliente

Exigências:

Formar Equipe

Usar metodologia de desenvolvimento (SCRUM)

Dividir o trabalho em partes

Analise

DBA

Codificar

Testar

Usar network para comunicação

Documentar mais e melhor os requisitos

Controlar versões do código

História - WEB

Muitas Mudanças:

Linguagem de Programação

Ferramenta de Desenvolvimento

Banco de Dados

Maiores Exigências dos Clientes

Requisitos mais dificeis de implantar (desevolver)

Muitas Ferramentas para o Desenvolvimento

Complexidade de Integração das Ferramentas

Trabalhar em Camadas

Interface

Negócio

Modelo

Dados

Distribuição do Tempo (DOS/WIN/WEB)

0

10

20

30

40

50

60

DOS

WIN

WEB

Tecnologia

Complexidade

Demora

Triplice Restrição - WEB

CUSTO

• Fixo

PRAZO

• Conhecido

ESCOPO

• Conhecido

Sistemas - WEB

Resumo

• 1 PORTAL

• 30 Módulos

• 1.150.000 linhas

• 1.251 arquivos

• 300 Tabelas

Tempo

• 1 ano

Custo

• ???

Usuários

• 3 clientes

• 50 maquinas

SOLUÇÃO ENCONTRADA

SCRUM e XP

Como usamos o SCRUM

SCRUM


Escrevemos a Historia

Time Avalia o Esforço (pontuar)

Post-it

[PLAN] Sprint xxx

(2 semanas)

Seleciona as Historia

e-mail de abertura

[DO] Execução do

Sprint

Reunião diária(8:30 hrs)

Executamos as tarefas

Atulizamos o PivotalTracker

e-mail (17:30 hrs) com a atualização

do sprint

[CHECK] Conferir as Entregas

Avaliamos o que foi entregue

Documentamos Pontos + e -

e-mail de finalização de

Sprint

[ACT] Ações

Uso do Paretopara avaliar os

pontos + / -

Atualizamos o log do Projeto

SCRUM

ANTES DE EXECUTAR SPRINT ?

DEPOIS DE EXECUTAR SPRINT ?

DIARIAMENTE ?

VISÃO SCRUM (CLASSICO)

danielettinger.com

VISÃO SCRUM (CLASSICO)

gustavovilla.com.br

DIFICULDADE

Nossa maior dificuldade é a anotação dos Requisitos, usar User Case ou História ???


EntendimentoDa Tarefa

ExecuçãoDa Tarefa

Anotação dos Requisitos – UC x Historia – INVEST

User Case ou História ?

História: Como <usuario> eu quero <cadastrar meus livros> para saber <onde estão>.

User Case: Criar CRUD de <cadastro de livros>.

Mas ambos tem que ser Independente, Negociavel, Valoravel, Estimavel, Dimensionavel e TESTAVEL.

User Case x Historia

User Case - Reservar Apartamento

Fluxo 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 quartos

Crité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

O que ganhamos com o SCRUM

VISIBILIDADE OPERACIONAL


INFORMAÇÃO ONLINE (GERENCIAMENTO A DISTÂNCIA)


AUTONOMIA DO TIME


MAIOR E MELHOR COMUNICAÇÃO DO PROJETO


MAIOR PRODUTIVIDADE (projeto desenvolvido do zero em menos de 1 ano)


MAIOR PRODUTIVIDADE (Sprint #018 - Abertura)


MAIOR PRODUTIVIDADE (Sprint #018 – Dia 1)


MAIOR PRODUTIVIDADE (Sprint #018 – Dia 10)


VISIBILIDADE GERENCIAL

CELULAS

PROJETO POSSEIDOM

PROJETO SPED FISCAL

PROJETO SECV

PROJETO NOTA FISCAL

ELETRONICA DE SERVIÇO

PRODUCT OWNER (PO)

PROJETO TESTE

INTEGRAÇÃO

PROJETOS LEGADO

SCRUM MASTER(rodízio quinzenal)

CONCLUSÃO

O que tenho a dizer sobre o uso do SCRUM éUSE, PRATIQUE, IMPLEMENTE e acima de tudoADAPTE, o uso de um framework como este éimportante mas deve-se adaptar à realidade da"sua" empresa ou projeto.

Não espere milagres, você terá informações, eo uso destas informações é que faz a diferença.

DÚVIDAS

Technology

Scrum – minha visão