Edição Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Mapeie o seu trabalho e escolha uma primeira tarefa para testar com IA

> Crie um mapa datado das tarefas sob a sua responsabilidade, dos resultados, verificações, direitos e aprovações humanas. Escolha uma tarefa para testar mais tarde com IA ou registe por que nenhuma está pronta.

By BIG CHANGE Editorial

Published: 2026-10-20T12:07:38.357Z
Updated: 2026-10-20T12:07:38.357Z
Canonical: https://bigchange.ai/blog/map-work-choose-first-ai-task-guide

![Conceptual charcoal illustration of blank task cards in a wall-mounted wooden rack, beside one empty orange-edged slot.](https://bigchange.ai/api/media/file/blank-task-rack-hero-v2.png)
AI-generated conceptual illustration by BIG CHANGE.

Antes de escolher uma ferramenta de IA, descreva o trabalho que efetivamente controla. Uma tarefa pode gerar uma resposta fácil de verificar e ainda assim envolver dados privados, uma ação irreversível ou um juízo que cabe a uma pessoa. Este guia ajuda a criar um mapa de decisão datado das suas tarefas. O resultado final é uma proposta de primeiro teste ou uma decisão documentada de que nenhuma tarefa está pronta. Não precisa de executar IA para o concluir.

A ideia inicial vem do [ensaio de Andrej Karpathy sobre verificabilidade, de novembro de 2025](https://karpathy.bearblog.dev/verifiability/). Defende que um ambiente se presta mais à otimização por IA quando as tentativas podem ser reiniciadas, repetidas com eficiência e receber um sinal de recompensa fiável. São questões a investigar, não uma regra de autorização laboral. O registo abaixo é a nossa própria ficha. Acrescenta as pessoas, permissões e consequências que um responsável deve estabelecer num processo real. [O AI Risk Management Framework voluntário do NIST](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) também pede contexto, supervisão e medição quando as organizações ponderam sistemas de IA; não aprova esta ficha nem certifica qualquer tarefa.

## Do que precisa

Precisa de acesso a registos reais do trabalho que controla ou tem autorização para avaliar: um registo de tarefas, calendário, procedimento, fila de pedidos ou as pessoas responsáveis. Precisa também de um local privado para guardar o mapa e as ligações às provas, de um responsável identificado pelo processo e de outra pessoa autorizada a contestar a decisão. Indique a equipa ou processo e as datas abrangidas. Não introduza material confidencial de origem num serviço de IA para criar este mapa.

Conte com o tempo necessário para encontrar e rever os registos. O mapa em si não exige conta de IA, API paga ou compra de software. Um teste posterior pode exigir autorização separada, custos de ferramentas, tempo de revisão da equipa e um orçamento de erros.

## 1. Faça o inventário do trabalho tal como é realizado

Defina o período e o âmbito antes de listar tarefas. Registe a fonte de cada linha para outra pessoa a encontrar. Para cada tarefa recorrente, identifique o evento desencadeador, a entrada real, o executante atual, o resultado exigido, o destinatário e a aprovação existente. Peça ao responsável que confirme as omissões dos registos. Assinale um detalhe não verificado como **desconhecido**.

Divida um fluxo quando o resultado, a autorização ou a consequência mudar. Uma designação ampla pode ocultar uma passagem de trabalho que exige outra autoridade. Mantenha um número de linhas fiel ao trabalho; não há quantidade-alvo. Registe equipas ou períodos excluídos para o revisor detetar uma tarefa em falta sem a confundir com uma candidata inadequada.

**Verificação:** O revisor conseguiria seguir a ligação à prova, identificar o responsável e dizer o que deve ser entregue e a quem? Se o inventário for insuficiente, volte aos registos do responsável antes de ordenar prioridades.

## 2. Descreva a verificação antes da ferramenta

Para cada resultado, pergunte o que examinaria uma pessoa diferente de quem o produziu. Identifique a fonte de referência, a regra exata de aprovação e o juízo necessário. Como detetaria o revisor uma omissão ou resposta plausível mas errada? Verificar daria quase tanto trabalho como realizar a tarefa? Registe quem poderia verificar e que esforço de revisão é conhecido ou continua desconhecido.

Classifique a verificação como **existente**, **proposta** ou **desconhecida**. «Existente» significa que há uma verificação no processo atual, com provas de como é usada. «Proposta» significa que escreveu uma possível regra, sem demonstrar que deteta erros relevantes. Nenhuma designação prova que um resultado de IA passará na verificação. Uma tarefa sem fonte de verdade ou regra de aprovação viável precisa de preparação antes de ser candidata ao primeiro teste.

Faça agora três perguntas distintas, adaptadas do [ensaio de Karpathy](https://karpathy.bearblog.dev/verifiability/): uma tentativa falhada pode ser reiniciada sem dano duradouro? Seria possível realizar tentativas **autorizadas** em número suficiente dentro de um prazo e custo razoáveis? Poderia cada tentativa receber uma verificação fiável? Escreva sim, não ou desconhecido com provas locais para cada pergunta. Karpathy usa estas propriedades para discutir otimização por IA; as respostas não determinam se o uso no trabalho é permitido.

## 3. Registe a autoridade e os custos das falhas

A possibilidade de verificar é apenas uma parte da decisão. Registe quem controla os dados de entrada, se o uso proposto de IA e qualquer divulgação são permitidos e que pessoas podem ser afetadas. Especifique o que uma ferramenta futura poderia ler ou escrever e quem pode aprovar uma ação de forma exclusiva. Identifique qualquer passo posterior que não possa ser facilmente desfeito. Compare o custo provável de uma aprovação indevida com os custos de verificação humana e de refazer o trabalho; use **desconhecido** quando não puder fundamentar uma estimativa.

Registe o contexto que a verificação do resultado pode ignorar: regras não escritas, exceções, fontes em mudança ou decisões que exigem juízo humano responsável. Um prompt que manda uma ferramenta pedir autorização não é, por si só, uma autorização ou um controlo de acesso. [As orientações MAP do NIST](https://airc.nist.gov/airmf-resources/playbook/map/) pedem que as organizações examinem o contexto de uso, as pessoas afetadas, os dados e a supervisão; as suas [orientações MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) abordam métodos de teste e limites. Ambas são voluntárias, não um selo de aprovação da sua linha.

**Verificação:** Se os direitos, a divulgação, quem pode aprovar uma ação ou uma via de recuperação credível não estiverem claros, mantenha a incerteza no registo. Uma verificação bem definida não a resolve.

## 4. Classifique cada linha e escolha no máximo uma primeira candidata

Use estas **categorias da nossa ficha editorial**, com um motivo e uma ligação à prova para cada linha:

- **Candidata a um teste limitado:** podem especificar-se o resultado, a verificação, a reposição inicial e a autoridade para um teste aprovado separadamente. É uma candidata a investigação, não autorização para automatizar.
- **Preparar a verificação:** a tarefa está descrita, mas a regra de aprovação, a fonte de verdade ou o verificador ainda precisa de definição ou validação.
- **Apenas assistência à pessoa:** uma ajuda limitada de redação ou análise pode ser útil, enquanto uma pessoa identificada mantém o juízo com consequências e a aprovação. Qualquer uso real continua a precisar de autorização.
- **Em espera:** direitos, contexto, consequências de falha, recuperação ou outras provas necessárias continuam por resolver.

Não force uma pontuação numérica a partir de incógnitas. Compare apenas linhas que possam qualificar-se para um teste limitado. Registe por que uma vem primeiro, incluindo a carga de revisão e o dano de uma aprovação indevida. Escolher **nenhuma por enquanto** é uma decisão completa se cada linha tiver um pré-requisito pendente. Identifique a pessoa e as provas necessárias para a reavaliar.

## 5. Proponha um plano de aceitação e obtenha uma revisão do mapa

Para a primeira candidata, defina o teste futuro sem o realizar. Especifique a amostra permitida e os limites de entrada, o processo atual de referência, o resultado pretendido, a regra exata de aprovação ou reprovação, o verificador e o revisor humano. Proponha limites de tentativas, tempo, encargos das ferramentas e esforço de revisão. Diga quando parar, como regressar ao processo atual, quem poderia autorizar um teste posterior e que resultados seriam registados: aprovações, omissões, falhas, novas tentativas, tempo de revisão e custos completos. Deixe em branco a autorização e os resultados observados até existirem. Se o resultado escolhido puder desencadear uma ação externa, reserve-a ao aprovador humano identificado.

Peça ao responsável do processo e a um segundo revisor autorizado que examinem o inventário completo. Devem questionar trabalho em falta, exatidão das fontes, viabilidade da verificação, direitos e a justificação da candidata ou de não selecionar nenhuma. Registe a decisão real e a data de cada pessoa, incluindo divergências e as provas que as resolveriam. Aceitar o mapa não autoriza um ensaio de produto. Se a tarefa, os dados, os direitos, a verificação ou as consequências mudarem, date uma nova decisão da linha e guarde o registo anterior.

Se mais tarde for aprovado um teste de ferramenta, [o nosso guia separado para escolher ou rejeitar uma ferramenta de IA para uma tarefa de pequena empresa](https://bigchange.ai/blog/choose-ai-tool-small-business-task-guide) começa nessa tarefa selecionada. Este mapa termina antes da seleção e teste de produtos.

## Ficha em branco do mapa de decisão

Copie os campos para um documento ou tabela privados. Acrescente uma linha por tarefa real e deixe os factos desconhecidos visíveis. Não preencha campos em branco com trabalho imaginado.

**Cabeçalho do inventário**

- Processo e âmbito: \_\_\_\_
- Datas incluídas / trabalho excluído: \_\_\_\_
- Responsável pelo processo / responsável pela decisão do mapa: \_\_\_\_
- Local das provas e regras de acesso: \_\_\_\_
- Data e versão do mapa: \_\_\_\_

**Repetir para cada linha de tarefa**

- ID da tarefa / responsável / ligação à prova e data: \_\_\_\_
- Evento desencadeador real, entrada e fonte de referência: \_\_\_\_
- Executante, método e aprovação atuais: \_\_\_\_
- Resultado exigido e destinatário: \_\_\_\_
- Regra de aprovação, exceções e fonte da verificação: \_\_\_\_
- Verificador independente e estado (existente / proposto / desconhecido): \_\_\_\_
- O que a verificação pode ignorar / tempo de verificação: \_\_\_\_
- Reinício ou reversão de tentativa falhada / repetições autorizadas e custos: \_\_\_\_
- Consequência de aprovação indevida / ação posterior / juízo exclusivamente humano: \_\_\_\_
- Direitos dos dados, privacidade e autorização de divulgação: \_\_\_\_
- Leituras e escritas permitidas / aprovador humano e autoridade para parar: \_\_\_\_
- Categoria, motivo, provas em falta e próximo responsável ou ação: \_\_\_\_
- Data de decisão / evento que exige revisão: \_\_\_\_

**Decisão da primeira candidata e teste proposto**

- ID da candidata, ou «nenhuma por enquanto», e motivo: \_\_\_\_
- Por que esta linha precede a próxima elegível: \_\_\_\_
- Amostra e entrada autorizadas e limites propostos de ferramenta ou ação: \_\_\_\_
- Processo atual de referência, resultado e regra exata de aprovação ou reprovação: \_\_\_\_
- Verificador, revisor, exceções e controlo de aprovações indevidas: \_\_\_\_
- Limites propostos de tentativas, tempo, encargos e revisão: \_\_\_\_
- Regra de paragem, reinício e regresso ao processo atual: \_\_\_\_
- Autorizador do ensaio posterior / decisão e data da autorização: \_\_\_\_
- Tentativas, resultados e custos reais (deixar em branco até serem observados): \_\_\_\_
- Decisão e data do responsável pelo processo: \_\_\_\_
- Decisão e data do segundo revisor, objeções e resolução: \_\_\_\_

## A grande mudança

Um resultado verificável facilita avaliar uma tarefa, mas não torna o trabalho envolvente adequado à IA sem supervisão. A primeira decisão útil é um mapa rastreável do trabalho que controla: o que tem de ser entregue, como seriam encontrados os erros, se tentativas falhadas podem ser contidas e quem tem direito a aprovar um teste. A resposta pode ser uma candidata limitada ou nenhuma por enquanto. Este procedimento propõe esse registo de decisão; BIG CHANGE não o testou numa organização nem mediu benefícios de tempo, qualidade ou custo.

## Fontes e leituras adicionais

- [Andrej Karpathy, «Verifiability» (17 de novembro de 2025)](https://karpathy.bearblog.dev/verifiability/) — o argumento sobre ambientes reiniciáveis, eficientes e avaliáveis por recompensas. Não fornece esta ficha de trabalho nem aprova a automatização de uma tarefa.
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) — contexto, supervisão, medição e enquadramento da decisão no referencial voluntário; as funções não são uma lista ordenada.
- [NIST AI RMF Playbook: MAP](https://airc.nist.gov/airmf-resources/playbook/map/) — perguntas voluntárias sobre contexto de uso, pessoas, dados, impactos e papéis humanos.
- [NIST AI RMF Playbook: MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) — orientações voluntárias sobre métodos de teste, limites, avaliação independente e revisão contínua.

## Sources

- [Andrej Karpathy, Verifiability](https://karpathy.bearblog.dev/verifiability/) — Ensaio original que defende que ambientes reiniciáveis, eficientes e avaliáveis por recompensas favorecem a otimização por IA. Não fornece esta ficha de trabalho nem estabelece autorização ou adequação de uma tarefa.
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) — Enquadramento voluntário govern/map/measure/manage para contexto, supervisão e medição. As suas ações não são uma lista ordenada e não certifica este método.
- [NIST AI RMF Playbook: MAP](https://airc.nist.gov/airmf-resources/playbook/map/) — Sugestões voluntárias sobre contexto, impactos, dados e papéis humanos. Informam as perguntas originais da ficha, não aprovam uma tarefa real.
- [NIST AI RMF Playbook: MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) — Orientações voluntárias sobre métodos de teste, limites e supervisão. Nenhuma verificação proposta neste artigo foi validada.
- [BIG CHANGE, Como escolher ou rejeitar uma ferramenta de IA para uma tarefa de pequena empresa](https://bigchange.ai/blog/choose-ai-tool-small-business-task-guide) — Passo seguinte contextual após a seleção de uma tarefa. Este artigo não repete a seleção de produtos nem o procedimento de ensaio desse guia.