Perspectiva
Tu portafolio de diseño instruccional necesita una cadena de evidencia
Una muestra terminada muestra lo que construiste. Una cadena de evidencia muestra cómo investigaste el problema, elegiste una respuesta, la probaste y entendiste sus límites.
Tu portafolio dice que resuelves problemas de rendimiento. ¿Dónde puedo verte haciendo eso?
Una muestra pulida puede mostrar tus habilidades de producción. También puede dejar la afirmación más grande en la página sin respaldo. Puedo abrir el curso, admirar el diseño y aún no tener idea de por qué el curso necesitaba existir.
Si quieres un portafolio que muestre juicio en diseño de aprendizaje, dale al lector una forma de seguir una decisión. ¿Qué notaste? ¿Qué evidencia cambió tu interpretación? ¿Por qué elegiste esta respuesta? ¿Qué pasó cuando alguien lo intentó?
Pienso en eso como una cadena de evidencia. Cada enlace permite que otra persona inspeccione el razonamiento en lugar de aceptar el titular.
Comienza con una afirmación que alguien pueda inspeccionar.
La muestra es una pieza del caso. No es todo el caso.
Esto no significa escribir un ensayo largo al lado de cada proyecto. Significa elegir los pocos detalles que hacen que tus decisiones más importantes sean comprensibles.
Conecta cuatro enlaces.
Para un primer pase útil, conectaría cuatro cosas: el problema, la evidencia, la decisión y la prueba.
El problema: Describe la brecha en el trabajo. “Los empleados necesitan incorporación” nombra un programa. “Los nuevos coordinadores no pueden completar de manera independiente una transferencia precisa” describe algo que puedes examinar.
La evidencia: Muestra qué informó tu interpretación. Eso podría ser una observación, un hallazgo de entrevista, un proceso aprobado o una muestra de trabajo. Explica qué apoya el material y qué no puede establecer.
La decisión: Identifica una elección que afectó la experiencia. Quizás reemplazaste una visión general del proceso con práctica de transferencia. Explica la alternativa que consideraste y la razón por la que elegiste de manera diferente.
La prueba: Muestra cómo verificaste la elección. Una revisión de prototipo puede revelar instrucciones confusas. Una tarea de práctica puede revelar información faltante. Ninguna prueba automáticamente prueba un resultado comercial.
Cuando falta uno de estos enlaces, etiqueta la brecha. Un siguiente paso honesto es más útil que un resultado inventado.
Muestra la cadena en un pequeño proyecto.
Aquí hay un proyecto de portafolio hipotético: ayudar a los coordinadores de proyectos a transferir trabajo a otro equipo.
La solicitud inicial es un módulo de incorporación. En este ejemplo, las muestras de transferencias sugieren que el problema recurrente es que los coordinadores enumeran actividades completadas pero omiten decisiones no resueltas. Un propietario de proceso confirma qué información necesita el equipo receptor.
El diseñador propone una plantilla de transferencia y una breve actividad de práctica. La plantilla apoya la tarea real. La práctica pide al coordinador que decida qué debe saber el equipo receptor antes de aceptar el trabajo.
Un extracto conciso de estudio de caso.
“Enfocé el prototipo en decisiones no resueltas porque las muestras de transferencias mostraron que a menudo faltaban. Combiné una plantilla reutilizable con práctica en lugar de crear un amplio módulo de incorporación. La primera prueba examinaría si los usuarios pueden identificar la decisión faltante, registrar su propietario y explicar qué sigue bloqueado.”
Nota lo que este extracto no afirma. No dice que el prototipo redujo el retrabajo, mejoró la productividad o ahorró dinero. Esos son resultados posibles a investigar, no resultados que adjuntar a una demostración.
El portafolio podría mostrar el resumen de observaciones anonimizado, una decisión de diseño anotada, el prototipo funcional y el plan de prueba. Eso es suficiente para hacer visible el razonamiento sin subir cada nota de reunión.
Separa un resultado real de un resultado planificado.
Un proyecto auto-iniciado puede demostrar juicio. No puede proporcionar evidencia que nunca recopilaste.
Si tu audiencia es hipotética, dilo. Si entrevistaste a dos personas, explica esa base limitada. Si no has probado el prototipo, escribe “prueba planificada” en lugar de “solución validada.”
Distinguía tres niveles de evidencia en un estudio de caso:
- Evidencia de diseño: ¿qué apoya la respuesta que elegiste?
- Evidencia de uso: ¿qué pasó cuando las personas probaron la experiencia?
- Evidencia de rendimiento: ¿qué pasó más tarde en el trabajo y qué más podría haberlo influido?
Puede que solo tengas el primer nivel. Ese es un punto de partida legítimo. Explica la siguiente observación que necesitarías antes de hacer una afirmación más fuerte.
En el ejemplo de entrega, una prueba de prototipo exitosa podría mostrar que los participantes identifican propietarios de decisiones faltantes. Aún quedaría por ver si la plantilla se utiliza durante las entregas reales y si el equipo receptor la encuentra útil.
Mantener esos límites claros hace que el caso sea más creíble. También le da al entrevistador algo concreto de qué hablar contigo.
Edita para decisiones, no para la cronología del proyecto.
Un estudio de caso no necesita relatar todo en el orden en que sucedió.
“Primero analicé, luego diseñé, luego desarrollé” le dice al lector que seguiste un proceso. No les dice qué te ayudó a descubrir el proceso.
Comienza con la decisión que cambió el proyecto. Tal vez redujiste la audiencia, eliminaste contenido, cambiaste el formato de entrega o descubriste que la actividad solicitada practicaba el comportamiento incorrecto.
Luego muestra la evidencia detrás de esa decisión. Incluye un artefacto que facilite la inspección: un antes y después anotado, un breve extracto de un análisis de tareas o una observación de prueba vinculada a una revisión.
Da a tu contribución un límite claro también. Si alguien más realizó la investigación, escríbelo. Si diseñaste la práctica pero no te encargaste de la implementación, escríbelo. La colaboración pertenece a un estudio de caso creíble.
El uso de IA necesita la misma claridad. Explica qué ayudó a producir, cómo revisaste la salida y una decisión material que tomaste sobre usarla o rechazarla. Una lista de herramientas explica la pila; no explica tu contribución.
Audita una muestra antes de añadir otra.
Abre tu muestra de portafolio más fuerte y pregunta si alguien no familiarizado con el proyecto puede responder estas preguntas:
- ¿Qué problema específico estabas abordando?
- ¿Qué evidencia respaldó tu interpretación?
- ¿Qué elección de diseño requirió juicio?
- ¿Qué probaste, observaste o planeabas probar?
- ¿Qué sigue siendo incierto?
Si faltan las respuestas, mejora el caso antes de construir otra muestra. Un segundo artefacto pulido no reparará una afirmación no respaldada en el primero.
Mantén la experiencia en vivo fácil de alcanzar y la explicación fácil de escanear. Muestra suficiente razonamiento para que un lector entienda el trabajo, luego déjalos explorar la muestra.
Para mí, ese es el estándar al que vale la pena aspirar: un portafolio que permite a alguien examinar cómo piensas y cómo verificas tu pensamiento.
Da al lector evidencia que pueda seguir, no solo un resultado que tenga que admirar.
Lectura relacionada
Un escenario es tan bueno como la decisión que practicaUsa una decisión de práctica concreta para hacer visible el razonamiento detrás de una muestra de portafolio.
Learning Rewired Lab™
Construye un caso defendible antes de escribir el estudio de caso.
The Lab es el espacio profesional completo para convertir una solicitud de aprendizaje en una solución de rendimiento defendible. Desafía la solicitud, investiga el sistema, diseña la respuesta y planifica la evidencia en un proyecto conectado.
Desafía la solicitud, examina el sistema y diseña para el rendimiento antes de que comience la producción.
- Un registro de proyecto conectado
- Solicitud y diagnóstico de rendimiento
- Herramientas de aprendizaje orientadas al producto
- Flujos de trabajo de diseño asistidos por IA
- Aplicación práctica en el lugar de trabajo