Power BI · 2026-10-08

Onboarding no Power BI: acompanhe marcos e bloqueios

Acompanhe onboarding no Power BI por marcos, prazos e evidências. Separe tarefas não aplicáveis, pendências e autonomia para orientar ações de integração.

Onboarding no Power BI: acompanhe marcos e bloqueios

Onboarding no Power BI: acompanhe marcos e bloqueios

Onboarding no Power BI é o acompanhamento da integração de uma pessoa após sua entrada na equipe. O painel deve revelar quais condições de trabalho já foram atendidas, quais marcos estão pendentes e quem pode remover cada bloqueio. Contar tarefas concluídas ajuda, mas não comprova que a pessoa consegue executar seu trabalho com autonomia.

1. Defina o resultado do onboarding no Power BI

Escolha um objetivo concreto para cada função: acesso aos sistemas necessários, entendimento da rotina e execução acompanhada de uma tarefa representativa. Diferencie esse processo do recrutamento, que termina com a entrada da pessoa. O marco inicial da integração precisa ser declarado, como a data efetiva de início.

Não use um roteiro único para funções muito diferentes. Um analista administrativo e um profissional de operação podem precisar de acessos e práticas distintos. Defina uma base comum e módulos específicos. O painel deve mostrar qual roteiro se aplica a cada pessoa, em vez de comparar percentuais produzidos por listas incompatíveis de tarefas.

2. Modele pessoa, episódio e marco esperado

Crie uma chave de pessoa e outra de episódio de integração. Uma mesma pessoa pode passar por admissão e, depois, por integração em uma nova função. Cada episódio guarda início, função, responsável e versão do roteiro. As tarefas esperadas pertencem ao episódio, não apenas à pessoa.

Em um exemplo hipotético, Ana concluiu a integração administrativa e assumiu uma função operacional meses depois. Aproveitar todas as tarefas anteriores como concluídas esconderia necessidades da nova função. Gere os marcos do novo episódio com regras próprias e identifique o que foi dispensado por equivalência. Essa dispensa deve ter motivo e responsável registrados.

3. Gere expectativas antes de contar conclusões

Uma base formada somente por tarefas concluídas nunca mostra corretamente o que falta. Gere a lista de marcos esperados quando o episódio começa. Para cada marco, guarde prazo, criticidade operacional, evidência e área responsável. Relacione a conclusão a esse registro esperado.

No modelo, separe os atributos usados como filtros dos eventos de execução, conforme a orientação de esquema estrela da Microsoft, consultada em 8 de outubro de 2026. Para este processo, função e área podem organizar a análise, enquanto cada expectativa registra um compromisso concreto. Confira se existe apenas uma linha por episódio, marco e versão aplicável.

4. Calcule prazos com regras explícitas

Escolha se o prazo usa dias corridos, dias úteis ou dias de trabalho previstos. Essa escolha muda o significado do atraso. Se usar dias úteis, mantenha um calendário validado pela empresa, incluindo as exceções necessárias à operação. Não presuma que todo departamento trabalha no mesmo regime.

Em um exemplo hipotético, uma liberação deve ocorrer até o terceiro dia de trabalho previsto. A pessoa inicia numa quinta-feira e não trabalha no sábado. A data esperada depende do calendário adotado. Guarde tanto o deslocamento previsto quanto a data calculada. Isso permite revisar mudanças de início sem perder o motivo de uma alteração no compromisso.

5. Separe pendência, atraso e item não aplicável

Use estados distintos: esperado, em execução, concluído, bloqueado e não aplicável. Um item não aplicável sai do denominador de conclusão apenas quando houver justificativa validada. Uma tarefa ainda dentro do prazo é pendente, mas não atrasada. Um marco bloqueado pode estar em qualquer uma dessas situações.

Em um exemplo hipotético, um episódio tem dez marcos, dois dispensados e seis concluídos. A conclusão dos marcos aplicáveis é seis sobre oito, ou setenta e cinco por cento. Mostre também dois pendentes e duas dispensas. Sem essas contagens, a mesma taxa poderia representar roteiros de tamanhos muito diferentes e impedir a interpretação correta.

6. Verifique a qualidade da evidência de conclusão

Defina evidências adequadas ao marco. Para acesso a um sistema, registre a confirmação de funcionamento, em vez de apenas a abertura de um chamado. Para uma atividade acompanhada, registre execução, data e validação do responsável. Evite guardar documentos sensíveis no painel quando uma referência controlada for suficiente.

Uma conclusão sem evidência deve aparecer como informação a revisar, não como sucesso definitivo. Crie uma fila de registros que perderam a referência ou têm datas inconsistentes. O objetivo é corrigir o processo de registro. O dashboard não deve transformar a ausência de um comprovante em julgamento automático sobre a pessoa integrada.

7. Diferencie treinamento de autonomia observada

Presença em treinamento e execução autônoma são resultados diferentes. Use um marco específico para cada um. Em uma tarefa hipotética, a pessoa participa da orientação, pratica com apoio e depois realiza uma execução observada. Cada etapa exige um critério de validação conhecido.

A matriz de competências pode apoiar a definição das práticas necessárias. Não transforme a integração em uma avaliação ampla de desempenho. Limite o painel aos requisitos do episódio e informe quando a observação ainda não ocorreu. Um percentual de tarefas administrativas concluídas não deve receber o nome de prontidão para a função.

8. Compare grupos com o mesmo tempo de exposição

Quem entrou ontem não teve o mesmo tempo para concluir marcos que quem entrou há um mês. Compare episódios em faixas de idade semelhantes, calculadas desde o início. Para medir cumprimento de prazo, considere os marcos cujo prazo já venceu na data de referência.

Preserve episódios ainda abertos como acompanhamento em curso. Não calcule o tempo médio apenas com casos concluídos sem informar essa seleção, pois os mais demorados podem continuar fora da medida. A análise de retenção por coorte complementa o contexto de entrada, mas não prova que o onboarding causou permanência ou desligamento.

9. Mostre bloqueios por área que pode resolvê-los

Organize a fila por marco, idade da pendência, área responsável e próxima ação. Diferencie o responsável pela pessoa do responsável pela liberação. Um gestor pode acompanhar a integração, enquanto outra equipe controla equipamento ou acesso. Essa distinção evita encaminhamentos repetidos sem solução.

Registre causas verificáveis, como solicitação incompleta, dependência de outra tarefa ou ausência de equipamento. Não escreva avaliações pessoais em campos livres destinados a um público amplo. Disponibilize dados individuais apenas a quem precisa deles e use agregados para a visão gerencial. A revisão deve localizar o gargalo do processo e atribuir uma ação, não expor situações particulares desnecessárias.

10. Valide episódios e mantenha o roteiro versionado

Teste um episódio completo, outro recém-iniciado, uma transferência de função, uma dispensa e uma mudança de prazo. Confira manualmente os denominadores e a lista de atrasos. Quando o roteiro mudar, mantenha a versão aplicada a cada episódio ou registre explicitamente uma migração aprovada.

O modelo editável de RH inclui análises de treinamento e distribuição da equipe. Para acompanhar onboarding, acrescente episódios, marcos esperados e evidências. Comece por uma função, revise bloqueios semanalmente e ajuste o roteiro com base em dificuldades observadas. Depois valide se as mudanças melhoraram a execução, sem confundir preenchimento de tarefas com autonomia.