Parte 41 · Clase 402 de 830

ARQ-402 · Especificar por desempeño y por prescripción

Parte 41 · Clase desarrollada · Incorporada en v0.23.0.

Prerrequisitos conceptuales: ARQ-401. Sin calendario. Material educativo; no constituye asesoría jurídica, especificación ejecutable, acto administrativo, interpretación vinculante de contrato ni habilitación profesional. Los casos y cifras son didácticos salvo antecedentes expresamente atribuidos. Revisión externa especializada pendiente.

Pregunta central

¿Cuándo conviene especificar un resultado y cuándo describir una solución, y qué riesgos aparecen al mezclar ambos enfoques sin decirlo?

Resultado y continuidad

Recibe ARQ-401: mantiene identificación, versión, fuentes y estados. El nuevo caso es independiente salvo referencias expresamente recuperadas. Elaborarás una matriz o registro reproducible, resolverás un caso trabajado y una práctica independiente, y cerrarás distinguiendo hecho, interpretación, obligación, evidencia y asunto pendiente.

1. Definir el objeto y la frontera

Una especificación prescriptiva describe materiales, dimensiones, productos o procedimientos. Una especificación por desempeño define el resultado que debe alcanzarse y cómo demostrarlo. Ninguna es superior por principio; su pertinencia depende de responsabilidad, capacidad de verificación y contexto del proyecto.

2. Distinguir documentos y funciones

El desempeño exige criterio medible y método. “Buena acústica” no es una especificación. Tampoco basta una cifra si no se identifica configuración, condiciones y evidencia. La verificación debe ser posible antes de aceptar la solución.

3. La confusión que debe evitarse

La prescripción puede reducir opciones, pero no elimina la obligación de comprobar compatibilidad. Especificar un producto concreto no demuestra que su instalación alcance la prestación del sistema completo.

4. Interfaces y dependencias

Mezclar enfoques puede crear una contradicción: pedir una prestación alta y al mismo tiempo fijar una geometría que la hace imposible. El oferente no debería cargar silenciosamente con la incompatibilidad; debe existir mecanismo para consulta y aclaración.

5. Cambios, versiones y tiempo

Las equivalencias requieren criterios explícitos. “O equivalente” sin definir qué significa genera ofertas difíciles de comparar. La equivalencia puede necesitar dimensiones, desempeño, durabilidad, documentación, mantenimiento y compatibilidad con interfaces.

6. Responsables, evidencia y cierre

La especificación debe conservar responsabilidades. Si el contratista diseña una parte para cumplir desempeño, el contrato debe definir entregables, revisión y límites de esa tarea. Si el diseño está cerrado por el proyectista, no se desplaza responsabilidad mediante una frase vaga.

Caso trabajado: mismo objetivo, tres formas de escribirlo

Objetivo ficticio: una cubierta debe limitar una transferencia a H≤100 W/K bajo una frontera definida.

Prescripción A fija capas exactas. Desempeño B fija H, método y evidencias. Especificación C fija las mismas capas de A y exige H≤80 sin comprobar si la combinación puede alcanzarlo. C puede ser internamente incompatible.

La tarea no es elegir “prescripción” o “desempeño” por moda, sino hacer verificables las obligaciones y sus interfaces.

Figura 402. El esquema separa fuente, aplicación y evidencia; no crea obligaciones nuevas.

8. Método de trabajo reproducible

Para cualquier documento registra como mínimo: identificador, título, emisor, edición o versión, fecha relevante, jurisdicción o ámbito, objeto, forma de incorporación, evidencia disponible, responsable y estado. Si una de esas variables es desconocida, se conserva como desconocida; no se completa desde memoria para que la tabla parezca terminada.

Cuando existe un número, anota también unidad, denominador y frontera. En materias documentales las cantidades suelen parecer sencillas, pero pueden ocultar diferencias de alcance: superficie bruta frente a neta, precio con o sin partidas, cantidad enviada frente a aceptada, documento publicado frente a vigente. La aritmética es una comprobación; la aplicabilidad necesita otra evidencia.

9. Profundización: qué no demuestra un documento correcto

Un documento formalmente correcto puede pertenecer a otra versión, otro predio o un alcance distinto. Una firma válida no amplía el objeto firmado. Una norma vigente no prueba cumplimiento. Un plano coordinado no prueba ejecución. Una oferta completa no acredita que el contrato la haya incorporado. Una recepción o aceptación tampoco convierte en conocidas todas las prestaciones futuras.

Esta separación es deliberada: en un proyecto complejo, los errores más costosos pueden surgir cuando una evidencia real se utiliza para responder una pregunta distinta. La revisión debe preguntar siempre “¿qué afirmación exacta respalda este documento?” y “¿qué cambia si la configuración o la fuente cambia?”.

10. Errores frecuentes

Evita usar la fecha de descarga como fecha de vigencia; citar una edición sin comprobar su estado; tratar un visor como acto oficial; copiar una cláusula extranjera como si fuera legislación local; cerrar una incidencia porque fue respondida sin actualizar los documentos; y sumar porcentajes de estados diferentes para fabricar un índice de “cumplimiento”.

Otro error es borrar la versión anterior después de una corrección. La trazabilidad necesita conservar antecedentes suficientes para entender el cambio. Obsoleto no significa inexistente: significa que no debe usarse como línea base actual.

11. Cruce con un proyecto real

En un proyecto real esta materia no aparece aislada. La decisión debe vincularse con el encargo, la etapa, el contrato, la autoridad cuando corresponda y los documentos técnicos que dependen de ella. Una revisión responsable comienza por identificar qué está en juego si la interpretación es incorrecta: puede ser una cantidad, una autorización, una obligación entre partes, un requisito de desempeño o la capacidad de operar y mantener. Esa consecuencia determina qué evidencia merece prioridad.

La práctica profesional exige además distinguir entre localizar una fuente, leerla, interpretarla para un caso, incorporarla al proyecto y verificar el resultado. Son cinco operaciones distintas. Un enlace resuelve solamente la primera; una ficha pública puede apoyar la segunda de manera parcial; la aplicación necesita competencia, contexto y, en materias jurídicas o contractuales, la revisión especializada correspondiente.

Por eso la entrega académica debe dejar una ruta de auditoría: qué documento se consultó, qué versión, qué afirmación se extrajo, quién debería confirmar su aplicabilidad y qué archivo del proyecto cambiaría si la respuesta fuese distinta. Esa ruta es más valiosa que una lista extensa de referencias sin relación con decisiones concretas.

Práctica independiente

Redacta una especificación prescriptiva y otra por desempeño para una puerta ficticia. Incluye al menos geometría, operación, mantenimiento y evidencia. Después identifica un punto donde podrían entrar en conflicto.

Autoevaluación y enlace

Puedes avanzar si logras reconstruir el caso sin la solución, identificas al menos tres campos que podrían cambiar la conclusión y distingues una evidencia de una obligación. Revisa especialmente si mantuviste versiones y jurisdicción. La clase siguiente recibe el método, no una conclusión universal.

Decisión pedagógica y posición curricular

Por qué existe

Esta clase existe para resolver una necesidad concreta del recorrido: ¿Cuándo conviene especificar un resultado y cuándo describir una solución, y qué riesgos aparecen al mezclar ambos enfoques sin decirlo?

Por qué está exactamente aquí

Ocupa el lugar 2 de la Parte 41. Se estudia después de ARQ-401 · Memoria, planos, especificaciones y mediciones porque usa esa base para responder «¿Cuándo conviene especificar un resultado y cuándo describir una solución, y qué riesgos aparecen al mezclar ambos enfoques sin decirlo?». Se ubica antes de ARQ-403 · Coherencia entre disciplinas porque la evidencia producida aquí debe estar disponible para ese paso.

• Prerrequisitos: ARQ-401
• Capacidad que introduce: Recibe ARQ-401: mantiene identificación, versión, fuentes y estados. El nuevo caso es independiente salvo referencias expresamente recuperadas. Elaborarás una matriz o registro reproducible, resolverás un caso trabajado y una práctica independiente, y cerrarás distinguiendo hecho, interpretación, obligación, evidencia y asunto pendiente.
• Clases o experiencias que dependen de ella: ARQ-403

flowchart LR
    A["Prerrequisitos · ARQ-401"] --> B["ARQ-402 · necesidad y fundamento"]
    S["Fuentes · ISO-9001 ISO 9001:2026 — Quality management systems — Requirements + Organismo: National Aeronautics and Space…"] --> B
    B --> C["Actividad auténtica"]
    C --> D["Evidencia auditable"]
    D --> E["Continuidad · ARQ-403"]

El diagrama permite comprobar una relación que el texto lineal oculta con facilidad: esta clase recibe capacidades previas, toma decisiones apoyadas por fuentes, exige una experiencia y produce evidencia que habilita trabajo posterior. No representa un procedimiento de obra.

Resultado observable, evidencia y evaluación

1. Identificar y delimitar las condiciones necesarias para responder la pregunta central de especificar por desempeño y por prescripción.
2. Producir y comprobar la evidencia declarada por la clase: Recibe ARQ-401: mantiene identificación, versión, fuentes y estados. El nuevo caso es independiente salvo referencias expresamente recuperadas. Elaborarás una matriz o registro reproducible, resolverás un caso trabajado y una práctica independiente, y cerrarás distinguiendo hecho, interpretación, obligación, evidencia y asunto pendiente.
3. Justificar una decisión de especificar por desempeño y por prescripción mediante fuentes, supuestos, alternativas y límites explícitos.

Actividad, evidencia y criterio de aceptación

Actividad: Redacta una especificación prescriptiva y otra por desempeño para una puerta ficticia. Incluye al menos geometría, operación, mantenimiento y evidencia. Después identifica un punto donde podrían entrar en conflicto.

Evidencia mínima: Recibe ARQ-401: mantiene identificación, versión, fuentes y estados. El nuevo caso es independiente salvo referencias expresamente recuperadas. Elaborarás una matriz o registro reproducible, resolverás un caso trabajado y una práctica independiente, y cerrarás distinguiendo hecho, interpretación, obligación, evidencia y asunto pendiente.

Archivo sugerido: evidence/ARQ-402/evidencia.md.

Criterio de aceptación: la entrega se acepta cuando:

• La entrega responde explícitamente a la pregunta: ¿Cuándo conviene especificar un resultado y cuándo describir una solución, y qué riesgos aparecen al mezclar ambos enfoques sin decirlo?
• La actividad conserva las fronteras del caso y permite reconstruir el procedimiento: Redacta una especificación prescriptiva y otra por desempeño para una puerta ficticia. Incluye al menos geometría, operación, mantenimiento y evidencia. Después identifica un punto donde podrían entrar en conflicto.
• Cada afirmación externa puede seguirse hasta una fuente, su alcance consultado y su límite.
• La evidencia deja disponible una entrada comprobable para ARQ-403.
• Evita usar la fecha de descarga como fecha de vigencia; citar una edición sin comprobar su estado; tratar un visor como acto oficial; copiar una cláusula extranjera como si fuera legislación local; cerrar una incidencia porque fue respondida sin actualizar los documentos; y sumar porcentajes de estados diferentes para fabricar un índice de “cumplimiento”. Otro error es borrar la versión anterior después de una corrección.

La rúbrica común complementa estos criterios; no los reemplaza. Una entrega puede superar un promedio y continuar pendiente si oculta una condición crítica.

Trazabilidad de las decisiones

La tabla permite auditar las relaciones; la explicación, el caso y la práctica de la clase siguen siendo la documentación principal.

Autoevaluación, recuperación y continuidad

Errores diagnósticos

Antes de avanzar, comprueba si puedes reconstruir cada resultado sin mirar la solución, señalar qué evidencia lo sostiene y nombrar una condición que obligaría a revisar tu decisión. Conserva la primera versión, la objeción recibida y la revisión.

Conexión siguiente: La continuidad inmediata es ARQ-403 · Coherencia entre disciplinas; conserva el método y vuelve a verificar datos y límites.

Fuentes y alcance de uso

[ISO-9001] ISO 9001:2026 — Quality management systems — Requirements

ISO. https://www.iso.org/standard/9001

Consulta: Ficha pública; publicación 16-09-2026 Apoyo: Sistema de gestión de calidad; edición publicada y ámbito general Límite: Texto normativo íntegro no adquirido; no se inventan cláusulas ni plazos universales de transición de certificación.

[NASA-VERIFY] NASA Systems Engineering Handbook, 5.0: Product Realization

National Aeronautics and Space Administration. https://www.nasa.gov/reference/5-0-product-realization/

Consulta: Apartados web de verificación y validación Apoyo: Distinguir conformidad con requisitos de adecuación al uso Límite: La verificación de cálculos no constituye validación de un edificio.

[FIDIC-RED-2017] Construction Contract 2nd Ed (2017 Red Book) — training information

International Federation of Consulting Engineers. https://www.fidic.org/books/construction-contract-2nd-ed-2017-red-book-training-only

Consulta: Ficha oficial de la edición 2017 para formación; identifica condiciones generales, anexos y formularios. Apoyo: Ilustrar que un modelo contractual contiene condiciones, anexos, formularios y asignaciones de responsabilidades que deben incorporarse expresamente. Límite: No se reproduce el contrato ni se presenta FIDIC como derecho chileno o como modelo obligatorio para un proyecto.

Consulta de referencias nuevas o reconsultadas: 23 de septiembre de 2026. Los casos, matrices, cifras y soluciones son elaboración didáctica original.