Explorar o planejamento contínuo
O Planejamento Contínuo é um dos oito recursos de DevOps.
Descobrir por que o planejamento contínuo é necessário
Vamos examinar um estudo de caso de um aplicativo de software desenvolvido 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, o fracasso 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 a metodologia de desenvolvimento de Cascata e big design up front, com um grande evento de ativação planejado clássico. Eles terminaram sem nada entregue e centenas de milhões de dólares gastos.
Por que essas tentativas falharam?
- Design detalhado antecipado – a equipe de 200 pessoas passou seis meses criando os requisitos.
- Mudança de prioridades – um desastre ocorreu no meio do projeto, resultando em uma alteração significativa do escopo – e outra equipe de 300 pessoas trabalhou por seis meses, o que resultou em 600 páginas de requisitos.
- esforço desperdiçado e retrabalho levaram a prazos perdidos e burnout de equipe – 700.000 linhas de código sendo escritas e regravadas.
Em dezembro de 2010, um estúdio scrum foi criado e co-localizado. A equipe foi reduzida 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 código e demonstrou novos recursos a cada duas semanas. Depois de alguns sprints, tornou-se possível prever escalas de tempo aproximadas e planejar mudanças incrementais nos negócios. Eles estavam com o código finalizado 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 Máquina Enigma.
Turing teve que decifrar constantemente novos códigos para salvar vidas. Em vez de desistir por causa da complexidade aparentemente infinita, Turing sabia que ele só tinha que quebrar pequenos detalhes para dar lugar a resultados maiores:
"Só podemos ver uma curta distância pela frente, mas podemos ver muito lá que precisa ser feito."
Projetos de software ambiciosos são sempre complexos. Mas não deixe a complexidade sobrecarregá-lo. Em vez disso, execute onde há clareza: no curto prazo.
Planeje de forma contínua e eficaz com direção clara, foco e agilidade dependendo de Objetivos e Resultados Principais (OKR)
Antes de definirmos o Planejamento Contínuo, precisamos introduzir um conceito e uma estrutura importantes para ajudá-lo a planejar continuamente e efetivamente com direção, foco e agilidade claros.
objetivos & os principais resultados (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 criar clareza em torno da aparência real do sucesso.
Os OKRs geralmente são definidos trimestralmente para ter o foco nítido 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 eu não fiz isso? Sim? Não? Simples. Não há julgamento nisso.
Os OKRs são implementados em todos os níveis e entre todas as equipes dentro da organização para demonstrar alinhamento e transparência.
O que são OKRs?
Há três aspectos essenciais dos OKRs:
Eles compõem uma estrutura para definir objetivos claros, fornecendo clareza sobre a intenção e a direção em todos os níveis da organização.
Eles são reforçados com resultados-chave mensuráveis. Os principais resultados são os resultados pelos quais o sucesso é medido.
Eles promovem uma cultura orientada para resultados, possibilitando uma mudança clara de uma mentalidade focada em entregas para uma mentalidade focada em resultados.
Exemplo de OKR
Aqui está um exemplo de OKR:
Objective: coloque um astronauta na Lua em 1970.
Resultados-chave:
- Construir uma nave espacial abaixo de 40000 libras até 1965.
- Treine astronautas para o pouso na Lua em 1967.
- Aterrisse com êxito a nave espacial na Lua.
- Traga os astronautas de volta à Terra com segurança.
Este exemplo de OKR identifica o objetivo 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 Principais Resultados são medidas de progresso que medirão o sucesso do objetivo.
Observação
Os principais resultados precisam ser mensuráveis e identificar como alcançar o objetivo.
Principais benefícios dos OKRs
Há cinco benefícios principais de OKRs:
- Foco: cada objetivo deve caber em uma linha. Quanto aos resultados-chave, você não deve ter mais do que cinco por objetivo.
- Alinhamento: gerentes e colaboradores vinculam suas atividades diárias à visão da organização em toda a empresa. O termo para essa vinculação é alinhamento e seu valor não pode ser exagerado.
- Compromisso: agendas e recursos serão ajustados para garantir que todos os compromissos acordados sejam entregues.
- O acompanhamento de OKRs desde a produção até o resultado final é o motivo pelo qual o gerenciamento por objetivos é tão popular entre as empresas de primeira linha. Cada OKR deve ser capaz de ser acompanhado por meio das métricas estabelecidas quando elas foram gravadas.
- Metas de extensão: Os OKRs inerentemente impulsionam as organizações a se esforçarem mais, a conseguirem um pouco mais do que achavam ser possível.
Comparar planejamento contínuo e estático
O planejamento contínuo é uma prática que exige que planejadores, arquitetos e equipes ágeis integrem seus planos em toda a empresa continuamente.
No Planejamento Contínuo, métodos de planejamento baseados em scrum e designs 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 propósito claros.
O triângulo de ferro de compensações de metodologias de desenvolvimento Cascata vs. Agile ilustra a comparação entre o planejamento contínuo e o estático.
Na metodologia Estática, o planejamento do escopo é fixo. Você determina quanto tempo o projeto levará e quanto custará.
Em metodologia agile, que usa princípios de Planejamento Contínuo, o tempo é fixo para atender aos objetivos de negócios. A única coisa negociável é o escopo.
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 geralmente é perdida.
Mas e o sucesso das duas práticas?
Um motivo pelo qual os projetos agile são mais bem-sucedidos é porque as versões em lotes pequenos aumentam as oportunidades de obter conhecimento.
Há quatro coisas para ter em mente:
- Os negócios precisam mudar constantemente e fazê-lo em cima da hora.
- O Agile tem os mecanismos de planejamento para acompanhar as alterações de negócios.
- As equipes de alto desempenho podem ir rapidamente na direção errada.
- Obter conhecimento reduz o risco.
As metodologias Cascata e Agile enfrentam desafios. Agile é bem-sucedido 30% mais do tempo.
Explorar os seis princípios do Planejamento Contínuo
Há seis princípios de Planejamento Contínuo:
- Valorize a simplicidade
- O manifesto para desenvolvimento de software Agile
- Design Thinking
- Desenvolvimento iterativo e incremental
- Gerenciamento de Lean
- Precisão da estimativa
Princípio de Planejamento Contínuo nº 1: Simplicidade de valor
O primeiro princípio de Planejamento Contínuo é valorizar a simplicidade.
"Se você não pode explicar simplesmente, você não entende bem o suficiente."
-Albert Einstein
Princípio de Planejamento Contínuo nº 2: Manifesto para desenvolvimento de software agile
O segundo princípio de Planejamento Contínuo é o manifesto do desenvolvimento ágil de software.
O Manifesto é sobre a entrega de software. Trata-se de desenvolvimento de software – não de gerenciamento de projeto ou design. Ele está no núcleo do Planejamento Contínuo e do DevOps.
Estamos descobrindo melhores maneiras de desenvolver software fazendo isso e ajudando outras pessoas a fazê-lo. Por meio deste trabalho, passamos a valorizar o seguinte:
- Indivíduos e interações em vez de processos e ferramentas
- Software em funcionamento em vez de documentação abrangente
- Colaboração com o cliente em vez de negociação de contratos
- Responder a mudanças em vez de seguir um plano
Princípio de Planejamento Contínuo nº 3: Pensamento de design
O terceiro princípio de planejamento contínuo é o raciocínio de design.
O pensamento de design adota uma abordagem centrada no ser humano para a inovação. Concentra-se na interseção de viabilidade, exequibilidade e desejabilidade para estabelecer limites e reduzir o desperdício.
Princípio de planejamento contínuo nº 4: desenvolvimento iterativo e incremental
O quarto princípio de Planejamento Contínuo é de desenvolvimento iterativo e incremental.
Alguns temem que não saibam o que terão. O desenvolvimento iterativo resolve esse problema ao colocar a definição de 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, preferencialmente a funcionalidade mais importante primeiro.
Princípios de Planejamento Contínuo nº 5: Gerenciamento lean
O quinto princípio de planejamento contínuo é o gerenciamento enxuto.
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 resíduos e removidas.
O processo começa novamente, buscando um estado de perfeição usando melhoria contínua.
Princípio de planejamento contínuo nº 6: precisão de estimativa
O sexto princípio de Planejamento Contínuo é de precisão de estimativa.
Uma estimativa é uma previsão analítica de quanto tempo algo levará, quanto custará ou quantos recursos podem ser entregues. Ele tem dois atributos: exatidão e precisão, que são completamente independentes entre si. As estimativas são de responsabilidade da equipe de engenharia.
Um destino é uma declaração de uma necessidade empresarial: quanto tempo gostaríamos que algo demorasse, quanto gostaríamos que custasse ou quantos recursos queremos entregar. Os destinos são de propriedade da empresa.
Um compromisso é uma promessa de entregar funcionalidade e qualidade até uma determinada data. Os compromissos são de propriedade conjunta.
Importante
A meta do planejamento contínuo é manter o alinhamento entre estimativas, destino e compromisso. Caso contrário, não atenderemos às expectativas dentro e fora da organização.
Explicar a relação entre OKR e Scrum
Agora que você entende a por que e o que de OKRs, bem como algo sobre Planejamento Contínuo, aqui está a conexão entre os dois.
O trabalho de estruturação usando técnicas como OKRs reduzirá a incerteza, pelo menos no curto prazo. Como os OKRs devem ser definidos de forma em cascata, isso começará a mudar a forma como os gerentes exibirão seu estilo de gerenciamento.
Técnicas como OKRs são uma maneira rápida e eficiente de começar a jornada longe do estilo autoritário de gestão.
