Embed Size (px)
DESCRIPTION
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.
Citation preview
Agililidade no Serviço Público: é possível?
Thiago Diogo & Bruno Olímpio [ @id.uff.br ]
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ímpioCoordenador do Escritório de
Projetos da STI / UFFMatemático, MBA em
Gerenciamento de Projetos (UFF)2 anos na STI / UFF
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!)
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
O mundo Usuário qualificado
Docentes PhDs = IntelectualAlunos de 18 anos = “Tecnological”
Novas tecnologias e possibilidades todos os dias
Obstáculos à agilidade no Serviço Público
Federal
Desafios Ambiente Político
Como comprometer o cliente?
Desafios POs Pouco Comprometidos
É possível ser ágil sem PO?
Desafios Equipes Part-Time
e Pouco experientes (alunos)
Como garantir as entregas?
Desafios
Infraestrutura Física
Onde a equipe vai trabalhar?
Desafios
Infraestrutura (DataCenter)
Deploy frequente? Como? E a disponibilidade?
Desafio: Como ser ágil nesse ambiente?
Adap
tabi
lidad
e
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)
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
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)
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)
Mesclagem = Processo STI
Mesclagem = Processo STI
Adaptabilidade!
Processo STI
Processo STI
Automação!
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
PMO Ágil
https://github.com/dancastellani
Benefícios Padronização Incremento da
Previsibilidade
Reunião de Governança: Priorização das Demandas
Documentação Assinada
PMO Ágil Equipe de Análise Relacionamento
com o Usuário durante Operação
Comunicação Gestão de RH
Resultados
Produtos (2 anos de agilidade)
32 Novos Sistemas
1.360 Requisitos Entregues
6.7M visitas aos sistemas
34.700 contas de email
Ferramentas
Ferramentas
+
Resultados Integração Contínua
Resultados Integração Contínua: Cobertura
Resultados Redmine
Resultados Muitas aplicações Rails = Gestão de Dependências! (Ferramenta Interna)
https://github.com/emoreth
Resultados Deploy com Webistrano (Ferramenta Interna)
https://github.com/emoreth
Resultados Jenkins Metrics (Ferramenta Interna)
https://github.com/hugohenley
Parcerias e Consultoria Externa
O que vem pela frente?
FuturoTestes e Piloto com
Kanban
Futuro Build Pipeline + Continuous
Delivery
Futuro Utilização da Amazon AWS
Futuro Avaliação MPS.BR Nível F
Aproveitando…
Iniciativas 1/2
Portal de Processos Abertos
www.sti.uff.br/processos
Iniciativas 1/2
Manifesto de Código Livre da
UFF
http://github.com/sti-uff
Obrigado!
Thiago Diogo & Bruno Olímpio [ @id.uff.br ]
