Conceitos e princípios dos métodos ágeis, com foco no Scrum. Aborda também técnicas, cerimônias e ferramentas da gestão ágil. Apresentado para diversas áreas do Senado Federal, com o intuito de difundir as práticas para toda a organização.
Desafios da gestão de projetos na administração pública.
Métodos Ágeis e Scrum - Introdução
1. Métodos Ágeis para
Gestão de Projetos
Yuri Morais yuri.morais@senado.leg.br
slideshare.net/yurimorais
2. Apresentação
Yuri Morais
• Analista de TI no Senado
• Líder de projetos ágeis
• Mestre em Computação (UFPB)
Certificações: Scrum Master, Product Manager, ITIL, Java
Professor
Ex Auditor
3.
4. Gestão tradicional
Comando e controle
Planejar X Executar
Áreas especializadas
Gerente
Gestão Ágil
Autonomia e
alinhamento
Ciclos curtos
(adaptações constantes)
Times
multidisciplinares
Dono do produto
(ou processo)
Ágil é uma metodologia ?
5. Desafios: quantidade de servidores
• Enxugamento do Serviço Público é uma realidade
‐ Hoje 576 mil servidores da ativa (executivo federal)
‐ 40% poderão se aposentar nos próximos 4 anos
Fonte:
6. Desafios: servidores do Senado
• Atualmente temos 2068 servidores efetivos
• Até 2021 mais 787 poderão se aposentar
7. Desafios: adequar o papel do servidor
• Decreto-Lei nº 200/67:
‐ Adm. deve focar em tarefas de planejamento, coordenação,
supervisão e controle
‐ desobrigar-se da realização material de tarefas executivas
recorrer ao mercado
• desde que exista iniciativa privada desenvolvida e capacitada
• Instrução Normativa 05/2017
‐ tomada de decisão ou posicionamento institucional
‐ atividades estratégicas
‐ controle de processos e de conhecimentos e tecnologias
8.
9. GOV.UK – Serviços Públicos
Princípios do Governo do Reino Unido nos projetos de
reengenharia de serviços
1. Work in the open / Show the thing
‐ Transparência (dentro e fora)
2. Share, not send
‐ Quadro, post-its, Kanban
3. Right people, same room
‐ Comunicação constante, face a face
‐ Equipe qualificada
https://dwpdigital.blog.gov.uk/2017/07/07/building-a-digital-culture-in-dwp/
12. GOV.UK – Serviços Públicos
4. Less process, more progress
‐ Foco nas entregas, ao invés do %
5. Don’t wait for permission
‐ “Peça desculpas, não permissão”
6. Fail fast and learn
‐ Ponha nas mãos de quem vai usar (rápido!)
https://www.theguardian.com/public-leaders-network/2014/sep/11/global-digital-public-
services-livechat
16. Scrum
• Entrega de Valor durante o projeto
‐ Ciclos curtos: até 4 semanas
‐ Antecipação das entregas
• Comunicação face a face
‐ Reuniões diárias
‐ Trabalho visível
• Mudanças são bem vindas
‐ Perseguimos uma visão
‐ A forma de chegar lá não é totalmente
conhecida
• Pessoas são a principal fonte de valor
‐ Time trabalha junto
‐ Todos fazem um pouco de gestão
20. Gerenciamento Tradicional
• Cria-se o plano de forma detalhada e todo o projeto é
guiado através deste plano (“Plan-Driven Process”).
• Mudanças no “Plano” são desvios
‐ Devem ser controladas por um comitê
• Sucesso = aderência ao plano (escopo, custo,
cronograma)
21. Sucesso do Projeto (segundo o PMBOK 5)
“Conclusão dentro das restrições de escopo, tempo, custo,
qualidade, recursos e risco, conforme aprovado entre os
gerentes de projetos e a equipe sênior de gerenciamento.”
22. Como o sucesso é medido no Ágil?
Escopo era citado
por 40% na pesquisa
de 3 anos antes
13th annual State of Agile survey
https://www.stateofagile.com/#ufh-i-521251909-13th-annual-state-of-agile-report/473508
25. Gestão de Projetos “tradicional”
• Plano é definido no início
‐ projetos podem durar anos
• Gestão centralizada
‐ Gerente faz o “Plano” e as estimativas
‐ Equipe não participa
‐ Define as tarefas e atribui às pessoas
• Resultados são entregues somente no final
‐ O mundo está mudando muito rápido, não?!
27. Gestão Ágil - O que muda?
• Envolve descoberta e investigação
‐ Parte de uma VISÃO
‐ Evolução do planejamento ao longo do desenvolvimento do
produto
• Entrega Valor em ciclos curtos
‐ Planos e premissas são reavaliados (sempre)
‐ Entregas funcionais são o principal indicador
• Engaja clientes interações frequentes e propriedade
compartilhada
• Equipe faz parte da Gestão
‐ Define “Como fazer” e faz as Estimativas
29. Gestão Ágil
• Onde a Gestão Ágil é aplicável?
‐ Criação de Produtos ou Serviços
‐ Transformação de processos
organizacionais
• Exemplos:
‐ Desenvolver um novo sistema
‐ Reformular os processos de RH do Senado
‐ Campanha institucional em redes sociais
‐ Implantar uma nova metodologia de avaliação dos
servidores do Senado
30. Gestão Ágil
• Onde NÃO é aplicável ou recomendável?
‐ Produto a ser entregue é bem conhecido
‐ Ambiente estável, previsível
• Exemplos:
‐ Obras de Engenharia
‐ Planejamento de uma Licitação
31. Visão do Produto
• É um dos principais artefatos do projeto
• Não sabemos todos os passos (tarefas) para criar
algo novo
‐ Sabemos o objetivo, onde queremos chegar
• Visão = Descrição concisa das principais
características do produto
‐ Feita na linguagem do cliente (quem usará o produto)
• É o artefato de planejamento de mais alto nível
‐ Deve ser entendido e compartilhado entre equipe,
cliente e patrocinador
33. Princípios da Gestão Ágil
Processos e
Ferramentas
Indivíduos e
Interações
sobre
Seguir um Plano
Resposta a
mudanças
sobre
Documentação
detalhada
Produto funcional sobre
Negociação de
contratos
Colaboração com o
cliente
sobre
“Mesmo havendo valor nos itens à direita, valorizamos mais os itens à
esquerda.” (Manifesto Ágil)
34. Gestão Ágil em resumo
• Pessoas são o foco do Ágil
‐ Indivíduos qualificados e motivados
• Entregar o que tem maior valor primeiro
• O Cliente participa ativamente
‐ (re)Prioriza a cada ciclo
‐ Dá feedback constante
• Gestão Ágil tem planejamento constante
‐ Diferente de seguir um plano pré-estabelecido
37. Características do Scrum
É um framework de Gestão de Projetos
– Outras técnicas e ferramentas podem ser acopladas
– Scrum é um dos “métodos ágeis” de gestão
O produto evolui em uma série de “Sprints”
mensais
– O mais importante é entregue primeiro
Equipes multidisciplinares e auto-organizadas
– As atividades de “Gestão” ficam divididas entre
diferentes papéis da equipe
38. Pilares do Scrum
• Transparência
– Tudo deve estar visível
• Inspeção
– O trabalho é acompanhado
regularmente
• Adaptação
– Ajustes necessários
40. Sprints
• Projetos Scrum progridem em uma série
de “sprints” (iterações)
– Atividades entregáveis são iniciadas e
finalizadas durante a sprint
• Sprints devem ter no máximo 1 mês
– O período deve ser fixo (time-box)
– Um período constante leva a um
melhor “ritmo”
42. Framework Scrum
• Dono do produto
• ScrumMaster
• Equipe
Papéis
• Planejamento da Sprint
• Revisão da Sprint
• Retrospectiva da Sprint
• Reunião diária
Cerimônias
• Product backlog
• Sprint backlog
• Quadro Kanban
Artefatos
43. Gestão é muito importante!
• Define O QUE será feito (entregas)
• Ponto de contato entre Stakeholders
Product
Owner
• Garante o Processo Scrum
• Acompanha o desempenho do Time
Scrum
Master
• Organiza/Planeja seu próprio trabalho
• Define COMO será feito
Equipe
Gestão é muito importante!
Não dá pra ficar com uma única pessoa!
44. Dono do Produto (Product Owner – PO)
• Representa o(s) cliente(s)
– Faz parte da equipe
• É o “embaixador” do produto
• Define as funcionalidades do produto
– Garante que todos entendem o escopo
– Define as entregas do Projeto
– Aceita, rejeita e/ou pede ajustes (feedback constante)
• Decide datas de lançamento e conteúdo
• Responsável pela retorno sobre o investimento
– Prioriza funcionalidades de acordo com o valor de
negócio
45. O quanto você acredita em
alguma coisa pode se
manifestar somente por meio
do que você está disposto a
arriscar por ela.
Mantenha simples!
Tudo que é projetado
por quem não será
impactado pelo
trabalho tende a ficar
cada dia mais
complicado.
46. Scrum Master
• Representa a Equipe
– Ajuda o time a aplicar o processo Scrum
– Também chamado de Coach, Líder técnico...
• Remove obstáculos, mantém o foco
• Garante a plena produtividade da equipe
• Garante a colaboração entre os diversos
envolvidos
• É um escudo para interferências externas
• Desempenha outras atividades na equipe
48. Equipe Scrum
• Auto organizável
• Multifuncional
– cross-functional
• Conhecem o produto/projeto por inteiro
– Compartilham uma visão!
• Qualidade do trabalho é responsabilidade
de todos
• Define a melhor “forma de fazer” aquilo
que foi priorizado pelo PO
49. Preparação para início de projetos
Definir PO e Líder
técnico
Visão do produto
Primeiras entregas com
requisitos claros
PO é “treinado” no
processo Scrum
Impactos mapeados
(mudanças organizacionais)
Tecnologia
conhecida
Baseado no
50. Durante o projeto – mantendo o ritmo
Sprint 1 Sprint 2 Sprint X
Requisito
preparado
(ready)
Requisito
preparado
(ready)
Projeto = Sequência de Sprints (entregas incrementais)
PO
Backlog
Visão
Roadmap
51. Framework Scrum
•Dono do produto
•ScrumMaster
•Equipe
Papéis
•Planejamento da Sprint
•Revisão da Sprint
•Retrospectiva da Sprint
•Reunião diária
Cerimônias
• Product backlog
• Sprint backlog
• Quadro Kanban
Artefatos
52. Planejamento da Sprint
• A equipe seleciona itens do Backlog do
Produto com os quais compromete-se a
concluir
• O Sprint Backlog é criado
– Tarefas identificadas e estimadas
– De forma colaborativa
– Equipe refina, subdivide ou agrupa tarefas
• Feito com base no Planejamento de alto
nível (Roadmap do produto)
• Reunião com duração de até 8 horas
54. Reunião Diária
• Todos os dias
– No mesmo local e horário
– Até 15 minutos
• Todos em pé!
• Não é para a solução de problemas
– Todo mundo é convidado
– Apenas os membros da equipe podem falar
• Ajuda a evitar reuniões adicionais
desnecessárias
55.
56. Reunião Diária
1. O que eu fiz desde ontem?
2. O que vou fazer hoje?
3. Há algum impedimento?
• A reunião é DA equipe e PARA a equipe
– Não é um relatório para a gerência
• Elas são COMPROMISSOS perante os
pares
57. Revisão ou Demonstração da Sprint
• Equipe apresenta os resultados obtidos
durante o Sprint
• Demonstração do que está sendo
entregue
– Novas funcionalidades ou capacidades
• Informal, sem slides, “ao vivo”
• Até 4 horas
• Todo a equipe participa
• Todo mundo é convidado
– Momento de coletar feedback
Inspeção do Produto
58.
59. Retrospectiva da Sprint
• Ao final de cada Sprint
• Analisa como está o Processo
– o que funciona e o que não funciona
• Até 3 horas (geralmente dura menos de 1h)
• Substitui as DRs
• Apenas a equipe participa
• Scrum Master
• Dono do Produto
• Membros da Equipe
60. Framework Scrum
• Dono do produto
• ScrumMaster
• Equipe
Papéis
• Planejamento da Sprint
• Revisão da Sprint
• Retrospectiva da Sprint
• Reunião diária
Cerimônias
• Product backlog
• Sprint backlog
• Quadro Kanban
Artefatos
61. Backlog do Produto
• São os requisitos
– O que tem que ser feito
• Uma lista de todo o trabalho desejado no
projeto
• Idealmente, na forma em que cada item
tenha seu peso de acordo com a vontade
do cliente ou usuários
• Priorizado pelo Dono do Produto
• Repriorizado no início de cada Sprint
64. Mais sobre Scrum
• Artigo com conceitos básicos
– http://www.mindmaster.com.br/scrum/
• TedTalks - Jeff Sutherland, em inglês
– https://www.youtube.com/watch?v=s4thQcg
LCqk
• Curso online (R$ 150,00)
– https://descola.org/curso/met
odos-ageis
Melhor Livro