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

OBRIGADO !

Sonia Moreira Goldzweigsonia.moreira@tre-rj.jus.br

Avelino F. Gomes Filhoavelino.gomes@tre-rj.jus.br