Formar a un equipo en Microsoft Copilot no consiste solo en explicar funciones o reunir asistentes en una demostración. El problema aparece cuando, al volver al puesto, las personas no saben qué información pueden usar, cómo formular un encargo revisable o cómo detectar una respuesta incompleta. Una prueba por tareas permite preparar esa situación antes de la formación y observar conductas concretas, no solo interés o asistencia.
La propuesta es sencilla: elegir una tarea habitual y de bajo riesgo, crear materiales ficticios o anonimizados, definir una rúbrica y repetir el ejercicio después de la formación. El objetivo no es convertir la prueba en un examen de prompts ni atribuir resultados de negocio que no se han medido. Es comprobar si cada perfil puede encargar, contrastar y corregir una salida de Copilot dentro de unos límites definidos.
Empieza por la experiencia de Copilot que el equipo utilizará
Antes de redactar un ejercicio, confirme la configuración real disponible para cada participante. Microsoft distingue experiencias y requisitos que pueden variar según la aplicación, la identidad, la licencia y la configuración del entorno. También indica que la denominación de sus productos ha evolucionado, por lo que conviene evitar materiales basados en nombres o capacidades asumidas y verificar el tenant antes de convocar la práctica. [1] [3]
Prepare una ficha breve por grupo: cuenta de trabajo, acceso con Microsoft Entra ID, aplicación que se usará, documentos de práctica disponibles y, si la tarea depende de correo, calendario o reuniones, condiciones del buzón necesarias. Esta comprobación evita diseñar una actividad para una experiencia que el equipo no tiene habilitada. Si faltan condiciones técnicas, la conclusión útil no es suspender a la persona, sino ajustar el entorno o rediseñar la tarea. [3]
- Defina la aplicación y la experiencia concreta que se evaluarán.
- Compruebe que todos usan una cuenta de trabajo autorizada.
- Limite la prueba a fuentes y permisos previamente revisados.
Elige una tarea reconocible y prepara datos seguros
Una buena prueba es corta, repetible y propia del puesto. Para administración, podría consistir en convertir tres correos ficticios en un resumen de seguimiento. Para ventas, en redactar un primer correo tras una reunión simulada. Para atención al cliente, en resumir una incidencia y señalar los datos que faltan. Para un mando, en transformar notas ficticias en acuerdos, responsables y dudas pendientes. Son ejemplos hipotéticos: cada organización debe adaptar el caso a sus procesos y autorizaciones.
Use documentos, mensajes y registros ficticios o anonimizados. Introduzca ambigüedades controladas, un dato ausente y una o dos inconsistencias deliberadas. Así puede observar si la persona detecta el límite, pide aclaración o presenta una incertidumbre, en vez de aceptar una respuesta convincente sin verificarla. Microsoft señala que Copilot respeta los permisos existentes y solo accede al contenido organizativo al que ya tiene acceso el usuario; precisamente por ello, una práctica responsable exige revisar permisos y contenido antes de involucrar información interna. [2]
- Incluya nombres, fechas y cifras ficticias que deban contrastarse.
- Evite datos personales, información confidencial y casos reales innecesarios.
- Indique qué fuentes puede consultar la persona durante el ejercicio.
Convierte la prueba en una rúbrica observable
La rúbrica debe valorar comportamientos que un revisor pueda identificar, no impresiones como “usa bien la IA”. Puede asignar una escala simple a la comprensión de la tarea, la claridad de las instrucciones, la comprobación de cifras, nombres, fechas y destinatarios, la identificación de información incierta, la pertinencia de los datos incluidos y la decisión de corregir, descartar o escalar el resultado. Defina antes qué evidencia se guardará: el encargo, la respuesta obtenida, la versión corregida y las observaciones del revisor.
La revisión humana es parte central del ejercicio. El marco de NIST recomienda seleccionar métricas relacionadas con los riesgos relevantes, documentar la supervisión humana y conservar señales como errores comunicados, anulaciones y decisiones de seguir o no seguir. Aplicado a esta práctica, no basta con registrar que alguien obtuvo una respuesta: interesa saber qué detectó, qué corrigió y cuándo decidió que la salida no era apta para continuar. [5]
- Cree criterios iguales para quienes realizan la misma tarea.
- Describa qué constituye un error crítico en ese escenario simulado.
- Registre las correcciones necesarias sin usar la rúbrica para penalizar la experimentación prudente.
Repite, interpreta y mejora la formación
Realice una primera prueba antes de la formación para conocer el punto de partida y una segunda con una tarea equivalente, no idéntica, después de practicar. Puede añadir una revisión semanas más tarde para observar si el comportamiento se mantiene en una situación simulada parecida. Separe tres indicadores: participación, es decir, quién completó la práctica; aprendizaje aplicado, quién alcanzó los criterios de la rúbrica; y transferencia al puesto, quién repite el proceso adecuado más adelante. Esta distinción evita confundir asistencia con competencia.
Los informes de adopción y uso de Microsoft pueden aportar contexto sobre actividad por aplicación o función, pero no sustituyen la revisión de la calidad de una tarea concreta. Úselos como una señal complementaria, no como prueba única de aprendizaje ni de mejora del trabajo. Cierre cada ronda con decisiones operativas: reforzar la comprobación de datos, aclarar qué fuentes se permiten, modificar las muestras, revisar permisos o reservar determinadas tareas para una validación humana obligatoria. [4]
- Compare evidencias y criterios, no solo el número de usos.
- Identifique patrones de error que deban tratarse en la siguiente sesión.
- Comunique al equipo que la finalidad es mejorar el proceso de trabajo y sus controles.
Preguntas frecuentes
¿La prueba por tareas debe hacerse antes y después de la formación?
Es recomendable hacer ambas fases si se quiere observar cambio. La primera ayuda a diseñar una formación ajustada al punto de partida; la segunda permite comprobar el desempeño con una tarea equivalente. Una revisión posterior puede aportar información sobre la transferencia, siempre con una rúbrica y una revisión humana consistentes.
¿Se pueden usar documentos reales en una prueba de Microsoft Copilot?
Conviene priorizar materiales ficticios o anonimizados. Si una organización considera necesario usar información interna, debe definir previamente el alcance, comprobar permisos y limitar el acceso a las personas autorizadas. La prueba no debería ampliar accesos ni exponer datos que no sean necesarios para aprender.
¿Los informes de uso de Copilot demuestran que la formación ha funcionado?
No por sí solos. Pueden mostrar actividad y adopción, pero no permiten determinar automáticamente si una respuesta fue correcta, si se revisó adecuadamente o si la persona detectó una limitación. Combínelos con una prueba por tareas, evidencias de revisión y decisiones de mejora.