Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

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

1,077 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

×