Guía práctica · Calidad y entrega
Punch list de un yate: del hallazgo a la verificación
Una punch list útil permite localizar la incidencia, entender el trabajo y saber cómo se verificará el resultado. Esta guía ayuda a responsables de proyecto, equipos de calidad y tripulaciones a preparar una lista clara antes de la entrega del yate.
01Distinguir la checklist de la punch list
La checklist indica qué revisar, como el funcionamiento de una puerta o el acabado de una superficie. La punch list, también llamada lista de incidencias o snag list, recoge las anomalías observadas y los trabajos todavía pendientes. Separar estos dos usos evita confundir una comprobación prevista con un defecto realmente detectado.
Antes de subir a bordo, acordad el alcance de la visita, las zonas accesibles y quién registra los hallazgos. Utilizad un identificador estable para reconocer cada incidencia en reuniones e informes. Una foto nueva suele completar el mismo caso; un problema diferente merece otra entrada. Comprobad los duplicados antes de abrir un registro adicional.
02Los campos que permiten actuar
Cread una entrada por cada problema que pueda asignarse y verificarse de forma independiente. El título ayuda a encontrarlo; la descripción debe explicar lo observado. Una causa sospechada sigue siendo una hipótesis mientras no haya pruebas que la respalden. Acordad estos campos mínimos con el equipo que utilizará la lista.
- Identidad y ubicación
- ID, yate, cubierta, zona y posición exacta. Indicar solo «salón» puede no bastar.
- Observación y pruebas
- Descripción concreta, foto de conjunto y detalle. Conservad el contexto incluso si el defecto es pequeño.
- Acción y responsable
- Trabajo solicitado, proveedor asignado e interlocutor que pueda aclarar la necesidad.
- Prioridad y fechas
- Importancia acordada, fecha prevista y condiciones que afectan al acceso o a la ejecución.
- Estado y verificación
- Avance del trabajo, criterio de cierre, persona responsable y resultado de la revisión final.
03Quién asigna, quién ejecuta y quién verifica
El responsable del proyecto revisa los avisos y asigna la intervención al proveedor adecuado. Indicad a quién dirigir las preguntas: una incidencia asignada de forma genérica a todos suele quedarse sin un próximo paso. Si participan varios oficios, separad sus tareas o aclarad qué parte corresponde a cada empresa y cómo se coordina el relevo.
El proveedor comunica el trabajo realizado y añade las pruebas disponibles. Después, la persona responsable de la revisión compara el resultado con el criterio de cierre acordado. En Sailify, la finalización comunicada por el proveedor y la revisión interna son pasos distintos. Ese paso de ejecución a verificación debe quedar claro en la lista.
04Acordar prioridades, fechas y visibilidad
Definid qué significa cada prioridad: una incidencia puede impedir una prueba, afectar a una fase de la entrega, requerir atención antes de la siguiente visita o programarse aparte. La prioridad expresa su importancia relativa; la fecha prevista indica cuándo se espera la intervención. Una información no sustituye a la otra.
Comenzad la reunión previa a la entrega por las incidencias abiertas, los obstáculos y las revisiones pendientes. Cada aplazamiento necesita una razón y una nueva fecha por acordar. Compartid el alcance pertinente con cada interlocutor. Las notas internas y las actualizaciones para el cliente no deben mezclarse automáticamente en una conversación visible para todos.
05Definir el cierre antes de intervenir
En la puerta del ejemplo, «arreglada» no explica el resultado esperado. Un criterio más útil es comprobar que cierre alineada y se mueva sin tocar el borde inferior. Registrad el resultado de la revisión y una foto cuando ayude a documentarlo. Para trabajos que requieren pruebas específicas, acordad previamente el método y las personas competentes que participarán.
Si el resultado no cumple el criterio, describid la corrección pendiente manteniendo el vínculo con la incidencia original. Cerrar un registro en el software documenta el proceso operativo. Por sí solo, no sustituye las pruebas, certificaciones o condiciones de aceptación que correspondan a ese yate.
Explorar checklists y revisión de calidad06Una checklist para la próxima visita
Revisad estas preguntas al terminar cada zona, antes de pasar a la siguiente. Comprueban la calidad de la información recogida; no sustituyen la checklist de inspección técnica del yate.
- ¿Se localiza la incidencia sin llamar a la persona que la registró?
- ¿La descripción y las fotos muestran el mismo punto y problema?
- ¿El proveedor asignado entiende el trabajo que se solicita?
- ¿Están claras la prioridad, la fecha prevista y las dificultades?
- ¿Se sabe quién revisa y qué resultado debe comprobar?
- ¿Cada incidencia abierta tiene un próximo paso y un interlocutor?