Passagem de caso sem memória paralela: o trabalho precisa sobreviver à troca
Um método para testar se o caso previdenciário preserva estado, fontes, decisões, lacunas e próxima ação quando muda a pessoa responsável.
- Pergunta de trabalho
- O que precisa estar registrado para outra pessoa assumir um caso previdenciário sem depender de conversa, chat ou lembrança do responsável anterior?
- Você sai com
- Um pacote mínimo para a passagem do caso e um teste cronometrado com exemplo fictício para revelar lacunas de estado, fonte, decisão e responsabilidade.
A passagem costuma parecer concluída quando alguém diz “já expliquei tudo”. A falha aparece dias depois: a nova pessoa não sabe qual documento prevalece, por que um cálculo foi refeito, o que um comentário bloqueia ou quem espera uma resposta. A memória paralela — conversa, chat e lembrança — é útil para contexto, mas não pode ser o único lugar onde o caso existe.
Resposta curta
Um caso pronto para troca contém objetivo operacional, estado atual, fontes, versões, decisões registradas, lacunas, dependências, responsáveis e próxima ação. O teste mais honesto é retirar a explicação oral: uma pessoa que não acompanhou a montagem recebe um caso fictício e precisa reconstruir o estado dentro de um tempo definido.
O Código de Ética da OAB orienta deveres profissionais e sigilo. Registrar continuidade não autoriza ampliar acesso: cada pessoa deve ver apenas o necessário. A LGPD também exige necessidade, segurança e responsabilização no tratamento.
O pacote mínimo
| Elemento | Resposta que precisa existir | Sinal de falha |
|---|---|---|
| estado | onde o caso está agora? | status genérico “em andamento” |
| origem | de onde vieram fatos e documentos? | arquivo solto sem referência |
| versão | qual documento é o atual? | nomes como “final 3 agora vai” |
| decisão | o que foi decidido e por quem? | justificativa apenas no chat |
| lacuna | o que ainda não sabemos? | campo preenchido por suposição |
| próxima ação | quem faz o quê e até quando? | responsabilidade coletiva |
| bloqueio | o que impede avançar? | tarefa aberta sem dependência |
O pacote não precisa virar relatório longo. Ele precisa ser derivável do próprio caso e apontar para os artefatos relevantes.
Ficha para o teste de troca
| Informação | Situação do exemplo fictício |
|---|---|
| estado atual | CNIS em revisão |
| versões atuais | CNIS 2, cenário 1 e minuta 3 |
| lacuna aberta | falta a fonte da linha 5 |
| itens bloqueados | cenário 1 e minuta 3 |
| próxima ação | a pessoa revisora valida a fonte de apoio |
| prazo | data relativa, sem aparência de caso real |
| explicação oral | não permitida durante o teste |
Escolha uma pessoa que não criou o caso fictício. Cronometre o tempo até ela apontar o original, explicar as três versões, localizar a lacuna e identificar a próxima ação. Não corrija durante o teste; anote onde ela procurou e que perguntas fez.
O que observar
- A pessoa encontra o estado sem abrir todos os arquivos.
- A fonte original continua distinguível da interpretação.
- Versões anteriores não competem com a atual.
- Decisões têm responsável e justificativa.
- Lacunas estão visíveis sem parecer erro de sistema.
- Próxima ação contém dono e condição de conclusão.
- Acesso é suficiente, mas não maior que o necessário.
O custo da memória paralela
Quando uma troca exige reunião longa, há custo direto de tempo. Os custos maiores são difíceis de ver: refazer conferência já realizada, escolher arquivo errado, repetir pedido, perder uma divergência e adiar uma ação porque ninguém sabe quem a assumiu. O problema não é a conversa; é a conversa não deixar vestígio operacional.
Mensagens também podem misturar dados e contextos além da finalidade. O guia da ANPD para agentes de pequeno porte reforça práticas de segurança proporcionais. Centralizar o estado não significa centralizar acesso irrestrito: perfis, registros e descarte continuam necessários.
Retrospectiva sem procurar culpados
Depois do teste, classifique cada pergunta não respondida: estado, fonte, versão, decisão, lacuna, ação ou acesso. Corrija o sistema de trabalho e repita com outro caso fictício. A métrica principal é a queda de perguntas orais e de tempo até reconstruir o estado, sem aumentar exposição de dados.
O MesaPrev pretende tornar esse pacote consequência do caso versionado. Ainda assim, o piloto deve provar o efeito. Se o time continua mantendo uma planilha e um chat para entender o que a tela não explica, a interface apenas adicionou uma nova camada à passagem.
Continuidade também precisa de saída
Uma boa passagem não termina quando a nova pessoa abre o caso. Termine o teste depois que ela executa a próxima ação e registra o efeito. Isso revela instruções aparentemente claras que não possuem critério de conclusão, dependências sem acesso ou prazos que não distinguem evento externo de compromisso interno.
Inclua ainda uma troca emergencial, na qual a pessoa anterior não pode responder. O objetivo não é normalizar sobrecarga nem vigiar indivíduos; é verificar resiliência do processo. Se o caso só avança quando uma pessoa específica está disponível, registre essa dependência e escolha entre documentar, redistribuir acesso ou manter conscientemente aquele ponto especialista.
Fontes oficiais
Continue a rota