Criterios de aceptación para trabajo interno: acuerde antes de revisar

Antes de encargar una entrega interna, defina qué resultado podrá aceptar, con qué prueba y quién decidirá. Pida una muestra pequeña antes de producir el resto, aclare datos y exclusiones, y reserve una vía para los requisitos que aparezcan después. Así la revisión puede distinguir un defecto de un cambio legítimo de alcance. Una lista escrita no elimina el juicio profesional; le da a quien produce y a quien recibe la misma base para conversar sobre el trabajo.

La devolución que empezó antes de la entrega

En una escena ficticia, un equipo de operaciones pide a una analista un reporte de incidencias para decidir dónde ajustar turnos. Le solicitan categorías, fechas y una recomendación. La analista entrega un archivo consistente con ese pedido. Tres personas lo revisan: una pide cifras por sede, otra exige entrevistas y la tercera quiere una presentación ejecutiva. Ninguna condición se explicitó al encargarlo. La fecha de decisión no se mueve. La analista corrige una versión, recibe otra lista y acaba sin saber qué prueba cerrará el trabajo.

El problema no comienza necesariamente en la actitud de quienes revisan. Quizá la dirección descubrió una necesidad nueva, quizá el pedido omitió una restricción conocida o quizá el reporte tiene un defecto real. Pero cuando se mezclan observaciones sin una definición previa, cada devolución cambia silenciosamente el encargo. El equipo pierde tiempo en retrabajo y también pierde la oportunidad de descubrir, antes de producir todo, qué información era indispensable para la decisión.

Esta guía trata la aceptación de una entrega interna concreta: un reporte, procedimiento, análisis, diseño o documento que un área encarga y otra debe usar. No aborda el cambio general de objetivos, KPIs o criterios de desempeño durante un proyecto; ese es un problema más amplio de dirección y justicia de evaluación. Tampoco presenta un método para calificar personas. Una entrega puede ser insuficiente para un uso nuevo sin que la persona que la preparó haya trabajado mal bajo el encargo original.

Empiece por el uso, no por la lista de formatos

Pregunte qué hará la persona receptora con la entrega. «Un reporte de incidencias» puede servir para una discusión preliminar o para autorizar una nueva cobertura. Esas decisiones requieren distinta precisión, fuentes y revisión. Escriba la pregunta a resolver en una línea: «Decidir si la sede A necesita cambiar su cobertura de tarde durante el siguiente ciclo». Después identifique qué evidencia permitiría responderla y qué incertidumbres seguirán abiertas. Si nadie puede nombrar el uso, la revisión tenderá a premiar impresiones de estilo.

Separe contenido, evidencia y presentación. El contenido define qué asuntos cubre; la evidencia define cómo se comprobará que no es una opinión arbitraria; la presentación permite que alguien lo use. Para una tabla, puede ser imprescindible que dos alternativas tengan costos comparables y supuestos visibles. Una gráfica puede ser útil, pero quizá no condición para decidir. Para un procedimiento, puede importar que una persona de otro turno complete un caso de prueba sin pedir explicaciones. Una tipografía favorita rara vez prueba que el procedimiento funciona.

El manual de servicios GOV.UK propone criterios de aceptación como una lista de resultados que permite comprobar si una necesidad quedó atendida. Su contexto es el desarrollo de servicios públicos digitales, no todos los encargos internos. La idea aplicable es redactar el criterio como una prueba de uso: «queda listo cuando la persona que decide puede comparar los mismos campos para ambas sedes» es más verificable que «hazlo ejecutivo». No convierta el ejemplo extranjero en una norma universal para su empresa.

Defina un paquete mínimo para encargar

No hace falta un formulario largo. Para cada entrega, registre propósito y uso, destinatario, alcance, exclusiones, ejemplo o muestra, datos disponibles, prueba de aceptación, persona que revisa, persona que decide y fecha de respuesta. Agregue restricciones de seguridad o confidencialidad si aplican. Este paquete puede vivir en una tarea compartida o un correo. Lo importante es que la versión vigente esté accesible para quienes producirán y revisarán, no que tenga un nombre sofisticado.

La guía de calidad de Government Project Delivery incluye en sus registros el nombre de la entrega, responsable de producirla, método de verificación, autoridad de control, criterios, resultado y evidencia. La guía también pide que el manejo de calidad sea proporcional: un proyecto pequeño puede usar un solo documento. En una oficina no necesita replicar un programa gubernamental. Sí conviene que nadie tenga que adivinar quién puede declarar suficiente un archivo y con qué prueba.

Distinga «quién comenta» de «quién acepta». Una persona experta puede señalar errores técnicos; otra quizá autoriza que la entrega se use. Si ambas tienen opiniones distintas, debe existir un camino de resolución. Al asignar el encargo, diga qué comentarios son condiciones de aceptación y cuáles son sugerencias. Pida a la persona decisora que responda en un plazo razonable; de otro modo, el archivo puede quedar en una espera indefinida aun cuando cumple lo acordado. Una falta de respuesta no debería contarse automáticamente como aprobación.

Use una muestra para probar que entendieron lo mismo

Una muestra temprana puede ser una fila de tabla, un índice comentado, una página de procedimiento, una recomendación con dos alternativas o un caso de prueba. Su tamaño debe ser pequeño frente al trabajo total y suficiente para poner a prueba el criterio difícil. No pida «un avance» genérico si sabe que la discrepancia está en cómo comparar sedes. Pida una fila comparativa con supuestos y fuentes; revise esa fila antes de solicitar veinte más.

En el caso ficticio, la jefatura podría pedir a la analista un ejemplo con dos incidencias y una conclusión provisional. Operaciones confirma si las categorías ayudan a decidir; la persona responsable de datos comprueba que la extracción respeta definiciones y permisos; quien autoriza turnos indica qué contraste le falta. Con esas respuestas, el equipo corrige el criterio inicial. La muestra no garantiza que el reporte final esté libre de errores. Reduce la probabilidad de descubrir, al cerrar, que cada área imaginaba un producto diferente.

Fije la fecha de la revisión de muestra al mismo tiempo que encarga. Una muestra enviada a tiempo y revisada cuando el informe ya está terminado no evita retrabajo. La revisión debe contestar: «sí, esta dirección sirve», «no, falta esta prueba» o «cambió el uso de la entrega; necesitamos redefinir». Si una persona no puede decidir todavía, que explique qué información le falta y quién la obtendrá. Dejar una observación vaga sin dueño sólo aplaza el problema.

Escriba pruebas que puedan observarse

Evite adjetivos que cada persona interpretará distinto: completo, robusto, estratégico, claro. Puede conservarlos como aspiración, pero añada una condición observable. «Completo» para una lista de solicitudes podría significar que cubre todas las categorías del periodo definido y marca las que no tienen datos. «Claro» para un instructivo podría significar que dos personas de otra área siguen un caso de muestra y registran dónde se detienen. «Estratégico» para una recomendación podría significar que explicita la decisión, alternativas, costo, riesgo y supuesto decisivo.

No todo necesita una cifra o una puntuación. Una prueba cualitativa puede ser sólida si define quién observa, qué caso se revisa y qué evidencia se espera. Para un análisis exploratorio, quizá no se puede prometer una conclusión exacta antes de investigar. Puede acordarse que la entrega identifique hallazgos, límites, fuentes y decisiones que aún requieren información. Esa es una condición honesta de aceptación; pedir una conclusión predeterminada sólo para poder marcar una casilla corrompería el trabajo.

El capítulo de verificación y validación de Government Project Delivery distingue comprobar conformidad con una descripción de comprobar utilidad para quienes usarán el resultado. También establece que las decisiones de validar deben basarse en criterios definidos con anticipación. Su método habla de proyectos de gobierno; la aplicación aquí es una pauta proporcional para encargos internos. Un reporte puede cumplir el formato solicitado y no servir a una decisión nueva. Haga explícita esa diferencia en vez de llamar «defecto» a todo lo que surge después.

Nombre exclusiones y dependencias

Un encargo útil dice qué no incluye. Si el reporte cubre incidencias registradas en dos sedes durante un periodo, no debe inferirse que describe todos los motivos de ausentismo ni que representa turnos sin registro. Si la recomendación no incluye validación presupuestal, dígalo. Las exclusiones permiten que el lector use la entrega con sus límites, y que un nuevo uso se reconozca como nuevo trabajo. No son una licencia para omitir un requisito conocido: deben quedar visibles y aceptados al comenzar.

Anote también qué insumo proviene de otra área y quién lo entregará. Pedir a una persona que produzca una comparación de costos sin acceso a precios vigentes crea una condición imposible. Una fecha de entrega sólo tiene sentido si los datos llegan con margen para analizarlos y probar el resultado. Si una dependencia falla, defina si el equipo entregará una versión limitada, moverá fecha o cambiará la decisión. No califique como mala calidad individual una falta de insumo que el encargo no resolvió.

La confidencialidad es parte del alcance. Una muestra puede usar datos ficticios o anonimizados si la finalidad es probar estructura. La revisión técnica debe ocurrir en los canales autorizados; un comentario casual en una herramienta externa puede revelar información que nunca debió salir. Si una condición de aceptación exige compartir datos sensibles, involucre a quien conoce las reglas y permisos aplicables antes de pedir el archivo. Este artículo no establece una política de protección de datos; recuerda que la prueba elegida también debe ser viable y autorizada.

Organice una revisión con autoridad y tiempo

Al recibir la versión, compare primero con los criterios acordados. Pida comentarios vinculados a un criterio, a una evidencia o al uso que se había definido. «No me convence» puede iniciar una conversación; no debería ser el único fundamento para devolver semanas de trabajo. La persona revisora puede decir: «La tabla no permite comparar fechas porque usa hitos distintos; la prueba acordada era comparar el mismo hito». Esa observación es accionable. Puede además sugerir una gráfica para una presentación posterior, sin convertirla automáticamente en condición de aceptación.

Establezca estados comprensibles: aceptado para el uso pactado, aceptado con salvedad visible, requiere corrección identificada o se reabre por cambio de necesidad. No necesita una herramienta nueva para hacerlo. Basta con dejar fecha, versión, persona decisora y comentario de cierre en el lugar donde vive la tarea. Evite el estado eterno de «en revisión» sin fecha de respuesta. Si habrá varias rondas, indique qué se examinará en cada una para que el segundo lector no reinicie la evaluación desde otra idea de producto.

Quien decide debe poder admitir un error del encargo. «No pedimos el corte por sede; ahora lo necesitamos» es más útil que «debería haber sido obvio». Reconoce la necesidad actual sin reescribir el acuerdo anterior. Ese gesto también facilita que quien produjo la entrega reconozca fallos genuinos: el cálculo incorrecto, la fuente ausente o el campo mal definido. La revisión justa no protege a nadie de corregir su trabajo; protege la diferencia entre corregirlo y ampliar el pedido.

Cuando aparece un criterio nuevo

Hay cambios legítimos: una decisión de dirección se amplía, surge una restricción de seguridad, los datos muestran una excepción o el usuario interno cambia. Registre la condición nueva, por qué importa, qué versión sustituye, qué trabajo agrega, qué insumos requiere y quién la aprueba. Decida si la entrega original ya es aceptable para su uso inicial o si debe detenerse porque el riesgo nuevo impide usarla. Ambas respuestas son posibles; la clave es no esconder la decisión dentro de una devolución ambigua.

El capítulo de control de cambios de Government Project Delivery pide valorar el impacto de una solicitud en alcance y restricciones antes de aprobarla e incorporarla. Un equipo no tiene que abrir un expediente formal por cada ajuste de una tabla. Puede tomar la disciplina mínima: describir el cambio, sus consecuencias para tiempo y responsables, y la decisión que lo autoriza. Si el requisito nuevo obliga a otra área a validar números, no sostenga el plazo original por inercia.

No clasifique todo comentario tardío como cambio. Si un requisito estaba en la solicitud visible o en una norma aplicable que el equipo conoce y consulta, quizá la entrega falló la prueba original. Investigue con una mirada abierta: ¿dónde estaba escrito?, ¿quién lo explicó?, ¿estaba disponible para la persona que produjo?, ¿el caso encaja? Si la instrucción era verbal y las memorias difieren, convierta la disputa en un acuerdo de versión futura. No siempre podrá reconstruir con certeza qué entendió cada quien semanas atrás; sí puede evitar que la siguiente ronda repita el vacío.

Cuando la entrega requiere criterio profesional

Algunos encargos no admiten una lista cerrada de casillas. Una propuesta de diseño, una síntesis de entrevistas o una recomendación editorial necesita juicio. Definir la aceptación no significa predeterminar la conclusión ni sustituir a quien hace el trabajo. Acuerde las preguntas que la pieza debe responder, las restricciones que no puede ignorar, las fuentes que debe examinar y el tipo de decisión que habilitará. Una muestra puede enseñar la estructura del razonamiento sin fingir que el hallazgo final ya se conoce. Si aparece evidencia nueva, el criterio debe permitir explicarla y revisar la conclusión.

Pida a quien revisa que distinga desacuerdo de defecto. Puede decir: «No estoy de acuerdo con la recomendación porque el costo de la alternativa B queda fuera del umbral que acordamos», y señalar datos. Eso es distinto de «no me gusta la recomendación» cuando el análisis cumplió la pregunta y dejó claras sus limitaciones. La persona con autoridad puede decidir otra alternativa, pero debe hacer visible su razón y si el análisis sigue siendo un insumo válido. No obligue al equipo a reescribir la evidencia para que coincida con una preferencia no discutida.

Cuando hay varias rutas plausibles, defina qué respuesta haría avanzar la decisión: presentar dos opciones comparables, describir riesgos y supuestos, pedir una elección. La aceptación puede ser «la dirección tiene una base suficiente para elegir» aunque no exista consenso sobre cuál opción prefiere cada área. Ese criterio evita que una entrega permanezca abierta hasta que todas las personas estén satisfechas, algo imposible si sus responsabilidades chocan. Si el trabajo descubre que ninguna opción es viable, un informe que lo demuestra con evidencia puede ser una entrega útil, no un fracaso por no producir una recomendación cómoda.

Reconozca la aceptación parcial y el alto necesario

Una entrega puede ser utilizable para un propósito y no para otro. Un diagnóstico preliminar quizá permite decidir qué investigar, pero no autoriza contratar o modificar turnos. Especifique el nivel de uso al aceptarlo: «sirve para definir el siguiente análisis; no prueba aún el efecto de cambiar cobertura». Una salvedad visible es mejor que un sello ambiguo de «aprobado». Pida a la persona decisora que indique quién conocerá la limitación y dónde quedará junto a la versión compartida.

También debe existir un alto claro. Si falta un dato esencial, si la muestra revela un error de origen, si una prueba expone información que no debe compartirse o si dos responsables exigen condiciones incompatibles, el equipo puede detener la revisión y decidir cómo replanificar. No use el alto para castigar a quien produjo. Documente qué hecho lo activó, qué decisión queda suspendida, quién puede resolverlo y cuándo volverán a mirar la entrega. Continuar generando versiones sin resolver el impedimento sólo traslada el riesgo al final y desgasta a todas las áreas.

Una escena ficticia de aceptación bien planteada

Vuelva al reporte de incidencias. Esta vez, la jefatura escribe antes de encargar: «Necesitamos elegir si cambiaremos la cobertura de tarde en dos sedes el próximo mes. El reporte comparará incidencias registradas durante ocho semanas, separará fuente y supuesto, mostrará limitaciones del registro y ofrecerá dos opciones con consecuencias. No incluirá entrevistas nuevas ni una evaluación de desempeño individual». Operaciones es dueña de la decisión; datos valida definiciones; la analista produce el reporte. La fecha de revisión de muestra queda anotada junto con la entrega final.

La muestra contiene una tabla de una semana y un párrafo de recomendación provisional. Datos detecta que una categoría se registra de modo distinto entre sedes. Esa observación aparece antes de que la analista construya todas las semanas. Operaciones decide que el reporte no debe comparar esa categoría como si fuera equivalente y acepta una nota de limitación. El criterio cambia a tiempo, con una razón y una prueba visible. Ningún equipo tiene que fingir que el dato era comparable para cumplir el encargo.

Al revisar el informe final, una persona pide entrevistas. La jefatura pregunta si son necesarias para la decisión del próximo mes o si corresponden a una investigación posterior. Decide aceptar el reporte para una decisión provisional con la limitación indicada y abre otro encargo para entrevistas. Si, por el contrario, las entrevistas revelaran un riesgo sin el cual no debe moverse la cobertura, podría detener la decisión y replanificar. En ambos casos la acción tiene dueña y justificación. «Devuelto porque faltan entrevistas» habría ocultado esa elección.

Revise el proceso después de una devolución repetida

Si las entregas vuelven una y otra vez, no concluya de inmediato que el equipo produce mal o que las personas revisoras son imposibles. Mire algunos casos concretos: qué criterios existían antes, quién los entendió, qué muestra se revisó, cuándo apareció información nueva, cuántas personas podían decidir y cómo se cerró. Busque patrones de proceso, no una clasificación moral de colegas. Tal vez las plantillas están viejas, el área destinataria cambia sin avisar o las decisiones se toman con datos que no llegan al equipo productor.

Pida a ambas partes un ejemplo útil de criterio. La persona que encarga puede señalar una entrega aceptada y explicar qué la hizo utilizable. Quien produce puede mostrar dónde una condición posterior alteró tiempo o fuente. Actualicen la pauta con esos ejemplos y eliminen detalles que nadie usa. Un registro más largo no necesariamente mejora la calidad: si nadie puede distinguir el requisito decisivo de veinte casillas ceremoniales, la conversación volverá a depender de intuiciones privadas.

Evite usar el porcentaje de entregas «aceptadas a la primera» como juicio simple de talento. Puede mejorar porque los equipos colaboran antes; también puede subir porque dejan de registrar objeciones o bajan el estándar. Revise junto al resultado si las decisiones fueron útiles, si las salvedades quedaron visibles y si el costo de revisión se distribuyó con justicia. Una buena aceptación protege la decisión y permite corregir, no fabrica una cifra para anunciar que ya no hay desacuerdos.

Qué puede acordar esta semana

Elija un encargo próximo y complete cinco frases antes de asignarlo: «Se usará para decidir…», «La muestra que revisaremos será…», «Quedará listo cuando podamos observar…», «La persona que aceptará es…» y «Si cambia el uso, decidiremos impacto en…». Ponga fecha de respuesta a la muestra y a la versión final. Confirme que quien trabaja tendrá los datos y permisos necesarios. Después de la primera revisión, ajuste la pauta con un caso real, no con una exigencia abstracta de que todo sea perfecto desde el inicio.

La aceptación no es una ceremonia al final. Es un acuerdo de trabajo que empieza cuando la necesidad todavía puede explicarse y cuando corregir una muestra cuesta poco. Si cambia la necesidad, nombre el cambio. Si aparece un defecto, señálelo contra la prueba. Si una preferencia mejora el archivo pero no condiciona el uso, ubíquela en el siguiente paso. Esa claridad deja espacio para el juicio profesional de todas las personas que participan.

La acción autónoma es elegir una entrega en preparación y escribir la prueba que permitiría usarla antes de recibir el archivo. Si usted recibió una devolución por una condición no acordada, comparta la guía de Worklife para resolver una entrega devuelta con la persona que la está trabajando; allí se trata la respuesta desde su posición. Para cambios de metas y KPIs de un proyecto completo, la guía sobre cambios del criterio de éxito aborda ese problema distinto.

Para conversar en equipo sobre acuerdos, responsabilidades y revisión, puede consultar precio y disponibilidad de Prácticas de Equipo. Es material de apoyo para una conversación que la organización debe conducir; no define por sí solo los criterios de aceptación ni presta una aprobación técnica.

Contenido editorial institucional basado en psicología organizacional aplicada, desarrollo de liderazgo y experiencia práctica en Recursos Humanos.

• guía de calidad de Government Project Delivery incluye en sus registros el nombre de la entrega, responsable de producirla, método de verificación, autoridad de control, criterios, resultado y evidencia
• capítulo de verificación y validación de Government Project Delivery distingue comprobar conformidad con una descripción de comprobar utilidad para quienes usarán el resultado
• capítulo de control de cambios de Government Project Delivery pide valorar el impacto de una solicitud en alcance y restricciones antes de aprobarla e incorporarla
• manual de servicios GOV.UK propone criterios de aceptación como una lista de resultados que permite comprobar si una necesidad quedó atendida