Upload
leandro-guimaraes
View
660
Download
2
Embed Size (px)
DESCRIPTION
Apresentação realizada no Fórum RNP 2013 relatando a experiência da utilização de métodos ágeis em projetos de TI para órgãos públicos.
Citation preview
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
Complexo Pólis de Tecnologia – Rodovia Campinas Mogi Mirim (SP340),
km 118,5 – Prédio 9A – Campinas / SP – CEP 13086-902