Perspectiva

Seu portfólio de Design Instrucional precisa de uma cadeia de evidências

Um exemplo finalizado mostra o que você construiu. Uma cadeia de evidências mostra como você investigou o problema, escolheu uma resposta, testou-a e entendeu seus limites.

Seu portfólio diz que você resolve problemas de desempenho. Onde posso ver você fazendo isso?

Uma amostra polida pode mostrar suas habilidades de produção. Ela também pode deixar a maior afirmação na página sem suporte. Posso abrir o curso, admirar o layout e ainda não ter ideia do porquê o curso precisava existir.

Se você quer um portfólio que mostre julgamento em design de aprendizado, dê ao leitor uma maneira de seguir uma decisão. O que você notou? Que evidência mudou sua interpretação? Por que você escolheu essa resposta? O que aconteceu quando alguém tentou?

Eu vejo isso como uma cadeia de evidências. Cada elo permite que outra pessoa inspecione o raciocínio em vez de aceitar a manchete.

Comece com uma afirmação que alguém possa inspecionar.

A amostra é uma parte do caso. Não é o caso inteiro.

Isso não significa escrever um longo ensaio ao lado de cada projeto. Significa escolher os poucos detalhes que tornam suas decisões mais consequentes compreensíveis.

Conecte quatro elos.

Para uma primeira análise útil, eu conectaria quatro coisas: o problema, a evidência, a decisão e o teste.

O problema: descreva a lacuna no trabalho. “Os funcionários precisam de integração” nomeia um programa. “Novos coordenadores não conseguem completar uma transferência precisa de forma independente” descreve algo que você pode examinar.

A evidência: mostre o que informou sua interpretação. Isso pode ser uma observação, uma descoberta de entrevista, um processo aprovado ou uma amostra de trabalho. Explique o que o material apoia e o que não pode estabelecer.

A decisão: identifique uma escolha que afetou a experiência. Talvez você tenha substituído uma visão geral do processo por uma prática de transferência. Explique a alternativa que você considerou e a razão pela qual escolheu de forma diferente.

O teste: mostre como você verificou a escolha. Uma revisão de protótipo pode revelar instruções confusas. Uma tarefa prática pode revelar informações ausentes. Nenhuma delas prova automaticamente um resultado comercial.

Quando um desses elos está faltando, rotule a lacuna. Um próximo passo honesto é mais útil do que um resultado inventado.

Mostre a cadeia em um pequeno projeto.

Aqui está um projeto hipotético de portfólio: ajudar coordenadores de projeto a transferir trabalho para outra equipe.

O pedido inicial é um módulo de integração. Neste exemplo, as amostras de transferência sugerem que o problema recorrente é que os coordenadores listam atividades concluídas, mas omitem decisões não resolvidas. Um responsável pelo processo confirma quais informações a equipe receptora precisa.

O designer propõe um modelo de transferência e uma breve atividade prática. O modelo apoia a tarefa real. A prática pede ao coordenador que decida o que a equipe receptora deve saber antes de aceitar o trabalho.

Um trecho conciso de estudo de caso.

“Eu foquei o protótipo em decisões não resolvidas porque as amostras de transferência mostraram que essas estavam frequentemente ausentes. Eu combinei um modelo reutilizável com prática em vez de criar um amplo módulo de integração. O primeiro teste examinaria se os usuários conseguem identificar a decisão ausente, registrar seu proprietário e explicar o que permanece bloqueado.”

Note o que este trecho não afirma. Ele não diz que o protótipo reduziu retrabalho, melhorou a produtividade ou economizou dinheiro. Esses são resultados possíveis a serem investigados, não resultados a serem anexados a uma demonstração.

O portfólio poderia mostrar o resumo de observação anonimizado, uma decisão de design anotada, o protótipo funcional e o plano de teste. Isso é suficiente para tornar o raciocínio visível sem fazer upload de cada nota de reunião.

Separe um resultado real de um resultado planejado.

Um projeto auto-iniciado pode demonstrar julgamento. Ele não pode fornecer evidências que você nunca coletou.

Se seu público é hipotético, diga isso. Se você entrevistou duas pessoas, explique essa base estreita. Se você não testou o protótipo, escreva “teste planejado” em vez de “solução validada.”

Eu distinguiria três níveis de evidência em um estudo de caso:

  • Evidência de design: o que apoia a resposta que você escolheu?
  • Evidência de uso: o que aconteceu quando as pessoas tentaram a experiência?
  • Evidência de desempenho: o que aconteceu depois no trabalho e o que mais poderia ter influenciado isso?

Você pode ter apenas o primeiro nível. Esse é um ponto de partida legítimo. Explique a próxima observação que você precisaria antes de fazer uma afirmação mais forte.

No exemplo de transferência, um teste de protótipo bem-sucedido pode mostrar que os participantes identificam proprietários de decisão ausentes. Isso ainda deixaria em aberto se o modelo é usado durante as transferências reais e se a equipe receptora o considera útil.

Manter essas fronteiras claras torna o caso mais credível. Também dá ao entrevistador algo concreto para discutir com você.

Edite para decisões, não para a cronologia do projeto.

Um estudo de caso não precisa relatar tudo na ordem em que aconteceu.

“Primeiro analisei, depois projetei, depois desenvolvi” diz ao leitor que você seguiu um processo. Não diz o que o processo ajudou você a descobrir.

Comece com a decisão que mudou o projeto. Talvez você tenha restringido o público, removido conteúdo, mudado o formato de entrega ou descoberto que a atividade solicitada praticava o comportamento errado.

Depois, mostre a evidência por trás dessa decisão. Inclua um artefato que facilite a inspeção: um antes e depois anotado, um breve trecho de uma análise de tarefa ou uma observação de teste vinculada a uma revisão.

Dê à sua contribuição uma fronteira clara também. Se outra pessoa conduziu a pesquisa, escreva isso. Se você projetou a prática, mas não foi responsável pela implementação, escreva isso. A colaboração pertence a um estudo de caso credível.

O uso de IA precisa da mesma clareza. Explique o que ajudou a produzir, como você revisou a saída e uma decisão material que você tomou sobre usá-la ou rejeitá-la. Uma lista de ferramentas explica a pilha; não explica sua contribuição.

Audite uma amostra antes de adicionar outra.

Abra seu exemplo de portfólio mais forte e pergunte se alguém não familiarizado com o projeto pode responder a estas perguntas:

  1. Qual problema específico você estava abordando?
  2. Que evidência apoiou sua interpretação?
  3. Qual escolha de design exigiu julgamento?
  4. O que você testou, observou ou planejou testar?
  5. O que permanece incerto?

Se as respostas estiverem faltando, melhore o caso antes de construir outro exemplo. Um segundo artefato polido não reparará uma afirmação não suportada no primeiro.

Mantenha a experiência ao vivo fácil de acessar e a explicação fácil de escanear. Mostre raciocínio suficiente para que um leitor entenda o trabalho, depois deixe-o explorar o exemplo.

Para mim, esse é o padrão que vale a pena almejar: um portfólio que permite a alguém examinar como você pensa e como verifica seu pensamento.

Dê ao leitor evidências que ele possa seguir, não apenas um resultado que ele tenha que admirar.

Leitura relacionada

Um Cenário É Apenas Tão Bom Quanto a Decisão Que PraticaUse uma decisão prática concreta para tornar o raciocínio por trás de um exemplo de portfólio visível.

Learning Rewired Lab™

Construa um caso defensável antes de escrever o estudo de caso.

O Lab é o espaço profissional completo para transformar um pedido de aprendizado em uma solução de desempenho defensável. Desafie o pedido, investigue o sistema, projete a resposta e planeje as evidências em um projeto conectado.

Desafie o pedido, examine o sistema e projete para o desempenho antes que a produção comece.

Dentro do Lab
  • Um registro de projeto conectado
  • Diagnóstico de pedido e desempenho
  • Ferramentas de aprendizado com foco em produto
  • Fluxos de trabalho de design assistidos por IA
  • Aplicação prática no local de trabalho