Une équipe de course au large, une vingtaine de personnes à terre : technique, logistique, administration, communication. Leurs outils sont ceux de beaucoup d'équipes aujourd'hui.

  • Google Workspace pour les Drives partagés, l'agenda des ressources humaines et l'agenda « Navigation » qui dit quand le bateau est accessible.
  • Monday pour la liste des travaux techniques, consultée sur téléphone par les techniciens.
  • Asana pour le management.
  • Un tableur pour le planning du village de départ.
  • WhatsApp pour tout le reste, c'est-à-dire beaucoup trop.

Rien d'anormal. Chaque outil est bon dans son rôle. Et pourtant, quand la responsable de l'équipe m'a décrit ses matinées, le problème était net.

Le problème : l'info existe, elle n'arrive pas

Chaque soir, une personne de la logistique compile le programme du lendemain dans une grille, puis le poste sur le WhatsApp collectif. C'est long à faire. Ce n'est pas personnalisé : le technicien lit le programme de la comm, la comm lit celui du chantier. Et quand une interview est déplacée de 11h30 à 14h, le message du soir est déjà faux.

À côté, les techniciens reçoivent des dizaines de mails en copie. Les deux qui comptent, l'alerte météo de la direction de course ou la demande qui leur est adressée directement, sont noyés au milieu.

Le besoin tient en une phrase : que chacun sache le matin ce qui le concerne, sans ouvrir cinq outils ni lire un long WhatsApp.

Le mauvais réflexe : tout remplacer

La réponse habituelle à ce problème, c'est « on va tout mettre dans un nouvel outil ». Je l'ai écartée tout de suite, pour trois raisons.

  • Les outils en place marchent. Monday sur un téléphone, pour un technicien dans un hangar, c'est exactement ce qu'il faut.
  • Une migration en pleine saison, avec une course au bout, c'est le meilleur moyen de perdre des informations.
  • Le problème n'est pas là où les données sont rangées. C'est la lecture qui manque : personne n'a le temps de faire le tour des cinq sources pour chaque personne, chaque matin.

Donc : aucun outil ne change. On ajoute une couche de lecture par-dessus.

Ce que je construis : un tableau du matin

Une page par personne et par jour, ouverte sur le téléphone. Elle lit cinq sources, en lecture seule, et ne garde que ce qui concerne cette personne ce jour-là.

  • Ta journée : les créneaux où le bateau est accessible (agenda Navigation), les rendez-vous du planning du village, les absences prévues dans l'agenda RH.
  • Tes tâches : les tâches Monday ou Asana qui te sont assignées pour aujourd'hui, avec leur priorité, et celles en retard.
  • Tes mails importants : uniquement ceux qui passent des règles simples. Le mot [ACTION] dans l'objet, un expéditeur clé comme la direction de course, ou un mail dont tu es destinataire direct et pas en copie.
  • L'état du bateau en bandeau tout en haut : « Bateau fermé dès 18h, alerte météo ». Visible avant tout le reste.

Un même rendez-vous présent à la fois dans l'agenda Navigation et dans le planning du village n'apparaît qu'une fois. C'est bête, mais c'est le genre de détail qui fait qu'on fait confiance à la page ou pas.

La vue de la responsable : ce qui coince

La personne qui pilote l'équipe n'a pas besoin de sa journée. Elle a besoin de voir les frottements avant qu'ils deviennent des problèmes. Sa page liste donc, pour la journée :

  • les conflits : l'électronicien est en congé mais une tâche lui est assignée, ou il est attendu au briefing de 8h30 ;
  • les tâches en retard, par personne ;
  • les absences du jour ;
  • les mails importants et qui ils concernent.

Rien de tout ça n'est nouveau. Tout était déjà dans Monday, dans Asana et dans les agendas. Simplement, personne ne le croisait.

Le soir, et quand ça change

Vers 17h, la même mécanique prépare le programme du lendemain pour chacun. Le message collectif du soir disparaît, ou devient très court.

Quand quelque chose bouge dans la journée, l'interview déplacée, le bateau fermé pour la météo, l'outil ne prévient que les personnes concernées. WhatsApp reste pour les vraies urgences, ce qui est d'ailleurs le sens de la charte que l'équipe est en train d'écrire.

Le moins d'IA possible

Je développe des outils avec de l'IA, et cet article est sur un site qui s'appelle NBN IA. Pourtant, dans ce tableau du matin, l'IA est presque absente, et c'est voulu.

  • Lire Monday, Asana, les agendas et le tableur : du code classique, par leurs API.
  • Ranger par personne et par jour, repérer les conflits, fusionner les doublons : des règles écrites, qu'on peut relire et expliquer.
  • Décider si un mail est important : des règles d'abord. Un petit modèle seulement pour les cas où les règles ne suffisent pas.

Trois raisons à ce choix. Les règles sont prévisibles, et une équipe qui prépare une course a besoin de prévisible. Les données du bateau sont sensibles et restent hors périmètre. Et cette équipe est attentive à l'empreinte de l'IA : je préfère la dépenser pendant la construction de l'outil, pas à chaque ouverture de page.

Une seule écriture, et c'est un choix à leur présenter

En bas de chaque page, une ligne : « Pour modifier quelque chose, passe par l'outil d'origine. Ce tableau se met à jour tout seul. » C'est le contrat : l'outil lit, il n'écrit pas. Les sources de vérité restent Monday, Asana et Google.

J'ai quand même ajouté un bouton « C'est fait » pour cocher une tâche depuis le téléphone sans ouvrir Monday ou Asana. Il écrit dans l'outil source, et uniquement ça. C'est une entorse au principe de lecture seule, donc je la présenterai comme une option à accepter ou à refuser, pas comme un acquis.

Où ça en est, honnêtement

C'est un prototype. Il tourne sur des données fictives que j'ai créées dans un Monday, un Asana, des agendas et une boîte mail de test : une vingtaine de tâches techniques, une douzaine de tâches de management, une semaine de planning, quelques mails dont deux [ACTION]. Il est hébergé sur Vercel, régénéré à chaque lecture des sources.

L'équipe est en course jusqu'à fin novembre. À son retour, je lui montre le prototype en visio, si possible avec les personnes concernées. Ensuite seulement : une proposition écrite, brique par brique, une construction pendant le chantier d'hiver, et un outil stable pour la remise à l'eau au printemps. Aucun chiffre promis, aucun outil remplacé.

Ce que ça dit pour n'importe quelle équipe

Si votre équipe a le programme du lendemain sur WhatsApp, des techniciens en copie de tout, et une personne qui passe sa soirée à compiler, vous avez le même symptôme. La solution n'est pas un sixième outil. C'est une page par personne, le matin, qui lit les cinq autres.

C'est le genre d'application que je décris sur la page consacrée aux applications sur mesure. Et si vous voulez savoir pourquoi j'insiste autant sur les règles avant l'IA, j'ai écrit un article sur l'échec silencieux, la panne qu'on ne voit pas.