Agile Brazil 2013

32
©2013 - @herbertparente Agile em Licitação Pública: uma metodologia ágil de terceirização de desenvolvimento de software

description

Apresentação da palestra "Agile em Licitação Pública: uma metodologia ágil de terceirização de desenvolvimento de software" no Agile Brazil 2013

Transcript of Agile Brazil 2013

Page 1: Agile Brazil 2013

©2013 - @herbertparente

Agile em Licitação Pública:uma metodologia ágil de

terceirização de desenvolvimento de software

Page 2: Agile Brazil 2013

©2013 - @herbertparente

Page 3: Agile Brazil 2013

©2013 - @herbertparente

Page 4: Agile Brazil 2013

©2013 - @herbertparente

IN 04/2010 (Atores)Fiscal Técnico

Fiscal Requisitante

Fiscal Administrativo

Gestor do Contrato

Page 5: Agile Brazil 2013

©2013 - @herbertparenteRequisitante / Gestor Negocial

Page 6: Agile Brazil 2013

©2013 - @herbertparenteFiscal Técnico

Page 7: Agile Brazil 2013

©2013 - @herbertparente

IN 04/2010 (Documentos)1. Ordem de Serviço

2. Termo de Recebimento Provisório

3. Análise/Homologação Técnica

4. Análise/Homologação Negocial

5. Termo de Recebimento Definitivo

6. Nota Fiscal

Page 8: Agile Brazil 2013

©2013 - @herbertparente

Minimizar os Riscos da Execução Contratual

Page 9: Agile Brazil 2013

x

Gestão de Pessoas

Gestão por Resultados

Page 10: Agile Brazil 2013

©2013 - @herbertparente

• Definir premissas desde o planejamento da contratação

• Alinhar diretrizes e condições com a Direção de TI

• Convalidar com a Alta Administração

Page 11: Agile Brazil 2013

Premissa 1

NÃO defina uma Metodologia de Desenvolvimento de Software

Page 12: Agile Brazil 2013

©2013 - @herbertparente

• Defina a forma de Gerenciar as Demandas (OS) 

• Quais produtos e seus critérios de aceitação

• Exija um produto funcional a cada período curto de tempo

Page 13: Agile Brazil 2013

Premissa 2

Um passo (OS) de cada vez

Page 14: Agile Brazil 2013

©2013 - @herbertparente

• Abra somente uma Ordem de Serviço por vez de cada projeto

• Nunca comece oficialmente a próxima demanda sem receber ou finalizar a anterior

• Se a OS estiver errada ou não for mais necessária?

Page 15: Agile Brazil 2013

Premissa 3

Não gerencie ATRASOS ou DEFEITOS

Page 16: Agile Brazil 2013

©2013 - @herbertparente

• Não existe atraso, o que existe é AUSÊNCIA DE ENTREGA

• Não entregou NADA: “sprint” perdida

• Produto com defeito? Devolva e receba na próxima sprint

Page 17: Agile Brazil 2013

Premissa 4

Entenda a demanda antes executá-la

Page 18: Agile Brazil 2013

©2013 - @herbertparente

• Planeje – como será o projeto– com quantas OS será validado o projeto com o

público ou órgão (SLA)– o processo do negócio a ser desenvolvido

• Saiba o que vai fazer na próxima OS

• Plano de Inserção (art. 25 I a – IN04)

Page 19: Agile Brazil 2013

Premissa 5

Não aceite documentos sem sistemas

Page 20: Agile Brazil 2013

Premissa 6

Acredite na evolução da empresa

Page 21: Agile Brazil 2013

©2013 - @herbertparente

Kanban para gerenciar a demanda...

Page 22: Agile Brazil 2013

©2013 - @herbertparente

Page 23: Agile Brazil 2013

©2013 - @herbertparente

Do Backlog para Preparado

Defina da forma que quiser

Page 24: Agile Brazil 2013

©2013 - @herbertparente

Transição entre as raias

Page 25: Agile Brazil 2013

©2013 - @herbertparente

Defina limites

Page 26: Agile Brazil 2013

©2013 - @herbertparente

Limite (WIP = 200PF)

Page 27: Agile Brazil 2013

©2013 - @herbertparente

Paralelize as atividades

Page 28: Agile Brazil 2013

©2013 - @herbertparente

Divida a forma de pagamento

Page 29: Agile Brazil 2013

©2012/13 - Quadro de acompanhamento do projeto SICG/IPHAN

Page 30: Agile Brazil 2013

©2012/13 - Consumo de pontos de função do projeto SICG/IPHAN

Page 31: Agile Brazil 2013

©2012/13 - Burndown do projeto SICG/IPHAN

Ciclo PerdidoCiclos

Perdidos

Produtividade Alcançada

Page 32: Agile Brazil 2013

©2013 - @herbertparente

OBRIGADO!!!

twitter: @herbertparentesite: www.governoagil.com.br