Explore o planejamento contínuo
O planejamento contínuo é um dos oito recursos de DevOps.
Descubra por que o Planejamento Contínuo é necessário
Vamos percorrer um estudo de caso de uma aplicação de software desenvolvida por uma agência governamental entre 2000 e 2005. O projeto não estava perto de ser concluído quando foi oficialmente abandonado em janeiro de 2005, tendo se transformado em um fiasco completo. Além de desperdiçar pelo menos US$ 100 milhões, a falha trouxe críticas generalizadas à agência e ao seu diretor.
Um segundo projeto foi iniciado em 2006, com resultados desastrosos semelhantes. Os dois esforços usaram o big design inicial e a metodologia de desenvolvimento Waterfall, com um evento clássico planejado de big bang go-live. Terminaram sem nada entregue e centenas de milhões de dólares gastos.
Por que essas tentativas fracassaram?
- Grande conceção antecipada – uma equipa de 200 pessoas passou seis meses a criar os requisitos do projeto.
- Mudança de prioridades – um desastre aconteceu no meio do projeto, resultando em uma enorme mudança de escopo – e outra equipe de 300 pessoas trabalhou por seis meses, o que resultou em 600 páginas de requisitos.
- O esforço desperdiçado e o retrabalho levaram à perda de prazos e ao esgotamento da equipe – 700.000 linhas de código sendo escritas e reescritas.
Em dezembro de 2010, um estúdio Scrum foi criado e co-localizado. O número de efetivos foi reduzido de 400 nos projetos originais para 40. O design passou de 600 páginas de requisitos para 670 histórias de usuários. A equipe enviou o código e demonstrou novos recursos a cada duas semanas. Após alguns sprints, tornou-se possível prever escalas de tempo aproximadas e planejar mudanças incrementais nos negócios. Eles foram código completo em dezembro de 2011.
Mas por que é difícil planejar bem em detalhes?
Alan Turing desenvolveu uma máquina durante a Segunda Guerra Mundial para quebrar o dispositivo de criptografia conhecido como Enigma Machine.
Turing teve que decifrar constantemente novos códigos para salvar vidas. Em vez de desistir por causa da complexidade aparentemente infinita, Turing sabia que só precisava quebrar pequenos detalhes para dar lugar a resultados maiores:
"Só podemos ver uma curta distância à frente, mas podemos ver muita coisa que precisa ser feita."
Projetos de software ambiciosos são sempre complexos. Mas não deixe que a complexidade o domine. Em vez disso, execute onde há clareza: o curto prazo.
Planeje de forma contínua e eficaz com direção clara, foco e agilidade confiando em Objetivos e Resultados Chave (OKR)
Antes de definirmos o Planejamento Contínuo, precisamos introduzir um conceito e uma estrutura importantes para ajudá-lo a planejar de forma contínua e eficaz com direção, foco e agilidade claros.
Objetives & Key Results (OKRs) é uma estrutura de definição de metas projetada para conectar metas estratégicas definidas pela liderança com as atividades diárias das equipes de execução.
Importante
Os OKRs ajudam a identificar o melhor resultado possível e a criar clareza sobre como é o sucesso real.
OKRs são geralmente definidos de forma trimestral para foco claro e agilidade.
O objetivo é a direção, e o resultado-chave deve ser mensurável. No final, você pode olhar e, sem argumentos, decidir: eu fiz isso ou não fiz? Sim? Não? Simples. Nenhum julgamento nele.
Os OKRs são distribuídos pelas várias equipas da organização para demonstrar alinhamento e transparência.
O que são OKRs?
Existem três aspetos essenciais dos OKRs:
Eles compõem uma estrutura para definir objetivos claros, fornecendo clareza sobre a intenção e direção em todos os níveis da organização.
Eles são reforçados com resultados-chave mensuráveis. Os resultados-chave são resultados pelos quais o sucesso é medido.
Eles conduzem um resultado cultura mental, permitindo uma mudança clara de uma mentalidade de saída para uma mentalidade de resultado.
Exemplo de OKR
Aqui está um exemplo de OKR:
Objetivo: colocar um astronauta na Lua até 1970.
Principais resultados:
- Construa uma nave espacial com menos de 40000 libras em 1965.
- Treine astronautas para o pouso na Lua até 1967.
- Pouse com sucesso a nave espacial na lua.
- Traga os astronautas de volta à Terra em segurança.
Este exemplo de OKR identifica o objetivo ou meta de colocar um astronauta na Lua até 1970.
Observação
Os objetivos precisam ser fáceis de entender, definir uma direção clara e fornecer motivação.
Neste exemplo, os Resultados-Chave são medidas de progresso que medirão o sucesso do objetivo.
Observação
Os resultados-chave devem ser mensuráveis e identificar a forma de alcançar o objetivo.
Principais benefícios dos OKRs
Existem cinco benefícios principais dos OKRs:
- Foco: cada objetivo deve caber em uma linha. Quanto aos principais resultados, você não deve ter mais de cinco por objetivo.
- Alinhamento: gestores e colaboradores ligam as suas atividades diárias à visão da organização em toda a empresa. O termo para esta ligação é alinhamento, e o seu valor não pode ser sobrestimado.
- Compromisso: os calendários e os recursos serão ajustados para garantir que todos os compromissos acordados são cumpridos.
- Monitorização dos OKRs desde a saída até ao resultado é o motivo pelo qual a gestão por objetivos é tão popular entre as empresas de topo. Cada OKR deve poder ser rastreado através das métricas estabelecidas quando foram escritas.
- Desafio: Os OKRs inerentemente levam as organizações a se esforçarem mais, a obterem um pouco mais do que pensavam ser possível.
Compare o planejamento contínuo e estático
de Planejamento Contínuo é uma prática que exige que planejadores, arquitetos e equipes ágeis integrem seus planos em toda a empresa de forma contínua.
No Planejamento Contínuo, métodos de planejamento baseados em scrum e projetos emergentes permitem que as equipes refinem o planejamento no nível de execução.
É importante ter um plano de alto nível que seja resiliente à mudança, mas que seja guiado por uma visão e um propósito claros.
O triângulo férreo de compensações para as metodologias de desenvolvimento Waterfall vs. Agile ilustra a comparação entre Planejamento Contínuo e Estático.
Na metodologia estática , o planejamento do escopo é fixo. Você determina quanto tempo o projeto levará e quanto custará.
Na metodologia Agile , que utiliza princípios de Planejamento Contínuo, o tempo é fixo para atender aos objetivos do negócio. A única coisa que é negociável é o âmbito.
O triângulo de ferro normalmente mostra tempo, recursos e funcionalidade. O Gartner adicionou qualidade a essa representação porque a duração e o custo estão correlacionados, e a qualidade muitas vezes é perdida.
Mas e o sucesso das duas práticas?
Uma razão pela qual os projetos ágeis são mais bem-sucedidos é porque os lançamentos de pequenos lotes aumentam as oportunidades de obter conhecimento.
Há quatro coisas a ter em mente:
- As necessidades das empresas mudam constantemente e fazem-no a curto prazo.
- O Agile tem os mecanismos de planejamento para acompanhar as mudanças do negócio.
- Equipes de alto desempenho podem facilmente ir rapidamente na direção errada.
- A aquisição de conhecimentos reduz o risco.
As metodologias Waterfall e Agile são desafiadas. O Agile só acontece de ser bem-sucedido 30% mais do tempo.
Explore os seis princípios do Planejamento Contínuo
Existem seis princípios do Planeamento Contínuo:
- Valorize a simplicidade
- O manifesto para o desenvolvimento ágil de software
- Pensamento de design
- Desenvolvimento iterativo e incremental
- Gestão Lean
- Precisão da estimativa
Princípio de Planeamento Contínuo #1: Simplicidade de valor
O primeiro princípio do Planeamento Contínuo é valorizar a simplicidade.
"Se você não consegue explicar simplesmente, você não entende bem o suficiente."
-Albert Einstein
Princípio de Planejamento Contínuo #2: Manifesto para o desenvolvimento ágil de software
O segundo princípio do Planejamento Contínuo é o manifesto para o desenvolvimento ágil de software.
O Manifesto é sobre a entrega de software. Trata-se de desenvolvimento de software – não de gerenciamento ou design de projetos. Ele está no centro do Planejamento Contínuo e do DevOps.
Estamos a descobrir melhores formas de desenvolver software ao fazê-lo e ajudar os outros a fazê-lo. Através deste trabalho passamos a valorizar o seguinte:
- Indivíduos e interações através de processos e ferramentas
- Software funcional sobre documentação abrangente
- Colaboração com o cliente na negociação de contratos
- Responder à mudança em vez de seguir um plano
Princípio de Planeamento Contínuo #3: Design thinking
O terceiro princípio do Planeamento Contínuo é o design thinking.
O design thinking adota uma abordagem de inovação centrada no ser humano. Centra-se na intersecção de viabilidade, viabilidade e conveniência para estabelecer limites e reduzir o desperdício.
Princípio de Planejamento Contínuo #4: Desenvolvimento iterativo e incremental
O quarto princípio do Planejamento Contínuo é o desenvolvimento iterativo e incremental.
Alguns temem não saber o que vão receber. O desenvolvimento iterativo resolve esse problema colocando os requisitos e a priorização nas mãos das partes interessadas em um ciclo de feedback iterativo. Cada iteração é completa, utilizável e útil para seus usuários. Ele adiciona mais funcionalidade, de preferência a funcionalidade mais importante primeiro.
Princípios de Planeamento Contínuo #5: Gestão Lean
O quinto princípio do Planeamento Contínuo é a gestão lean.
O valor é definido do ponto de vista do cliente final. No processo, os fluxos de valor são identificados e as etapas em que o valor não é entregue ao cliente são identificadas como desperdício e removidas.
O processo recomeça, buscando um estado de perfeição usando a melhoria contínua.
Princípio de Planeamento Contínuo #6: Precisão da estimativa
O sexto princípio do Planejamento Contínuo é a precisão da estimativa.
Uma estimativa é uma previsão analítica de quanto tempo algo levará, quanto custará ou quantos recursos podem ser entregues. Tem dois atributos – precisão e precisão, que são completamente alheios um ao outro. As estimativas são de propriedade da equipe de engenharia.
Um alvo é uma declaração de uma necessidade de negócios: quanto tempo gostaríamos que algo levasse, quanto gostaríamos que custasse ou quantos recursos queremos que sejam entregues. Os alvos são de propriedade da empresa.
Um compromisso é uma promessa de entregar funcionalidade e qualidade até uma determinada data. Os compromissos são propriedade conjunta.
Importante
O objetivo do planejamento contínuo é manter o alinhamento entre estimativas, metas e compromisso. Caso contrário, não conseguiremos atender às expectativas dentro e fora da organização.
Explicar a relação entre OKR e Scrum
Agora que você entendeu o porquê e o quê dos OKRs, bem como algo sobre o Planejamento Contínuo, aqui está a conexão entre os dois.
Estruturar o trabalho usando técnicas como OKRs reduzirá a incerteza, pelo menos no curto prazo. Como os OKRs devem ser definidos em cascata, isso começará a mudar a forma como os gerentes exibirão seu estilo de gestão.
Técnicas como OKRs são uma maneira rápida e eficiente de começar a jornada longe do estilo de gestão autoritário.
