fórum rnp 2013 - o uso de métodos ágeis em projetos governamentais

A utilização de métodos ágeis

em projetos governamentais

LeandroLeandro Guimarães

about.me/leguimas

DESENVOLVIMENTO DE

SOFTWARE

“TRADICIONAL”

Software é

ABSTRATO

Software é

COMPLEXO

!=

64%20%

A utilização de funcionalidades em um sistema

desenvolvido nos moldes tradicionais.

(Chaos Report, The Standish Group)

A única coisa de que você

tem certeza quando

inicia um projeto é que as

coisas vão mudar.

(Bernardo Heynemann)

manifesto ágil

“Estamos descobrindo maneiras melhores

de desenvolver software fazendo-o nós

mesmos e ajudando outros a fazê-lo.”

http://www.manifestoagil.com.br/

“Através deste trabalho, passamos a valorizar,

ou seja, mesmo havendo valor nos itens à

direita, valorizamos mais os itens à

esquerda.”

INDIVÍDUOS e

INTERAÇÕES

PROCESSOS e

FERRAMENTAS

SOFTWARE

FUNCIONANDO

DOCUMENTAÇÃO

ABRANGENTE

COLABORAÇÃO

com o CLIENTE

NEGOCIAÇÃO

CONTRATUAL

RESPONDER às

MUDANÇAS

seguir um

PLANO ORIGINAL

PRIN

CÍPI

OSNossa maior prioridade é satisfazer o cliente,

através da entrega adiantada e contínua de

software de valor.

Aceitar mudanças de requisitos, mesmo no fim do

desenvolvimento. Processos ágeis se adequam às

mudanças, para que o cliente possa tirar vantagens

competitivas.

Pessoas relacionadas a negócios e desenvolvedores

devem trabalhar em conjunto e diariamente, durante

todo o curso do projeto.

Software funcional é a medida primária de progresso.

Em intervalos regulares, o time reflete em como ficar

mais efetivo e, então, se ajustam e otimizam seu

comportamento de acordo.

PRIN

CÍPI

OS

SCRUMKANBAN

LEAN

http://www.versionone.com/state_of_agile_development_survey/11/

http://www.agilcoop.org.br/MetodosAgeisBrasil2011

http://www.agilcoop.org.br/MetodosAgeisBrasil2011

Mas...

E no governo?!

Lei 8.666

CASE

REA

L

Projeto Alelo

CASE

REA

L -EM

BRAP

A

CASE

REA

L -EM

BRAP

AEntendimento da demanda

Dextra + Embrapa = Product Backlog

Estimativa do BacklogDextra = Pontos de Função (NESMA)

Alinhamento TécnicoDextra + Embrapa = Arquitetura

CASE

REA

L -EM

BRAP

AAbertura da OS

Dextra + Embrapa = Backlog da OS (NESMA)

Pagamento de 15% do valor da OS

Execução da OSDextra

A cada 2 semanas, uma nova release

CASE

REA

L -EM

BRAP

AHomologação da OS

Embrapa

Pagamento de 50% do valor da OS.

Finalização da OSDextra + Embrapa = Backlog da OS (IFPUG)

Restante do valor da OS.

CASE

REA

L -EM

BRAP

APrazo máximo de duração da OS

2 meses

Sem OSs paralelasEm um mesmo estado de seu ciclo de vida

Envolvimento dos usuáriosIntermediação pelo CNPTIA

CASE

REA

L -EM

BRAP

A

CASE

REA

L

Projeto Alelo~ 1.000 PF ~ 1 ano

Mas...

E no governo?!

Deixa o TCU

saber disso...

Apresentação da análise de um estudo realizado sobre

a contratação de desenvolvimento de software

utilizando ágil e ponto de função.

http://www.slideshare.net/faruas/apresentacao-agile-brazil-2013

http://www.slideshare.net/faruas/apresentacao-agile-brazil-2013

http://www.slideshare.net/faruas/apresentacao-agile-brazil-2013

http://www.slideshare.net/faruas/apresentacao-agile-brazil-2013

REFE

RÊNC

IAS Fabiana Ruas (@faruas)

TCU – Apresentação AgileBR

Herbert Parente (@herbertparente)TST – Apresentação AgileBR – Governo Ágil

Renato Willi (@rwilli)

Leandro Guimarães

leandro.guimaraes@dextra.com.br

Complexo Pólis de Tecnologia – Rodovia Campinas Mogi Mirim (SP340),

km 118,5 – Prédio 9A – Campinas / SP – CEP 13086-902