CapordiaDelimitar la responsabilidad realmente transmitida
Precisa el proyecto, la campaña y el periodo afectados. El relevo puede abarcar la supervisión de un lote, la aceptación de sus resultados o la preparación de una exportación. No transfiere automáticamente la decisión de negocio, la compra de un nuevo periodo ni el derecho a cambiar el software. Nombra a una persona que recibe el trabajo, a un suplente y al responsable al que recurrir para las decisiones fuera del alcance.
Distingue la preparación de los accesos de la transmisión de responsabilidad. La guía dedicada a los accesos trata las identidades y los permisos; aquí, verifica que el destinatario sepa usar los medios previstos y encontrar la información correcta. No transmitas una contraseña en la ficha. La referencia de la cuenta de pedido y los accesos de explotación cumplen funciones diferentes.
Fotografiar el estado del trabajo a una hora precisa
La ficha de relevo debe mostrar las tareas terminadas, las que están en curso, las que están en espera y las desviaciones abiertas. Añade la hora de este relevo, la versión activa, el último cambio y la próxima operación. Una frase como «todo es normal» envejece en cuanto falla una tarea. Unos identificadores y un estado fechado permiten al compañero contrastar la ficha con lo que observa realmente.
El Site Reliability Workbook describe la lectura de la transmisión anterior al inicio de un relevo y la preparación de un traspaso escrito para el siguiente. Para tu campaña de GPU, adapta este principio a unos pocos hechos útiles: evolución esperada, trabajo bloqueado, acción ya intentada y persona informada. La ficha debe orientar la próxima decisión, sin convertirse en un registro exhaustivo de cada mensaje.
Escribir un procedimiento que distinga observar, actuar y detener
Un procedimiento de explotación, o runbook, describe una situación y una acción autorizada. Para cada acción, indica su condición previa, su efecto esperado, la comprobación después de ejecutarla y la condición de parada. Sustituye «reiniciar si es necesario» por una regla que identifique la tarea afectada, verifique la ausencia de un resultado ya aceptado y prohíba un reinicio concurrente. Si el procedimiento no cubre el caso observado, el destinatario sabe a quién llamar.
La tabla propuesta organiza las decisiones de tu equipo; no crea ningún permiso en Capordia. Los umbrales, las personas y las herramientas deben adaptarse al proyecto. Separa también la posibilidad técnica de ejecutar un comando de la autorización para hacerlo: un acceso funcional no basta para validar una eliminación o un nuevo gasto.
| Situación | Acción prevista | Decisión que obtener |
|---|---|---|
| Tarea siempre activa | Observar su estado y su último resultado | Antes de cualquier interrupción |
| Fallo cubierto por el procedimiento | Reiniciar la tarea identificada tras comprobar las salidas | Si la causa difiere del caso documentado |
| Desviación de resultado | Apartar la salida y avisar al responsable | Antes de publicar o aceptar |
| Fin de periodo cercano | Preparar la exportación y señalar la necesidad restante | Antes de un nuevo pedido |
Hacer que el destinatario explique la próxima acción
Organiza un breve relevo en pareja. El compañero que retoma abre la ficha, localiza una tarea y explica qué hará a continuación, así como qué no decidirá por sí solo. Haz que identifique el destino de la exportación y el estado de reanudación elegido. Una demostración dirigida por completo por la persona saliente puede ocultar la información que aún falta en el documento.
Para una persona nueva en el proyecto, completa este relevo con una puesta en práctica acotada. El capítulo de Google SRE dedicado al aprendizaje distingue la documentación que hay que conocer, los contactos expertos y las preguntas de comprensión. Elige aquí una operación habitual en un ámbito de prueba; no es necesario provocar un incidente real ni detener un procesamiento útil para evaluar la comprensión.
Ejemplo resuelto: transferir 128 tareas sin relanzarlas por duplicado
En este ejemplo ficticio, Camille pasa el relevo a Noor a las 14:00 UTC. La campaña comprende 128 tareas: 96 aceptadas, 8 en curso y 24 en espera. La suma 96 + 8 + 24 = 128 corresponde al inventario. Sin embargo, dos de las ocho tareas activas acaban de fallar. Sin una conciliación en el momento del relevo, Noor podría tratar una fotografía ya obsoleta como un estado actual.
Camille actualiza entonces la ficha: 96 aceptadas, 6 en curso, 2 fallidas y 24 en espera. Los dos fallos entran en el caso de reanudación ya autorizado; Noor verifica que no haya salida aceptada ni proceso aún activo, y luego las vuelve a poner en espera. El estado pasa a 96 + 6 + 26 = 128. Las seis tareas activas continúan. Noor confirma la asunción del relevo y registra su próxima comprobación; Camille deja de lanzar acciones sobre este ámbito.
| Momento | Aceptadas | En curso | Fallidas | En espera |
|---|---|---|---|---|
| Antes de la conciliación | 96 | 8 | 0 | 24 |
| Tras la actualización | 96 | 6 | 2 | 24 |
| Tras la puesta en espera autorizada | 96 | 6 | 0 | 26 |
Gestionar las ausencias, los cambios y el final del relevo
Si la persona destinataria no puede confirmar el relevo, recurre al suplente previsto y aclara quién sigue siendo responsable mientras tanto. Evita el mensaje enviado a varias personas sin acuse de recibo explícito. Cuando ya hay un incidente abierto, transmite también las hipótesis descartadas y las acciones en curso; una persona nueva no debe reiniciar en silencio una intervención ya intentada.
Con cada cambio de referencia de software, actualiza el procedimiento y señala lo que queda obsoleto. Al final de la necesidad, vincula las exportaciones aceptadas, las acciones residuales y los plazos al registro del proyecto. Un periodo de 3, 7 o 30 días no se prolonga por el simple hecho de que un colega retome el trabajo. La siguiente contratación, si es necesaria, sigue siendo una decisión y un pedido distintos.
Preguntas para decidir
¿El relevo exige un documento extenso?
No. Una ficha breve puede bastar si indica el ámbito, el estado con fecha, la próxima acción, los límites de autorización y los contactos útiles. Los procedimientos detallados quedan enlazados desde esa ficha. Comprueba sobre todo si la persona destinataria puede encontrar y explicar el siguiente paso.
¿Se puede transmitir el trabajo únicamente mediante un mensaje oral?
El intercambio oral ayuda a comprender los matices, pero deja un registro con fecha del estado y del acuerdo de reanudación. Permite distinguir lo que ya estaba hecho de lo que quedaba por hacer, sobre todo si una tercera persona interviene después del relevo.
¿Qué hacer cuando falta una instrucción en el procedimiento?
La persona destinataria señala la discrepancia y consulta al responsable previsto antes de una acción que pueda modificar los datos o interrumpir el trabajo. Añade después la decisión al procedimiento, con su ámbito. Una improvisación que sale bien una vez no se convierte automáticamente en una regla general.