Caso ficticio: qué sabemos, a quién incluimos y qué falta validar
Mariana Treviño
Delimitar antes de completar
Un pedido de evaluación suele llegar con información incompleta. Diseñar exige distinguir qué se conoce, qué se propone provisionalmente y qué debe consultarse. Esa separación permite avanzar sin convertir una suposición en una regla para valorar personas.
El equipo y el pedido
- Caso completamente ficticio: seis analistas gestionan solicitudes internas y traspasos entre responsables. Su manager necesita información para priorizar apoyos de desarrollo durante las próximas ocho semanas. El trabajo se organiza en ciclos mensuales y existen registros de las últimas cuatro semanas.
- No se han facilitado estándares aprobados, reglas de uso de datos ni criterios para decisiones retributivas. Una muestra de cierre, T17, registra un acceso bloqueado, su restablecimiento y el acceso recuperado. El extracto no incluye confirmación del solicitante ni motivo de su ausencia.
El pedido orienta hacia el desarrollo, pero no establece todavía qué apoyo necesita cada analista. Tampoco demuestra que todas las personas realicen tareas equivalentes. Las ocho semanas corresponden al horizonte del apoyo solicitado; las cuatro semanas describen los registros disponibles. Ninguna de esas referencias fija, por sí sola, la frecuencia de evaluación.
Tres categorías para ordenar el contexto
Dato proporcionado
Hay seis analistas y registros de cuatro semanas. Puede incorporarse al borrador como información del caso, sin afirmar que los registros sean completos.
Supuesto de diseño
Proponer criterios comunes para los seis analistas supone que comparten responsabilidades comparables. Puede servir para elaborar un borrador, pero debe marcarse como pendiente.
Pregunta pendiente
¿Qué tareas realiza cada persona y qué parte de su trabajo aparece en los registros? La respuesta permitirá confirmar o modificar el alcance propuesto.
«Los seis analistas pueden valorarse con los mismos criterios». ¿Cómo clasificarías esta afirmación?
El caso informa que comparten una función general, no que sus responsabilidades sean equivalentes. Revisa las tareas antes de establecer criterios comunes.Correcto. La equivalencia de responsabilidades no está confirmada. Contrasta las tareas y condiciones antes de mantener esa propuesta.Incluir no equivale a tener evidencia suficiente
La población propuesta son los seis analistas que gestionan solicitudes y traspasos. Ese alcance identifica a quién se dirige el diseño; no garantiza que ya sea posible emitir una valoración sobre cada persona. Si faltan registros de alguien, no corresponde interpretar esa ausencia como desempeño insuficiente ni excluirlo automáticamente. Primero debe aclararse qué evidencia existe y qué oportunidades tuvo de realizar el trabajo observado.
Qué debe quedar explícito antes de valorar
0 / 4 revisados
T17 ilustra otro límite: disponer de una muestra no equivale a conocer el trabajo de todo el equipo. El extracto permite identificar información presente y ausente, pero no establecer cuántas personas presentan una necesidad similar. En esta etapa, úsalo para formular preguntas sobre los registros, no para atribuir una deficiencia general ni decidir anticipadamente una capacitación.
¿Qué uso de los resultados excede el alcance disponible?
Este uso corresponde al pedido. Aun así, elegir apoyos concretos requiere evidencia pertinente y criterios explícitos.Correcto. El caso no proporciona criterios retributivos ni autoriza ese uso. Mantén ese límite y valida por separado cualquier ampliación.El registro descargable permite conservar estas distinciones. Anota cada afirmación por separado, indica su categoría y añade la consulta necesaria. Una pregunta pendiente debe precisar qué falta conocer y qué decisión podría cambiar; escribir solamente «validar con el manager» deja indeterminado el problema.
Avanza con límites visibles
Antes de diseñar el instrumento, registra propósito, población propuesta y usos excluidos. Después identifica un supuesto crítico y redacta la pregunta que permitiría comprobarlo. El resultado es un alcance provisional fundamentado, no una autorización para evaluar con información incompleta.
Llévalo a la práctica
Registro de alcance, supuestos y preguntas pendientes
Formato reutilizable para separar información disponible de supuestos y consultas antes de diseñar una evaluación. La hoja Ejemplo contiene únicamente datos ficticios.
- Consulta las filas ficticias de la hoja Ejemplo como referencia de clasificación, no como decisiones aprobadas.
- En la hoja Plantilla, registra el propósito, la población propuesta y un uso excluido; utiliza una fila por afirmación.
- Clasifica cada afirmación como dato proporcionado, supuesto de diseño o pregunta pendiente, e identifica su origen.
- Añade qué debe consultarse, con quién se propone contrastarlo y qué decisión dependerá de la respuesta. No presentes al interlocutor propuesto como una función confirmada.
- Como actividad de aplicación, incorpora un supuesto crítico del caso y una pregunta concreta para validarlo.
- Revisa que ningún supuesto figure como hecho, que las exclusiones estén justificadas y que cada pendiente indique qué decisión podría cambiar.
Excel editable · Instrucciones, ejemplo y plantilla para completar
Descargar Excel · Registro de alcance, supuestos y preguntas pendientes