Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"

988 views

Published on

Apresentação feita no evento Agile In Rio 2013 em conjunto com o amigo Bruno Olímpio (www.brunoolimpio.com.br). Relatamos os desafios e soluções que encontramos em nossa implantação de um novo processo de desenvolvimento da Superintendência de Tecnologia da Informação (STI) da Universidade Federal Fluminense (UFF), no Rio de Janeiro.

Published in: Technology

Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"

  1. 1. Agililidade no Serviço Público: é possível? Thiago Diogo & Bruno Olímpio
  2. 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. 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. 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. 5. O mundo  Usuário qualificado Docentes Alunos  PhDs = Intelectual de 18 anos = “Tecnological” Novas tecnologias e possibilidades todos os dias
  6. 6. Obstáculos à agilidade no Serviço Público Federal
  7. 7. Desafios  Ambiente Político Como comprometer o cliente?
  8. 8. Desafios  POs Pouco Comprometidos É possível ser ágil sem PO?
  9. 9. Desafios  Equipes Part-Time e Pouco experientes (alunos) Como garantir as entregas?
  10. 10. Desafios  Infraestrutura Física Onde a equipe vai trabalhar?
  11. 11. Desafios  Infraestrutura (DataCenter) Deploy frequente? Como? E a disponibilidade?
  12. 12. Desafio: Como ser ágil nesse ambiente?
  13. 13. Adaptabilidade
  14. 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. 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. 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. 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. 18. Mesclagem = Processo STI
  19. 19. Mesclagem = Processo STI Adaptabilidade !
  20. 20. Processo STI
  21. 21. Processo STI Automaçã o!
  22. 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. 23. PMO Ágil https://github.com/dancastellani
  24. 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. 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. 26. Ferramentas
  27. 27. Ferramentas +
  28. 28. Resultados  Integração Contínua
  29. 29. Resultados  Integração Contínua: Cobertura
  30. 30. Resultados  Redmine
  31. 31. Resultados  Muitas aplicações Rails = Gestão de Dependências! (Ferramenta Interna) https://github.com/emoreth
  32. 32. Resultados  Deploy com Webistrano (Ferramenta Interna) https://github.com/emoreth
  33. 33. Resultados  Jenkins Metrics (Ferramenta Interna) https://github.com/hugohenley
  34. 34. Parcerias e Consultoria Externa
  35. 35. O que vem pela frente?
  36. 36. Futuro Testes e Piloto com Kanban
  37. 37. Futuro  Build Pipeline + Continuous Delivery
  38. 38. Futuro  Utilização da Amazon AWS
  39. 39. Futuro  Avaliação MPS.BR Nível F
  40. 40. Aproveitando…
  41. 41. UFFTech 2013 13 e 14 de Novembro www.tech2013.uff.br
  42. 42. Iniciativas 1/2 Portal de Processos Abertos www.sti.uff.br/processos
  43. 43. Iniciativas 1/2 Manifesto de Código Livre da UFF http://github.com/sti-uff
  44. 44. Obrigado! Thiago Diogo & Bruno Olímpio

×