O documento discute a possibilidade de agilidade no serviço público federal brasileiro. Apresenta Thiago Diogo e Bruno Olímpio, que lidam com desafios como equipes part-time e infraestrutura limitada para entregar projetos ágeis na Secretaria de Tecnologia da Informação da Universidade Federal Fluminense. Eles adaptaram práticas ágeis como Scrum e testes automatizados para atender às necessidades de comunicação constante e entregas frequentes com qualidade total.

1. Agililidade no Serviço
Público: é possível?
Thiago Diogo & Bruno Olímpio

2. Quem somos nós?

Thiago Diogo
Diretor
de Desenvolvimento
de Sistemas da STI / UFF
Cientista
da Computação,
Mestrando em Engenharia de
Produção (UFF)
6
anos na STI / UFF

Bruno Olímpio
Coordenador
do Escritório de
Projetos da STI / UFF
Matemático,
MBA em
Gerenciamento de Projetos (UFF)
2
anos na STI / UFF

3. Contexto

Programa de Expansão das Universidades Federais – REUNI

Comunidade de 60.000 pessoas (potenciais usuários)

Maior necessidade de TI (Dependência em alguns casos!)

4. O Ambiente STI

Importância da TI dentro da Estrutura da UFF

Migração do Mainframe para Baixa Plataforma

Diversidade da Força de Trabalho
Servidores
públicos federais
Terceirizados
Alunos
Bolsistas

5. O mundo

Usuário qualificado
Docentes
Alunos

PhDs = Intelectual
de 18 anos
=
“Tecnological”
Novas tecnologias e possibilidades todos
os dias

6. Obstáculos à agilidade
no Serviço Público
Federal

7. Desafios

Ambiente Político
Como comprometer o cliente?

8. Desafios

POs Pouco Comprometidos
É possível ser ágil sem PO?

9. Desafios

Equipes Part-Time
e Pouco
experientes
(alunos)
Como garantir as entregas?

10. Desafios

Infraestrutura
Física
Onde a equipe vai trabalhar?

11. Desafios

Infraestrutura
(DataCenter)
Deploy frequente? Como? E a disponibilidade?

12. Desafio: Como ser ágil
nesse ambiente?

13. Adaptabilidade

14. O que era necessário?

Comunicação constante com os
clientes!

Entregas frequentes

Construção conjunta = Feedback

Auto-gerenciamento obrigatório!

Ritmo de acompanhamento
(cerimônias)

15. O que era necessário?


Documentação entre Equipe e Cliente
Atividade de Planejamento (Release
Planning)

Análise dos Riscos

Cronograma

Foco na Qualidade Total

16. O que era necessário?




Geração e registro das evidências
Formato dos documentos para
Desenvolvimento de Software (diferente do
PMBOK)
Gerenciamento dos Requisitos ao longo
do tempo
Definição dos responsáveis para cada
atividade (Matriz RACI)

17. O que era necessário?

Testamos Pair-Programming

Práticas técnicas para o Método Ágil

Política de Qualidade baseada em
Testes Automatizados

Planning Poker para estimativas
(Game)

18. Mesclagem = Processo STI

19. Mesclagem = Processo STI
Adaptabilidade
!

20. Processo STI

21. Processo STI
Automaçã
o!

22. Estratégia de Implantação

Capacitação no processo + SCRUM

Decisão Técnica: Adoção do Ruby on Rails (Cultura
de Testes)

Fomento da Cultura de Qualidade

Implantação de um PMO Ágil (Múltiplos projetos)

Agrupamento de Projetos em Programas

23. PMO Ágil
https://github.com/dancastellani

24. Benefícios



PMO Ágil

Padronização
Incremento da
Previsibilidade
Equipe de Análise

Relacionamento
com o Usuário
durante Operação

Comunicação


Gestão de RH

Reunião de
Governança: Priorização
das Demandas
Documentação

25. Resultados

Produtos (2 anos de
agilidade)
32
Novos Sistemas
1.360
Requisitos
Entregues
6.7M
visitas aos
sistemas
34.700
contas de email

26. Ferramentas

27. Ferramentas
+

28. Resultados

Integração Contínua

29. Resultados

Integração Contínua: Cobertura

30. Resultados

Redmine

31. Resultados

Muitas aplicações Rails = Gestão de Dependências! (Ferramenta Interna)
https://github.com/emoreth

32. Resultados

Deploy com Webistrano (Ferramenta Interna)
https://github.com/emoreth

33. Resultados

Jenkins Metrics (Ferramenta Interna)
https://github.com/hugohenley

34. Parcerias e Consultoria Externa

35. O que vem pela frente?

36. Futuro
Testes e Piloto com
Kanban

37. Futuro

Build Pipeline + Continuous
Delivery

38. Futuro

Utilização da Amazon AWS

39. Futuro

Avaliação MPS.BR Nível F

40. Aproveitando…

41. UFFTech 2013
13 e 14 de
Novembro
www.tech2013.uff.br

42. Iniciativas 1/2
Portal de
Processos
Abertos
www.sti.uff.br/processos

43. Iniciativas 1/2
Manifesto de
Código Livre da
UFF
http://github.com/sti-uff

44. Obrigado!
Thiago Diogo & Bruno Olímpio