Informação clara e baseada em fontes para programas empresariais de IA.

Pesquisar estratégia de IA, automatização ou governação...
Alternar menu

Descoberta de casos de uso de IA

Como observar o trabalho real antes de propor um caso de uso de IA

Um método de investigação no terreno para distinguir uma frustração relatada de uma oportunidade de IA sustentada por casos, artefactos e registos reais.

Duas colegas entregam uma pasta bege sobre uma mesa de escritório com processos e um dossier azul aberto.

Uma queixa é uma pista de investigação, não um caso de uso de IA já demonstrado. Imagine uma equipa de operações que considera demasiado demorada a preparação de resumos de integração de clientes e pede um sintetizador com IA. O fluxo desenhado de memória aponta para a redação; casos concluídos podem mostrar outra coisa: os processos difíceis ficam à espera de decisões comerciais em falta e são reescritos quando campos contraditórios são resolvidos. Automatizar apenas a parte visível arrisca acelerar o passo errado. Antes de propor uma solução, é preciso delimitar trabalho real, localizar a restrição recorrente, ligar essa restrição a uma consequência observável e registar o que a evidência ainda não permite concluir.

Ideias essenciais

  • Uma queixa orienta a investigação, mas ainda não demonstra uma oportunidade de IA.
  • Observe uma amostra delimitada de trabalho real e use apenas os métodos necessários para responder à pergunta.
  • Entrevistas, observação, artefactos, diários e registos operacionais oferecem perspetivas parciais e complementares.
  • Uma hipótese credível identifica recorrência, localização, consequência, mecanismo, contraevidência e possibilidade de intervenção.
  • Compare IA com regras, melhor informação, mudanças de processo ou responsabilidade, formação e ausência de intervenção.

O que deve definir antes de observar um fluxo de trabalho?

Dois colegas organizam folhas impressas e pastas coloridas numa sequência de trabalho assinalada por pequenas setas pretas.

Antes de observar, defina uma fronteira provisória: o que aciona o fluxo, onde termina, que resultado produz, quem o utiliza a jusante e que funções participam. Inclua casos de rotina, casos incompletos e exceções relevantes, sem presumir que a primeira fronteira ficará intacta. A orientação oficial de descoberta de casos de uso começa por trabalho recorrente e resultados reais, incluindo acionador, frequência, dificuldade e utilizador a jusante. A orientação do GOV.UK recomenda que o planeamento comece pelas perguntas de investigação e pelos processos ou tecnologias que é necessário compreender.

No exemplo da integração, a unidade de estudo começa quando chega uma passagem comercial aprovada e termina quando o responsável pela entrega aceita o resumo. A equipa regista o que é produzido, como os casos variam, onde mudam de mãos e que perguntas continuam abertas. Se a observação revelar uma decisão anterior ou uma consequência posterior indispensável, a fronteira é revista e a alteração fica documentada. Isso evita transformar um departamento, uma aplicação ou uma vaga sensação de demora no objeto de estudo.

  • Pergunta de investigação: que restrição explica a espera ou o retrabalho observado?
  • Casos: rotina, informação incompleta e alteração de âmbito.
  • Papéis: coordenação, operações comerciais e liderança da entrega.
  • Resultado: resumo aceite, não apenas rascunho produzido.

Este protocolo é uma síntese editorial de métodos complementares, não uma norma única validada por uma só fonte. A equipa deve escolher a menor combinação capaz de responder à pergunta e compensar os pontos cegos conhecidos. Uma entrevista e dois artefactos podem bastar para esclarecer um percurso simples; trabalho intermitente ou distribuído pode justificar um diário, enquanto uma dúvida sobre recorrência pode exigir registos operacionais. A proporcionalidade reduz recolha desnecessária e mantém a investigação focada no fluxo, não numa demonstração antecipada de tecnologia.

Como revelam as entrevistas sobre casos recentes o que realmente aconteceu?

Um homem aponta para uma página num dossier aberto enquanto uma mulher toma notas junto de um portátil e de folhas soltas.

As entrevistas revelam melhor o percurso quando reconstroem um caso recente e concluído, passo a passo, em vez de pedirem uma descrição genérica do processo. A orientação do GOV.UK recomenda histórias e exemplos reais, em vez de generalizações sobre como o trabalho deveria decorrer, usando perguntas abertas e neutras. Comece pelo acionador, identifique o que chegou, siga ações e decisões pela ordem em que ocorreram, localize cada passagem e termine no resultado que foi aceite. Só depois compare esse percurso com o procedimento esperado.

  1. O que desencadeou este caso e que informação recebeu?
  2. O que aconteceu a seguir e como soube o que fazer?
  3. Que decisão tomou, que alternativas considerou e o que era incerto?
  4. Quem contactou, o que entregou e onde o caso saiu do percurso esperado?
  5. Pode mostrar o documento, mensagem ou ferramenta que utilizou?

Perguntas como «O que aconteceu a seguir?» e «O que lhe indicou isso?» investigam sem sugerir uma funcionalidade. A análise cognitiva da tarefa procura exigências mentais e competências que uma descrição processual comum pode omitir; aqui, use essa inspiração apenas para explorar indícios, informação necessária, alternativas e decisões difíceis, não para afirmar que aplica o protocolo ACTA formal. Num estudo de campo original, entrevistas semiestruturadas foram combinadas com demonstrações, observação, notas e inspeção de formulários e ferramentas; algumas atividades só ganharam detalhe suficiente quando foram demonstradas.

Reconstrua pelo menos percursos contrastantes dentro da amostra escolhida e inclua funções situadas nos pontos de passagem. No exemplo, um resumo rotineiro e um difícil são revistos com coordenação, operações comerciais e liderança da entrega, confrontando entradas, rascunhos, pedidos de esclarecimento e comentários de aceitação. A mesma orientação admite entrevistar em pares ou pequenos grupos pessoas que prestam o serviço em conjunto e combinar a conversa com a observação da tarefa. Ainda assim, um caso fornece profundidade ilustrativa, não representatividade.

O que deve observar quando o trabalho decorre no contexto habitual?

Uma mulher arquiva um cartão branco num processo volumoso enquanto a colega observa e escreve num caderno de espiral.

Observe ferramentas, documentos, dados, interrupções, dependências e decisões tal como aparecem no ambiente habitual. A investigação contextual observa a atividade no ambiente habitual, com equipamento, dados, documentos, dispositivos e distrações reais, podendo revelar obstáculos e contornos usados para os superar. No resumo de integração, anote mudanças entre fontes, verificações, pedidos de esclarecimento, espera, repetição de trabalho e momentos em que campos incompletos ou contraditórios exigem interpretação. Não conte apenas cliques: inclua o apoio prestado por outras funções e a atividade que acontece fora do sistema principal.

Escolha e registe o modo de observação. A observação silenciosa preserva melhor o fluxo, perguntas ocasionais acrescentam contexto com alguma interrupção e a explicação contínua dá profundidade, mas altera mais a atividade. Uma estrutura simples de notas separa contexto do caso, ação observada, referência ao artefacto, decisão ou incerteza, passagem, interrupção, consequência e interpretação do investigador. Manter a observação distinta da inferência permite que outra pessoa conteste a leitura sem apagar o que aconteceu.

  • Registe «consultou três fontes» como observação.
  • Registe «não confia no sistema» apenas como interpretação a confirmar.
  • Associe cada nota ao caso e ao artefacto anonimizado correspondente.
  • No fim, peça ao participante que corrija o percurso reconstruído.

A observação deve ser apresentada como investigação do fluxo, nunca como avaliação individual de desempenho. A orientação do GOV.UK exige consentimento informado, influência reduzida do investigador, nova confirmação antes de gravações adicionais e armazenamento seguro dos dados pessoais recolhidos. Recolha apenas o necessário para a pergunta, limite acessos e envolva, conforme o contexto, responsáveis de privacidade, segurança, jurídico, relações laborais, acessibilidade e domínio. Não use monitorização oculta, captura de teclas, gravação contínua ou pontuações individuais de produtividade.

A investigação contextual é granular e interpretativa; a clarificação e a revisão pelo participante podem produzir uma reconstrução partilhada, não uma prova sobre toda a população. Confirme no final a ordem, as razões e as lacunas, preservando desacordos entre participante e investigador. A presença de um observador também pode alterar a atividade, pelo que o modo escolhido e as interrupções devem acompanhar as notas. Estas salvaguardas tornam a evidência mais discutível e responsável, sem a transformar numa descrição objetiva de toda a organização.

Que métodos mostram o trabalho que entrevistas ou observação podem não captar?

Uma investigadora organiza folhas impressas e notas autocolantes em tons pastel junto de grandes pastas com separadores.

Artefactos, diários breves e registos operacionais ampliam a visão quando uma entrevista depende demasiado da memória ou uma sessão de observação não apanha acontecimentos espaçados. Modelos, listas de verificação, folhas de cálculo, mensagens, rascunhos, notas e vistas de fila podem guardar estado, prioridade, memória e coordenação ausentes do mapa oficial. Num estudo original de fluxos de trabalho, as marcações e os formatos dos artefactos suscitaram explicações detalhadas sobre estratégias pessoais de organização e acompanhamento. Peça sempre ao participante que explique o significado e o uso de cada elemento.

Use um diário apenas quando a pergunta exigir ocorrências reais ao longo do tempo ou quando a observação agendada dificilmente captará o evento. A entrada pode identificar acionador, tipo de caso, informação em falta, esclarecimento, espera, revisão e aceitação, seguida de uma conversa curta para clarificar ambiguidades. Um projeto aplicado do GOV.UK usou um diário para recolher feedback durante ou logo após a utilização real e combinou-o com entrevistas e tarefas observadas. O exemplo não estabelece uma duração ou frequência universal, e o diário continua a ser autorrelato.

Quando existem registos utilizáveis, sequências de eventos e marcas temporais podem apoiar a análise de espera, tempo de serviço, retrabalho, duplicação, desvios, prazos e problemas de qualidade recorrentes. Os registos de eventos são exemplos incompletos do comportamento: podem omitir casos negativos e trabalho não registado, estar dispersos por sistemas ou não partilhar uma definição simples de caso. Documente essas lacunas e examine também exceções menos comuns antes de as descartar, porque o seu esforço ou consequência pode ser desproporcionado.

O que cada método revela, omite e precisa de confirmar
Método de evidênciaO que pode revelarO que pode omitirComo confirmar
Entrevista sobre caso recenteSequência, experiência, decisões, incerteza e passagensPassos esquecidos e diferença entre relato e práticaPedir demonstrações, artefactos e casos contrastantes
Observação contextualFerramentas, interrupções, contornos, verificação e apoioEventos raros, motivos não verbalizados e trabalho noutros momentosFazer perguntas proporcionais e rever o percurso com o participante
Artefactos do fluxoEstado, prioridades, memória, coordenação e versõesFrequência, intenção e contexto de utilizaçãoConfirmar significado e uso com quem os produz ou consulta
Diário breveOcorrências intermitentes próximas do momento realAtividade esquecida, adesão irregular e pormenor ambíguoFazer seguimento e comparar com artefactos ou observação
Registos operacionaisRecorrência, tempos, variantes, devoluções e retrabalho registadoTrabalho offline, motivos e casos mal definidosReconciliar com pessoas, notas de campo e artefactos

Quando passa um problema relatado a ser uma hipótese credível de estrangulamento?

Uma equipa de investigação compara filas de pastas coloridas e desloca marcadores redondos de madeira entre elas, junto a setas de madeira.

Um problema relatado torna-se uma hipótese credível quando evidência de casos ou fontes diferentes coloca uma restrição recorrente no mesmo ponto e a liga a uma consequência observável. Dados operacionais podem mostrar estrangulamentos recorrentes, desvios, esperas e retrabalho, mas registos incompletos têm de ser reconciliados com observação, artefactos e interpretação de quem executa o trabalho. A investigação contextual permite comparar a interpretação do investigador com a compreensão dos participantes, mas amostras pequenas e subjetivas exigem prudência nas generalizações.

  1. Recorrência: a restrição aparece em mais de um caso, papel ou fonte relevante?
  2. Localização: onde entram a fila, espera, repetição, falta de informação ou sobrecarga de julgamento?
  3. Consequência: existe atraso, tratamento repetido, correção, abandono, inconsistência, esforço evitável ou exposição a risco?
  4. Mecanismo: como poderá a restrição produzir a consequência, e quem faz o trabalho confirma ou corrige essa explicação?
  5. Contraevidência: que casos evitam o problema, o que muda neles e que explicações alternativas permanecem?
  6. Possibilidade de intervenção: mudar este ponto pode alterar o resultado, e a IA é mais adequada do que uma regra, melhor informação, mudança de responsabilidade ou processo, formação ou nenhuma intervenção?

O teste de seis perguntas é uma regra editorial de decisão baseada nestas práticas, não uma prova causal nem um teste estatístico formal. No exemplo, a evidência desloca a hipótese da redação lenta para decisões em falta e campos contraditórios nos casos difíceis. Os casos rotineiros são concluídos rapidamente, resumos mais longos não são sempre mais lentos e as marcas temporais não incluem esclarecimentos offline. A conclusão correta é, por isso, uma hipótese de estrangulamento que merece um teste discriminante, não uma causa provada.

Não procure onde encaixar IA antes de mostrar onde surge a restrição, que consequência se segue e o que continua incerto.

O que deve incluir um cartão de oportunidade de IA sustentado por evidência?

Um grupo de colegas analisa uma folha em branco entre pilhas separadas de documentos de casos favoráveis e contraditórios.

O cartão deve transformar a investigação num registo de decisão delimitado, sem presumir que a IA é a resposta. Comece pela fronteira do fluxo, período observado, tipos de caso, papéis representados e combinação de métodos. Separe a frustração relatada do padrão observado e associe afirmações substantivas a identificadores de notas, artefactos anonimizados, entradas de diário ou consultas de registos; quando não houver suporte, marque a afirmação como pressuposto. Registe consequências, contraevidência, lacunas, desacordos e explicações alternativas sem os esconder numa pontuação composta.

A função Map do NIST AI RMF Playbook pede que se documentem finalidade, utilizadores, ambiente operacional, valor, limitações, impactos, âmbito de aplicação e supervisão humana. Traduza isso para uma oportunidade concreta: quem precisa de ajuda, em que tarefa delimitada e que resultado melhor se procura. Acrescente disponibilidade e qualidade da informação, permissões, segurança, privacidade, relações laborais, acessibilidade, restrições do domínio e intervenção humana. A profundidade necessária depende do contexto e do risco; o cartão não é uma certificação nem uma determinação de conformidade.

  • Fronteira: acionador, fim, resultado, utilizador a jusante e papéis.
  • Amostra: período, casos, funções e métodos representados.
  • Padrão e consequência: evidência referenciada, contraevidência e lacunas.
  • Oportunidade: pessoa, tarefa delimitada e melhoria pretendida.
  • Restrições: informação, permissões, segurança, privacidade, trabalho, acessibilidade e supervisão.
  • Alternativas: apoio com IA, regra determinística, mudança de fluxo ou responsabilidade, formação, melhor informação ou nenhuma intervenção.
  • Teste seguinte: pressuposto, casos, evidência de sucesso e falha, responsável e data de revisão.

O Playbook do NIST pede também que se considerem alternativas sem IA e sem tecnologia que possam conduzir a resultados mais fiáveis, sem determinar qual deve vencer. A orientação oficial de descoberta mantém um requisito de evidência, um responsável, um marco seguinte e um teste posterior, em vez de tratar o acordo num workshop como prova de valor no trabalho real. Feche o cartão com uma decisão explícita: testar IA, testar uma mudança sem IA, recolher mais evidência ou parar.

Para os resumos de integração, o primeiro teste compara campos de entrada obrigatórios, um responsável explícito pela passagem comercial e uma fila de exceções visível. A equipa observa se a espera e o retrabalho mudam nos casos abrangidos. Só depois deve considerar assistência à redação, limitada a processos com factos completos e sujeita a revisão humana. Se recorrência, localização, consequência, informação disponível ou possibilidade de intervenção continuarem pouco claras, recolher mais evidência — ou parar — é uma decisão mais defensável do que forçar um caso de uso.

Perguntas frequentes

Como identificar um bom caso de uso de IA num fluxo de trabalho?

Delimite trabalho recorrente por acionador, resultado, papéis e tipos de caso. Compare entrevistas, observação, artefactos e registos suficientes para localizar uma restrição e uma consequência, preservando incerteza e contraevidência. Proponha um teste de IA apenas se oferecer uma vantagem plausível sobre alternativas mais simples.

Qual é a diferença entre um problema e uma oportunidade de IA?

Um problema é um relato válido de frustração ou dificuldade. Uma oportunidade exige uma tarefa delimitada, recorrência, localização no fluxo, consequência observável, informação utilizável e uma intervenção plausível. Mesmo assim, a opção adequada pode ser uma regra ou mudança de processo, não IA.

Como observar trabalhadores sem criar vigilância no local de trabalho?

Apresente a atividade como investigação do fluxo, obtenha participação informada e recolha apenas a informação necessária, com acessos controlados. Declare o modo de observação e peça ao participante que confirme a reconstrução. Envolva os responsáveis organizacionais adequados sempre que existam dados sensíveis ou implicações laborais, jurídicas, de segurança, acessibilidade ou domínio.

É preciso usar entrevistas, observação, diários, artefactos e registos em todos os fluxos?

Não. Estes métodos formam uma síntese prática, não uma lista obrigatória. Escolha a menor combinação que responda à pergunta e compense os pontos cegos relevantes; acrescente outro método apenas quando a evidência atual deixar uma dúvida decisiva.

A observação de um fluxo prova que um estrangulamento causa atrasos ou retrabalho?

Não. A observação e os dados operacionais podem sustentar uma hipótese coerente, mas continuam sujeitos a amostras limitadas, influência do investigador, trabalho não registado e explicações alternativas. Preserve os casos negativos e execute o menor teste capaz de distinguir entre as explicações concorrentes.

ModelFold logo

Redação da ModelFold

Contamos como a IA aterra realmente dentro de uma empresa. O nosso trabalho parte de fontes identificadas, separa o que apurámos daquilo que pensamos e recorre a IA na pesquisa e na redação, sob controlos editoriais documentados. Não substituímos a avaliação individual de um especialista.