CRIPTO SEM KYCLocação de GPU · 3, 7 ou 30 dias
Capordia
Idioma: Português
Menu
Equipe / Passagem de turno

Passar o turno com um estado, uma ação e um responsável.

Uma passagem de turno bem-sucedida permite que o próximo colega entenda o que está rodando, o que está aguardando e o que ele pode decidir. Um link para arquivos não é suficiente. Prepare uma ficha curta, faça com que o destinatário a utilize e confirmem juntos o momento do repasse. O objetivo é a continuidade do trabalho entre pessoas, depois que os acessos e o ambiente estiverem preparados.

01

Delimitar a responsabilidade realmente transferida

Especifique o projeto, a campanha e o período em questão. O repasse pode abranger o monitoramento de um lote, a aceitação dos seus resultados ou a preparação de uma exportação. Ele não transfere automaticamente a decisão de negócio, a compra de um novo período ou o direito de mudar o software. Nomeie uma pessoa que recebe o trabalho, um substituto e o responsável a ser acionado para decisões fora do escopo.

Distinga a preparação dos acessos da transferência de responsabilidade. O guia dedicado aos acessos trata das identidades e das permissões; aqui, verifique se o destinatário sabe usar os meios previstos e encontrar as informações corretas. Não transmita uma senha na ficha. A referência da conta de pedido e os acessos de operação cumprem funções diferentes.

02

Fotografar o estado do trabalho em um horário preciso

A ficha de passagem de turno deve mostrar as tarefas concluídas, as em andamento, as pendentes e os desvios abertos. Adicione o horário desse levantamento, a versão ativa, a última alteração e a próxima operação. Uma frase como "está tudo normal" envelhece assim que uma tarefa falha. Identificadores e um estado com data permitem que o colega concilie a ficha com o que observa de fato.

O Site Reliability Workbook descreve a leitura da passagem anterior no início de um turno e a preparação de um registro escrito para o seguinte. Para a sua campanha de GPU, adapte esse princípio a alguns fatos úteis: evolução esperada, trabalho bloqueado, ação já tentada e pessoa informada. A ficha deve orientar a próxima decisão, sem se tornar um registro exaustivo de cada mensagem.

03

Escrever um procedimento que distinga observar, agir e parar

Um procedimento de operação, ou runbook, descreve uma situação e uma ação autorizada. Para cada ação, indique seu pré-requisito, seu efeito esperado, a verificação após a execução e a condição de parada. Substitua "reiniciar se necessário" por uma regra que identifique a tarefa em questão, verifique a ausência de resultado já aceito e proíba um reinício concorrente. Se o procedimento não cobrir o caso observado, o destinatário sabe a quem recorrer.

A grade proposta organiza as decisões da sua equipe; ela não cria nenhuma permissão no Capordia. Os limites, pessoas e ferramentas devem ser adaptados ao projeto. Separe também a possibilidade técnica de executar um comando da autorização para fazê-lo: um acesso funcional não basta para validar uma exclusão ou um novo gasto.

Exemplo de limites de ação a serem completados pela equipe
SituaçãoAção previstaDecisão a obter
Tarefa ainda ativaObservar seu estado e seu último resultadoAntes de qualquer interrupção
Falha coberta pelo procedimentoReiniciar a tarefa identificada após verificar as saídasSe a causa for diferente do caso documentado
Desvio de resultadoSeparar a saída e avisar o responsávelAntes da publicação ou aceitação
Fim do período próximoPreparar a exportação e sinalizar a necessidade restanteAntes de um novo pedido
04

Fazer o destinatário explicar a próxima ação

Organize uma breve passagem em dupla. O colega que assume abre a ficha, encontra uma tarefa e explica o que fará em seguida, bem como o que não decidirá sozinho. Faça com que ele identifique o destino da exportação e o estado de retomada adotado. Uma demonstração conduzida inteiramente pela pessoa que sai pode mascarar as informações ainda ausentes do documento.

Para uma pessoa nova no projeto, complemente essa passagem de turno com uma prática delimitada. O capítulo do Google SRE dedicado ao aprendizado distingue a documentação a conhecer, os contatos especialistas e as perguntas de compreensão. Escolha aqui uma operação comum em um escopo de teste; não é necessário provocar um incidente real ou interromper um processamento útil para avaliar a compreensão.

05

Exemplo resolvido: transferir 128 tarefas sem executá-las novamente em duplicidade

Neste exemplo fictício, Camille passa o bastão para Noor às 14h UTC. A campanha compreende 128 tarefas: 96 aceitas, 8 em andamento e 24 pendentes. A soma 96 + 8 + 24 = 128 corresponde ao inventário. Duas das oito tarefas ativas, no entanto, acabaram de falhar. Sem uma reconciliação no momento do repasse, Noor poderia tratar uma fotografia já desatualizada como um estado atual.

Camille então atualiza a ficha: 96 aceitas, 6 em andamento, 2 com falha e 24 pendentes. As duas falhas se enquadram no caso de retomada já autorizado; Noor verifica a ausência de saída aceita e de processo ainda ativo, depois as coloca novamente como pendentes. O estado passa a ser 96 + 6 + 26 = 128. As seis tarefas ativas continuam. Noor confirma o aceite e registra seu próximo controle; Camille deixa de iniciar ações nesse escopo.

Estados fictícios no momento do repasse
MomentoAceitasEm andamentoCom falhaPendentes
Antes da reconciliação968024
Após atualização966224
Após recolocação em pendente autorizada966026
06

Tratar ausências, mudanças e o fim do repasse

Se o destinatário não puder confirmar o repasse, use o substituto previsto e deixe claro quem permanece responsável enquanto isso. Evite a mensagem enviada a várias pessoas sem recebimento explícito. Quando um incidente já estiver aberto, transmita também as hipóteses descartadas e as ações em andamento; uma nova pessoa não deve recomeçar silenciosamente uma intervenção já tentada.

A cada mudança de referência de software, atualize o procedimento e sinalize o que se torna obsoleto. Ao final da necessidade, vincule as exportações aceitas, as ações residuais e os prazos ao registro do projeto. Um período de 3, 7 ou 30 dias não se prorroga apenas porque um colega retomou o trabalho. A próxima locação, se necessária, continua sendo uma decisão e um pedido distintos.

Perguntas para decidir

O repasse exige um documento longo?

Não. Uma ficha curta pode bastar se indicar o escopo, o estado datado, a próxima ação, os limites de autorização e os contatos úteis. Os procedimentos detalhados permanecem vinculados a partir dessa ficha. Teste sobretudo se o destinatário consegue localizar e explicar a próxima etapa.

Pode-se transferir o trabalho apenas por uma mensagem oral?

A troca oral ajuda a compreender as nuances, mas deixe um registro datado do estado e do acordo de repasse. Ele permite distinguir o que já estava feito do que restava fazer, sobretudo se uma terceira pessoa intervier após o repasse.

O que fazer quando falta uma instrução no procedimento?

O destinatário registra a divergência e consulta o responsável previsto antes de uma ação que possa modificar os dados ou interromper o trabalho. Em seguida, acrescente a decisão ao procedimento, com seu escopo. Uma improvisação bem-sucedida uma vez não se torna automaticamente uma regra geral.

CONTINUAR O PROCESSOExaminar as configuraçõesConsultar as perguntas frequentes