PlanTrack, en schémas

Version 1.9.10 · le carnet des agents et la file des tâches lourdes

1. Le carnet : rien ne s'oublie

PlanTrack n'utilise pas de base de données : c'est un carnet, un simple fichier rangé dans chaque projet. Toi et l'agent y écrivez. Rien ne s'efface : une décision qui change devient une nouvelle ligne. À chaque nouvelle session, et chaque fois que la conversation est compressée, l'agent reçoit un résumé court. Il repart toujours de ce qui est écrit.

Toi!bug · !decide · !parkL'agentdecide · bug · piègeécritLe carnet du projetune ligne par événement, rien ne s'effacerelu à chaque sessionLe résumé courtfils en cours, décisions, bugs, piègesredonné à l'agentL'agent repart de l'écritjamais de « sa mémoire »

2. Un bug, du signalement à ton verdict

L'agent ne déclare jamais un bug réglé : il le passe « à vérifier », et le verdict te revient, par exemple depuis ton téléphone. Une idée de correction qui a déjà échoué est refusée : il doit en essayer une autre.

Bug ouvertL'agent note son idéerefusée si elle a déjà échouéIl corrige et enregistrele changement est rattaché au filÀ vérifierl'agent n'a pas le droit de validerValidépar toiRefuséton motif est gardéautre piste

3. Les phases d'un projet et leurs portes

Un projet client avance en 5 phases. Chacune a sa règle de travail. Aux portes marquées « toi », l'agent ne peut pas passer seul : il te pose une question, et ta réponse ouvre la phase suivante.

1. Comprendretrois questions au plusporte de sortie : agent2. Proposer2 ou 3 pistes, la reco en premierporte de sortie : toi3. Cadrerune page : ce qu'on fait, ou pasporte de sortie : toi4. Construirel'agent avance et note ses choixporte de sortie : agent5. Livrerle résultat, puis ton verdictporte de sortie : toiUne porte « toi »ne s'ouvre que si l'agent t'a poséune question et que tu as répondu

4. Ce qui tourne tout seul

Sans que personne n'y pense, PlanTrack note chaque enregistrement de code, fait sa ronde de contrôle toutes les 4 heures sur tous les projets équipés, et t'envoie un bilan chaque semaine.

À chaque enregistrementnoté dans le carnet, sur le bon filAvant chaque enregistrementrefusé s'il touche un fil en pauseToutes les 4 heuresla ronde : mise à jour et contrôleChaque semainele bilan : ce qui a avancé, ce qui attendQuand tu rouvres un projetune seule carte pour ce qui t'attend

5. Les tâches lourdes passent par une file

C'est le « gestionnaire de ressources » du serveur, appelé kvm-lourd. Quand un agent lance quelque chose de gourmand (compiler l'appli Android, lancer tous les tests…), la commande n'écrase plus le serveur : elle fait la queue et ne démarre que s'il y a assez de mémoire. Elle apprend de chaque passage.

Une commande lourdecompiler, tester, construire l'appliDétectée et mise en fileavant même de démarrerEstimation de la mémoire1,2 × son plus gros besoin récentAssez de place ?mémoire libre, moins 1,5 Go de réserve,et 6 Go au plus pour toutesOui : elle partdans un enclos à 6 GoNon : elle attendabandon après 2 hMémoire réelle mesuréepour mieux estimer la prochaine fois

6. Qui passe en premier

Trois niveaux de priorité. Une petite tâche peut doubler une grosse de même niveau qui n'a pas la place, mais jamais une tâche de niveau plus élevé. Ce matin, ta compilation bcc attendait que 4,7 Go se libèrent : les agents restaient sagement derrière elle.

1. Ce que tu lances toi-mêmejamais doublé par un agent2. Ce que lancent les agentsdans l'ordre d'arrivée3. Les tâches de fondquand il reste de la placeExemple réel de ce matin (6 h 15) : 16 Go au totaloccupé : environ 11 Go3,2 GoréservelibreTa compilation bcc demande 4,7 Goelle attend : 4,7 > 3,2Les agents attendent derrièreelle passe d'abord, c'est voulu