Este documento descreve a jornada de uma equipe de TI para adotar métodos ágeis como Scrum. Inicialmente, a equipe via apenas problemas e sobrecarga. Após treinamentos, eles começaram a limitar o trabalho em andamento e criaram artefatos como um quadro de tarefas. Isso melhorou a entrega de valor e a cultura da equipe. Eles continuaram aperfeiçoando práticas como integração contínua e testes para manter a qualidade. A adoção de métodos ágeis trouxe muitos benefícios à

1. Agilidade no Governo:
1
Sonia Moreira Goldzweig
Avelino Ferreira Gomes Filho

4. Como tudo começou?
“Uma pessoa muda, quando a dor de
permanecer como está
é maior do que a dor da mudança,”
(Frase atribuída a Freud)

5. Como tudo começou?
Só víamos o problema:
"é muito trabalho para
pouca gente“
Não visualizávamos a
causa raiz
Demandas na gaveta
em forma de
memorandos
Sensação constante
de sobrecarga

6. Como tudo começou?
Criatividade para
fazer o máximo
com o mínimo de
Recursos

7. Como tudo começou?
► CASE de fracasso:
► Sistema para
Controle de Débitos
►6 meses de trabalho
para começar a
fazer o essencial
Tínhamos que mudar!

8. Caminho escolhido para mudar a realidade

9. Começo da Mudança
► Treinamento
► Convencer e
comprometer o time
► Dinâmicas para
vivenciar conceitos
► Conhecer cases de
outros times

10. Pilares do SCRUM
Colocando em prática os conceitos aprendidos:
Inspeção, Transparência e Adaptação.

11. Começo da Mudança
Inspeção:
Olhamos para o nosso “umbigo”
Transparência:
Mostramos nosso “umbigo” para todos
Adaptação: O que fazer para melhorar?

12. Primeiro Task Board
“Equipes” - 12 pessoas e 11 projetos

13. Primeiro passo... Limitar WIP*
 Somente 4 projetos simultâneos
 Novo Task Board: demandas e tarefas explícitas
(*) Work In Progress

14. Primeira Vitória!
VP aceitou nosso
Limite do WIP!

15. Impedimentos
Gerenciando o que impede o andamento do projeto.

16. Impedimentos
Como controlar?
Principais fontes
de interrupção
►Pessoas
►Telefone

17. Solução
►Placas
►Cones
►Apoio da
secretária e das
estagiárias
Impedimentos

18. Impedimentos
Mudança Cultural

19. Impedimentos
Explícitos no Task Board

20. Impedimentos
Ajudou a rever o limite do WIP

21. Framework Agile
Criando os artefatos para a adoção dos Métodos
Ágeis no nosso contexto

22. Meetings
+ integração
+ troca de informação
+ comprometimento do time
+ envolvimento dos usuários
Desafio:
Disciplina para fazer
todas as meetings

23. Product Backlog
PLANILHA WIKI
+

24. Product Backlog

25. Product Backlog

26. Estimativas: Planning Poker
Acessível para
Deficientes Visuais

27. Estimativas: Planning Poker

28. Problemas acontecem
Enfrentando as dificuldades e buscando melhoria
contínua

29. Product Owner
P.O. usuário
“Dono do produto”
P.O. Interno
Junto com o time
Interagindo com todos
os stakeholders
NÃO Funcionou FuncionouX
Produto não
atendeu,
Usuário não
utilizou
Sistema adaptado
Usuários
comprometidos

30. “Fight Meetings”
Conflitos no Time

31. “Fight Meetings”
Conflitos com Usuários

32. Solução
► Retrospectivas bem feitas
► Diretiva primária:
“Independente do que será discutido, nós entendemos
e acreditamos que todos fizeram o seu melhor, dado
o que sabiam naquele momento, suas habilidades e
competências, os recursos disponíveis e as
circunstancias da situação” (*)
(*) Tradução livre de Project Retrospectives - Norman Kerth

33. Melhoria Contínua
O time amadureceu. Novos conceitos dos métodos
ágeis foram aprendidos, o processo evoluiu.

34. Adaptando e Mudando
Mudança cultural materializada na criação do novo Task Board

35. Adaptando e Mudando
Idealizado e executado com a participação de todos

36. Adaptando e Mudando
Idealizado e executado com a participação de todos

37. Adaptando e Mudando
Idealizado e executado com a participação de todos

38. Adaptando e Mudando
Idealizado e executado com a participação de todos

39. Adaptando e Mudando
Idealizado e executado com a participação de todos

40. Task Board pronto
...e acessível

41. Cultura de Qualidade

43. 43
+ 1.400
Chamados / Mês

44. Pós-Desenvolvimento (Qualidade Tardia)
Organizar a casa
– Quantificar os chamados é
fundamental
– Comunicação com CIO e CTO

45. Pós-Desenvolvimento (Qualidade Tardia)
2010.0 2011.0 2012.0
0
200
400
600
800
1000
1200
1400
1600
484
1415
1323
Chamados / mês
Chamados

46. Pós-Desenvolvimento (Qualidade Tardia)
Redistribuição de chamados para outras
unidades da TI.

47. Pós-Desenvolvimento (Qualidade Tardia)
2010.0 2011.0 2012.0 2013.0
0
200
400
600
800
1000
1200
1400
1600
484
1415
1323
562
Chamados / mês
Chamados

48. Durante o Desenvolvimento
► Test Driven Development (TDD).
► Acceptance Driven Development
(ATDD).
► Exposição da Qualidade como parte
fundamental do Processo de
Desenvolvimento.

49. Treinamento

50. Qualidade

51. Durante o Desenvolvimento
2010.0 2011.0 2012.0 2013.0 2014.0 2015.0
0
200
400
600
800
1000
1200
1400
1600
484
1415
1323
562
40 13
Chamados / mês
Chamados

52. Operacionalização da Qualidade

53. Tornar parte do Processo de
Desenvolvimento

54. Integração Contínua
► Manter a qualidade o tempo todo.
► A cada alteração do código testar
continuamente o software.

55. ► Testes
► Unitários
► Integração
► Regressão
► Interface
► Carga (Quando necessário)
Integração Contínua

56. Integração Contínua

57. Integração Contínua

58. Integração Contínua

59. Integração Contínua

60. Integração Contínua

61. Coding Dojo
Usamos também no início do projeto para
compartilhar e uniformizar o conhecimento do time.

62. Coding Dojo
Acessível

63. Coding Dojo
Integração de novo membro no time.

64. Case: E-Denúncia

65. “O desembargador mandou...”
...desenvolver um
sistema em 15 dias

66. 4 Áreas de Domínio da Agilidade
(Rodrigo de Toledo, 2014)

67. Organização
► Ciclo de vida de desenvolvimento bem
definido.
► Processo de desenvolvimento bem
definido.
► Saber utilizar os artefatos de gestão e
acompanhamento do projeto.
Be profissa!Be profissa!

68. Organização
► Equipe multidisciplinar
► “O” especialista é uma
fonte de gargalo

69. Negócio
► “Pessoas do negócio e
desenvolvedores trabalhando juntos”
(Beck et al. 2001).
► Bom PO é fundamental
► Priorizar apenas o que é essencial.
► Fatia sashimi
► Encontrar os Stakeholders certos
► “Simplicidade – A arte de maximizar o
trabalho NÃO feito é essencial” (Beck et
al. 2001)

70. Cultural
► “Mudanças são bem vindas...” (Beck et al.
2001)
► Postura do time
► Não entrou em desespero
► Compreendeu que as mudanças são
naturais e necessárias.
► “Nesse prazo é impossível!”
► Foi substituído por....
► “Qual o melhor software que podemos
entregar dentro desse prazo?”

71. Cultural
► “Nossa maior prioridade é satisfazer o
cliente através de entregas contínuas
de software de valor”
► Adaptação e Reorganização
► Sprint de 15 dias era inviável
► Sprints de 2 dias
► Time-Box: SP1, SP2, PP, Daily e Retrospectiva
► Fluxo Contínuo: Entrega e Review

72. Técnica
► Estrutura do projeto bem definida
► Archetypes
► Organização de pacotes
► Bibliotecas & Frameworks
► Softwares de apoio

73. Técnica
► Banco de Dados & Infraestrutura
► Processos burocráticos impedem a
agilidade
► Foco em agregar valor ao negócio
► “Eu preciso de você!”
► Resgate o amor entre as equipes
► Desenvolvedores e Infra
► Colaboração é a chave do sucesso!
► Facilidade de criação e uso

74. Técnica
► Qualidade
► Não é negociável
► O software tem!
► Testes de aceitação
► TDD
► Cobertura alta de testes
► QA

75. Jack*...o desafio continua...
► O desembargador gostou
do sistema!
► Já que* vocês fizeram um
em 15 dias...
► Ele mandou fazer outro...
► Em 7 dias...porque não dá
para adiar o dia da
eleição
DONE !

76. Resultados

77. O que mudou?
► No Time
► Mais qualidade dos produtos entregues
► Estimativas confiáveis
► Integração, incluindo novos integrantes
► Expertise – compartilhamento de
conhecimentos
► Interrupções e impedimentos
gerenciados
► Tranquilidade e segurança para enfrentar
desafios

78. O que mudou?
► Na Organização
► Mudança em relação à solicitação de
sistemas
► Auxílio aos gestores na priorização de
projetos de desenvolvimento de sistemas
e tomada de decisão
► Reconhecimento do trabalho da equipe
► Disseminação dos métodos e da gestão
ágil
► Apoio da alta administração

79. OBRIGADO !
Sonia Moreira Goldzweig
sonia.moreira@tre-rj.jus.br
Avelino F. Gomes Filho
avelino.gomes@tre-rj.jus.br