Servicio y asistencia

Entregar, verificar y publicar el planning

Vista previa local, dos baterías de pruebas, doble comprobación de medias jornadas y nombres, después publicación mediante una rama y una solicitud de fusión, y verificación de que funciona de verdad en línea.

Claude CodeCoworkGitHub15 min por versión

Entregar y publicar: circuito en cuatro pasos, informe de verificación, cambios antes / después.
Entregar y publicar: circuito en cuatro pasos, informe de verificación, cambios antes / después.

Captura de una herramienta real · datos ficticios, nombres difuminados · interfaz en inglés

El problema

Una versión nueva del planning puede borrar datos, romper una pestaña o mostrar nombres antiguos en los ordenadores del equipo. Y el procedimiento de publicación, que se hace una vez al mes, se olvida de una vez para otra.

Método paso a paso

  1. Partir de la fuente en línea, no de una copia local: archivarla tal cual, con el estado actual de los datos.
  2. Entregar siempre cuatro cosas: una vista previa local para abrir enseguida, los cambios en una rama propia (listos para una solicitud de fusión), la fuente archivada y, si procede, los correos, redactados en la conversación.
  3. Dos baterías de pruebas antes de cualquier publicación, ambas superadas: una batería sobre la lógica de los datos (fusión por identidad, presencias en semanas pares o impares, migraciones, fila «también presentes») y, después, la triple prueba en un navegador controlado:
    • ningún error de script, todos los módulos cargados, con y sin datos reales;
    • las vistas clave: la vista mensual muestra a todo el personal, las ausencias aparecen;
    • los gestos reales: importar un correo de ausencias, arrastrar y soltar en una pestaña, asignar un suplente.
  4. Doble comprobación de las medias jornadas: comparar el planning tipo con cada pestaña de actividad y enumerar las discrepancias (alguien previsto en ecocardiografía en el planning tipo pero ausente de la pestaña de ecocardiografía). Nada se corrige sin aprobación.
  5. Doble comprobación de los nombres frente al directorio: ortografía, identificadores, duplicados, personas no encontradas señaladas como tales.
  6. Agrupar y pedir aprobación: nada se publica sin su aprobación explícita. Las correcciones de la sesión se agrupan en una sola versión, en lugar de una publicación por cada corrección.
  7. Publicar mediante una rama y, después, una solicitud de fusión: Claude sube la versión a una rama y abre una solicitud de fusión que resume los cambios, los resultados de las dos baterías de pruebas y las discrepancias. El responsable la revisa y la fusiona él mismo; la puesta en línea sigue automáticamente. Ya no hay ninguna subida manual directa a la versión en línea.
  8. Comprobar en línea, porque desplegado no significa probado: recarga forzada (Ctrl + F5), número de versión en el título, botones nuevos presentes y el gesto corregido repetido de verdad. Ningún enlace se transmite sin haberlo abierto; si no, lleva la mención «no verificado». Un aviso «no conectado» desaparece con la contraseña del equipo.
  9. Anunciar: un correo breve a la secretaría y al buzón de la actividad afectada, con los demás en copia, redactado en la conversación y enviado por usted.

Entregable

Una versión probada, las discrepancias enumeradas, una publicación verificada y un anuncio listo.

Lecciones aprendidas

  • Una copia congelada de los datos dentro del archivo publicado hace reaparecer nombres antiguos en ordenadores nuevos: eliminarla y señalar cualquier ordenador que no esté conectado.
  • Soltar a una persona sobre una celda ocupada puede crear un duplicado: probar este gesto en cada versión.
  • Un procedimiento de publicación debe redactarse para alguien que nunca lo ha hecho, incluido lo que debería ver al final.
  • Por encima de la capacidad de una celda, algunos nombres «desaparecían»: ahora una fila «también presentes» muestra a todos los que exceden.
  • Dos personas que modifican la misma celda a la vez: fusionar por identidad (quién está asignado), nunca por posición en la lista; si no, una borra a la otra.
  • El planning nunca alimenta la agenda personal: son dos fuentes separadas.

Prompt de partida

Aquí tienes el repositorio del planning. Aplica la corrección solicitada en una rama, pasa las dos baterías de pruebas y después entrega la vista previa local, la lista de discrepancias de medias jornadas y nombres, y una solicitud de fusión lista para revisar. No publiques nada sin mi aprobación.

← Volver al tríptico