Scrum Gathering Rio 2016 - Cinco Desafios na Definição de uma Metodologia Ágil na Administração...

Post on 12-Jan-2017

179 views 1 download

Transcript of Scrum Gathering Rio 2016 - Cinco Desafios na Definição de uma Metodologia Ágil na Administração...

Cinco Desafios na Definição

de uma Metodologia Ágil na Administração

Pública utilizando Fábricas de Software e Teste

R a f a e l T a r g i n oM a r e n a C u t n e i

R a f a e l a S a m p a i oG i s e l a R i b e i r o

Company Logo www.domain.com2

A administração pública possui muitos desafios...

Company Logo www.domain.com3

Processo Atual de Furnas

DEMORA NA VALIDAÇÃO DAS ENTREGAS

DIFICULDADE NA ESPECIFICAÇÃO DE REQUISITOS

DESENVOLVEDORES DISTANTES DA REALIDADE DE FURNAS

ATRASOS E ESTOURO DE ORÇAMENTOS

AQUELES PROBLEMAS QUE TODO MUNDO JÁ ESTÁ ACOSTUMADO...

Company Logo www.domain.com6

Controle e Produtividade

7

Ambiente de Desunião

AmbienteColaborativo

COMO FOI O INÍCIO

Estudos Iniciais de Furnas

Estudo dos Acórdãosdo TCU e Publicaçõesde Implementações

na Área Pública

Grupo de TrabalhoEletrobras

Participação emEventos

Convencimento da Alta Gerência

PRIMEIROS PASSOS• Apoio da Consultoria

• Recursos Internos que

já conheciam bem a

realidade de Furnas

• Conhecimento dos

Métodos Ágeis mas

também das

prescrições do RUP

• Formação da Equipe

• Definição do Processo

`FOTO DO QUADRO

Company Logo www.domain.com11

Reuniões de Definição dos Artefatos

`FOTO DO QUADRO

Company Logo www.domain.com12

Reuniões sobre a Estruturação das Sprints

1. Como documentar requisitos para garantir a manutenção futura por outros fornecedores?

2. Como sistematizar as atividades da Sprint e a emissão de ordens de serviço?

3. Como coordenar o trabalho entre a organização e as fábricas de software/teste?

4. Como utilizar métricas objetivas sem ignorar as estimativas ágeis?

5. Como definir os papéis na organização?

Como documentar requisitos para garantir a manutenção futura por outros fornecedores?

1

LINHA DE RACIOCÍNIO

Features e Regras de Negócio

Técnica de Caso de Uso

Código fonte

Histórias de usuário comodocumentação de sistema

1234

DOCUMENTAÇÃO DE SISTEMA

XDOCUMENTAÇÃO

DE PROJETO

DOCUMENTAÇÃO DE PROJETO

Cartão de História

DOCUMENTAÇÃO DE SISTEMA

Documentação Mínima

• Features

• Regras de Negócio

• Requisitos Não Funcionais

• Critérios de Aceitação (ativo e inativo)

• Testes de Aceitação

USO DE FERRAMENTA

Como sistematizar as atividades da Sprint e a emissão de Ordens de Serviço?2

LINHA DE RACIOCÍNIO

OS “Guarda Chuva”

Uma OS para cada História

Uma OS por Sprint

OS com mais de uma História e desassociada do Sprint

1234

HIST 112

HIST 230

HIST 005

HIST 160

...

Backlog

HIST 230

HIST 005

HIST 160

HIST 600

Sprint 1

OSFSW 1

OSINSP 1

HIST 230

HIST 005

HIST 600

OSFTS 1

HIST 230

HIST 600

Entrega Sprint 1

HIST 230

HIST 005

HIST 160

HIST 600

Entrega FSW

HIST 600

HIST 088

HIST 112

HIST 088

...

Backlog HIST 005

HIST 160

HIST 088

Sprint 2

OSFSW 1

OSINSP 1

OSFSW 2

OSINSP 2

HIST 160

HIST 008

Entrega Sprint 2HIST 005

HIST 160

HIST 008

OSFTS 1

OSFTS 2

HIST 005

HIST 160

HIST 088

Entrega FSW

Como coordenar o trabalho entre a organização e as fábricas de software/teste?3

PROCESSO ATUALFábrica de Software x Fábrica de Teste

COMO ALINHAR O TIMING CORRETO?

LINHA DE RACIOCÍNIO

Sprint Única com Teste Após a Sprint

Múltiplas Sprints (Esteira de Sprints)

Sprint Única com Teste Simultâneo

Sprint Única com Teste Por Último

1234

SPRINT ÚNICA COM TESTE APÓS A SPRINT

SPRINT 1

SPRINT 2

Validação PO

Verificação Fábrica de Teste

SPRINT 1

MÚLTIPLAS SPRINTS (Esteira de Sprints)

Validação PO

Verificação Fábrica de Teste

SPRINT 2

SPRINT 1 TESTE

SPRINT 3

Itens não Verificados

SPRINT 1

SPRINT ÚNICA COM TESTE SIMULTÂNEO

Validação PO

Verificação Fábrica de Teste

SPRINT 1

SPRINT ÚNICA COM TESTE POR ÚLTIMO

Validação PO

Verificação Fábrica de Teste

Entende as Histórias

Execução da Sprint Revisão

Define e Prioriza as Histórias

Implementa o código Apresenta

produto

Apoia a Elaboração

dos Critérios de Aceitação

Estabelece Critérios de Aceitação

Elabora Estimativa

de Execução

da Inspeção

Inspeciona Software

Valida produto

(testes de aceitação)PO

Elabora Testes de Aceitação

Documenta as Histórias

Estima as Histórias

Implementa e executa os testes unitários

Atualiza Documen

tação

Inspeção

Executa testes de aceitação, exploratório e

integração

De

sen

vo

lvim

en

toQ

ua

lid

aePlanejamento da

Sprint

Como utilizar métricas objetivas sem ignorar as estimativas ágeis?

4

LINHA DE RACIOCÍNIO

Usar pontos de função para estimar o trabalho da equipe e também como métrica de tamanho para pagar as fábricas de software e teste

Usar métricas ágeis para ambos os casos

Usar métricas ágeis para estimar o esforço de cada equipe, e PF para medir o software com o objetivo de pagamento das Fábricas

1

2

3

Como definir os papéis na organização?5

LINHA DE RACIOCÍNIO

PO

SCRUM Master

Time

123

PO

Da Área Cliente Analista de Negócio

SCRUM Master

Na Fábrica de Software

Na OrganizaçãoEm Ambos

TIME

Equipe de Desenvolvimento(Fábrica de Software)

Equipe de Teste(Fábrica de Teste)

CONCLUSÃO

• É PRECISAO ADAPTAR

PARA O SEU CONTEXTO

• É PRECISO CONVENCER A

DIREÇÃO A COMEÇAR,

MESMO QUE SEJA EM UM

PROJETO MENOR

• O GOVERNO PODE SER

ÁGIL... NÓS ACREDITAMOS

NISSO

Company Logo www.domain.com 45

“Tu te tornas eternamente responsável pelo que cativas...”

Obrigado !