Palestra apresentada dia 20 de maio de 2013 sobre uma forma de gerir contratos de terceirização de software com metodologia ágil.

1. ©2013 - @herbertparente
Contratação de
Fábrica de Software
com
Metodologia Ágil

2. ©2013 - @herbertparente
Fábrica de Software?
Terceirização em sentido estrito
ou sem cessão de mão de obra.

3. ©2013 - @herbertparente
Escopo
Caso de sucesso
O que deu certo e o porquê.
O que deu errado e por que?
Metodologia Ágil de Gestão de um
contrato de terceirização de
desenvolvimento de sistemas.
Perguntas

4. ©2013 - @herbertparente
Fora do Escopo
 Como redigir todos os itens de um Termo de
Referência
 Aspectos técnicos (linguagens, arquitetura,
banco de dados etc)
 Times internos (servidores ou terceirização
com cessão de mão de obra)
 Treinamento Scrum, Kanban ou outra
metodologia ágil

5. ©2013 - @herbertparente
Outro lado da moeda
Cristiano:
“ Vocês conhecem algum órgão com maturidade e estrutura
para trabalhar com gestão por resultado ?”
“...temos uma grande parcela de culpa...”
“...sem maturidade, padrões, pessoal capacitado, processos
definidos e uma estrutura formal adequada a contratação
por resultado assume uma faceta tão danosa quanto a
famigerada alocação de postos de trabalho.”

6. ©2013 - @herbertparente
FOCO
Minimizar os riscos e obter
sucesso em um contrato de
terceirização

7. ©2013 - @herbertparente
CONTRATO DE SUCESSO?
 Entregou o sistema?
 Não aplicamos nenhuma multa?
 Terminou sem precisar ser cancelado?
 Que passou na fiscalização da CGU e do TCU?

8. ©2013 - @herbertparente
Baseado em Metodologia Ágil?
 É indiferente se é Scrum, Kanban, Ágil++ ou
“Scrum But” ou outro nome
 Agile não é o objetivo, é o meio
 Sucesso é o contrato que atende às
necessidades do órgão (em termos de
sistemas) sem comprometer o erário
 Mas acredito fielmente que metodologia ágil é o
caminho:
 para o sucesso ou para detectarmos de forma
rápida o risco iminente

9. ©2013 - @herbertparente
Para um contrato de
sucesso...
 Premissas nos artefatos do planejamento da
contratação
 Diretrizes e Condições com a direção da área
de TI
 A Direção da área de TI terá que validar e
SUSTENTAR essas diretrizes durante o
contrato

10. ©2013 - @herbertparente
Premissa 1
O órgão NÃO deve definir,
muito menos exigir, o uso
de Metodologia Ágil

11. ©2013 - @herbertparente
E o meu MDS?
 Não defina Metodologia de DESENVOLVIMENTO de
Software
 Defina a Forma de Trabalho e os Produtos
 Forma de enviar e cobrar demanda (OS), reuniões, SLA
 A CONTRATA pode trabalhar com a metodologia que ela
quiser (rup, cascada, scrum, fdd, kanban, crystal, etc)
 Mas se o edital relata que a cada 2 a 4 semanas
exigimos a entrega de um produto funcional (e não
aceitamos só documentos), estamos induzindo a uma
metodologia ágil

12. ©2013 - @herbertparente
Premissa 2
Recontagem de PF nos moldes
do Roteiro do SISP com
metodologia ágil que pode
mudar constantemente é um
risco.

13. ©2013 - @herbertparente
E agora...
 Altere o percentual definido para alteração,
manutenção ou refatoração de funcionalidade
 Defina bem o conceito de manutenção evolutiva,
refatoração e alteração de requisito
 Evidencie no processo o custo “daquela criatividade”
do gestor negocial e o faça assinar a OS e atestar a
nota fiscal

14. ©2013 - @herbertparente
Premissa 3
Só abra uma Ordem de
Serviço (OS) por vez e por
projeto.

15. ©2013 - @herbertparente
Uma passo de cada vez...
 Você pode até ter 6 OS abertas com a
Contratada, mas será 1 para 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, cancele-a e abra outra OS com a
nova “criatividade” do gestor negocial (evidencie
no processo)
 Uma OS por sprint

16. ©2013 - @herbertparente
Premissa 4
NUNCA aceite que corrijam
um produto com defeito
dentro da mesma OS.

17. ©2013 - @herbertparente
Dessa forma...
 No fim do prazo, receba o que estiver PRONTO,
mesmo não sendo tudo que foi solicitado
 NUNCA aceite a frase "mas isso eu corrijo
rapidinho e te entrego amanhã, pode ser?"
 Devolve, evidencia no processo, volta p/ a fila de
demandas e entrará na próxima OS e se o gestor
negocial quiser novamente (SLA 1)

18. ©2013 - @herbertparente
Premissa 5
NÃO existem ATRASOS de
entrega.

19. ©2013 - @herbertparente
E se atrasar...
 Não existe atraso, o que existe é
AUSÊNCIA DE ENTREGA
 Contratada não entregou NADA: “sprint” perdida
 Cancele a OS e informe no processo que NADA foi
entregue (SLA 2)
 Abra outra OS com as mesmas funcionalidades (se
o gestor ainda desejar)

20. ©2013 - @herbertparente
Premissa 6
Saiba o que fazer antes de
começar a fazer.

21. ©2013 - @herbertparente
Parece óbvio...
 Planeje, nem que minimamente:
 como será o projeto
 com quantas OS será validado o projeto com o
público ou órgão (SLA 3)
 o processo do negócio a ser desenvolvido
 como será a metodologia de trabalho
 Saiba exatamente o que irá fazer pelo menos para
a próxima OS (prepare a demanda)

22. ©2013 - @herbertparente
Premissa 7
Não aceite documentos sem
sistemas.

23. ©2013 - @herbertparente
Kanban para gerenciar a
demanda...

24. ©2013 - @herbertparente

25. ©2013 - @herbertparente
Do Backlog para Preparado
Defina da forma que quiser

26. ©2013 - @herbertparente
Transição entre as raias

27. ©2013 - @herbertparente
Premissa 8
Defina MUITO BEM os
critérios para o PREPARADO e
para o PRONTO.

28. ©2013 - @herbertparente
Defina limites

29. ©2013 - @herbertparente
Limite (WIP = 200PF)

30. ©2013 - @herbertparente
Paralelize as atividades

31. ©2013 - @herbertparente
Divida a forma de pagamento

32. ©2012/13 - Quadro de acompanhamento do projeto SICG

33. ©2012/13 - Consumo de pontos de função do projeto SIC

34. ©2012/13 - Burndown do projeto SICG/IPHAN
Ciclo
Perdido
Ciclos
Perdidos
Produtividade
Alcançada

35. ©2013 - @herbertparente
Isso é Scrum ou Kanban?
O nome ou o framework não é
relevante
Importante!
Valores do Manifesto Ágil
Entrega de Valor
Legislação Vigente

36. ©2013 - @herbertparente
OBRIGADO!!!
twitter: @herbertparente
email: herbertparente@gmail.com