CheckOps em ação
Teams can run CheckOps directly in Compass. Compass offers teams a single place where they can easily see metrics and goals and write down actions they plan to take.
Um exemplo de relatório semanal de CheckOps com métricas, alertas e ações planejadas.
Você também pode publicar um relatório semanal de CheckOps no Trello.
O que você vai precisar
Remoto
Videoconferência com compartilhamento de tela
Ferramenta de colaboração digital
Presencial
Template de relatório de CheckOps no Compass
Quadro branco
Marcadores
Notas adesivas
Temporizador
Templates opcionais
Templates da Atlassian
Esta tática funciona melhor com a função CheckOps no Compass (veja como ajudar a equipe a começar a fazer CheckOps). Mesmo que você ainda não use o Compass, pode começar a monitorar a saúde da equipe hoje mesmo no Trello.
Instruções para executar esta tática
Esta tática foi projetada para equipes que desenvolvem, entregam e executam software.
1. Preparar a prática 30 min
Defina as metas da equipe de DevOps
The entire team will set goals together.
- Entre no Compass e navegue até a função CheckOps ou prepare uma alternativa para monitorar as metas.
- Identifique o que você quer alterar ou melhorar nas práticas operacionais ou de desenvolvimento.
Os requisitos de negócios podem orientar os objetivos operacionais:
- Você precisa disponibilizar o serviço mais rápido possível aos clientes ou precisa estar disponível 24 horas por dia, 7 dias por semana, 365 dias por ano? Defina metas de DevOps para latência, taxa de transferência ou disponibilidade.
Os objetivos operacionais também podem vir da equipe:
- A equipe está cansada de ser acordada em horários estranhos da noite com alertas e incidentes sobre os quais não pode fazer nada? Estabeleça uma meta para minimizar o número de incidentes e alertas impraticáveis.
- Você acha que está esperando muito tempo para que as pull requests sejam analisadas? Defina um objetivo operacional de quanto tempo as pull requests vão ficar abertas.
Comece com um pequeno número de metas de DevOps. Mantenha a simplicidade e colete as informações certas para acompanhar o progresso que você está fazendo. Se puder, comece com a mesma meta ou metas em todos os serviços para facilitar o foco nos dados que a equipe vai analisar em cada reunião.
Garanta que as metas de DevOps sejam mensuráveis
Defina as metas que possam ser medidas para saber se elas, de fato, foram atingidas ou não.
- As métricas operacionais de serviços são a melhor opção aqui: use uma ferramenta de observabilidade (por exemplo, Splunk Observability, DataDog, Grafana etc.) e descreva com clareza a métrica que você quer afetar.
- As métricas de desenvolvimento para repositórios também são importantes. Você pode usar o Jira Software ou o Compass para fazer o monitoramento delas da melhor maneira.
Ao fazer esse exercício, você pode perceber que não está medindo o que quer melhorar de fato. Tudo bem! Um dos itens de ação para a primeira reunião de CheckOps pode ser adicionar a métrica DevOps relevante. Assim, ela vai poder ser apresentada em futuras reuniões.
Anote as metas de DevOps
Quando a equipe estiver de acordo com as metas que você definiu, anote e compartilhe com todos — esses são os objetivos operacionais declarados que você tem. Em seguida, configure um documento básico do Confluence que seja acessível e bem visível e armazene as metas de DevOps lá. Se trabalhar no Compass, você pode definir metas em indicadores de desempenho.
As metas de DevOps podem (e devem) mudar com o tempo. Ao coletar mais informações, você pode tomar decisões mais informadas sobre as metas estabelecidas ou pode descobrir que os objetivos comerciais ou operacionais que você tem evoluem. No entanto, tome cuidado para não adicionar muitas metas e métricas de DevOps de uma só vez, pois você pode acabar desviando o foco da equipe e não conseguindo alcançar os resultados que busca. É recomendado ter no máximo três metas dentro de um período de três a seis meses.
Alguns exemplos de metas que a equipe pode escolher incluem:
- Aumentar o pull request ou o tempo total do ciclo (TCT): útil se a equipe costuma perder prazos.
- Reduzir o número de alertas ou incidentes que a equipe registra a cada semana: útil se o trabalho da equipe for interrompido com muita frequência.
- Diminuir a frequência de implementação: útil se a equipe receber muitos incidentes.
Quando a equipe se torna mais saudável, você percebe que a fase de preparação fica mais curta.
DICA: PRINCIPAIS MÉTRICAS DE DEVOPS
É recomendado que as equipes sempre avaliem as seguintes métricas:
- Tempo de espera para mudanças
- Alterar taxa de falhas
- Frequência de implementação
- Tempo médio de recuperação
2. Coletar dados 15 min
After the team sets goals, the presenter will need to gather data. Keep in mind, though you may not need to run step one every week, you will need to gather data each week.
Mantenha um registro
De uma reunião de CheckOps até a próxima, vão acontecer eventos relevantes que as ferramentas não conseguem capturar. Dada a falibilidade da memória humana, vale a pena anotar essas informações para que elas possam ser abordadas na reunião seguinte.
Se você estiver em uma equipe remota, crie um relatório de CheckOps para cada semana para adicionar eventos relevantes e compartilhar com os membros certos da equipe. Se estiver usando o Compass, a plataforma DevEx da Atlassian, iniciar a prática de CheckOps é rápido e fácil na página de informações de saúde.
- O plantão foi acionado e descobriu que o alerta era um falso alarme? Esse tipo de situação com certeza afeta a experiência de desenvolvedor da equipe. Então, registre e compartilhe o caso com o grupo para poder fazer melhorias no futuro.
- Houve um incidente, uma falha na implementação ou um pull request que demorou muito para ser mesclado? Faça anotações rápidas ao longo da semana para que a equipe não precise reconstruir eventos a partir da memória mais tarde.
Fique pronto para a revisão
As the on-call rotation ends (or right afterwards), the presenter should prepare the CheckOps report for that rotation. At its simplest, the report should include:
- Uma lista dos serviços/componentes para os quais você quer fazer CheckOps.
- A medição (em relação à meta) para cada um desses componentes.
- Um visto ou um X para saber se a meta foi atingida ou não.
- A mitigation plan for any unmet goals, as well as notes from the presenter about why the goal wasn't met.
- Uma seção para capturar ações de acompanhamento.
- Um resumo de quaisquer outros eventos ou anomalias.
É fundamental que as ações de acompanhamento sejam capturadas no relatório de CheckOps. Caso contrário, você vai ter um relatório de status quando o que quiser for um ciclo de feedback que promova melhorias.
3. Organizar uma reunião de revisão de CheckOps 30 min
Todo mundo desempenha um papel
Keep it interactive! Everyone on your DevOps team who takes a turn being on-call should attend this meeting, and everyone should have a job:
- Apresentador: a pessoa que acabou de encerrar a rotação de plantão deve apresentar o relatório de CheckOps e as descobertas feitas. Se você não tiver tarefas de plantão na equipe, indique uma pessoa para fazer anotações sobre os eventos que acontecem durante a semana e que possa apresentar as descobertas durante o decorrer dos acontecimentos.
- Próximo plantão: essa pessoa deve prestar muita atenção às observações do apresentador, incluindo problemas que tenha visto ou possíveis áreas de risco que possam ocorrer novamente na próxima rotação de plantão.
- Leader: The leader is the person (or people) who can help the team prioritize actions and ensure followup. When an action requiring follow up arises, the leader should help make sure the right person (or people) owns the action and will be able to see it through to resolution.
- Other on-call team members and component owners: These are the people who are also in the on-call rotation and/or are intimately familiar with the services or components that are being operated.
Compartilhe e discuta descobertas
O apresentador orientará a equipe em cada serviço/componente e compartilhará se as metas foram ou não atingidas e o motivo. Eles vão discutir quaisquer eventos operacionais ou anomalias que ocorreram em um determinado serviço, além de compartilhar suas observações e análises. O trabalho da equipe é fazer perguntas e ajudar a fornecer sugestões para ações de acompanhamento.
Trabalhe em conjunto para encontrar maneiras de garantir que todos os serviços/componentes da equipe de DevOps atendam às respectivas metas. Esse é um exercício para toda a equipe.
Anote as ações que cada membro da equipe tomará e crie tickets em seu backlog durante a reunião.
DICA: AJA, NÃO REAJA
Quando sua equipe é responsável por atingir os objetivos operacionais ou as metas de desenvolvimento, pode ser fácil cair na armadilha de ser reativa. Seja confiabilidade, velocidade de entrega ou qualidade de código, a abordagem baseada em dados que o CheckOps promove deve permitir que sua equipe atinja suas metas de DevOps, aprimore a experiência do desenvolvedor e melhore continuamente.
Acompanhamentos
Iteração
Sugerimos executar o CheckOps Play toda semana e alinhá-lo com a entrega do cronograma de plantão da sua equipe. As etapas 2 e 3 se repetem a cada semana, embora você não precise executar a etapa 1 toda semana. Conforme você conhece o Play, as etapas 1 e 2 ficarão mais curtas. Depois que sua equipe estiver executando o CheckOps Play por várias semanas, podem ocorrer oportunidades de expandir e evoluir sua prática para incluir outras áreas de foco. Por exemplo, você pode medir métricas de qualidade (como forma de verificação do código), métricas comerciais (como usuários ativos semanais de um determinado recurso) ou qualquer outra coisa que torne sua equipe mais saudável.
Reavalie seus objetivos operacionais
Over time, the original DevOps goals you set may no longer meet your team's needs. Maybe the business needs changed, or the targets became more or less aggressive. If so, run step one, update your stated operational objectives, and continue your practice. You can also expand the scope of your CheckOps practice, if necessary, to cover more services or components or other aspects of your operations practice.
Automatize a geração de relatórios
À medida que seu escopo se expande, você descobrirá que deseja dedicar mais tempo à análise e menos tempo aos relatórios. Encontre maneiras de automatizar a coleta das principais métricas e a geração de seus relatórios de CheckOps. Isso melhorará a produtividade e a experiência do desenvolvedor da sua equipe à medida que a geração de relatórios fica mais automatizada.
Se você adicionar automação, verifique se ainda está reservando um tempo para analisar os dados coletados e se preparando para a reunião do CheckOps. A Equipe da Atlassian usa métricas do Compass para ajudar com isso, e integramos nossa experiência de CheckOps ao produto para ajudar você a fazer isso também.
Exemplos de objetivos operacionais
Reflexões
Confira alguns exemplos de objetivos operacionais nos quais sua equipe pode estruturar a prática de CheckOps, dependendo de suas responsabilidades:
Delivery types | Possible objectives |
|---|---|
Microservice |
|
On-call team |
|
Software delivery |
|
Mobile application |
|
Da equipe Atlassian, para você
Fique por dentro nas últimas táticas, dicas e truques com a newsletter mensal.
