Um método de procedimento (MOP) é o padrão de referência para executar alterações planeadas com segurança — especialmente em TI, telecomunicações, operações de rede e centros de dados. Com a Trupeer, pode poupar horas na elaboração de MOPs começando com um modelo de método de procedimento gratuito, personalizando-o com as suas orientações de marca e transformando MOPs em walkthroughs em vídeo que as equipas de operações podem rever antes de cada janela de alteração.

O que é um método de procedimento e quando precisa de um?

Um método de procedimento, normalmente abreviado para MOP, é o documento passo a passo para executar uma alteração planeada específica num sistema que está atualmente em funcionamento. Uma atualização de firmware num switch em produção, uma migração de base de dados, a transferência de uma alimentação num centro de dados, um cutover entre sistemas.

Três características o distinguem. É escrito para uma única execução num momento específico, geralmente dentro de uma janela de manutenção. É executado por alguém que pode não o ter escrito. E inclui um plano de back-out, porque o que está a ser alterado está em serviço e uma falha tem impacto.

Precisa de um sempre que uma alteração é planeada, afeta a produção e não pode simplesmente ser repetida na manhã seguinte. Quando o trabalho é rotineiro e repetido, quer um procedimento em vez de um MOP. Quando o trabalho é um projeto e não uma única janela, quer um plano, e o nosso modelo de plano de projeto de TI cobre esse nível, com o MOP incluído nele como documento de cutover.

SOP ou MOP: que documento está, na realidade, a escrever?

A distinção fica constantemente confusa, em parte porque muito do tráfego de pesquisa de um termo acaba por cair no outro.

Um SOP é contínuo. Descreve como a sua organização faz algo que se repete, não tem data e é escrito uma vez e mantido. Restaurar uma caixa de correio, integrar um cliente, executar o fecho do mês.

Um MOP é de utilização única. Descreve uma alteração, numa noite, num equipamento identificado, com hora de início e hora de fim. É aprovado para essa janela e depois arquivado como registo do que foi feito.

O teste prático é verificar se o documento identifica equipamento específico e uma data específica. Se o fizer, é um MOP. Se disser “o dispositivo afetado”, é um procedimento.

Muitas organizações precisam de ambos e a relação é clara. O SOP diz como atualizar firmware, em geral. O MOP diz que está a atualizar estes dois dispositivos, nesta janela, nesta ordem, com este back-out. Escrever um SOP quando é necessário um MOP resulta num documento demasiado vago para executar sob pressão. Escrever um MOP quando é necessário um SOP significa reescrever a mesma coisa quarenta vezes.

Como personalizar este modelo na Trupeer

Passo 1: Abra a secção de Modelos

Vá à secção de Modelos no menu principal.

Passo 2: Selecione e abra um modelo

Clique em qualquer modelo com que queira trabalhar para o abrir.

Passo 3: Expanda a visualização do modelo

Se necessário, expanda a visualização do modelo para ver o layout completo e os detalhes com clareza.

Passo 4: Edite o modelo

Clique em Editar para começar a modificar o modelo selecionado.

No editor, pode:

• Adicionar novas secções

• Definir ou atualizar regras de formatação

• Adicionar um logótipo e ajustar a sua posição e definições relacionadas

Passo 5: Guarde o seu modelo personalizado

Depois de fazer todas as alterações necessárias, clique em Guardar para guardar o modelo atualizado como seu.

Passo 6: Pré-visualize e ajuste o modelo

Quando quiser ver como fica o seu modelo personalizado, abra a Pré-visualização.

A partir do ecrã de pré-visualização, pode continuar a fazer ajustes diretamente, se necessário, garantindo que o modelo aparece exatamente como pretende.

Com um modelo de método de procedimento pode:

• Poupar horas na escrita: Evite a página em branco com uma estrutura preparada para a execução de alterações.

• Reduzir falhas nas alterações: MOPs claros detetam passos em falta antes de causarem indisponibilidades.

• Manter-se fiel à marca: Aplique o seu logótipo, fontes e cores usando o kit de marca da Trupeer.

• Formar equipas de operações: Combine MOPs com walkthroughs em vídeo — perfeito para gestão de alterações.

• Padronizar a execução das alterações: Use o mesmo formato de MOP para cada alteração.

• Atingir equipas globais: Traduza MOPs para 65+ idiomas com um clique.

Porque é que os MOPs falham na aritmética do tempo, não nos passos

Leia um MOP que correu mal e, na maioria das vezes, os passos estão corretos. Alguém competente escreveu-os, alguém competente reviu-os e a sequência estava certa.

O que falta é a aritmética. Quase todos os MOPs em circulação têm uma janela de manutenção, uma lista de passos e uma secção de back-out. Quase nenhum tem uma duração associada a cada passo, e quase nenhum tem uma duração para o próprio back-out.

Essa omissão importa por um facto que as pessoas raramente dizem de forma clara. O momento em que já não é possível abortar com segurança não é o fim da janela. É o fim da janela menos o tempo que a reversão (rollback) demora.

Se a sua janela termina às quatro e a reversão demora setenta e cinco minutos, o seu prazo real para decidir é às três e quinze. A partir daí, cada minuto em diante está comprometido, quer tenha decidido ou não, e a decisão de continuar é tomada pelo relógio e não por uma pessoa.

A maioria das equipas descobre isto por volta das três e dez, a meio de algo que não está a funcionar.

Como calcular o relógio do rollback e o tempo de abortar

Três números, calculados antes da janela e não durante.

Durações dos passos. Um tempo realista para cada passo, obtido a partir de um ensaio ou da última vez que o fez, e não de uma estimativa. Some-os para obter um fim planeado.

Duração do rollback. Quanto tempo o back-out demora, na prática, medido da mesma forma. Este é o número que ninguém tem, e obtê-lo normalmente significa ensaiar o rollback num laboratório, o que vale a tarde que custa.

Último horário para abortar. Fim da janela, menos a duração do rollback, menos uma contingência de cerca de vinte por cento. Escreva-o no topo do MOP em negrito, em hora de relógio e não em tempo decorrido, porque às três da manhã ninguém está a fazer subtrações.

Depois, coloque “go” ou “no-go” nos pontos em que a decisão ainda está em aberto. Um gate é um passo identificado, uma hora de relógio até à qual tem de ter chegado a esse ponto e uma condição observável. Passou o passo 22 às 02:00 com todas as interfaces ativas. Não passou, ou a condição não foi cumprida, significa abortar.

O gate antes do ponto sem retorno é o que importa e vale a pena marcá-lo de forma diferente do resto. Depois disso, o rollback já não é uma opção entre a qual está a escolher. É a única coisa que vai caber.

Modelo de método de procedimento gratuito: o MOP completo para copiar

Copie daqui. Substitua tudo o que estiver entre parêntesis retos.

Cabeçalho. Referência e versão do MOP. Título, identificando a alteração e o equipamento. Local ou sistema. Número do registo de alteração. Início e fim da janela, em hora de relógio com fuso horário. Último horário para abortar. Autor, revisor, aprovador e a pessoa que executa, se for diferente. Data de aprovação.

Objetivo e âmbito. Um parágrafo sobre o que muda e o que não muda. Identifique os dispositivos, circuitos, bases de dados ou sistemas específicos por identificador.

Impacto. O que é afetado, durante quanto tempo e quem foi informado. Inclua os clientes ou equipas internas que vão notar e se o impacto é esperado ou apenas possível.

Pré-requisitos. Acesso, credenciais, presença física, sobressalentes no local, imagens de software preparadas e com checksum, backups efetuados e verificados, autorizações ou isolamentos em vigor e as pessoas identificadas que têm de ser contactáveis. Cada item é “sim” ou “não” confirmado antes de a janela começar.

Pré-verificações. O estado do sistema antes de lhe tocar, registado como evidência. Saídas de comandos, screenshots, leituras, contagens. Sem isto, não consegue provar depois se algo já estava avariado.

Passos. Numerados, uma ação por linha, com o comando ou a definição exatos, o resultado esperado e duas colunas de tempo: duração estimada e tempo decorrido acumulado. Marque os gates “go” ou “no-go” e o ponto sem retorno de forma distinta.

Plano de back-out. Passos completos, não um resumo, com as suas próprias durações e o seu total. Se o back-out tiver um ponto a partir do qual já não funciona, diga-o.

Pós-verificações e aceitação. O que tem de ser verdade para declarar sucesso, incluindo qualquer coisa que só se torna visível após um atraso, como um batch noturno ou um ciclo de replicação.

Comunicações. Quem é informado no início, em cada gate, na conclusão ou no abortar, e por que via.

Validação. Executado por, verificado por, tempo concluído e o que aconteceu de facto, incluindo qualquer desvio do documento.

Copie daqui. As duas adições que a maioria dos MOPs não tem são as colunas de tempo e o último horário para abortar. O resto vai encontrar em qualquer modelo minimamente decente.

Componentes de um modelo de método de procedimento

Se o reduzir ao essencial, um MOP está a fazer quatro tarefas e cada secção serve uma delas.

Estabelecer que é seguro começar, o que é feito pelos pré-requisitos e pelas pré-verificações. Executar a alteração, o que são os passos. Decidir se deve continuar, o que são os gates, o tempo de abortar e o plano de back-out. E provar o que aconteceu, o que é feito pela evidência, pelas pós-verificações e pela validação.

As secções que não servem nenhuma destas quatro tarefas são normalmente herdadas de um modelo de projeto e podem ser removidas. Contexto, justificação do negócio e listas de stakeholders pertencem ao registo de alteração, não ao documento que alguém está a segurar às duas da manhã.

O componente que as pessoas mais subestimam é a recolha de evidência. Um MOP sem evidência “antes e depois” deixa-o sem capacidade para responder à pergunta que surge sempre após uma má noite: se a alteração foi a causa.

A atualização que falhou o ponto de abortar por cinco minutos

A Padstow Networks, um ISP regional, planeou uma atualização de firmware num par de switches de core. Janela da meia-noite às quatro. Trinta e quatro passos, revistos e aprovados, com um plano de back-out a descrever a reversão da imagem, a recarga de configuração e a verificação em três linhas.

Ninguém tinha cronometrado o back-out.

Os passos de um a vinte e dois correram bem, mas devagar, terminando às dez e dez minutos, contra uma estimativa de uma e meia. A cópia de segurança da configuração num dispositivo muito carregado demorou muito mais do que qualquer pessoa esperava.

A própria atualização começou às dez e dez. O carregamento da imagem e o reboot demoraram quarenta minutos. Às duas menos dez, o switch voltou a subir com duas das suas seis placas de linha a falhar na inicialização.

Restavam setenta minutos de janela. O back-out, quando alguém o cronometrasse mais tarde corretamente, demorou setenta e cinco minutos, no melhor dos casos. Já tinham passado cinco minutos do ponto em que um abortar limpo era possível e ninguém na sala sabia, porque esse número nunca tinha sido calculado.

Passaram trinta e cinco minutos a tentar corrigir “para a frente”. Reencaixar e recarregar não fez as placas voltarem a subir. O rollback começou às vinte e cinco para as três e demorou cento e cinco minutos em vez de setenta e cinco, porque as placas de linha também precisavam de atenção física no caminho de volta.

O serviço foi reposto às cinco e dez, setenta minutos após o fim da janela e já no início do dia útil para cerca de quatro mil clientes. Os créditos de SLA ascenderam a aproximadamente trinta e oito mil libras e a indisponibilidade era reportável ao abrigo das obrigações da licença.

A revisão pós-incidente não encontrou um MOP mau. Os passos estavam certos. O que encontrou foi um documento com uma janela de quatro horas, sem durações por passo e com um plano de back-out que nunca foi executado ponta a ponta com um cronómetro a correr.

Todos os MOPs desde então incluem uma coluna de tempo e o último horário para abortar no cabeçalho, e qualquer MOP com um back-out que não tenha sido ensaiado não é aprovado. Nas próximas catorze grandes alterações, três foram abortadas no gate calculado. As três terminaram dentro da janela e nenhuma delas se tornou um incidente.

Abortar três vezes em catorze parece um registo fraco até comparar com o custo de um único excesso.

Como escrever um método de procedimento, passo a passo

Comece pelo registo de alteração, não por uma página em branco. Tudo no cabeçalho já deve existir nalgum lugar.

Escreva o plano de back-out antes dos passos. Fazer por essa ordem obriga-o a saber o que está a desfazer e impede que o back-out se torne uma ideia tardia escrita no fim quando já está cansado do documento.

Ensaie ambos num laboratório ou num dispositivo equivalente, com um temporizador. Este é o passo que as equipas saltam e é de onde vêm as durações. Se um laboratório for realmente impossível, use os tempos reais da última execução e adicione uma margem.

Calcule o último horário para abortar e coloque-o no cabeçalho.

Coloque gates nos pontos em que a decisão ainda está disponível e formule cada condição de modo a ser observável e não apenas “sentida”. Todas as interfaces ativas e os contadores de erros estáticos é uma condição. “Parece saudável” não é.

Depois, entregue a alguém que não esteve envolvido e peça-lhe para o percorrer. Cada pergunta que fizer é um defeito e é muito mais barato encontrá-los agora do que às duas da manhã.

Declarações de método, RAMS e MOPs de construção

Em trabalhos de construção e instalações, particularmente no Reino Unido, o mesmo documento é normalmente chamado de declaração de método e é acompanhado por uma avaliação de risco como um pacote RAMS. O objetivo sobrepõe-se fortemente, com uma diferença importante de ênfase.

Um MOP de rede preocupa-se sobretudo com a continuidade do serviço: o que falha, durante quanto tempo e como regressa. Uma declaração de método preocupa-se sobretudo com as pessoas: a sequência do trabalho, os perigos em cada fase, os controlos, a instalação e as competências necessárias. Ambos identificam trabalho específico num local específico numa data específica.

Se o seu trabalho envolver ambos, o que é comum em trabalhos de energia de centros de dados ou em qualquer alteração que exija acesso físico, vai precisar de ambos os documentos e eles têm de concordar entre si quanto à sequência e ao timing. O nosso modelo de instrução de trabalho no estaleiro cobre o lado voltado para o local.

A aritmética do tempo nesta página aplica-se também a declarações de método e é ainda mais frequentemente omitida, porque uma autorização ou um isolamento tem muitas vezes um fim “duro” que se comporta exatamente como uma janela de manutenção.

Casos de uso de MOP em telecomunicações, centros de dados e utilities

As telecomunicações foram onde o termo surgiu e onde os MOPs são mais formalizados. Atualizações de firmware e software, migrações de circuitos, substituições de placas, alterações de routing, qualquer coisa que toque num elemento de rede em funcionamento.

Os centros de dados usam-nos para trabalhos de energia, alterações de arrefecimento, testes de UPS e de geradores e movimentações físicas. Estes têm a maior consequência dos três, porque um erro remove de uma só vez os sistemas de vários clientes e o rollback pode ser físico.

As utilities usam-nos para operações de comutação e para trabalhos em distribuição em serviço, onde se interligam com sistemas de autorização para trabalho e o MOP não pode começar até que um isolamento seja confirmado.

Além da infraestrutura, o mesmo documento é útil para qualquer alteração única de elevada consequência: uma migração de base de dados, um cutover de ERP, a troca de um fornecedor de pagamentos. O padrão mantém-se sempre que o sistema está em funcionamento, a janela é fixa e o back-out tem um custo.

Quando a alteração é suficientemente significativa para exigir pessoas treinadas previamente, combine o MOP com o procedimento contínuo do qual deriva e com um curto job aid para os passos que mais frequentemente são feitos de forma incorreta.

Posso obter um modelo de método de procedimento em Word ou Excel?

O Excel é ideal para a tabela de passos e a razão são as colunas de tempo. Quer que a duração estimada e o tempo decorrido acumulado se calculem automaticamente, um total de rollback e uma célula que calcule o último horário para abortar a partir do fim da janela. Fazer essa aritmética manualmente é exatamente o que não acontece quando o MOP é escrito numa sexta-feira à tarde.

O Word é ideal para o documento envolvente: objetivo, impacto, pré-requisitos, comunicações e validação. Muitas organizações usam ambos, com a tabela de passos incorporada ou anexada.

O PDF é o formato certo para a versão aprovada emitida para execução, porque quer a cópia no terreno congelada e carimbada com a sua versão. Imprima-o. Um MOP que existe apenas num portátil é um MOP que não consegue ler quando o sistema que está a alterar é a rede.

Modelos de política e procedimento para cuidados de saúde, e por que este não é

Algumas pessoas chegam a este termo à procura de modelos de política e procedimento para cuidados de saúde, e vale a pena dizer de forma clara que este não é esse documento.

Uma política e procedimento para cuidados de saúde descreve práticas clínicas ou operacionais contínuas, é regida por requisitos de acreditação e regulamentares, precisa de revisão clínica e controlo de versões face a esses padrões e é mantida indefinidamente. Um MOP é um documento de engenharia de utilização única para uma alteração numa noite.

A confusão é compreensível, já que ambos contêm a palavra “procedimento”, e a estrutura aqui não o vai servir se o que precisa for uma política clínica. Esses requisitos variam consoante a jurisdição e o organismo de acreditação, e devem vir da sua função de governação, e não de um modelo genérico.

De forma mais ampla, nada nesta página é aconselhamento de segurança ou conformidade. Quando o trabalho envolve isolamento elétrico, autorizações para trabalho, atividade licenciada ou infraestrutura regulamentada, o MOP fica por baixo desses sistemas em vez de os substituir, e o seu processo de segurança existente é o que manda.

Como fazer o MOP corresponder ao que foi realmente feito

Abrem-se duas lacunas em torno de cada MOP. Os passos escritos desviam-se de como o trabalho é realmente executado, porque o autor está a recordar em vez de observar. E o registo do que aconteceu de facto na noite é mais fino do que ninguém pretende, porque às quatro da manhã as pessoas escrevem “concluído conforme MOP”, quer seja verdade ou não.

A Trupeer AI ajuda com ambos. Registe o ensaio no laboratório uma vez e o resultado é uma lista de passos formatada com os comandos e os ecrãs já capturados, que se torna o rascunho do MOP em vez de algo que escreve depois a partir da memória. As durações também vêm do registo.

Registe. Marque com a sua marca. Traduza. Faça-o com a Trupeer.

Para o procedimento contínuo do qual o MOP deriva, o criador de SOP cobre isso e a documentação técnica mantém os registos do equipamento e os procedimentos num só lugar para que o próximo MOP comece a partir de algo exato. As instruções de configuração estão no guia de configuração do modelo de documento.

Perguntas Frequentes

Existe um modelo de método de procedimento gratuito em Word?

A estrutura completa acima é colada diretamente no Word e inclui cabeçalho, objetivo, impacto, pré-requisitos, pré-verificações, passos, back-out, pós-verificações, comunicações e validação. Não existe transferência condicionada e não existe formulário. A maioria das equipas acaba por ter a narrativa no Word e a tabela de passos numa folha de cálculo, porque as colunas de tempo precisam de fórmulas.

Existe um modelo de método de procedimento gratuito em Excel?

O Excel é o melhor local para a parte que realmente importa. Colunas para número do passo, ação, resultado esperado, duração estimada e tempo decorrido acumulado, com um segundo bloco para o back-out e o seu total, e uma célula que calcula o último horário para abortar a partir do fim da janela menos rollback menos contingência. Essa única célula calculada é a coisa mais útil no documento.

Existe um modelo de método de procedimento gratuito em PDF?

Exporte e imprima a versão aprovada para a janela. Um MOP é um dos poucos documentos em que o papel é realmente melhor, porque a alteração que está a fazer pode ser a coisa de que o seu portátil depende para chegar ao ficheiro. Carimbe a versão e o horário de abortar em todas as páginas.

Existe um modelo de procedimento simples para alterações mais pequenas?

Para alterações repetidas de baixo risco, use um procedimento contínuo em vez de um MOP e mantenha-o com uma página. O teste para saber se pode avançar para a versão simples é verificar se uma falha é recuperável no dia útil seguinte sem que ninguém fora da equipa note. Se sim, um SOP é suficiente. Se não, escreva o MOP.

Qual é a diferença entre um MOP e uma declaração de método?

Em grande parte é regional e de ênfase. Método de procedimento é o termo usado em telecomunicações, centros de dados e engenharia na América do Norte, e foca-se na continuidade do serviço e no back-out. Declaração de método é o termo usado na construção e instalações no Reino Unido, normalmente acompanhado por uma avaliação de risco, e foca-se na segurança das pessoas que executam o trabalho. Os documentos sobrepõem-se substancialmente e algum trabalho precisa de ambos.

Quem aprova um método de procedimento?

Quem detém o serviço que está a ser alterado, além de quem detém o risco, o que na maioria das organizações significa um change advisory board ou um change manager nomeado. O trabalho do aprovador não é voltar a verificar os passos. É confirmar que o impacto é compreendido, que o back-out é credível e está cronometrado e que a janela está correta.

Quanto tempo deve ter um MOP?

Tanto quanto a alteração exigir, com uma restrição que o mantém honesto: a parte executável tem de ser legível em sequência sob pressão, sem ter de procurar. Normalmente, isso significa que os passos e o back-out cabem em algumas páginas e que o resto fica antes deles. Se a lista de passos passar de cerca de cinquenta, considere se são duas alterações em duas noites.

Onde posso encontrar modelos de SOP em vez disso?

Se o que precisa é um procedimento contínuo e não um documento de alteração de utilização única, o nosso modelo de SOP cobre a estrutura geral e o modelo de SOP de TI cobre operações técnicas especificamente, incluindo como decidir quais os procedimentos que vale a pena escrever.