Agilidade no governo 02
-
Upload
avelino-ferreira-gomes-filho -
Category
Business
-
view
243 -
download
1
Transcript of Agilidade no governo 02
Agilidade no Governo:
1
Sonia Moreira GoldzweigAvelino Ferreira Gomes Filho
Como tudo começou?
“Uma pessoa muda, quando a dor de permanecer como está
é maior do que a dor da mudança,” (Frase atribuída a Freud)
Como tudo começou?
Só víamos o problema: "é muito trabalho para pouca gente“
Não visualizávamos a causa raiz
Demandas na gaveta em forma de memorandos
Sensação constante de sobrecarga
Como tudo começou?
Criatividade para
fazer o máximo
com o mínimo de
Recursos
Como tudo começou?
► CASE de fracasso:
► Sistema para Controle de Débitos
►6 meses de trabalho para começar a fazer o essencial
Tínhamos que mudar!
Caminho escolhido para mudar a realidade
Começo da Mudança
► Treinamento
► Convencer e comprometer o time
► Dinâmicas para vivenciar conceitos
► Conhecer cases de outros times
Pilares do SCRUMColocando em prática os conceitos aprendidos: Inspeção, Transparência e Adaptação.
Começo da Mudança
Inspeção: Olhamos para o nosso “umbigo”
Transparência: Mostramos nosso “umbigo” para todos
Adaptação: O que fazer para melhorar?
Primeiro Task Board
“Equipes” - 12 pessoas e 11 projetos
Primeiro passo... Limitar WIP*
Somente 4 projetos simultâneos
Novo Task Board: demandas e tarefas explícitas
(*) Work In Progress
Primeira Vitória!
VP aceitou nossoLimite do WIP!
ImpedimentosGerenciando o que impede o andamento do projeto.
Impedimentos
Como controlar?
Principais fontes de interrupção►Pessoas►Telefone
Solução►Placas►Cones►Apoio da
secretária e das estagiárias
Impedimentos
Impedimentos
Mudança Cultural
Impedimentos
Explícitos no Task Board
Impedimentos
Ajudou a rever o limite do WIP
Framework AgileCriando os artefatos para a adoção dos Métodos Ágeis no nosso contexto
Meetings
+ integração+ troca de informação+ comprometimento do time+ envolvimento dos usuários
Desafio:
Disciplina para fazer todas as meetings
Product Backlog
PLANILHA WIKI
+
Product Backlog
Product Backlog
Estimativas: Planning Poker
Acessível paraDeficientes Visuais
Estimativas: Planning Poker
Problemas acontecemEnfrentando as dificuldades e buscando melhoria contínua
Product Owner
P.O. usuário“Dono do produto”
P.O. InternoJunto com o time
Interagindo com todos os stakeholders
NÃO Funcionou FuncionouX
Produto não atendeu,
Usuário não utilizou
Sistema adaptadoUsuários
comprometidos
“Fight Meetings”
Conflitos no Time
“Fight Meetings”
Conflitos com Usuários
Solução
► Retrospectivas bem feitas
► Diretiva primária:
“Independente do que será discutido, nós entendemos e acreditamos que todos fizeram o seu melhor, dado o que sabiam naquele momento, suas habilidades e competências, os recursos disponíveis e as circunstancias da situação” (*)
(*) Tradução livre de Project Retrospectives - Norman Kerth
Melhoria ContínuaO time amadureceu. Novos conceitos dos métodos ágeis foram aprendidos, o processo evoluiu.
Adaptando e Mudando
Mudança cultural materializada na criação do novo Task Board
Adaptando e Mudando
Idealizado e executado com a participação de todos
Adaptando e Mudando
Idealizado e executado com a participação de todos
Adaptando e Mudando
Idealizado e executado com a participação de todos
Adaptando e Mudando
Idealizado e executado com a participação de todos
Adaptando e Mudando
Idealizado e executado com a participação de todos
Task Board pronto
...e acessível
Cultura de Qualidade
43
+ 1.400Chamados / Mês
Pós-Desenvolvimento (Qualidade Tardia)
Organizar a casa– Quantificar os chamados é
fundamental– Comunicação com CIO e CTO
Pós-Desenvolvimento (Qualidade Tardia)
2010.0 2011.0 2012.00
2004006008001000120014001600
484
14151323
Chamados / mês
Chamados
Pós-Desenvolvimento (Qualidade Tardia)
Redistribuição de chamados para outras unidades da TI.
Pós-Desenvolvimento (Qualidade Tardia)
2010.0 2011.0 2012.0 2013.00
200400600800
1000120014001600
484
1415 1323
562
Chamados / mês
Chamados
Durante o Desenvolvimento
► Test Driven Development (TDD).
► Acceptance Driven Development (ATDD).
► Exposição da Qualidade como parte fundamental do Processo de Desenvolvimento.
Treinamento
Qualidade
Durante o Desenvolvimento
2010.0 2011.0 2012.0 2013.0 2014.0 2015.00
200400600800
1000120014001600
484
14151323
562
40 13
Chamados / mês
Chamados
Operacionalização da Qualidade
Tornar parte do Processo de Desenvolvimento
Integração Contínua
► Manter a qualidade o tempo todo.► A cada alteração do código testar
continuamente o software.
► Testes► Unitários► Integração► Regressão► Interface► Carga (Quando necessário)
Integração Contínua
Integração Contínua
Integração Contínua
Integração Contínua
Integração Contínua
Integração Contínua
Coding DojoUsamos também no início do projeto para compartilhar e uniformizar o conhecimento do time.
Coding Dojo
Acessível
Coding Dojo
Integração de novo membro no time.
Case: E-Denúncia
“O desembargador mandou...”
...desenvolver um sistema em 15 dias
4 Áreas de Domínio da Agilidade
(Rodrigo de Toledo, 2014)
Organização
► Ciclo de vida de desenvolvimento bem definido.
► Processo de desenvolvimento bem definido.
► Saber utilizar os artefatos de gestão e acompanhamento do projeto.
Be profissa!Be profissa!
Organização
► Equipe multidisciplinar► “O” especialista é uma
fonte de gargalo
Negócio
► “Pessoas do negócio e desenvolvedores trabalhando juntos” (Beck et al. 2001).
► Bom PO é fundamental► Priorizar apenas o que é essencial.► Fatia sashimi► Encontrar os Stakeholders certos► “Simplicidade – A arte de maximizar o
trabalho NÃO feito é essencial” (Beck et al. 2001)
Cultural
► “Mudanças são bem vindas...” (Beck et al. 2001)► Postura do time► Não entrou em desespero► Compreendeu que as mudanças são
naturais e necessárias.► “Nesse prazo é impossível!” ► Foi substituído por.... ► “Qual o melhor software que podemos
entregar dentro desse prazo?”
Cultural
► “Nossa maior prioridade é satisfazer o cliente através de entregas contínuas de software de valor”► Adaptação e Reorganização► Sprint de 15 dias era inviável► Sprints de 2 dias
► Time-Box: SP1, SP2, PP, Daily e Retrospectiva► Fluxo Contínuo: Entrega e Review
Técnica
► Estrutura do projeto bem definida► Archetypes► Organização de pacotes► Bibliotecas & Frameworks► Softwares de apoio
Técnica
► Banco de Dados & Infraestrutura► Processos burocráticos impedem a
agilidade► Foco em agregar valor ao negócio
► “Eu preciso de você!”► Resgate o amor entre as equipes
► Desenvolvedores e Infra
► Colaboração é a chave do sucesso!► Facilidade de criação e uso
Técnica
► Qualidade► Não é negociável► O software tem!► Testes de aceitação► TDD► Cobertura alta de testes► QA
Jack*...o desafio continua...
► O desembargador gostou do sistema!
► Já que* vocês fizeram um em 15 dias...
► Ele mandou fazer outro...
► Em 7 dias...porque não dá para adiar o dia da eleição
DONE !
Resultados
O que mudou?
► No Time► Mais qualidade dos produtos entregues► Estimativas confiáveis► Integração, incluindo novos integrantes► Expertise – compartilhamento de
conhecimentos► Interrupções e impedimentos
gerenciados► Tranquilidade e segurança para enfrentar
desafios
O que mudou?
► Na Organização► Mudança em relação à solicitação de
sistemas► Auxílio aos gestores na priorização de
projetos de desenvolvimento de sistemas e tomada de decisão
► Reconhecimento do trabalho da equipe► Disseminação dos métodos e da gestão
ágil► Apoio da alta administração