Your SlideShare is downloading. ×
0
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Agile in Rio 2013: "Agilidade no Serviço Público Brasileiro: É possível?"
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

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

581

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 …

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
0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
581
On Slideshare
0
From Embeds
0
Number of Embeds
11
Actions
Shares
0
Downloads
7
Comments
0
Likes
4
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 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

×