Plans de travail, exécution et cycles

Plans de travail

Un plan de travail appartient à un worker — une personne ou un AI worker — et couvre une période (généralement un mois). À l’intérieur, vous répartissez la disponibilité de cette personne entre les livrables auxquels elle s’engage, en pourcentage d’effort, et vous décrivez ce qu’elle promet de faire pour chacun.

Deux choses le distinguent d’une liste de tâches : il est signé par les deux parties, et la signature crée automatiquement les cycles d’évaluation de la période. Sans plan de travail signé, il n’y a pas de cycle, pas de rapport de cycle et pas de feedback structuré.

Le blocage n° 1 de tout nouveau manager

Avant de créer un quelconque plan de travail, l’équipe doit avoir un plan de livrables signé. C’est la règle qui surprend le plus ceux qui débutent, elle vient donc en premier.

Pour créer (puis signer) un plan de travail, l’équipe de la personne — ou une équipe supérieure dans la hiérarchie — doit avoir un plan de livrables qui soit, en même temps :

• signé par la direction responsable, et
• en En cours ou Planifié (signé et pas encore commencé).

Un plan de livrables en Brouillon ne convient pas. Un brouillon n’est pas un plan : c’est un texte que personne n’a revu. La signature du plan de livrables est le moment où le périmètre a été revu — et c’est elle qui autorise à engager une personne sur ce périmètre.

Le système refuse aux deux moments, avec des messages différents selon le cas :

Il n’existe pas de plan de livrables

« Cette équipe n’a pas encore de plan de livrables en cours. Créez et signez le plan de livrables de l’équipe (ou d’une équipe supérieure) avant de créer des plans de travail. »

Il existe, mais n’a pas été signé

« Le plan de livrables de cette équipe existe mais N’A PAS ÉTÉ SIGNÉ par la direction. Les plans de travail ne peuvent être construits que sur des livrables signés — la signature est la revue du périmètre. »

L’écran de création prévient déjà quand l’équipe n’a pas de plan de livrables actif et désactive le bouton. La vérification de la signature a lieu à l’enregistrement et, de nouveau, à la signature — parce qu’un plan de livrables peut perdre sa signature lors d’une révision après que le plan de travail existait déjà.

Si vous montez l’opération de zéro, l’ordre est

créer l’équipe → créer les livrables → monter le plan de livrables de l’équipe → signer le plan de livrables → et seulement alors créer les plans de travail.

Créer le plan (la structure)

Dans Plans de travail → Nouveau plan de travail, vous définissez la structure. Les livrables entrent à l’écran suivant.

Membre de l’équipe

qui est le participant. Le plan d’une autre personne est créé par le manager ou par l’assistant de l’équipe du plan (ou d’une équipe supérieure) et par l’Admin — être manager d’une autre équipe ne suffit pas, ni par la conversation avec Orion. Qui n’a que le rôle de membre, ou qui observe seulement l’équipe, ne crée de plan que pour lui-même.

Équipe

normalement prérempli avec l’équipe principale de la personne. Pour un AI worker, le champ est obligatoire — c’est le plan qui le place dans l’équipe.

Date de début et date de fin

la période du plan. Les deux sont obligatoires, et la fin tombe le même jour que le début ou après — le système refuse de créer le plan sans elles, par quelque chemin que ce soit (cet écran, la conversation avec Orion ou le ✨ Générer des plans de travail pour l’équipe), parce que c’est d’elles que sortent les cycles, les jours ouvrés et le jour où le plan entre en cours.

Fréquence de feedback

Hebdomadaire, Bimensuelle, Mensuelle ou « À la fin du plan de travail ». C’est d’ici que sort la durée du cycle — 7, 14 ou 30 jours, ou un seul cycle couvrant toute la période. Vous ne saisissez pas la durée : le nombre de cycles est dérivé de période ÷ durée, et l’écran montre le calcul (« 4 cycles (période ÷ durée) »). Par la conversation avec Orion, si vous ne dites pas la fréquence, c’est l’Hebdomadaire qui s’applique — le même réglage que l’écran coche déjà.

Les cycles se terminent le (facultatif)

fixe un jour de la semaine pour la fin de chaque cycle, si vous voulez que chaque cycle se clôture toujours le vendredi, par exemple. Laissé vide, les cycles courent consécutivement à partir de la date de début.

Jours ouvrés

calculé tout seul — les jours de semaine de la période moins les jours fériés nationaux du pays de la personne (celui de son profil) : Brésil, États-Unis, Mexique et Canada — au Canada, uniquement les jours fériés communs à toutes les provinces. Pour un autre pays, seuls les week-ends sont déduits. Sans pays dans le profil de la personne, c’est le pays de l’organisation qui s’applique ; sans les deux, le calendrier du Brésil. Vous pouvez ajuster à la hausse ou à la baisse (congés, temps partiel), et la disponibilité en heures suit (heures par jour × jours ouvrés). Si la charge horaire de la personne n’est pas à vous de voir, l’écran n’affiche pas la disponibilité : il prévient que le calcul partira de la charge réelle de la personne quand le plan sera créé.

Ajouter des livrables et définir l’effort

Le plan créé, vous arrivez sur sa page. Utilisez ＋ Ajouter un livrable.

Ajouter, retirer et modifier les livrables du plan d’une autre personne — l’effort, la promesse et les tâches cochées — relève du manager ou de l’assistant de l’équipe du plan (ou d’une équipe supérieure) et de l’Admin ; le participant touche à son propre plan. Qui observe seulement l’équipe, le RH et l’Audit ouvrent le plan et ne font que le lire. Dans le plan d’un AI worker, cela relève de qui gère le plan.

Le sélecteur demande d’abord de quel plan de livrables — le plan actif de l’équipe venant déjà présélectionné — et propose aussi l’option « Tous les livrables actifs (toute équipe) ». Cochez les livrables dans les cases à cocher et cliquez sur Ajouter (n).

Il n’existe pas d’étape d’autorisation pour prendre le livrable d’une autre équipe. Contribuer au livrable d’une autre équipe est une exception prévue par la méthode, pas une erreur : le sélecteur propose tous les livrables actifs de l’organisation et le système accepte. Le vrai verrou est le canon — le livrable doit se trouver dans un plan de livrables signé et en vigueur, et là il n’y a pas d’exception : l’ajout est refusé aussi bien pour une personne que pour un AI worker, avec le motif. Une fois le plan de travail signé par les deux parties, la règle n’est plus vérifiée (on y revient plus loin). « Être dans le plan » c’est être dans sa liste aujourd’hui : le livrable qui a été retiré du plan de livrables ne compte plus — s’il ne se trouve pas dans un autre plan signé et en vigueur, l’ajout est refusé, et le plan de travail qui l’avait déjà et qui n’a pas encore été signé par les deux parties voit sa signature refusée, avec le nom du livrable, de quel plan il est sorti et quand, jusqu’à ce qu’il revienne dans un plan signé ou qu’il sorte du plan de travail.

Pour chaque livrable ajouté, remplissez :

Effort %

quelle part du temps disponible sur la période va à ce livrable. Ex. : 40 % pour « Nouvelle méthode testée ».

Ce qui sera fait (l’engagement)

la promesse, en texte. Ex. : « Contacter les bénévoles et finaliser la liste de participation au test avant le 10. » Ce champ et l’Effort % se verrouillent dès la première signature, de l’une ou l’autre des parties. Avec une seule signature, ils changent par la demande d’ajustement (voir Demander un ajustement), qui remet les signatures à zéro et renvoie le plan à l’élaboration ; après la signature des deux parties, seulement pendant une modification approuvée par la direction (voir Modifier un plan déjà en cours). Les tâches cochées ne se verrouillent pas avec la signature. Dans le plan d’un AI worker, l’effort reste modifiable par qui le gère, et la promesse se rouvre par la demande d’ajustement.

L’Effort total apparaît en haut de la page. Il n’est pas verrouillé à 100 % : au-dessus de 100,5 % le nombre devient rouge, comme avertissement, et rien ne vous empêche de signer ainsi. La décision est la vôtre — parfois la somme dépasse exprès, et le système ne prétend pas savoir mieux que vous.

Tout travail ne devient pas un livrable. Utilisez ＋ Autre travail pour ce qui consomme du temps et ne produit pas de livrable, en trois catégories : Soutien, conseil et formation, Gestion des équipes et des livrables et Autres (non liées à des livrables).

Pointer les tâches

Quand le livrable est découpé en tâches — le cas le plus courant —, le plan doit dire sur quelles tâches cette personne intervient. Une, quelques-unes ou toutes. Sur la page du plan, le bouton Tâches du livrable ouvre toutes les tâches de ce livrable ; cochez avec ✓ celles dont cette personne se charge — les autres restent à d’autres personnes. Là même, chaque livrable peut être vu en liste ou en kanban (les colonnes de progression, en faisant glisser la carte) — sauf le récurrent, qui reste seulement en liste, parce que ses tâches sont les étapes fixes du processus et se remettent à zéro à chaque cycle —, et le filtre Uniquement celles sur lesquelles je travaille masque les tâches non cochées. Dans le Tableau des tâches, qui réunit les tâches de tout le plan, le même filtre s’appelle Uniquement mes tâches.

Cela compte plus qu’il n’y paraît : la tâche est ce qui définit la progression du livrable. Un plan qui pointe des livrables mais aucune tâche reçoit l’étiquette rouge « sans tâche » dans la liste des Plans de travail, avec l’explication : « Le plan pointe des livrables mais aucune TÂCHE. Le plan de travail doit indiquer sur quelles tâches le membre intervient — pointer le livrable ne suffit pas. »

Pour une personne, c’est un avertissement, et vous continuez. Pour un AI worker, cela empêche la signature.

Si le livrable n’a pas encore de tâches, un bouton Suggérer des tâches laisse l’IA proposer un découpage à partir du titre et du contexte du livrable — vous le revoyez avant que quoi que ce soit ne soit créé. Il consomme le quota d’IA de l’organisation : sans abonnement — le vôtre ou le sien —, il apparaît avec 🔒.

Signer : ce que fait la signature

Le plan a deux lignes de signature, Participant et Superviseur, et chacune a son bouton.

Ligne du participant

seul le propriétaire du plan signe (ou un Admin de l’organisation).

Ligne du superviseur

le manager de l’équipe du plan — ou d’une équipe supérieure — ou un Admin. Le manager d’une autre équipe ne signe pas. L’assistant ne signe pas à la place du manager — c’est le seul pouvoir sur le plan de travail que le rôle d’assistant n’a pas, avec l’évaluation des cycles.

Avant toute signature, le plan doit avoir au moins un livrable et une date de début. Un plan vide n’est aucun accord, et un plan sans date de début ne génère pas les cycles et n’entre pas en cours — le système refuse les deux. Un ancien plan, créé sans date de début avant cette règle, ne reçoit pas la date par modification : utilisez ⧉ Copier pour en créer un nouveau avec la bonne période ; les livrables suivent. Et, sans abonnement, les boutons de signature apparaissent avec 🔒 — la demande d’ajustement reste possible.

Vous pouvez signer par le lien reçu par e-mail. Un plan qui a déjà des livrables dedans et qui attend une signature depuis plus d’un jour amène le système à envoyer un lien personnel à ceux qui manquent — le participant, les managers de l’équipe, ou les deux. Le lien ouvre une page qui décrit d’abord ce qui va se passer et n’exécute qu’après le clic ; elle permet aussi de voir le plan complet avant, sans consommer le lien. Trois choses sont à savoir : le lien est personnel (transféré à quelqu’un d’autre, il répond qu’il appartient à une autre personne et ne fait rien), il est à usage unique, et l’état est revérifié au clic — si le plan a déjà été signé entre-temps, il refuse en disant pourquoi. Répondre à l’e-mail par écrit ne signe rien. Le lien ne va qu’à ceux qui peuvent signer : qui est sans abonnement ne le reçoit pas, et dans une organisation sans abonnement aucun lien ne part jusqu’à ce qu’elle se réabonne.

La confirmation résume ce qui va se passer : « En signant, le périmètre du plan est verrouillé, les cycles d’évaluation sont créés et l’Accord de travail est figé. » Ce sont trois effets, et chacun vaut d’être compris :

Périmètre verrouillé

dès la première signature, de l’une ou l’autre des parties, vous n’ajoutez ni ne retirez de livrables du plan ; dans le plan d’une personne, l’effort et la promesse restent aussi tels qu’ils ont été signés. Avec une seule signature, le chemin pour changer est la demande d’ajustement (voir Demander un ajustement) ; après la signature des deux parties, c’est le flux d’Édition (plus loin).

Cycles créés

le système génère les cycles de la période selon la fréquence choisie, numérotés (#1, #2, #3…). C’est la seule façon de créer des cycles.

Accord de travail figé

l’accord de travail en vigueur — organisation → équipe → personne — est photographié à l’intérieur du plan. À la signature, les deux parties y consentent également, et les modifications ultérieures de l’accord de travail de l’équipe ne changent pas rétroactivement ce qui a été convenu ici.

Plans autogérés. Un manager qui est lui-même le participant du plan signe les deux lignes — participant et superviseur — seul. Un second manager n’est pas nécessaire. Qui répond de l’équipe répond aussi de son propre plan.

Dès que les deux lignes sont signées, l’étape devient Convenu — ou déjà En cours, si la date de début du plan est déjà passée.

Les dix étapes

L’ancien manuel en listait six. Il y en a dix, et les quatre « extras » sont des états réels que vous verrez à l’écran.

La liste des Plans de travail s’ouvre sur les plans convenus et en élaboration — tout sauf les finalisés. C’est voulu : un plan arrêté en Brouillon, en attente de la seconde signature ou avec un ajustement demandé, est justement ce qu’il ne faut pas oublier. Juste au-dessus du tableau, un raccourci dit combien sont finalisés ; dans le sélecteur d’étape, vous isolez une étape, un ensemble entier (En élaboration, Finalisés) ou vous voyez tout. Dans la conversation avec Orion, le compte reste celui de toujours : il répond pour les plans convenus et indique, à côté, combien sont en élaboration.

Demander un ajustement (avant l’accord)

Si vous recevez un plan à signer et que vous estimez qu’il doit changer, utilisez Demander un ajustement. Le bouton n’apparaît qu’à l’étape Accord en attente — c’est-à-dire tant qu’une partie a signé et l’autre non.

Le plan ne revient pas à Brouillon : il passe à l’étape propre Ajustement demandé, et les deux signatures sont remises à zéro. Les deux parties doivent signer à nouveau après le changement. L’autre partie reçoit une notification.

Le participant comme un manager (ou un assistant) peuvent demander l’ajustement. Dans le plan d’une personne, c’est aussi le seul chemin pour changer l’effort et la promesse avec une seule signature : les deux se verrouillent à la première signature et se rouvrent avec la demande d’ajustement — par l’écran ou par la conversation avec Orion. Après que les deux parties ont signé, la demande d’ajustement est refusée par tous les chemins — y compris par la conversation avec Orion : le plan convenu ne change que par l’Édition, ci-après. Dans le plan d’un AI worker, qui le gère peut encore demander un ajustement après l’accord — les deux signatures sont remises à zéro et le plan est signé à nouveau.

Changer un plan déjà en cours

Après l’accord, « Demander un ajustement » disparaît — changer un accord signé passe par un flux de quatre étapes, avec deux passages par le management. C’est le flux d’Édition :

1. Le participant demande. Bouton ✎ Demander une édition, disponible pour le propriétaire du plan quand il est Convenu ou En cours. Les managers sont notifiés.
2. Le manager autorise l’entrée. À l’approbation, le système prend une photographie du périmètre actuel (livrables, effort, promesses et liens avec les tâches) et déverrouille l’édition. S’il refuse, le plan revient à l’état antérieur sans aucun changement.
3. Le participant édite et envoie. Il ajuste les livrables et l’effort et clique sur Envoyer l’édition. Le périmètre se verrouille à nouveau.
4. Le manager décide. Approuver les modifications conserve tout et le plan continue en cours avec le nouveau périmètre. Rejeter les modifications revient exactement à la photographie de l’étape 2 — ce qui a été ajouté est retiré, ce qui a été retiré revient, et l’effort et les promesses retrouvent la valeur convenue.

L’effort, la promesse et les livrables ne changent que pendant que l’édition est ouverte — après que le management a approuvé l’entrée et avant l’envoi. Avec l’édition demandée et pas encore approuvée, ou déjà envoyée, ils restent verrouillés.

Les signatures demeurent pendant tout le processus. L’approbation du manager est le nouvel accord — il n’est pas nécessaire de signer à nouveau.

Ici, contrairement à la signature, les assistants peuvent approuver ou rejeter les deux passages du management.

Un livrable peut rester sans exécutant — et Orion lève la main. Entrer dans le plan de livrables signé n’est pas la même chose qu’avoir quelqu’un pour le faire : c’est le plan de travail qui désigne l’exécutant. Un livrable qui entre dans le plan de livrables après que les plans de travail ont déjà été montés n’apparaît de lui-même dans aucun plan — et le renouvellement par copie ne le prend pas non plus, parce que ⧉ Copier reprend les livrables du plan précédent.

Orion balaie cela périodiquement. Quand il trouve un livrable vivant, dans un plan de livrables signé et en vigueur, sans activité dans aucun plan de travail actif, il ouvre un point en attente pour tous les managers de cette équipe, dans la boîte En attente de vous : « Livrable sans exécutant — [le livrable] », avec un délai de trois jours et un clic qui mène au plan de livrables où il se trouve. C’est une notification, pas un acte : le délai passé, rien n’arrive de soi-même — le point en attente s’affiche simplement comme échu. Et il ne quitte pas la boîte de lui-même, pas même quand le livrable entre enfin dans un plan : il en sort quand vous direz à Orion ce que vous avez décidé.

Les deux chemins sont les vôtres : attendre le renouvellement et inclure le livrable quand le prochain plan de travail sera convenu, ou passer par le flux d’édition dans un plan en vigueur maintenant — qui commence par la demande du participant et se termine par l’approbation du management, comme décrit ci-dessus. Orion ne fait ni l’un ni l’autre de lui-même : toucher au périmètre d’un plan de travail signé, c’est un nouvel accord à conclure, et même avec l’autonomie activée, ce n’est pas un acte qui lui revient.

Ce qui se passe tout seul, par la date

Toutes les demi-heures, le système balaie les plans et fait avancer ce que la date commande :

• Convenu → En cours quand la date de début arrive.
• En cours → En finalisation quand la date de fin passe.
• En finalisation → Finalisé seulement quand tous les cycles du plan sont Consolidés.

C’est cette dernière qui soulève habituellement des doutes. « En finalisation » veut dire : la période est terminée, mais un cycle est encore au milieu du rapport, du feedback ou de la fenêtre de révision. Le plan se ferme quand le dernier cycle se ferme — pas avant.

Quand un plan est finalisé, la plateforme vous invite à enregistrer une note de clôture : ce qui a fonctionné, ce que vous feriez différemment. Ce n’est pas obligatoire, et cela devient un précédent réutilisable à la période suivante.

Copier, supprimer, distribuer

⧉ Copier est le chemin standard de renouvellement. Copier un plan crée un nouveau plan avec les mêmes livrables, le même effort et les mêmes promesses ; vous indiquez à nouveau le propriétaire, la période et la fréquence. C’est bien plus rapide que de remonter mois après mois. Le livrable qui n’est plus dans un plan de livrables signé et en vigueur — y compris celui qui a été retiré du plan — n’est pas copié. La copie vers une autre personne suit la règle de la création : qui ne fait qu’observer l’équipe du plan, mais est manager ou assistant d’une autre équipe, a aussi le ⧉ Copier — et choisit dans la liste une personne d’une équipe qu’il dirige : la boîte de dialogue ne s’ouvre pas sur le propriétaire du plan copié.

🗑 Supprimer le plan fonctionne tant que le plan n’a pas encore été convenu et n’a aucune signature — ce qui vaut pour les trois étapes d’élaboration : Brouillon, En attente d’accord et Demande d’ajustement. La demande d’ajustement remet les deux signatures à zéro, donc un plan dans cet état est redevenu un texte en élaboration et peut être supprimé. Toute signature, même une seule, rend le plan indélébile — parce qu’à partir de là, il est un engagement enregistré, pas un document de travail. Un plan déjà convenu ne se supprime pas : pour le changer, utilisez l’Édition. Supprimer le brouillon retire avec lui les livrables et les tâches qui s’y trouvaient.

✨ Générer des plans de travail pour l’équipe se trouve sur la page du plan de livrables. Il apparaît dans le plan de livrables signé, ouvert (Planifié ou En cours) et avec des livrables, et seulement pour qui dirige le plan : le manager ou l’assistant de l’équipe du plan (ou d’une équipe au-dessus d’elle) et l’Admin. Dans le plan clôturé, il n’apparaît pour personne. Le système refuse de générer des plans de travail à partir d’un plan clôturé, ou à la demande de qui ne dirige pas le plan — y compris par le chat. L’IA distribue les livrables de ce plan entre les membres actifs de l’équipe et montre la proposition — avec le pourcentage alloué et les tâches par personne — avant de créer quoi que ce soit. Vous révisez, vous faites proposer à nouveau si cela ne vous plaît pas, et alors seulement vous confirmez. Les plans naissent en Brouillon, pour être signés normalement. Les jours ouvrés et la disponibilité en heures de chaque plan sortent du temps de travail de chaque personne, comme dans le plan créé un par un ; si vous remplissez la disponibilité à l’écran, la valeur vaut pour tous les plans du lot. Sans abonnement, il s’affiche avec 🔒 — tout comme le ⧉ Copier, parce que les deux créent des plans —, et le 🗑 Supprimer le plan reste.

Plans des AI workers

Un AI worker a aussi un plan de travail, et la mécanique est presque la même. Les différences qui comptent :

L’équipe est obligatoire. L’équipe d’un AI worker vient de son plan de travail. C’est le plan de travail qui le met dans l’équipe — l’allouer à l’équipe et lui donner une direction sont le même acte.

Qui gère le plan d’un AI worker. Créer le plan, signer la ligne du manager, demander un ajustement, supprimer, approuver une édition et choisir les tâches sur lesquelles il travaille relève de l’Admin, du titulaire du compte (le Contact principal) ou de qui dirige l’équipe du plan, ou une équipe au-dessus d’elle — manager ou assistant ; signer, seul le manager. Si le worker travaille aujourd’hui pour une autre équipe, seul celui qui est aussi manager de l’équipe où il se trouve (ou d’une équipe au-dessus) l’amène dans l’équipe du plan ; l’Admin et le titulaire du compte l’amènent toujours. Sur la page Utilisateurs, l’équipe d’un AI worker, seul l’Admin la change : elle vient du plan de travail. Ce qui ne vous revient pas s’affiche avec 🔒 et le motif. La distribution en lot revient à qui dirige le plan de livrables, et le worker que vous ne gérez pas en est exclu, avec son nom indiqué.

Un plan en vigueur à la fois. Les périodes qui se chevauchent pour le même agent sont refusées. Les personnes peuvent avoir plus d’un plan ; les agents, non.

La signature du manager suffit. Quand le manager signe la ligne du superviseur d’un plan d’agent, l’agent contresigne sa propre ligne sur le champ.

Le canon bloque l’agent là où la personne est seulement avertie. Un livrable découpé en tâches sans aucune tâche désignée est une notification pour une personne et un refus de signature pour l’AI worker, avec la liste des violations. La raison est simple et assumée — la personne sait quand l’exception est légitime et en répond ; l’agent n’a pas ce jugement, et un worker à qui personne ne peut demander de comptes est la pire combinaison possible. L’autre règle, en revanche — le livrable doit venir d’un plan de livrables signé et en vigueur — n’a pas cette asymétrie : elle refuse les deux de la même manière, parce que là, il n’existe pas d’exception légitime.

Autonomie : ce que vous pouvez laisser Orion conclure pour vous

Jusqu’ici, Orion propose et attend : il compose le renouvellement du plan d’un AI worker, rédige le feedback d’un cycle, suggère les livrables et les tâches qui manquent — et la conclusion vous revient. Appliquer le feedback qu’il a rédigé pour un AI worker, après votre approbation, suit la règle de l’évaluation à l’écran : seul un manager de l’équipe du plan du worker (ou d’une équipe au-dessus d’elle), ou l’Admin, l’applique. (Dans une organisation sans abonnement — ou qui ne paie qu’un forfait sans le tableau de bord de l’équipe —, il reste à l’arrêt : il ne compose pas, ne rédige pas et ne suggère rien jusqu’à ce qu’elle reprenne son abonnement.) Ce chemin continue d’exister, intact, et c’est le comportement par défaut : rien de ce qui suit n’est activé quand vous arrivez.

Depuis le 14/08/2026, il existe un second chemin, facultatif : vous pouvez autoriser Orion à conclure trois actes qui relèvent du manager. L’autorisation se fait par équipe, et seul un manager de cette équipe peut l’accorder ou la retirer.

Les trois actes, avec le nom qui apparaît à l’écran

• Évaluer les cycles à ma place — à la date limite, il applique le feedback qu’il a lui-même rédigé (note et justification), d’AI workers et d’humains de l’équipe.
• Signer les plans d’AI workers à ma place — à la date, il signe les plans de travail d’AI workers qu’il a composés. Plan d’une personne humaine : jamais — celui-là est toujours à vous.
• Décliner le travail à ma place — il crée des livrables et des tâches à l’intérieur d’un plan de livrables qu’un humain a déjà signé. Signer le plan de livrables : jamais — convenir, c’est toujours à vous.

Ce qui ne se fait jamais tout seul, même avec tout activé

l’argent, le contact avec des tiers, désactiver un worker et toucher à la politique d’autonomie elle-même. Ce n’est pas de la méfiance envers le modèle — ce sont des actes dont la conséquence ne tient pas dans un « annuler ».

Quatre verrous avant chaque acte. L’autorisation est vérifiée au moment d’agir, pas au moment de la proposition : si vous l’avez révoquée hier, il n’agit pas aujourd’hui. L’organisation doit pouvoir agir sur Y Managers, et la personne qui a autorisé doit pouvoir faire cet acte : sans abonnement — celui de l’organisation ou celui de la personne qui a autorisé —, Orion ne fixe pas de date, ne notifie pas et n’agit pas, et l’autorisation redevient valable d’elle-même dès que l’accès revient ; après une pause, il recalcule la date et notifie de nouveau, la veille de la nouvelle date. Rien n’arrive sans notification préalable remise — quand l’acte implique des livrables qui entrent dans un plan signé, la notification de la veille énumère ce qui va entrer, et le texte de la notification sort du même contenu que celui qui sera appliqué, pour que notification et acte ne parlent jamais de choses différentes. Et après avoir agi, vous recevez le reçu.

La signature n’est jamais la vôtre sans vous. Ce qu’il conclut est enregistré comme fait par Orion sous la pré-autorisation d’untel, à telle date — jamais comme si vous aviez signé. Chaque octroi devient un enregistrement immuable, et le plan garde lequel.

Où activer, voir et désactiver. Dans Plans de travail, avec une équipe sélectionnée, le tableau de bord Autonomie du manager IA montre les trois actes, qui a autorisé chacun d’eux et depuis quand — et se désactive en un clic. Vous autorisez aussi un acte à la fois par la conversation (« j’autorise »), ou par le lien personnel reçu par e-mail, et vous désactivez en disant « arrêtez de faire ça à ma place ». Quand l’organisation ne peut pas agir sur Y Managers, le tableau de bord indique que l’application automatique est en pause ; quand la personne qui a autorisé est sans abonnement, l’autorisation apparaît comme « Activé, mais en pause » ; et, pour qui ouvre le tableau de bord sans abonnement, l’activation de chaque acte apparaît avec 🔒 — la désactivation reste possible.

La question dans la conversation. Quand trois évaluations ou plus rédigées par Orion pour une équipe ont été appliquées sans modification, il peut demander « Voulez-vous que je les applique désormais à la date limite, quand vous n’arrivez pas à temps ? », avec trois réponses : 1 applique celles en attente maintenant, 2 autorise à partir de maintenant, 3 continue à vous attendre. La question ne va qu’à ceux qui peuvent autoriser. Et le 2 d’une personne sans abonnement n’autorise rien : Orion en dit le motif et précise que rien n’a été enregistré, et la question reste ouverte — l’accès revenu, il suffit de répondre de nouveau.

Par Orion, sans ouvrir le tableau de bord

Presque tout dans cette section se fait aussi dans la conversation. Quelques exemples de ce qu’il faut dire :

• « créez un plan de travail pour Ana, du 1er au 30 septembre, feedback hebdomadaire »
• « ajoutez le livrable 'Guide X rédigé' au plan d’Ana avec 30 % d’effort »
• « quels plans de travail attendent ma signature ? »
• « signez mon plan de travail »

Copier un plan est l’exception : cela se fait à l’écran, avec le bouton ⧉ Copier. Orion n’a pas cette commande.

Orion exécute avec les mêmes permissions que vous auriez à l’écran. Si le serveur refuse — plan de livrables signé manquant, vous n’avez pas le rôle de manager, vous êtes sans abonnement —, il transmet le motif au lieu d’inventer un moyen de contourner, et il ne réessaie pas.

Exécution et suivi

Le plan signé, commence la partie que personne ne peut automatiser entièrement : faire le travail et enregistrer ce qui a été fait. La plateforme demande peu de saisie, mais ce qu’elle demande alimente tout le reste — progression, risque, rapport de cycle et évaluation.

Où la progression est mise à jour

Dans la tâche. Chaque tâche a une barre de 0 à 100 %. Vous la faites glisser et c’est tout — c’est la saisie la plus fréquente et la moins coûteuse.

Dans le livrable. La progression du livrable est calculée, pas saisie : elle sort de la progression des tâches, pondérée par le poids de chacune. La page du livrable montre la barre avec l’étiquette « Progression (calculée) », un graphique de progression dans le temps et un Gantt avec les barres planifiées, la ligne d’aujourd’hui et le début effectif de chaque tâche.

Dans le plan de travail. Chaque livrable du plan a un champ « Ce qui a été fait », par cycle. C’est ici que le participant écrit, au fil du cycle, ce qu’il a effectivement réalisé sur ce livrable. Ce texte est ce qui devient le rapport de cycle. Écrivent dans ce champ le propriétaire du plan, la personne qui dirige l’équipe du plan (ou une équipe au-dessus d’elle) et l’Admin ; pour les autres personnes, il apparaît en lecture seule. Orion y ajoute aussi les notes de progression que vous enregistrez avec lui, jusqu’à l’envoi du rapport de cycle.

Les livrables récurrents fonctionnent autrement : ils n’ont ni date de début ni échéance, et ne sont jamais Terminés — ils ne finissent pas, ils tournent en boucle. À l’intérieur d’un tour, la progression peut bien atteindre 100 % : cela veut dire que le cycle a rempli ce qui était prévu, et au tour suivant elle repart de zéro. Ce qu’on y enregistre, c’est la valeur atteinte par période (« en juillet, nous avons traité 340 demandes »), et la page montre la série période par période.

Le tableau de bord

Le Tableau de bord a son propre chapitre : Le tableau de bord. On y trouve la période et la comparaison, les lectures, l’évolution mois par mois, la lecture des comptes rendus et qui voit le tableau de bord, le coût et l’évaluation moyenne.

Situation : le résumé rédigé par l’IA

La page du plan de travail, celle du livrable et celle du plan de livrables ont une carte Situation. En cliquant sur Générer, l’IA compile en texte ce que cette personne s’est engagée à faire, ce qu’elle a réalisé au fil des cycles, les blocages et la tendance — réparti en Progression, Défis et Perspective. Qui a le rôle Audit voit la situation, mais pas les boutons Générer et Actualiser : compiler enregistre, et ce rôle ne fait que lire. Et Générer et Actualiser utilisent le quota d’IA de l’organisation : ils exigent un forfait avec le tableau de bord de l’équipe et une organisation avec abonnement — sans cela, ils apparaissent avec 🔒, et la Situation déjà compilée reste visible.

La situation est enregistrée et n’est pas recompilée à chaque visite — c’est ce qui garde le coût d’IA sous contrôle. Une fois compilée la première fois, elle est réécrite d’elle-même une fois par jour, et seulement quand le travail en dessous a changé — tant que l’organisation a un abonnement ; sans lui, la réécriture s’arrête et revient après que l’organisation s’abonne. Dans une organisation qui ne paie qu’un forfait sans le tableau de bord de l’équipe (le MEI et le MEI+, au Brésil, ou Orion Light, hors du Brésil et payé par carte bancaire), elle n’a pas lieu. Entre deux réécritures, s’il y a du travail nouveau depuis la dernière compilation, la carte le signale (« Il y a une activité plus récente depuis que ceci a été écrit ») et propose Actualiser.

Le registre des décisions : le « pourquoi »

Sous le plan de travail (et le livrable, et le plan de livrables) il y a un bloc pour enregistrer des décisions : leçons, rétrospectives et écarts expliqués, avec la cause marquée. Il est disponible dès que le plan est convenu — il n’y a pas de décision à enregistrer dans un brouillon. Enregistrer ou corriger une décision exige un abonnement ; lire ce qui est déjà enregistré, non. Qui enregistre : dans le plan de travail, la personne elle-même, le manager ou l’assistant de l’équipe du plan ou d’une équipe au-dessus d’elle, et l’Admin ; dans le plan de livrables, le manager ou l’assistant de l’équipe du plan ou d’une équipe au-dessus d’elle, et l’Admin ; dans le livrable, qui y travaille. Corriger n’efface rien : cela enregistre une nouvelle décision à côté de l’originale, au même endroit — sur le même livrable ou dans le même plan —, et l’originale est marquée comme remplacée. Corrige qui peut enregistrer là ; une décision d’un autre livrable ou d’un autre plan se corrige sur sa page.

L’habitude en vaut la peine. Ce fonds est ce qui alimente l’onglet Leçons des Rapports et ce qui fait qu’Orion, avec le temps, recommande d’une manière proche de la vôtre. « Nous avons décidé de reporter le module B parce que le client a changé la priorité » est une phrase de dix secondes qui évite la même discussion dans trois mois.

Rapports

La page Rapports est réservée aux administrateurs, managers et assistants d’équipe — elle contient des évaluations par personne. Elle comporte trois onglets :

Rapports

l’archive des rapports mensuels du travail de l’équipe, générés à partir du travail réel enregistré sur la plateforme — un par mois, pour toute l’organisation ou pour une équipe. Ils s’ouvrent dans un nouvel onglet par un lien qui expire. Quand il y a des évaluations ou des enregistrements faits sur la période après la génération, le rapport affiche « n nouveaux signaux » et peut être actualisé par le bouton Actualiser — une nouvelle version naît et la précédente est conservée.

La cadence est mensuelle et automatique : le 5e jour ouvré de chaque mois (le lendemain de l’échéance des chiffres du plan), le rapport du mois précédent est généré pour les organisations avec abonnement et avec le tableau de bord de l’équipe qui ont enregistré de l’activité ce mois-là. Compte comme activité au moins l’un de ceux-ci : un cycle évalué, une décision enregistrée par une personne ou un livrable dont la progression (ou dont les tâches terminées) a avancé dans le mois. Quand le rapport est prêt, les administrateurs et les managers et assistants d’équipe sont prévenus dans la cloche de l’application et par e-mail. Dans une organisation sans abonnement — ou qui ne paie qu’un forfait sans le tableau de bord de l’équipe (le MEI et le MEI+, au Brésil, ou Orion Light, hors du Brésil et payé par carte bancaire) —, le 1er ne génère rien ; quand elle s’abonne de nouveau, la génération automatique reprend le 1er suivant, et les mois restés sans rapport se génèrent par le bouton, juste en dessous.

Vous pouvez aussi générer le rapport de n’importe quel mois déjà clos parmi les 12 derniers. Choisissez le mois (et, si vous voulez, une équipe) et la page montre d’abord les signaux de ce mois-là : cycles évalués, décisions enregistrées par des personnes et livrables qui ont avancé, plus des comptages informatifs — analyses, livrables avec enregistrements et enregistrements confirmés par Radar. Ensuite, il suffit de cliquer sur Générer le rapport. S’il n’y a pas de travail enregistré par une personne ce mois-là, le rapport n’est pas généré, et la page le dit. Un mois qui a déjà un rapport propose Actualiser au lieu de générer de nouveau. Il y a une limite de 10 générations ou actualisations par organisation et par jour. Générer le rapport, Actualiser et le Générer des insights (IA) de l’onglet Leçons utilisent le quota d’IA de l’organisation : sans abonnement — le vôtre ou le sien —, ils apparaissent avec 🔒, et les rapports déjà générés continuent de s’ouvrir.

Le récit rédigé par l’IA n’est écrit que quand il y a de la matière pour cela — notes, évaluations avec justification écrite, causes marquées dans les décisions. Sans matière, le rapport sort avec les chiffres de la période et les sections fixes — Panorama, Livrables par statut, Gestion invisible et Leçons de la période — et aucun récit n’est inventé par-dessus.

Le plan de l’année. Quand l’organisation a le plan de l’année enregistré, le rapport apporte aussi la section du plan (avec le titre « Le plan de 2027 » dans un mois de 2027) : tel que le plan était au dernier jour du mois. Elle montre l’exécution des livrables, les indicateurs par situation (sur la bonne voie, attention, hors trajectoire, sans chiffre), chaque partie avec son propriétaire, l’exécution et les indicateurs, et ce qui demande de l’attention, avec la notification et le rappel qu’Orion a envoyés dans le mois. Dans les mois de fin de trimestre, elle montre aussi le temps planifié et le temps appliqué sur le trimestre. Le rapport de l’organisation apporte le plan entier ; celui d’une équipe, seulement les parties où elle avait des livrables à la fin du mois, l’exécution ne comptant que ses livrables (les indicateurs sont ceux de la partie entière). Le rapport d’un mois ancien montre le plan tel qu’il était à la fin de ce mois-là. Le récit de l’IA ne commente pas le plan.

Le rapport de toute l’organisation inclut les évaluations de toutes les équipes ; celui d’une équipe, seulement les siennes. Un Admin choisit n’importe quelle équipe ; un manager ou un assistant, seulement les équipes qu’il gère. Quand l’organisation est en période de pilote, le rapport des mois du pilote est identifié comme rapport du pilote ; en dehors, c’est le rapport mensuel régulier.

Maturité

l’évolution des signaux mesurés d’un rapport à l’autre — évaluation moyenne en étoiles, cycles évalués, décisions enregistrées, livrables mis à jour, personnes actives, progression moyenne à la fin de la période, signaux positifs (%) et signaux de friction. Apparaît quand il existe au moins deux périodes générées.

La série ne montre que ce qui est comparable d’une période à l’autre. « Livrables à risque » et « tâches automatisables » ont été laissés de côté exprès : on ne les connaît qu’à la valeur d’aujourd’hui, donc deux périodes afficheraient le même chiffre et la comparaison serait fausse. Vous continuez à voir les deux dans chaque rapport, comme une photo de l’instant.

Leçons

le recueil des leçons, des rétrospectives et des écarts de l’organisation. Dans la liste, chaque responsable voit les enregistrements des plans et des livrables qu’il ouvre : l’écart expliqué dans le plan de travail d’une personne n’apparaît que pour qui ouvre son plan. Le bouton Générer des insights (IA), en revanche — il pointe ce qui se répète en bien, les frictions récurrentes et des recommandations, en disant toujours sur combien d’enregistrements il s’est appuyé —, lit le recueil de toute l’organisation, et les insights générés restent conservés pour n’importe quel responsable qui ouvrira l’onglet. C’est exprès : le résumé de l’organisation est à la portée de n’importe quel responsable — l’Admin et toute personne manager ou assistant d’une équipe —, tout comme le rapport de toute l’organisation. RH et Audit qui ne dirigent aucune équipe n’ouvrent pas cette page et ne génèrent pas les insights.

« Suis-je le goulot d’étranglement ? »

Posez la question à Orion et il liste tout ce qui est à l’arrêt en attente de vous, en six catégories : plans de travail à signer, cycles à évaluer, recours (demandes de révision), demandes de modification, plans de livrables à signer et livrables à clôturer. Et il règle dans la conversation même tout ce qui peut l’être. Les délais de la liste apparaissent comme délai en pause dans une organisation sans abonnement, et comme délai retenu quand la personne qui devait agir est sans accès ; et, si vous êtes sans abonnement, ce qui demande de signer ou d’évaluer arrive avec le motif, sans la proposition de régler sur place.

Cycles, feedback et recours

Le cycle est l’unité de conversation sur la performance. Il naît avec la signature du plan de travail, sa durée découle de la fréquence de feedback que vous avez choisie, et il suit toujours la même séquence : le participant rend compte, le manager répond avec des étoiles et un commentaire, le participant peut demander une révision, et le cycle se consolide.

Les délais ci-dessous sont ceux que le système applique réellement. Si vous avez vu 10/30/10 dans un ancien document, c’est faux : ce sont 5 / 10 / 5.

Les états d’un cycle

Non démarré

le cycle n’a pas encore commencé.

En cours

le cycle se déroule. Le participant remplit peu à peu « Ce qui a été fait » dans chaque livrable.

Rapport en attente

le cycle est terminé et le rapport est attendu.

Feedback en attente

le rapport a été envoyé (ou le délai est passé sans rapport) et la balle est dans le camp du manager.

Feedback donné

l’évaluation est enregistrée. Elle reste modifiable — la fenêtre de 5 jours pour demander une révision ou pour que le manager ajuste est en cours (dans une organisation sans abonnement, elle ne se ferme pas — voir plus bas).

Révision demandée

le participant a contesté et le manager doit répondre.

Consolidé

état final. Immuable.

La chronologie, avec les délais réels

Dans le pire des cas — personne ne remet de rapport et personne n’évalue —, un cycle se règle tout seul en 15 jours après la fin de la période, et se consolide 5 jours plus tard.

À l’écran, avec les dates de chaque cycle. Sur la page du plan, juste en dessous du cycle sélectionné, le bandeau Délais de ce cycle montre cette même chronologie déjà avec les dates de ce cycle-là : quand il se termine et jusqu’à quand vont le rapport, le feedback et la révision — avec qui agit à chaque étape et ce qui se passe tout seul si personne n’agit. L’étape du moment est mise en évidence ; celles qui sont passées montrent ce qui s’est produit (rapport envoyé ou non, feedback donné et s’il a été automatique). Dans une organisation sans abonnement, il affiche en pause à la place des dates ; avec le délai retenu, retenu ; et, après le retour, les dates recomptées, avec la ligne « Les délais ont redémarré le… ».

Cycle qui naît après sa fin. Quand le plan est convenu alors que la période est déjà en cours, les cycles déjà terminés naissent avec lui, au moment de la signature. Pour eux, les délais du tableau comptent à partir de la création du cycle, et non de sa fin : le participant a les mêmes 5 jours pour le rapport et le manager les mêmes 10 pour le feedback — au lieu que le 3★ automatique arrive juste après la signature.

Organisation sans abonnement. Les délais du tableau s’arrêtent : rien n’avance tout seul par délai — le cycle ne passe pas en sans rapport, le 3★ automatique n’entre pas, la demande de révision n’expire pas et le cycle ne se consolide pas —, et la fenêtre de 5 jours pour demander une révision ou ajuster le feedback ne se ferme pas. Les passages du calendrier continuent (le cycle et le plan commencent et se terminent à leurs dates), et « Ce qui a été fait » reste ouvert. Quand l’organisation reprend son abonnement, chaque délai qui était en cours redémarre entier à partir de ce jour-là : 5 jours pour le rapport, 10 pour le feedback, 5 pour la révision.

Qui est sans accès n’est pas puni par le délai. Dans une organisation qui paie, si le participant est sans abonnement (sans aucun forfait ni licence), le cycle ne passe pas en sans rapport ; si tous les responsables de l’équipe sont sans abonnement, le 3★ automatique n’entre pas et la demande de révision n’expire pas. Le délai est retenu et redémarre entier quand l’accès revient.

Étape 1 — le rapport de cycle

Le rapport sort de ce que vous avez écrit dans « Ce qui a été fait » pour chaque livrable. Il n’y a pas de formulaire séparé : le bouton Envoyer le rapport de cycle compile ces textes et les envoie au manager. L’envoi exige un abonnement : sans lui, le bouton apparaît avec 🔒 — et « Ce qui a été fait » reste ouvert pour que vous continuiez à y noter. Le bouton apparaît pour qui peut envoyer : le propriétaire du plan, qui dirige l’équipe du plan (ou une équipe au-dessus) et l’Admin. Une fois envoyé, le rapport est verrouillé : ni vous ni Orion n’y ajoutez plus rien, à moins qu’un recours soit approuvé.

La fenêtre d’envoi est plus large qu’il n’y paraît :

Avant la fin

le bouton s’ouvre le dernier jour du cycle. La semaine s’est terminée vendredi et vous voulez envoyer tout de suite ? C’est possible. Pendant le reste du cycle, le bouton reste visible, mais désactivé, en indiquant à quelle date il s’ouvre.

Dans le délai

les 5 jours après la fin du cycle.

Après le délai

si les 5 jours sont passés sans rapport, le cycle avance vers « Feedback en attente » marqué sans rapport — et vous pouvez encore envoyer, tant que le manager n’a pas donné le feedback. L’envoi tardif efface la marque. (Dans une organisation sans abonnement, ou avec vous sans accès, le délai se met en pause ou est retenu — voir plus haut.)

Manquer le délai ne bloque donc pas le cycle et n’empêche pas l’évaluation. Ce qui se passe, c’est qu’il continue d’avancer avec une marque visible, et le manager est averti qu’il manque le rapport (distinct de « rapport prêt »).

Une fois le rapport envoyé, il se fige : les champs sont bloqués pendant que le cycle attend le feedback.

Étape 2 — le feedback du manager

Évaluer un cycle est l’acte de qui a le rôle de manager (ou d’un Admin de l’organisation) — et exige un abonnement : sans lui, Donner un feedback ★ et Ajuster le feedback apparaissent avec 🔒. Les assistants n’évaluent pas. RH n’évalue pas. Comme dans la ligne du superviseur, c’est le manager de l’équipe du plan — ou d’une équipe au-dessus — qui évalue, pas celui d’une autre équipe.

Le manager ouvre Donner un feedback ★, choisit de 1 à 5 étoiles et écrit le commentaire. Le participant est notifié.

Le brouillon d’Orion arrive déjà rempli. Quand le manager IA a rédigé l’évaluation de ce cycle, la fenêtre s’ouvre avec sa note et sa justification, marquées comme rédigées par Orion, et le bouton dit Appliquer tel quel. Dès que vous changez un mot, c’est votre version qui compte — c’est toujours ce qui est à l’écran au moment du clic qui compte.

Toute évaluation dit qui l’a écrite. Sur la ligne du cycle apparaît un sceau d’auteur chaque fois qu’elle ne vient pas d’un manager humain : automatique (personne n’a donné de feedback dans le délai), rédigée et appliquée par Orion, ou appliquée par lui sous pré-autorisation. Et la notification de la personne évaluée nomme l’auteur — « Orion a donné un feedback » ne devient pas « votre manager a donné un feedback ».

Si le manager n’agit pas en 10 jours — comptés depuis l’envoi du rapport, ou depuis la fin du cycle + 5 jours quand il n’y a pas eu de rapport —, le système applique un feedback neutre automatique de 3★, avec une justification générée qui dit exactement cela, et notifie les deux parties. Dans une organisation sans abonnement, ou quand tous les responsables de l’équipe sont sans accès, il n’entre pas : le délai se met en pause ou est retenu, comme expliqué plus haut.

Ce n’est pas une auto-évaluation : les 3★ sont le système qui ferme un cycle resté sans réponse, de façon neutre et déclarée — pas une note que le participant s’est donnée à lui-même.

Il n’existe pas non plus d’étape séparée d’auto-évaluation sur la plateforme : celui qui enregistre des étoiles est toujours celui qui a le rôle de manager (ou un Admin). Dans un plan autogéré — celui où le manager est le participant lui-même —, cela veut dire qu’il évalue son propre cycle, et l’enregistrement porte son nom.

Les organisations dormantes restent en dehors de cette automatisation. Si personne de l’organisation ne s’est connecté ni n’a rien fait sur la plateforme dans les 30 derniers jours, les cycles n’avancent pas tout seuls et personne ne reçoit d’e-mail — l’automatisation reprend quand quelqu’un revient.

L’échelle d’étoiles

Les descriptions complètes apparaissent au moment d’évaluer, pour qu’une étoile ne soit jamais un simple chiffre. 3 étoiles, c’est « Performance solide » : « Travail de qualité livré de manière fiable, qui a répondu aux principaux objectifs de la période. Une contribution constante et appréciée. »

L’échelle ci-dessus est celle par défaut — votre organisation peut la réécrire. Le titre et la description des cinq étoiles sont modifiables sur la page Organisation, avec un bouton « Restaurer les valeurs par défaut ». L’Admin modifie ; RH aussi — c’est le seul paramètre de l’organisation ouvert au rôle RH. Autrement dit, les libellés que vous voyez à votre écran peuvent être ceux de votre entreprise, et non ceux-ci.

La justification obligatoire

En 5★ et en 1–2★, le commentaire est obligatoire : sans lui, le système refuse l’évaluation. Ce n’est pas de la bureaucratie — ce sont les deux extrêmes où la note, seule, n’apprend rien.

En 5★

notez ce qui a rendu le travail exceptionnel, pour servir de référence à l’équipe. Mettez en avant des réussites précises où la productivité et la qualité ont élevé les résultats de la période.

En 1–2★

avec clarté et bienveillance, décrivez ce qui ne s’est pas passé comme prévu (productivité, qualité ou les deux), l’impact sur l’équipe et des étapes concrètes pour progresser. L’historique est conservé pour suivre l’évolution dans le temps.

Étape 3 — demander une révision

Qui reçoit un feedback de 1 ou 2 étoiles a 5 jours, comptés depuis la date de l’évaluation, pour demander une révision par le bouton Demander une révision — en ajoutant son point de vue sur cette période-là. C’est la personne évaluée elle-même (ou un Admin) qui demande la révision ; c’est le manager de l’équipe du plan ou d’une équipe au-dessus qui répond. Passé le délai, le système refuse la demande et la note est définitive ; l’écran affiche l’étiquette ✓ définitif. Demander une révision reste autorisé sans abonnement ; et, dans une organisation sans abonnement, cette fenêtre ne se ferme pas — quand elle reprend son abonnement, ce sont 5 jours à partir de ce jour-là.

Le manager répond de l’une des deux façons — les deux exigent un abonnement ; sans celui-ci, elles apparaissent avec 🔒 :

Accepter la demande

le cycle rouvre en « Rapport en attente ». Le participant révise « Ce qui a été fait », le renvoie, et le manager évalue de nouveau.

Refuser

l’évaluation est maintenue et le cycle passe à la consolidation. Le participant est notifié du refus.

Si le manager ne répond pas sous 5 jours, la demande expire et l’évaluation d’origine demeure. L’exception est la même que pour le 3★ : dans une organisation sans abonnement, ou dont tous les managers de l’équipe sont sans accès, la demande n’expire pas — le délai se met en pause ou reste suspendu et repart entièrement au retour.

Le manager peut aussi, dans la même fenêtre de 5 jours, ajuster son propre feedback sans que personne ne l’ait demandé — bouton Ajuster le feedback. Un ajustement relance la fenêtre de 5 jours, donnant au participant une nouvelle occasion de se prononcer sur la note révisée.

Consolidé : le terminus

Passés les 5 jours sans révision ni ajustement, le cycle devient Consolidé (dans une organisation sans abonnement, il attend : la consolidation se met aussi en pause). C’est l’état terminal : final et immuable. Personne ne rouvre, personne ne réévalue, et le plan de travail n’est finalisé que lorsque tous ses cycles y sont arrivés.

C’est pour cela que la fenêtre de 5 jours existe et qu’elle est courte. Avec des cycles hebdomadaires, l’objectif est que chaque tour se referme avant la fin du suivant — un feedback qui arrive des mois plus tard ne change plus rien.

Le registre qui reste

Chaque évaluation fige un registre immuable de performance de cette période : qui, dans quelle équipe, au cycle numéro tant, avec la période exacte, l’engagement pris (la promesse de chaque livrable), le rapport livré, l’effort total, les étoiles, la justification et s’il y a eu une demande de révision.

Ce registre est indépendant du plan de travail — si le plan est supprimé ensuite, l’historique de la personne reste debout. C’est lui qui soutient les Rapports, la vue Maturité et la mémoire de l’organisation sur le travail réellement accompli.

Cycles par Orion

Comme au chapitre précédent, tout cela se passe dans la conversation :

• « envoie le rapport du cycle 2 de mon plan de travail »
• « quels cycles attendent mon feedback ? »
• « donne 4 étoiles au cycle 3 d’Ana et écris : elle a livré le guide avant la date limite et a aidé l’équipe sur le test »
• « je veux demander une révision du feedback du cycle 1 »

Les permissions s’appliquent de la même façon : Orion n’envoie qu’un rapport de cycle que vous pourriez vous-même envoyer à l’écran, il n’évalue un cycle que si vous êtes manager de l’équipe du plan (ou d’une équipe au-dessus d’elle) ou Admin, et il n’accepte pas 5★ ou 1–2★ sans commentaire — il demandera le commentaire avant. Et l’abonnement compte : sans lui, il n’envoie pas le rapport et n’évalue pas — il dit le motif et la marche à suivre, et il ne réessaie pas. Et, pour trouver un plan par le nom de la personne, Orion ne cherche que parmi les plans que vous ouvrez à l’écran : au sujet d’un plan que vous n’ouvrez pas, il répond comme si le plan n’existait pas.