Edição em Markdown

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

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

> Crie um mapa datado das tarefas sob sua responsabilidade, seus resultados, verificações, direitos e aprovações humanas. Escolha uma tarefa para testar depois com IA ou registre 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 você realmente controla. Uma tarefa pode produzir uma resposta fácil de verificar e ainda envolver dados privados, uma ação irreversível ou um julgamento 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 é preciso executar IA para concluí-lo.

A ideia inicial vem do [ensaio de Andrej Karpathy sobre verificabilidade, de novembro de 2025](https://karpathy.bearblog.dev/verifiability/). Ele argumenta 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 confiável. São perguntas a investigar, não uma regra de autorização no trabalho. O registro abaixo é nossa própria ficha. Ele acrescenta pessoas, permissões e consequências que um responsável precisa estabelecer em um 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 organizações consideram sistemas de IA; não endossa esta ficha nem certifica qualquer tarefa.

## O que você precisa

Você precisa de acesso a registros reais do trabalho que controla ou tem permissão para avaliar: um registro de tarefas, calendário, procedimento, fila de solicitações ou as pessoas responsáveis. Precisa também de um local privado para guardar o mapa e os links de evidências, um responsável identificado pelo processo e outra pessoa autorizada a questionar a decisão. Informe qual equipe ou processo e quais datas o inventário abrange. Não coloque material confidencial de origem em um serviço de IA para fazer o mapa.

Preveja o tempo para encontrar e revisar os registros. O mapa em si não exige conta de IA, API paga ou compra de software. Um teste posterior pode exigir permissão separada, cobranças de ferramentas, tempo de revisão da equipe e um orçamento de erros.

## 1. Inventarie o trabalho como ele é feito

Defina o período e o escopo antes de listar as tarefas. Registre a origem de cada linha para outra pessoa encontrá-la. Para cada tarefa recorrente, identifique o gatilho, a entrada real, o executor atual, o resultado exigido, o destinatário e a aprovação existente. Peça ao responsável que confirme o que os registros omitem. Marque um detalhe não verificado como **desconhecido**.

Divida um fluxo quando mudarem o resultado, a permissão ou a consequência. Um rótulo amplo pode esconder uma transferência que exige outra autoridade. Use uma quantidade de linhas fiel ao trabalho; não há meta numérica. Anote equipes ou períodos excluídos para o revisor perceber uma tarefa ausente sem confundi-la com uma candidata inadequada.

**Verificação:** O revisor conseguiria seguir a evidência, identificar o responsável e dizer o que deve ser entregue a quem? Se o inventário for insuficiente, volte aos registros do responsável antes de classificar qualquer coisa.

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

Para cada resultado, pergunte o que alguém diferente de quem o produziu examinaria. Identifique a fonte de referência, a regra exata de aprovação e qualquer julgamento necessário. Como o revisor detectaria uma omissão ou uma resposta plausível, mas errada? Verificar daria quase tanto trabalho quanto executar a tarefa? Registre quem poderia verificar e quanto esforço de revisão é conhecido ou ainda desconhecido.

Classifique a verificação como **existente**, **proposta** ou **desconhecida**. “Existente” significa que há uma verificação no processo atual, com evidências de como é usada. “Proposta” significa que uma possível regra foi escrita, mas não se demonstrou que detecta os erros relevantes. Nenhum rótulo prova que uma saída 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.

Agora faça três perguntas separadas, adaptadas do [ensaio de Karpathy](https://karpathy.bearblog.dev/verifiability/): uma tentativa malsucedida pode ser reiniciada sem dano duradouro? Seria possível fazer tentativas **autorizadas** em quantidade suficiente dentro de tempo e custo razoáveis? Cada tentativa poderia receber uma verificação confiável? Escreva sim, não ou desconhecido com evidências locais para cada pergunta. Karpathy usa essas propriedades para discutir otimização por IA; suas respostas não determinam se o uso no trabalho é permitido.

## 3. Registre a autoridade e os custos da falha

A possibilidade de verificar é só parte da decisão. Registre quem controla os dados de entrada, se o uso proposto de IA e qualquer divulgação são permitidos e quais 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 etapa posterior que não possa ser facilmente desfeita. Compare o custo provável de uma aprovação indevida com o da verificação humana e do retrabalho; use **desconhecido** quando não puder sustentar uma estimativa.

Anote o contexto que a verificação do resultado pode perder: regras não escritas, exceções, fontes em mudança ou uma decisão que exige julgamento humano responsável. Um prompt que manda a ferramenta pedir permissão não é, por si só, uma permissão ou um controle de acesso. [As orientações MAP do NIST](https://airc.nist.gov/airmf-resources/playbook/map/) pedem que organizações examinem contexto de uso, pessoas afetadas, dados e supervisão; 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 direitos, divulgação, quem pode aprovar uma ação ou uma recuperação crível não estiverem claros, mantenha essa incerteza no registro. Uma verificação bem definida não pode resolvê-la.

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

Use estas **categorias da nossa ficha editorial**, com um motivo e um link de evidência para cada linha:

- **Candidata a teste limitado:** é possível especificar resultado, verificação, caminho de reinício e autoridade para um teste aprovado separadamente. É uma candidata à investigação, não uma autorização para automatizar.
- **Preparar a verificação:** a tarefa está descrita, mas sua regra de aprovação, fonte de verdade ou verificador ainda precisa de definição ou validação.
- **Somente assistência à pessoa:** ajuda limitada de redação ou análise pode ser útil, enquanto uma pessoa identificada mantém o julgamento de consequências e a aprovação. Qualquer uso real ainda precisa de permissão.
- **Em espera:** direitos, contexto, consequência da falha, recuperação ou outras evidências necessárias continuam sem solução.

Não force uma pontuação numérica a partir de incógnitas. Compare apenas linhas que poderiam se qualificar para um teste limitado. Registre por que uma vem primeiro, incluindo sua carga de revisão e o dano de uma aprovação indevida. Escolher **nenhuma por enquanto** é uma decisão completa se toda linha tem um pré-requisito pendente. Identifique a pessoa e as evidências necessárias para reavaliá-la.

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

Para a primeira candidata, defina o teste futuro sem realizá-lo. Especifique a amostra permitida e os limites de entrada, o processo atual de referência, o resultado esperado, uma regra exata de aprovação ou reprovação, o verificador e o revisor humano. Proponha limites de tentativas, tempo, cobranças e esforço de revisão. Diga quando parar, como voltar ao processo atual, quem poderia autorizar um teste posterior e quais resultados seriam registrados: aprovações, omissões, falhas, novas tentativas, tempo de revisão e custos completos. Deixe a autorização e os resultados observados em branco até existirem. Se o resultado escolhido puder acionar uma ação externa, reserve essa ação ao aprovador humano identificado.

Peça ao responsável pelo processo e a um segundo revisor autorizado que examinem todo o inventário. Eles devem questionar trabalho omitido, precisão das fontes, viabilidade da verificação, direitos e a justificativa da candidata ou de não escolher nenhuma. Registre a decisão real e a data de cada pessoa, incluindo divergências e as evidências para resolvê-las. Aceitar o mapa não autoriza um teste de produto. Se tarefa, dados, direitos, verificação ou consequências mudarem, date uma nova decisão da linha e preserve o registro anterior.

Se um teste de ferramenta for aprovado depois, [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) parte dessa tarefa selecionada. Este mapa termina antes de escolher e testar produtos.

## Ficha em branco do mapa de decisão

Copie os campos para um documento ou tabela privados. Adicione uma linha para cada tarefa real e mantenha os fatos desconhecidos visíveis. Não preencha os campos vazios com trabalho imaginado.

**Cabeçalho do inventário**

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

**Repetir para cada linha de tarefa**

- ID da tarefa / responsável / evidência e data: \_\_\_\_
- Gatilho real, entrada e fonte de referência: \_\_\_\_
- Executor, método e aprovação atuais: \_\_\_\_
- Resultado exigido e destinatário: \_\_\_\_
- Regra de aprovação, exceções e fonte de verificação: \_\_\_\_
- Verificador independente e status (existente / proposto / desconhecido): \_\_\_\_
- O que a verificação pode perder / tempo para verificar: \_\_\_\_
- Reinício ou reversão da tentativa falha / repetições autorizadas e custos: \_\_\_\_
- Consequência de aprovação indevida / ação posterior / julgamento exclusivamente humano: \_\_\_\_
- Direitos dos dados, privacidade e permissão de divulgação: \_\_\_\_
- Leituras e gravações permitidas / aprovador humano e autoridade para parar: \_\_\_\_
- Categoria, motivo, evidência faltante e próximo responsável ou ação: \_\_\_\_
- Data da 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 vem antes da 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 verificação de aprovação indevida: \_\_\_\_
- Limites propostos de tentativas, tempo, cobranças e revisão: \_\_\_\_
- Regra de parada, reinício e retorno ao processo atual: \_\_\_\_
- Autorizador do teste 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 ao redor adequado à IA sem supervisão. A primeira decisão útil é um mapa rastreável do trabalho que você controla: o que precisa ser entregue, como os erros seriam encontrados, se tentativas falhas podem ser contidas e quem tem direito de aprovar um teste. A resposta pode ser uma candidata limitada ou nenhuma por enquanto. Este procedimento propõe esse registro de decisão; BIG CHANGE não o testou em uma organização nem mediu benefícios de tempo, qualidade ou custo.

## Fontes e leitura complementar

- [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 automaçã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 estrutura decisória do referencial voluntário; suas funções não formam 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 ambientes reiniciáveis, eficientes e avaliáveis por recompensas como favoráveis à otimização por IA. Não fornece esta ficha de trabalho nem estabelece permissão ou adequação de tarefas.
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) — Estrutura voluntária govern/map/measure/manage para contexto, supervisão e medição. 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) — Próximo passo contextual após escolher uma tarefa. Este artigo não repete a seleção de produtos ou o procedimento de teste desse guia.