
Use este modelo
A forma como um colaborador sai é tão importante quanto a forma como entrou. Com a Trupeer, pode poupar horas na documentação de offboarding começando com um modelo gratuito de offboarding de colaboradores, personalizando-o com as suas diretrizes de marca e transformando o processo de offboarding em walkthroughs em vídeo para RH, TI e gestores.
O offboarding falha em uma de duas direções. Ou o acesso é cortado no primeiro dia e ninguém consegue perceber como funciona o processo do fim do mês, ou a pessoa mantém acesso total durante seis semanas e sai com tudo ainda em aberto.
O problema é que três prazos distintos correm em simultâneo e puxam em direções diferentes. Este modelo trata-os como três faixas, em vez de uma lista.
Transferir o modelo de offboarding
Formato | Melhor para |
|---|---|
Excel (.xlsx) | A checklist com responsáveis, datas e estado, além do registo de revogação de acessos |
Word (.docx) | O documento de passagem de testemunho que o colaborador que sai preenche |
Checklist imprimível e formulário da entrevista de saída | |
Google Sheets | Rastreio partilhado entre RH, TI e o gestor |
Google Docs | O documento de passagem de testemunho, editado em colaboração |
Gratuito, editável, sem marca de água. O Excel é o ficheiro de trabalho, porque o offboarding é um problema de coordenação entre três equipas.
Como personalizar este modelo na Trupeer
Passo 1: Abrir a secção de Modelos
Aceda à secção de Modelos no menu principal.

Passo 2: Selecionar e abrir um Modelo
Clique em qualquer modelo com que queira trabalhar para o abrir.

Passo 3: Expandir 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: Editar 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: Guardar 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é-visualizar e afinar 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 o quer.
Com um modelo de offboarding de colaboradores, pode:
Poupar horas na coordenação: Evite a página em branco com uma estrutura preparada para transições de RH.
Proteger o conhecimento da empresa: Passos integrados de transferência de conhecimento evitam perdas quando os colaboradores saem.
Manter-se fiel à marca: Aplique o seu logótipo, fontes e cores usando o kit de marca da Trupeer.
Reduzir o risco de segurança: Procedimentos claros de remoção de acesso protegem os sistemas da empresa.
Uniformizar em todas as saídas: Use o mesmo modelo para cada tipo de saída.
Atingir equipas globais: Traduza a documentação de offboarding para 65+ idiomas com um clique.
Os três relógios
Relógio | Prazo | Responsável | Conflito |
|---|---|---|---|
Acesso | Revogado na última hora, ou imediatamente em caso de despedimento | TI e segurança | Cortar cedo bloqueia a transferência de conhecimento |
Conhecimento | Precisa de semanas, não da última tarde | Gestor | Requer o acesso que pretende remover |
Legal e salários | Prazos legais fixos | RH e salários | Depende de dados que o colaborador que sai pode precisar de confirmar |
Os relógios do acesso e do conhecimento estão em tensão direta. A solução não é comprometer com nenhum dos dois, mas sim sequenciá-los: antecipar a captura de conhecimento para a primeira metade do período de aviso e, depois, reduzir o acesso por etapas em vez de o desligar no fim.
O relógio legal é o que tem consequências legais reais por falhar, e é também o mais provável de ser esquecido quando a saída é amigável.
O relógio do acesso
A parte com maior risco do offboarding e a razão pela qual uma empresa de segurança ocupa o primeiro lugar para esta palavra-chave.
O que tem de ser revogado. Email e calendário. Single sign-on e conta de diretório. Todas as ferramentas SaaS, incluindo as que a TI não gere. VPN e acesso remoto. Acesso ao edifício, chaves e passes. Senhas de contas partilhadas e de serviço que a pessoa conhecia. Direitos de administrador em qualquer sistema. Dispositivos da empresa, portátil, telefone, chaves de hardware. Armazenamento na cloud e qualquer sincronização de unidade pessoal. Repositórios de código, acesso à implementação e credenciais de produção. Cartões de pagamento, contas de despesas e autoridade de compras. Sistemas de clientes e quaisquer contas do lado do cliente. Documentos físicos e qualquer coisa numa gaveta fechada.
As duas que são esquecidas. Shadow IT, ou seja, ferramentas para as quais a pessoa se inscreveu com um cartão da empresa que a TI nunca soube que existia. E credenciais partilhadas, em que revogar o acesso de uma pessoa significa rodar uma password que várias pessoas usam, algo que ninguém quer fazer numa sexta-feira.
Revogação faseada. Em vez de um único interruptor no fim, remova por etapas: direitos de administrador e acesso à produção cedo, porque são os que acarretam mais risco e raramente são necessários para a passagem de testemunho. Sistemas voltados para o cliente em seguida. Ferramentas gerais e email por último, no último dia.
Para uma saída involuntária, tudo isto acontece imediatamente e, normalmente, antes da conversa. Não é paranoia: é prática padrão, e a checklist tem um caminho separado para isso.
O relógio do conhecimento
O relógio que precisa de mais tempo e recebe o menos.
A transferência de conhecimento feita na última semana do colaborador que sai produz um documento escrito sob pressão de tempo por alguém que já saiu mentalmente. Comece na primeira semana do período de aviso, quando a pessoa ainda se importa e ainda se lembra.
O que realmente precisa de ser capturado, por ordem do quanto dói perder:
Os processos não documentados. Coisas que só eles fazem, normalmente mensal ou trimestralmente, que nunca foram escritas por ninguém.
As relações. Quem é o contacto do cliente que realmente decide, que fornecedor vai ceder a um prazo, a quem ligar no banco.
As exceções. A conta que é faturada de forma diferente, o relatório que precisa de correção manual, o sistema que falha no último dia útil do mês.
Trabalho em curso. O que está aberto, em que estado está, o que acontece a seguir.
Acesso e credenciais para tudo o que a equipa vai precisar.
Onde as coisas estão. Ficheiros, pastas, sistemas e a folha de cálculo no ambiente de trabalho de que todo o processo depende.
A última opção é mais comum do que deveria. Pergunte diretamente: há algo de que a equipa depende que vive no seu computador em vez de estar nalgum local partilhado?
O relógio legal e dos salários
Prazos fixos, consequências reais e a faixa mais provável de ser tratada com ligeireza quando a saída é amigável.
Pagamento final, incluindo salário em atraso, férias vencidas e não gozadas, qualquer bónus ou comissão contratual e deduções quando for legal. O momento é definido por lei e varia por jurisdição, e nalguns locais por estado.
Documentos legais. No Reino Unido, isto inclui o P45. Nos EUA, inclui declarações finais de remuneração e notificação COBRA quando aplicável. Noutros locais, os requisitos diferem novamente, razão pela qual esta secção precisa de verificação local em vez de uma resposta em modelo.
Cessação de benefícios e quaisquer direitos de continuação. Notificações de pensões. Devolução de quaisquer custos de realocação ou formação quando existir uma cláusula de reembolso e esta for aplicável. Cláusulas restritivas confirmadas por escrito quando existirem. Política de referência explicada.
Obtenha o prazo dos salários por escrito no início. Os cortes de salários são implacáveis e falhar um transforma uma saída limpa numa reclamação.
Voluntário ou involuntário
O ramo mais importante do processo e a maioria dos modelos ignora-o.
Resignação | Despedimento ou redundância | |
|---|---|---|
Acesso | Reduzido ao longo do período de aviso | Revogado imediatamente, normalmente antes da conversa |
Transferência de conhecimento | Semanas disponíveis, use-as | Muitas vezes nenhuma. Planeie isto com antecedência, não no dia |
Anúncio | Acordado com o colaborador que sai | Preparado antes, entregue no mesmo dia |
Entrevista de saída | Normalmente valiosa | Normalmente não, e pode ser inadequada |
Tom | Colaborativo | Formal, documentado, liderado por RH |
Exposição legal | Baixa | Significativa. Siga o seu processo com precisão |
Passagem de testemunho | Com o colaborador que sai | Reconstruída a partir de documentação e colegas |
A lição da coluna da direita é que as saídas involuntárias não lhe dão qualquer janela de transferência de conhecimento. A única defesa é a documentação que já existe, o que é um argumento para capturar processos críticos de forma contínua, em vez de apenas na saída.
A checklist de offboarding
Ao receber o aviso
# | Tarefa | Responsável | Quando |
|---|---|---|---|
1 | Confirmar por escrito a resignação, indicando o último dia de trabalho | RH | No mesmo dia |
2 | Confirmar o período de aviso, garden leave e quaisquer expectativas de passagem de testemunho | RH e gestor | Dia 1 |
3 | Notificar TI, salários, instalações e a equipa do colaborador que sai | RH | Dia 1 |
4 | Acordar com o colaborador que sai a redação e o timing do anúncio | Gestor | Dia 1 a 2 |
5 | Confirmar o corte de salários e a data do pagamento final | Salários | Dia 1 |
6 | Iniciar o documento de passagem de testemunho | Gestor e colaborador que sai | Semana 1 |
7 | Identificar sucessor ou responsável interino para cada responsabilidade | Gestor | Semana 1 |
Durante o período de aviso
# | Tarefa | Responsável | Quando |
|---|---|---|---|
8 | Registar processos não documentados | Colaborador que sai | Semanas 1 a 2, não na última semana |
9 | Apresentar o sucessor aos contactos-chave, internos e externos | Colaborador que sai e gestor | Semanas 1 a 3 |
10 | Transferir a responsabilidade de ficheiros, pastas, quadros e tickets | Colaborador que sai | Contínuo |
11 | Reatribuir trabalho em curso com notas de estado | Gestor | Contínuo |
12 | Remover direitos de administrador e acesso à produção | TI | Assim que a passagem de testemunho dessas áreas estiver concluída |
13 | Rodar quaisquer credenciais partilhadas que o colaborador que sai conhecia | TI | Antes da última semana |
14 | Cancelar ou reatribuir reuniões recorrentes e a responsabilidade pelo calendário | Colaborador que sai | Últimas duas semanas |
15 | Notificações ao cliente e ao fornecedor, quando aplicável | Gestor | Últimas duas semanas |
16 | Marcar a entrevista de saída | RH | Últimas duas semanas |
Última semana
# | Tarefa | Responsável | Quando |
|---|---|---|---|
17 | Conduzir a entrevista de saída | RH | Última semana |
18 | Concluir e dar o seu aval ao documento de passagem de testemunho | Colaborador que sai e gestor | Última semana |
19 | Confirmar o valor do pagamento final, incluindo férias vencidas | Salários | Última semana |
20 | Confirmar a devolução de equipamento, chaves, passes, cartões | Instalações e TI | Último dia |
21 | Configurar o reencaminhamento de email ou resposta automática e acordar a duração | TI | Último dia |
22 | Revogar o acesso restante aos sistemas | TI | Último dia, no fim do dia |
23 | Remover das listas de distribuição, unidades partilhadas, chats de grupo | TI | Último dia |
24 | Atualizar organigrama, listas telefónicas, website, assinaturas | RH | Último dia |
25 | Confirmar cláusulas restritivas e política de referência por escrito | RH | Último dia |
Após a saída
# | Tarefa | Responsável | Quando |
|---|---|---|---|
26 | Verificar que todo o acesso foi revogado, usando o registo | TI | Dentro de 24 horas |
27 | Emitir documentos legais e recibo de vencimento final | Salários | Por prazo legal |
28 | Terminar benefícios e notificar o prestador de pensões | RH | Por regras do regime |
29 | Arquivar o processo do pessoal de acordo com a política de retenção | RH | Dentro de 30 dias |
30 | Desativar ou arquivar o email após o período de reencaminhamento acordado | TI | Por política |
31 | Rever temas da entrevista de saída com o gestor | RH | Dentro de 30 dias |
32 | Adicionar à lista de alumni, se aplicável | RH | Dentro de 30 dias |
Uma linha temporal com exemplo
Cenário. Um analista de operações apresenta a resignação com quatro semanas de aviso. É o único responsável pelo processo mensal de reconciliação e o principal contacto para dois fornecedores.
Semana | Faixa de acesso | Faixa de conhecimento | Faixa de salários |
|---|---|---|---|
1 | Direitos de administrador no sistema de finanças removidos após a sessão de passagem de testemunho | Registar a reconciliação mensal fim a fim. Rascunhar o documento de passagem de testemunho | Confirmar corte, calcular férias vencidas |
2 | Acesso à base de dados de produção removido | Executar a reconciliação com o sucessor a observar. Apresentar ambos os fornecedores | Confirmar o valor do pagamento final |
3 | Acesso ao portal do fornecedor transferido para o sucessor | O sucessor executa a reconciliação com o colaborador que sai a observar. Documentar as duas exceções | Agendar cessação de benefícios |
4 | Email e ferramentas gerais permanecem até ao último dia | Passagem de testemunho validada. Entrevista de saída realizada | Recibo de vencimento final preparado |
Último dia | Todo o acesso restante revogado às 17:00. Equipamento devolvido | Reencaminhamento configurado para 30 dias para o gestor | Documentos legais emitidos |
Semana 5 | Registo de acessos verificado. Credenciais partilhadas rodadas | O sucessor executa a reconciliação sozinho | Pagamento feito no ciclo normal |
Nota a semana três. O sucessor executa o processo enquanto o colaborador que sai observa, e não o contrário. Observar alguém a fazer uma tarefa ensina muito menos do que fazê-la com a pessoa disponível para o corrigir, e é na última semana que essa correção ainda é possível.
O documento de passagem de testemunho
O que o colaborador que sai produz e o artefacto mais provável de ser apressado.
Secção | Conteúdo |
|---|---|
Resumo de funções | O que o trabalho envolve, de facto, em vez do que está na descrição do trabalho |
Responsabilidades e sucessor | Cada área, quem a assume e se já foi informado |
Tarefas recorrentes | Diárias, semanais, mensais, trimestrais, anuais, com timing e o que as desencadeia |
Processos não documentados | Qualquer coisa que só eles fazem, com uma ligação à gravação ou ao procedimento escrito |
Trabalho em curso | Item, estado, próxima ação, prazo, quem vai assumir |
Contactos-chave | Internos e externos, para que serve cada relação e qualquer contexto |
Sistemas e acesso | O que usam, o nível de acesso, quem precisa disso a seguir |
Ficheiros e localizações | Onde as coisas vivem, incluindo qualquer coisa local em vez de partilhada |
Problemas conhecidos e exceções | As soluções alternativas, as contas difíceis, as coisas que falham |
Questões em aberto | Coisas que nunca resolveram, para que o sucessor não seja surpreendido |
A secção de exceções é a mais valiosa e a mais provável de ser omitida, porque parece uma admissão de que as coisas estão desorganizadas. Peça-a diretamente.
A entrevista de saída
Vale a pena fazê-la e vale a pena fazê-la bem, e não apenas como um formulário.
Faça-a na última semana, não no último dia, quando a pessoa está focada em sair.
Peça a RH para conduzi-la, não ao gestor. As pessoas não vão dizer ao gestor que o gestor é a razão.
Pergunte sobre a decisão, não apenas sobre o destino. Quando é que começou a pensar em sair e o que aconteceu à volta disso.
Pergunte o que os teria mantido. A resposta é muitas vezes menor do que as pessoas esperam.
Pergunte o que a próxima pessoa deve saber. Muitas vezes é a pergunta mais útil de toda a conversa.
Não se defenda. O objetivo é informação, não resolução.
Agregue temas trimestralmente. Uma entrevista de saída é um caso. Cinco com o mesmo tema é um achado.
Ignore-a em despedimentos, onde normalmente é inadequada e ocasionalmente juridicamente imprudente.
Emails de offboarding
Quatro que a maioria dos processos precisa.
Confirmar a resignação. Confirma o último dia de trabalho, o período de aviso, o que acontece a seguir e com quem a pessoa deve falar sobre pagamento e benefícios. Tom caloroso e factual.
Anúncio interno. Acordado primeiro com o colaborador que sai. Indica que está a sair, quando, quem vai assumir as suas responsabilidades e agradece. Não indica a razão, a menos que a pessoa queira que seja indicada.
Notificação ao cliente ou ao fornecedor. Apresenta o novo contacto pelo nome, confirma continuidade e dá a data de passagem de testemunho. Enviado antes de o colaborador que sai sair, não depois.
Nota para o colaborador que sai no último dia. Confirma a data do pagamento final, quais os documentos que vai receber e quando, devolução de equipamento, política de referência e como contactar RH depois. Esta última evita a maioria das perguntas após a saída.
O pack de modelos inclui os quatro com placeholders.
Registo de revogação de acessos
O artefacto mais importante, porque a checklist lhe diz o que fazer e o registo prova que o fez.
Uma linha por sistema: nome do sistema, nível de acesso detido, responsável, revogado por, data, verificado por. Todos os sistemas, incluindo os que a TI não gere.
Crie a lista-mestra uma vez a partir do inventário da sua ferramenta e reutilize-a. Criá-la por cada saída garante omissões, e as omissões são sempre as mesmas: a ferramenta SaaS comprada com um cartão, o login partilhado e o sistema próprio do cliente.
Verifique no prazo de 24 horas após a saída com alguém que não seja quem revogou. A revogação não verificada é o segundo achado mais comum em auditorias de acesso, depois da revogação que nunca aconteceu.
Onboarding e offboarding em conjunto
Vale a pena construí-los como um único processo, porque usam o mesmo inventário a partir de lados opostos.
Tudo o que é provisionado no onboarding tem de ser revogado no offboarding. Se a sua checklist de onboarding e o seu registo de revogação de acessos não coincidirem, um deles está errado — e normalmente é o de offboarding, porque o provisionamento é lembrado e a revogação não.
Mantenha uma lista única de sistemas, com quem provisiona e quem revoga cada um. Assim, o onboarding e o offboarding são duas perspetivas do mesmo documento, e uma nova ferramenta adicionada ao onboarding é automaticamente adicionada ao offboarding. O modelo de checklist e planos de onboarding é a outra metade.
Prestadores externos e freelancers
Frequentemente são ignorados por completo e, muitas vezes, têm um risco mais elevado do que os colaboradores, porque o acesso é concedido de forma informal e não existe um processo de RH a acompanhar a data de fim.
Defina uma expiração de acesso no momento em que é concedido, associada à data de fim do contrato, em vez de depender de alguém se lembrar. Inclua os prestadores externos no registo de acessos. Confirme a propriedade de IP e a devolução de materiais na saída. E verifique se lhes foi dado acesso a algo sob uma conta partilhada, o que é mais comum em compromissos curtos.
Alumni e recontratação
Quando é feito bem, uma saída é uma futura contratação ou uma fonte de recomendação.
Deixe a porta aberta de forma explícita se os quiser recontratar, porque as pessoas raramente assumem isso. Mantenha uma lista de alumni quando for apropriado e legal, de acordo com a sua política de retenção de dados. Registe a elegibilidade para recontratação no processo do pessoal, com a justificação. E tenha em conta que a forma como lida com as últimas duas semanas é o que a pessoa conta a outras pessoas sobre a sua organização durante anos.
Como construir o seu processo de offboarding
Construa primeiro o inventário do sistema, a partir do onboarding. É a mesma lista.
Divida a checklist nas três faixas para que os conflitos fiquem visíveis.
Escreva o caminho involuntário separadamente. Não é o mesmo processo com um timing diferente.
Transfira a captura de conhecimento para a primeira metade do período de aviso.
Atribua cada tarefa a uma função nomeada, entre RH, TI, salários, instalações e o gestor.
Obtenha os prazos dos salários por escrito e coloque-os na checklist.
Construa o registo de acessos e faça da verificação uma tarefa de alguém.
Rascunhe os quatro emails para que não sejam escritos sob pressão de tempo.
Execute-o e depois faça um debrief. As primeiras três saídas vão encontrar todas as falhas.
Revise anualmente e sempre que adicionar um sistema.
Boas práticas
Captura de conhecimento nas semanas um e dois, nunca na última semana.
O sucessor executa a tarefa enquanto o colaborador que sai observa, e não o contrário.
Acesso reduzido por etapas, primeiro administrador e produção.
Registo de acessos verificado por uma segunda pessoa no prazo de 24 horas.
Saídas involuntárias documentadas como um caminho separado.
Entrevistas de saída conduzidas por RH, não pelo gestor.
Temas agregados trimestralmente em vez de lidos individualmente.
Onboarding e offboarding construídos a partir de um único inventário de sistemas.
Prestadores externos incluídos, com expiração definida na concessão.
Redação do anúncio acordada com o colaborador que sai.
Erros comuns
Todo o acesso cortado no primeiro dia, tornando a passagem de testemunho impossível.
Todo o acesso deixado aberto até ao último dia, incluindo produção e administração.
Transferência de conhecimento tentada na última semana.
Documento de passagem de testemunho escrito, mas nunca lido pelo sucessor.
Credenciais partilhadas nunca rodadas.
Shadow IT esquecido, porque a TI nunca soube que existia.
Sem registo de revogação, por isso ninguém consegue provar que o acesso foi removido.
Prestadores externos excluídos por completo.
Prazo dos salários falhado numa saída amigável porque ninguém estava a acompanhar.
Entrevista de saída conduzida pelo gestor de quem a pessoa está a sair por causa.
Um processo para resignações e despedimentos.
O sucessor nunca é apresentado aos contactos-chave, pelo que as relações recomeçam do zero.
Capture o que eles sabem antes de terminar o período de aviso
Abra o modelo na Trupeer AI, aplique o seu kit de marca para que os documentos de offboarding correspondam aos seus outros materiais de RH e edite qualquer secção diretamente. A configuração está no guia do modelo.
O documento de passagem de testemunho é onde o offboarding normalmente falha. Alguém com quatro semanas de aviso é pedido para escrever um processo que faz mensalmente há três anos, e o que volta são seis tópicos que só fazem sentido para essa pessoa. Depois, a pessoa sai, e a primeira vez que alguém executa o processo é a primeira vez que falha.
Peça-lhes que o registem em vez disso. A Trupeer AI transforma uma gravação de um ecrã no procedimento escrito e num walkthrough em vídeo narrado, capturado na ordem em que o trabalho acontece de facto, e não na ordem que a pessoa se lembra. Leva menos do tempo deles do que escrever, o que importa quando já estão a meio caminho para sair, e o sucessor pode vê-lo novamente no terceiro mês quando chegar a versão trimestral.
Traduza-o para 65+ idiomas para equipas distribuídas e mantenha o conjunto na sua base de conhecimento para que sobreviva à próxima saída. O modelo SOP de transferência de conhecimento cobre o processo mais alargado.
Registe. Dê marca. Traduza. Trupeer.
Perguntas Frequentes
Existe um modelo gratuito de checklist de offboarding em Excel?
Sim, e o Excel é a versão que a maioria das equipas usa, porque o offboarding é um problema de coordenação entre RH, TI, salários e o gestor. Inclui a checklist completa com responsáveis e datas, além do registo de revogação de acessos numa aba separada.
Existe um modelo gratuito de checklist de offboarding em Excel, gratuito para transferir?
Sim. Cada formato é uma transferência gratuita, sem necessidade de conta e sem marca de água.
Existe um modelo de checklist de offboarding em Word?
Sim. O Word é adequado para o documento de passagem de testemunho que o colaborador que sai preenche e para a checklist imprimível. A versão em Excel é melhor para o rastreio; a versão em Word é melhor para qualquer coisa que alguém escreva.
Existe um modelo gratuito de checklist de offboarding?
Sim, tudo nesta página é gratuito, incluindo a checklist, o documento de passagem de testemunho, o formulário da entrevista de saída, o registo de acessos e os quatro modelos de email.
Existe uma checklist de offboarding em PDF?
Sim, como checklist imprimível e como formulário da entrevista de saída. A linha temporal com exemplo também está incluída em PDF para que possa ver como as três faixas correm em paralelo.
Existe um modelo de checklist de onboarding e offboarding?
Sim, e devem ser construídos em conjunto. Ambos usam o mesmo inventário de sistemas a partir de lados opostos, pelo que tudo o que é provisionado no onboarding tem de ser revogado no offboarding. Se as duas listas não coincidirem, a de offboarding é normalmente a incompleta. Veja o modelo de checklist e planos de onboarding para a outra metade.
Existe um modelo de passagem de testemunho de offboarding?
Sim. Cobre resumo de funções, responsabilidades e sucessores, tarefas recorrentes com os seus gatilhos, processos não documentados, trabalho em curso, contactos-chave, sistemas e acesso, onde os ficheiros estão, e exceções conhecidas. Esta última secção é a mais valiosa e a mais frequentemente deixada em branco.
Existe um email de offboarding para colaborador, exemplo?
Sim, estão incluídos quatro: confirmação da resignação, anúncio interno, notificação ao cliente e ao fornecedor e nota do último dia a confirmar a data do pagamento, documentos, devolução de equipamento e política de referência. Esta última evita a maioria das perguntas após a saída.
O que é offboarding de colaboradores?
O processo de gerir a saída de um colaborador: transferir o conhecimento e as responsabilidades, revogar o acesso, devolver bens da empresa, concluir o pagamento final e os documentos legais e encerrar a relação de trabalho de forma adequada.
O que deve incluir uma checklist de offboarding?
Tarefas em três faixas. Revogação de acesso cobrindo todos os sistemas, dispositivos e credenciais. Transferência de conhecimento incluindo o documento de passagem de testemunho e a apresentação ao sucessor. Legal e salários cobrindo pagamento final, documentos legais, benefícios e cláusulas. Além disso, a entrevista de saída, anúncios e verificação após a saída.
Quanto tempo deve demorar o offboarding?
Comece no dia em que o aviso é recebido e execute-o ao longo de todo o período de aviso. A captura de conhecimento pertence às primeiras duas semanas, não à última. As tarefas após a saída, incluindo verificação de acesso, documentos legais e arquivamento de ficheiros, continuam até 30 dias depois.
Qual é a diferença entre fazer offboarding de uma resignação e de um despedimento?
Quase tudo, exceto a papelada. Um despedimento normalmente significa revogação imediata do acesso, muitas vezes antes da conversa, sem janela de transferência de conhecimento, um anúncio preparado previamente, sem entrevista de saída e com significativamente mais exposição legal. Tratar ambos como um único processo é um erro nos dois sentidos.
Quando deve revogar o acesso aos sistemas?
Por etapas, em vez de tudo de uma vez. Direitos de administrador e acesso à produção cedo, assim que essas áreas forem passadas. Sistemas voltados para o cliente em seguida. Email e ferramentas gerais no último dia, no fim do dia. Para saídas involuntárias, tudo imediatamente. Depois, verifique contra um registo no prazo de 24 horas, por alguém que não seja a pessoa que revogou.
O que deve constar num documento de passagem de testemunho?
Resumo de funções, cada responsabilidade com o seu sucessor, tarefas recorrentes e o que as desencadeia, processos não documentados, trabalho em curso com estado e próximas ações, contactos-chave com contexto, níveis de acesso e sistemas, onde os ficheiros estão incluindo qualquer coisa guardada localmente, e exceções e soluções alternativas conhecidas.
Deve fazer uma entrevista de saída?
Para resignações, sim, na última semana e conduzida por RH em vez do gestor. Pergunte quando é que começou a pensar em sair e o que os teria mantido. Agregue temas trimestralmente, porque uma entrevista é um caso. Ignore-a em despedimentos, onde normalmente é inadequada.
Os prestadores externos precisam de offboarding?
Sim, e muitas vezes têm um risco mais elevado porque o acesso é concedido de forma informal e não existe um processo de RH a acompanhar a data de fim. Defina a expiração de acesso no momento da concessão, associada ao fim do contrato, e inclua os prestadores externos no registo de acessos.
Posso personalizar este modelo de offboarding?
Sim, todas as versões são totalmente editáveis. A parte que tem de ser sua é o inventário do sistema, e construí-lo a partir da sua checklist de onboarding é o caminho mais rápido. Na Trupeer AI, também pode aplicar o seu kit de marca para que os documentos de offboarding correspondam aos seus outros materiais de RH.
