CRYPTO SANS KYCLocation GPU · 3, 7 ou 30 jours
CapordiaEspace client
Menu
Équipe / Transmission

Passer le relais avec un état, une action et un responsable.

Une transmission réussie permet au collègue suivant de comprendre ce qui tourne, ce qui attend et ce qu’il peut décider. Un lien vers des fichiers ne suffit pas. Préparez une fiche courte, faites-la utiliser par son destinataire et confirmez ensemble le moment du relais. L’objectif est la continuité du travail entre personnes, une fois les accès et l’environnement préparés.

01

Délimiter la responsabilité réellement transmise

Précisez le projet, la campagne et la période concernés. Le relais peut porter sur la surveillance d’un lot, l’acceptation de ses résultats ou la préparation d’un export. Il ne transfère pas automatiquement la décision métier, l’achat d’une nouvelle période ou le droit de changer le logiciel. Nommez une personne qui reçoit le travail, un remplaçant et le responsable à solliciter pour les décisions hors périmètre.

Distinguez la préparation des accès de la transmission de responsabilité. Le guide dédié aux accès traite les identités et les permissions ; ici, vérifiez que le destinataire sait utiliser les moyens prévus et trouver les bonnes informations. Ne transmettez pas un mot de passe dans la fiche. La référence du compte de commande et les accès d’exploitation remplissent des fonctions différentes.

02

Photographier l’état du travail à une heure précise

La fiche de relève doit montrer les tâches terminées, celles en cours, celles en attente et les écarts ouverts. Ajoutez l’heure de ce relevé, la version active, le dernier changement et la prochaine opération. Une phrase comme « tout est normal » vieillit dès qu’une tâche échoue. Des identifiants et un état daté permettent au collègue de rapprocher la fiche avec ce qu’il observe réellement.

Le Site Reliability Workbook décrit la lecture de la transmission précédente au début d’une relève et la préparation d’un passage écrit à la suivante. Pour votre campagne GPU, adaptez ce principe à quelques faits utiles : évolution attendue, travail bloqué, action déjà tentée et personne informée. La fiche doit orienter la prochaine décision, sans devenir un journal exhaustif de chaque message.

03

Écrire une procédure qui distingue observer, agir et arrêter

Une procédure d’exploitation, ou runbook, décrit une situation et une action autorisée. Pour chaque action, indiquez son préalable, son effet attendu, le contrôle après exécution et la condition d’arrêt. Remplacez « relancer si besoin » par une règle qui identifie la tâche concernée, vérifie l’absence de résultat déjà accepté et interdit une relance concurrente. Si la procédure ne couvre pas le cas observé, le destinataire sait qui appeler.

La grille proposée organise les décisions de votre équipe ; elle ne crée aucune permission dans Capordia. Les seuils, personnes et outils doivent être adaptés au projet. Séparez également la possibilité technique d’exécuter une commande de l’autorisation de le faire : un accès fonctionnel ne suffit pas à valider une suppression ou une nouvelle dépense.

Exemple de limites d’action à compléter par l’équipe
SituationAction prévueDécision à obtenir
Tâche toujours activeObserver son état et son dernier résultatAvant toute interruption
Échec couvert par la procédureRelancer la tâche identifiée après contrôle des sortiesSi la cause diffère du cas documenté
Écart de résultatMettre la sortie à part et prévenir le responsableAvant publication ou acceptation
Fin de période prochePréparer l’export et signaler le besoin restantAvant une nouvelle commande
04

Faire expliquer la prochaine action par le destinataire

Organisez un court passage en binôme. Le collègue qui reprend ouvre la fiche, retrouve une tâche et explique ce qu’il fera ensuite, ainsi que ce qu’il ne décidera pas seul. Faites-lui identifier la destination d’export et l’état de reprise retenu. Une démonstration entièrement menée par la personne sortante peut masquer les informations encore absentes du document.

Pour une personne nouvelle sur le projet, complétez cette relève par une mise en pratique bornée. Le chapitre Google SRE consacré à l’apprentissage distingue la documentation à connaître, les contacts experts et les questions de compréhension. Choisissez ici une opération courante sur un périmètre d’essai ; il n’est pas nécessaire de provoquer un incident réel ou d’arrêter un traitement utile pour évaluer la compréhension.

05

Exemple résolu : transmettre 128 tâches sans les relancer en double

Dans cet exemple fictif, Camille passe le relais à Noor à 14 h UTC. La campagne comprend 128 tâches : 96 acceptées, 8 en cours et 24 en attente. La somme 96 + 8 + 24 = 128 correspond à l’inventaire. Deux des huit tâches actives viennent pourtant d’échouer. Sans rapprochement à l’instant du relais, Noor pourrait traiter une photographie déjà périmée comme un état actuel.

Camille actualise donc la fiche : 96 acceptées, 6 en cours, 2 en échec et 24 en attente. Les deux échecs relèvent du cas de reprise déjà autorisé ; Noor vérifie l’absence de sortie acceptée et de processus encore actif, puis les remet en attente. L’état devient 96 + 6 + 26 = 128. Les six tâches actives continuent. Noor confirme la prise en charge et inscrit son prochain contrôle ; Camille cesse de lancer des actions sur ce périmètre.

États fictifs au passage de relais
MomentAcceptéesEn coursEn échecEn attente
Avant rapprochement968024
Après actualisation966224
Après remise en attente autorisée966026
06

Traiter les absences, les changements et la fin du relais

Si le destinataire ne peut pas confirmer le relais, utilisez le remplaçant prévu et clarifiez qui reste responsable en attendant. Évitez le message envoyé à plusieurs personnes sans réception explicite. Lorsqu’un incident est déjà ouvert, transmettez aussi les hypothèses écartées et les actions en cours ; une nouvelle personne ne doit pas recommencer silencieusement une intervention déjà tentée.

À chaque changement de référence logicielle, mettez à jour la procédure et signalez ce qui devient obsolète. À la fin du besoin, reliez les exports acceptés, les actions résiduelles et les échéances au registre du projet. Une période de 3, 7 ou 30 jours ne se prolonge pas du seul fait qu’un collègue reprend le travail. La prochaine location, si nécessaire, reste une décision et une commande distinctes.

Questions pour décider

Le relais exige-t-il un long document ?

Non. Une fiche courte peut suffire si elle indique le périmètre, l’état daté, la prochaine action, les limites d’autorisation et les contacts utiles. Les procédures détaillées restent liées depuis cette fiche. Testez surtout si le destinataire peut retrouver et expliquer la prochaine étape.

Peut-on transmettre le travail uniquement par un message oral ?

L’échange oral aide à comprendre les nuances, mais laissez une trace datée de l’état et de l’accord de reprise. Elle permet de départager ce qui était déjà fait de ce qui restait à faire, notamment si une troisième personne intervient après le relais.

Que faire lorsqu’une instruction manque dans la procédure ?

Le destinataire relève l’écart et sollicite le responsable prévu avant une action qui pourrait modifier les données ou interrompre le travail. Ajoutez ensuite la décision à la procédure, avec son périmètre. Une improvisation réussie une fois ne devient pas automatiquement une règle générale.

POURSUIVRE LE DOSSIERExaminer les configurationsConsulter les questions fréquentes