Este documento apresenta estratégias ágeis de mudança e compara metodologias ágeis e tradicionais. Discute métodos como Scrum, Kanban, XP e outros. Também apresenta checklists para projetos usando abordagens ágil e tradicional e discute como o desenvolvimento contínuo mudará as organizações assim como o Agile revolucionou processos antes.
1. AULA 5
ESTRATÉGIAS ÁGEIS DE MUDANÇA
Professora: Juliana Guerra Vasconcelos Faria
Email: fariajgv@gmail.com
WhatsApp: (11) 98203 0096
Universidade Presbiteriana Mackenzie
CCSA – Centro de Ciências Sociais e Aplicadas
Programa de Pós-Graduação em Administração de Empresas: Latu Sensu
Curso de Especialização em GESTÃO DE PESSOAS
5. AGILE E CHANGE MANAGEMENT
O
gerenciamento
ágil e o
tradicional de
mudanças
seguem ritmos
diferentes
6. GERENCIANDO UM PROJETO COM
METODOLOGIA TRADICIONAL
Fase 3 ...
Fase 2
Fase 1
Sessões lineares de planejamento
7. GERENCIANDO UM PROJETO COM
METODOLOGIA ÁGIL
Aplicar o
projeto
revisando
Elaborar o
projeto
Planejar
Sessões de Sprint
8. ABORDAGEM ÁGIL X GMO TRADICIONAL
METODOLOGIA ÁGIL
VANTAGENS
• Àgil;
• Melhoria
contínua;
• Iterativo;
• Cliente
envolvido
• Engajamento da
liderança.
OBSTÁCULOS
• Exige mais
trabalho inicial;
• Foco em
resultados e não
em pessoas;
• Alta resistência.
METODOLOGIA TRADICIONAL
VANTAGENS
• Tempo;
• Envolvimento
gradual;
• Impacto
gradual;
• Foco em
pessoas.
OBSTÁCULOS
• Mais lento;
• Não finalização;
• Resultados a
longo prazo;
• Cliente;
• Menos
envolvimento
sênior.
11. MÉTODOS ÁGEIS
• O mais usado no mundo, ideal para projetos de alta complexidade.
SCRUM
• Prático, fluxos de valor, visível. Projetos simples.
KANBAN
• Extreme Programming - comunicação, simplicidade, feedback, coragem e respeito.
Para equipes pequenas e que tem constantes mudanças de escopo.
XP
• Feature Driven Development – Método enxuto para funcionalidades.
FDD
• Desenvolvilmento de protutos, qualidade e validação de ideias e hipóteses.
LEAN
17. CHECK LIST – GMO (Gestão de Mudança Tradiconal)
1-Defina claramente o
objetivo da mudança
e seus principais
resultados.
2-Identifique quais
áreas serão
impactadas pela
mudança.
3-Enumere os riscos e
procure definir ações
de mitigação para
cada um deles.
4-Identifique e
envolva os
stakeholders.
5-Crie o plano de
Comunicação para o
projeto de mudança.
6- Determine a
estratégia de
comunicação com as
partes interessadas,
com base no objetivo
da mudança.
7-Identifique engage
os multiplicadores da
mudança.
8-Crie um plano de
testes.
9-Defina um plano de
contorno.
10-Faça treinamentos.
18. CHECK LIST AGILE - SCRUM
1-Defina a Equipe.
2-O PO (O Product
Owner) apresenta a
visão.
3-A equipe e o PO
criam o BACKLOG ( O
que tem que ser
feito).
4-A equipe define o
objetivo da p´roxima
SPRINT (planning). PO
negocia a relevância.
5-Equipe faz as Daily
Meetings e levanta
impedimentos para
garantir transparência
e sincronização.
6- Equipe faz a
Review para o PO e
interessados.
7-Identifique engage
os multiplicadores da
mudança.
8-Scrum Master (Um
propagador do
mindset ágil) ajuda a
manter as restrições
do processo.
9-O SM ajuda a
remover os
impedimentos que
fogem da habilidade
da equipe.
10-No fim de cada
Sprinto SM prepara a
Retrospectiva com
foco na produtividade
(e felicidade dos
envolvidos).
19. G2- Agilidade nas equipes para uma recuperação empresarial
eficaz
• Metodologia ágil em equipes pequenas x Ditaduras
em empresas grandes;
• Comandar e controlar não funcionam para crises:
operadores de campo têm as informações mais
rápidas;
• Sprints para tomada de decisões;
• Trabalho a base de custos de vários ângulos;
• Foco em aumentar o faturamento, inovar e lançar
novas iniciativas.
• 5 medidas:
1-Eles comunicam – e reforçam a mensagem, se preciso
– a ambição estratégica para um elevado número de
pessoas;
2-Eles se comportam como treinadores, não ditadores;
3- Eles aceleram ciclos de aprendizagem, dando mais
ênfase ao progresso do que à perfeição;
4 - Eles alteram medidas e sistemas de recompensa para
equipes numerosas.
20. G3- O Desenvolvimento Contínuo mudará as
organizações, assim como ocorreu com agile
• o Agile desencadeou uma estratégia
corporativa e uma revolução nos
processos.
• O Agile e o Lean inicialmente se
tornaram populares no mundo das
startups.
• Desenvolvimento Contínuo:
• Time-to-market mais rápido.
• Desenvolver mais experiências.
• Reparar erros mais rapidamente.
• Maximizar a produtividade de
engenharia.
Pense em um projeto em que está trabalhando ou em uma iniciativa que impacte você..
Pense em um projeto em que está trabalhando ou em uma iniciativa que impacte você..
O volume de conversas sobre o Agile e o gerenciamento de mudanças tem aumentado nos últimos anos. Infelizmente, a orientação sobre como integrar o gerenciamento de mudanças em um projeto Agile tem sido bastante superficial. O Agile e o Change Management são abordagens conduzidas por projetos ou iniciativas usadas no gerenciamento de projetos. A crescente adoção do Agile no gerenciamento de projetos levou o Prosci® a estudar como o Gerenciamento de Mudanças pode (melhor?) Apoiá-lo. Ambos exigem adaptação quando introduzidos em um ambiente existente.
Waterfall é a abordagem tradicional e linear - Uma fase só se inicia quando a outra começa.
ao desenvolvimento e gerenciamento de projetos, onde a próxima fase começa somente após a conclusão da fase anterior. No método Waterfall, o planejamento e o design fazem parte de um processo direto que permite às equipes envolvidas saber com antecedência o que o projeto produzirá. Por outro lado, esse mesmo aspecto pode ser difícil para os clientes, pois eles possuem apenas uma lista de recursos e requisitos para visualizar qual será o projeto. O cliente só verá o resultado assim que estiver quase pronto e poderá haver alterações nos requisitos iniciais.
O Agile é uma abordagem usada pelos gerentes de projeto para obter melhores resultados para seus projetos, favorecendo mudanças incrementais, colaboração e trabalho interativo em uma sequência de sessões conhecida como Sprints. No Agile, os estágios de um projeto são cíclicos e interativos .
O Agile é uma abordagem usada pelos gerentes de projeto para obter melhores resultados para seus projetos, favorecendo mudanças incrementais, colaboração e trabalho interativo em uma sequência de sessões conhecida como Sprints. No Agile, os estágios de um projeto são cíclicos e iterativos .
Existem três cenários possíveis:
Quando você não usa o Change Management ou o Agile;
Quando você já usa o Agile e deseja introduzir o Gerenciamento de Mudanças;
Quando você já usa o Change Management e deseja apresentar o Agile.
Scrum
É um framework para gestão de projetos que tem um abordagem iterativa e incremental. É ideal para projetos de alta complexidade e que tenham um objetivo bem definido.
Segundo o State of Agile é o método ágil mais utilizado no mundo com quase 80% dos projetos.
Se quiser saber mais sobre Scrum, temos um manual completo e prático aqui.
Kanban
Kanban não é apenas um quadro na parede, pelo contrário, ele é um método de gestão focado em fluxos de valor. No Kanban a evolução do processo é constante, devido a visibilidade de problemas que ele traz.
XP
Extreme Programming é uma metodologia ágil que tem como valores principais comunicação, simplicidade, feedback, coragem e respeito. É uma excelente abordagem para equipes pequenas e que tem constantes mudanças de escopo.
É sempre bom lembrar que o XP “nasceu” antes do Manifesto Ágil.
FDD
Feature Driven Development é uma metodologia ágil que é guiada pelo desenvolvimento de funcionalidades. Basicamente no FDD existem duas fases no desenvolvimento de uma funcionalidade que é a concepção e construção.
É um método bastante enxuto.
Lean Startup
Apesar de ter nascido dentro dos conceitos de Startup, o Lean Startup é um método bastante utilizado no desenvolvimento de produtos. Esse método é fortemente indicado para validação de ideias e hipóteses.
O Lean Startup é constituído por 03 passos: Construir, Medir e Aprender.
Gerenciamento de projetos
Eliminar desperdício
Ser assertivo
Ok, vamos começar a analisar cada tópico específico do Scrum e as diferenças do Kanban:
No Scrum, você divide sua organização em equipes pequenas, multifuncionais e auto-organizadas. No Kanban, você não precisa ter equipes multifuncionais.
Existem funções específicas no Scrum, mas não no Kanban.
No Scrum, a reunião de stand-up diária é a pulsação do projeto. No Kanban, isso não é obrigatório.
No Scrum, você deve dividir seu trabalho em uma lista de pequenas entregas concretas. No Kanban, divida o trabalho em pedaços, escreva cada item em um cartão e coloque-o na parede. Eles não precisam ser entregáveis.
No Scrum. você deve dividir o tempo em iterações curtas de tamanho fixo (1 a 4 semanas), com o software potencialmente expedível demonstrado após cada iteração. No Kanban, é um trabalho contínuo, você não tem iterações.
No Scrum, você deve classificar a lista de deliberáveis por prioridade e estimar o esforço relativo de cada item. No Kanban, você não estima o trabalho.
No Scrum, com base nas idéias obtidas pela inspeção do release após cada iteração, otimize o plano de release e atualize as prioridades em colaboração com o cliente. No Kanban, isso não acontece.
No Scrum, você tem eventos corrigidos como Iniciação, Planejamento, Revisão e Retrospectiva. Em Kanban, não.
No Scrum, você deve otimizar o processo fazendo uma retrospectiva após cada iteração. Não em Kanban.
No Scrum, você deve ter um gráfico de Lista de pendências e queima de produtos. Você não o tem em Kanban
Então, o que há no Kanban? Vamos dar uma olhada em contraste com o Scrum:
O Kanban se concentra em apresentar um fluxo de trabalho em equipe, dando a oportunidade de visualizá-lo e melhorá-lo o mais rápido possível. O Scrum tem um processo fixo e cerimoniais.
O Kanban permite que você use quaisquer colunas nomeadas em seu quadro para ilustrar onde cada item / produto / serviço está no fluxo de trabalho. O Scrum está focado nos resultados com colunas específicas: Backlog, Sprint Backlog, Doing and Done
O Kanban limita o "Trabalho em andamento" (WIP). No Kanban, você deve atribuir limites explícitos a quantos itens podem estar em andamento em cada estado do fluxo de trabalho. No Scrum, não há nenhuma regra sobre isso.
Uma das coisas mais importantes no Kanban é medir o tempo de espera (tempo médio para concluir um item, chamado "tempo de ciclo"). Isso é muito importante, pois oferece a oportunidade de otimizar o processo para tornar o lead time o mais pequeno e previsível possível.
As alterações são feitas conforme necessário no Kanban. No Scrum, as alterações não podem interromper o Sprint
Qual é o melhor? Isso não existe. Cada um se encaixa melhor em uma situação específica. O que posso garantir para você é que uma versão mista de ambos pode fornecer os melhores resultados.
Então, lendo este artigo, você pode definir se está executando um Scrum ou Kanban? Avise-se me! Será um prazer interagir com você.
Para levar a compreensão da mudança como um processo um passo adiante, pense em quem na organização gasta seu tempo focado no Estado Atual, no Estado de Transição e no Estado Futuro. A tabela analisa três públicos e como eles visualizam os estados da mudança.
Para levar a compreensão da mudança como um processo um passo adiante, pense em quem na organização gasta seu tempo focado no Estado Atual, no Estado de Transição e no Estado Futuro. A tabela analisa três públicos e como eles visualizam os estados da mudança.
https://slideplayer.com.br/slide/11983948/
Planner: Microsoft office
Metodologias ágeis o que são e como funcionam:
