Organiser le travail : structure et livrables

Organisation, équipes et personnes

Vous arrivez dans cette partie pour répondre à trois questions : comment mon entreprise est dessinée ici à l’intérieur, qui travaille sur quoi, et où sont convenues les règles de vie de l’équipe. Ce sont trois pages et un questionnaire.

Où se trouvent ces écrans

Organisation, Utilisateurs et Équipes se trouvent dans Paramètres, l’entrée de la barre latérale juste en dessous des sections de travail. Elle ouvre une page avec une ligne pour chacune, plus Regroupement, Abonnement et Mon profil. La première entrée de la barre est toujours Orion, juste en dessous d’En attente de vous — avec un fond orange tant que vous êtes sur un autre écran. Vient ensuite Y Managers, qui ouvre l’espace de gestion de l’équipe, avec les sections de travail en retrait juste en dessous : Tableau de bord, Livrables, Plans de livrables, Plans de travail et Rapports — plus Cours, qui n’apparaît que si votre organisation a un cours actif. À la fin de la liste se trouvent le Manuel (qui s’ouvre au chapitre correspondant à l’écran où vous êtes) et la Visite guidée.

La ligne Utilisateurs n’apparaît que pour les personnes dont le rôle dans l’organisation est Admin ou RH. Qui ne l’a pas ne voit jamais le registre des personnes — ni la ligne dans Paramètres.

Deux autres entrées dépendent aussi du rôle. Abonnement n’apparaît que pour l’Admin — et, à l’intérieur, les actions de facturation reviennent à la personne désignée responsable de la facturation. Rapports apparaît pour l’Admin et pour qui est manager ou assistant d’une équipe, parce que les rapports portent des évaluations par personne : qui n’est ni l’un ni l’autre reçoit un refus du serveur, même en tapant l’adresse directement. La liste complète de qui voit chaque page se trouve dans le chapitre des rôles et permissions.

Sans abonnement : ce qui reste ouvert et ce qui passe en 🔒

Dans Y Managers, créer, signer et générer exigent un abonnement, dans un forfait qui inclut le tableau de bord de l’équipe — le MEI et le MEI+ (au Brésil), Orion Light (hors du Brésil, payé par carte bancaire) et le BYOK gratuit ne l’incluent pas. Cela s’applique après la période gratuite de Y Managers de l’organisation — pendant celle-ci, tous créent, signent et génèrent, quel que soit le forfait —, et l’Admin d’une organisation qui paie le tableau de bord de l’équipe passe, quel que soit son forfait. Qui est sans abonnement, ou dans un forfait sans le tableau de bord, garde tout ce qui existe déjà ouvert pour lire, modifier, supprimer et enregistrer l’avancement. Qui compte comme sans abonnement — par exemple, qui n’a aucun forfait dans une organisation qui paie — et ce qui change en plus se trouvent dans Sans abonnement.

Passent en 🔒

créer (un livrable, une tâche, un plan de livrables, un plan de travail, une décision — y compris en corriger une —, une équipe, un regroupement, une pièce jointe dans un livrable, la copie d’un livrable ou d’un plan) ; signer (les plans, l’étiquette Révision demandée ou Approuvé d’un livrable, le lien d’acceptation, le renouvellement du plan d’un AI worker) ; et générer (des rapports, la Situation et les suggestions de l’IA — ceux-ci utilisent le quota d’IA de l’organisation, et exigent donc aussi qu’elle ait un abonnement). Le bouton ne disparaît pas : il s’affiche avec 🔒, et le clic ne fait qu’indiquer le motif, avec le raccourci pour régler cela.

Restent possibles

inviter, importer et restaurer des personnes (Admin) ; ajouter et retirer des livrables d’un plan ; demander un ajustement ; clôturer un plan de livrables ; cocher les tâches d’un plan de travail, y compris approuver une allocation proposée ; enregistrer le « Ce qui a été fait » ; demander la révision de sa propre évaluation ; et la décision de la personne qui reçoit le lien d’acceptation d’un livrable.

Le bandeau en haut. Dans les pages de Y Managers, un bandeau le dit une seule fois — « 🔒 Dans Y Managers, vous lisez, modifiez et enregistrez l’avancement » —, avec le motif et le chemin de retour : S’abonner, pour l’Admin (mène à la page Abonnement) ; demander à un Admin, pour les autres ; Voir les forfaits, pour qui est dans un forfait sans le tableau de bord. Par Orion — sur WhatsApp, sur Telegram, dans l’app ou par la voix —, c’est pareil : il ne crée pas, ne signe pas et ne génère pas, il indique le motif et la marche à suivre, et il ne réessaie pas.

La page Organisation

C’est là que vit l’identité de votre entreprise. La page apparaît pour Admin, RH et Audit ; un membre ordinaire ne la voit pas dans le menu. Seul l’Admin modifie — RH et Audit voient en lecture seule. La seule exception est la carte de l’échelle d’étoiles de l’évaluation (voir Cycles, feedback et recours), que les RH modifient aussi.

Identité

raison sociale, nom commercial et logo.

Localisation et impôts

adresse, pays et le numéro fiscal au format du pays (CNPJ au Brésil, EIN aux États-Unis, RFC au Mexique, et ainsi de suite). La devise n’est ni choisie ni déduite du nom du pays : c’est la devise de la facturation — des reais au Brésil, des dollars dans les autres pays —, et la page ne fait que l’afficher. Changer le pays ici suit la même règle que la page Abonnement : la devise ne change que lorsque le changement fait passer l’organisation à l’autre compte de facturation (du Brésil vers l’étranger, ou de l’étranger vers le Brésil), et, s’il y a une page de paiement ouverte sur l’ancien compte, le changement peut être refusé pendant quelques minutes. Après le premier achat — par carte bancaire ou par Pix —, le compte ne change plus : la liste n’affiche que les pays du même côté que le compte, et un pays de l’autre côté est refusé, avec le motif, sans rien enregistrer. Le pays de la facturation se corrige sur la page Abonnement.

Contact

e-mail, téléphone, site web et LinkedIn.

Profil

taille de l’entreprise, langue de l’organisation (la langue dans laquelle le système écrit ce qu’il produit pour l’entreprise — rapports et textes générés ; la langue de votre écran est un autre réglage, et il se trouve dans Mon profil), Mode conseil (activez-le pour les entreprises de services qui facturent du travail à des clients) et Confidentialité par équipe.

Personnes et responsables

le contact principal — le représentant de l’organisation pour la facturation et les notifications légales, choisi parmi les Admins — et la liste des Admins. Les rôles eux-mêmes sont définis dans le profil de chaque personne, pas ici.

Accès au tableau de bord, au coût et à l’évaluation moyenne

un tableau de cases à cocher où l’Admin choisit qui ouvre le Tableau de bord et, parmi ces personnes, qui voit le coût — par profil dans l’organisation (Admin, RH, Audit, Utilisateur) et par rôle dans l’équipe (manager, assistant, membre, observateur). Il suffit d’un profil ou d’un rôle coché pour donner l’accès, et l’Admin reste toujours coché. La valeur par défaut est celle de toujours : tout le monde voit le tableau de bord, et le coût reste à l’Admin et aux managers. La troisième colonne, Voit l’évaluation moyenne, choisit qui voit la moyenne des évaluations des cycles sur la page du livrable et dans le plan de livrables ; elle ne dépend pas du tableau de bord. Un profil coché voit celle de tous les livrables ; un rôle dans l’équipe coché voit celle des livrables de ses propres équipes et de ceux sans équipe. Par défaut, l’Admin, le manager et l’assistant. Rétablir les valeurs par défaut annule le choix.

Facturation et abonnement

forfait et statut, gérés par l’espace d’abonnement.

L’option qui change le plus le quotidien est Confidentialité par équipe. Désactivée (la valeur par défaut), les livrables et les plans de livrables sont visibles par toute l’organisation. Activée, un membre ordinaire ne voit que les livrables et les plans de livrables des équipes auxquelles il appartient. Admin, RH et Audit continuent de tout voir dans les deux cas.

Les plans de travail suivent une autre règle, indépendante de cette option : un membre ordinaire ne voit toujours que son propre plan, plus les plans des équipes qu’il manage, assiste ou observe.

Équipes

La page Équipes a deux volets : à gauche la hiérarchie de l’organisation (avec une recherche et des branches que vous repliez), à droite l’équipe sélectionnée — paramètres, membres et son Accord de travail.

Créer une équipe est un acte d’Admin : qui n’est pas Admin ne voit pas le bouton ＋ Nouvelle en haut de la hiérarchie, et le serveur refuse de nouveau, par précaution. Le formulaire demande deux champs : le nom et l’équipe parent (ou « niveau supérieur », s’il n’y en a pas). Rien de plus. L’équipe naît active — activer et désactiver existe ensuite, dans les paramètres de l’équipe déjà sélectionnée.

Le formulaire de création ne demande pas qui est le manager. Le manager est désigné ensuite, en ajoutant la personne à l’équipe avec le rôle manager. Et le sélecteur de membres ne propose que des personnes qui existent déjà dans l’organisation : faire venir quelqu’un de l’extérieur est un acte d’Admin, sur la page Utilisateurs.

Il y a quatre rôles d’équipe — manager, assistant, membre et le rôle d’observateur (observer), en lecture seule. Celui d’observateur est attribué depuis la carte de l’équipe, ici sur la page Équipes. Chaque personne a un rôle par équipe : en choisir un efface le précédent automatiquement.

Utilisez l’équipe parent pour regrouper par département (« Marketing », « Informatique ») : la hiérarchie alimente les filtres du tableau de bord et, comme vous le verrez dans Plans de livrables de l’équipe, une équipe enfant hérite du plan de livrables d’une équipe au-dessus d’elle.

Les garde-fous de la structure

Certaines actions sont refusées exprès, pour que vous ne perdiez pas d’historique sans vous en apercevoir.

Supprimer une équipe

c’est un acte d’Admin, et ce n’est possible que si elle n’a pas de sous-équipes, n’a pas de membres et n’est l’équipe principale de personne. L’écran désactive le bouton et indique ce qu’il faut déplacer d’abord ; le serveur refuse de nouveau, par précaution. L’historique de travail est préservé.

Changer l’équipe parent

Admin uniquement. Et le système refuse tout changement qui créerait une boucle dans la hiérarchie (une équipe devenant son propre ancêtre).

Le dernier Admin est protégé

impossible de rétrograder, de désactiver ou de retirer le seul Admin de l’organisation. Promouvez d’abord une autre personne au rôle d’Admin.

Retirer un membre de l’équipe enlève le rôle, pas la personne : elle reste dans l’organisation, et le travail qu’elle a fait lui reste attribué.

Sur la carte de l’équipe, vous voyez aussi ses AI workers. Ils n’apparaissent pas par appartenance de membre — ils apparaissent par le plan de travail, qui est ce qui relie effectivement un worker à cette équipe et à ses livrables. Dans le bloc des AI workers, il y a le bouton Allouer un AI worker — il ne crée pas de lien d’appartenance : il ouvre directement la création du plan de travail, qui est ce qui relie le worker à l’équipe. Le bouton est désactivé quand tous les workers de l’organisation ont déjà un plan dans cette équipe. L’équipe IA a son propre chapitre.

Utilisateurs : une personne ou une liste entière

La page Utilisateurs est le registre des personnes, réservé à Admin et RH. L’invitation se fait toujours par e-mail — il n’existe de code d’invitation nulle part dans le produit.

En ajoutant une personne, vous pouvez choisir d’un coup le rôle dans l’organisation, l’équipe principale et le rôle au sein de celle-ci. Un e-mail d’invitation part aussitôt, et la personne n’entre dans l’organisation que lorsqu’elle accepte — jusque-là elle apparaît comme Invitation en attente, et vous pouvez déjà préparer sa fiche. Si elle refuse, elle sort de la liste et passe dans les utilisateurs retirés. Chaque adresse reçoit au maximum un e-mail d’invitation par jour, quelle que soit l’organisation d’où il vient : si elle en a déjà reçu un aujourd’hui (par exemple quand vous retirez et restaurez la personne le même jour), l’invitation est créée quand même, mais l’e-mail ne repart pas — l’écran le signale, et la personne voit l’invitation en se connectant à la plateforme avec cet e-mail.

Pour des équipes entières, passez à l’onglet Plusieurs (coller une liste) et collez les lignes. Le format accepte deux formes :

• juste l’e-mail, un par ligne ; ou
• CSV : e-mail, Prénom, Nom, Rôle, Équipe, RôleÉquipe.

Les champs vides utilisent les valeurs par défaut que vous définissez juste au-dessus de la zone, et l’équipe est retrouvée par son nom. La limite est de 200 lignes par lot. La liste part vers le serveur par tranches de 50 ; si une tranche échoue, ses lignes apparaissent comme « non envoyée » et les autres passent normalement — renvoyez seulement celles qui manquent. À l’envoi, vous recevez le résultat ligne par ligne — invités, ajoutés, réactivés, sans e-mail d’invitation maintenant, au-delà de la limite du jour, déjà membres, en double, invalides, erreurs — au lieu d’un « terminé » générique.

Limite d’invitations par jour. Chaque organisation fait jusqu’à 50 invitations par jour sans forfait payant (en période d’essai ou sans abonnement) et jusqu’à 300 avec un abonnement — en comptant les invitations une par une, les lots et les personnes restaurées qui n’étaient jamais entrées. En haut de + Ajouter un utilisateur s’affiche ce qui reste encore aujourd’hui. Passé la limite, l’invitation n’est pas faite (rien n’est enregistré ni envoyé) et, dans le lot, les lignes en excès apparaissent comme « au-delà de la limite du jour » — les précédentes entrent normalement. Le compte repart à minuit UTC (21 h à Brasília). Dans un déploiement de grande taille, l’équipe d’Orion peut augmenter la limite d’une organisation avec un abonnement.

Une note importante sur la sortie : retirer un utilisateur le désactive. Il perd l’accès immédiatement, mais ses contributions (plans de travail, activités, évaluations) restent attribuées à lui, pour que les registres de l’organisation restent vrais — et vous pouvez le restaurer. Ce n’est pas une suppression de données : l’option « Supprimer définitivement » existe et n’est débloquée que pour qui n’a pas d’historique de plans de travail. Les demandes de suppression/anonymisation (LGPD/RGPD) sont traitées comme une action séparée et explicite.

L’Accord de travail : les règles de la maison, sous forme de questionnaire

Il n’existe pas de champ de texte libre pour « les règles de l’équipe ». Ce qui existe, c’est l’Accord de travail : un questionnaire structuré de 13 questions, organisé en quatre blocs :

Style et lieu de travail

mode de travail principal et politique pour les jours au bureau (avec un sélecteur de jours de la semaine quand les jours sont fixes).

Travail synchrone et asynchrone

rythme principal, événements synchrones récurrents, préavis minimal pour fixer une réunion et la plage centrale de disponibilité (avec les heures de début et de fin quand elle est fixe).

Protocoles de communication

plateforme de chat, canaux et leurs finalités, temps de réponse attendu pour les messages non urgents, comment signaler l’urgence et les limites en dehors des heures de travail.

Culture de réunion

attente concernant les caméras et préparation minimale pour une réunion.

Chaque question a des options prêtes et un champ libre, au cas où votre réponse ne serait pas dans la liste.

L’Accord de travail descend en cascade : organisation → équipe → personne. La réponse qui compte est celle du niveau le plus spécifique qui a répondu ; un niveau laissé vide hérite de celui du dessus, et l’éditeur montre en gris ce que vous hériteriez si vous ne répondiez pas. Ainsi l’entreprise définit la règle générale une fois, l’équipe ajuste ce qui est différent chez elle, et la personne n’enregistre que l’exception réelle.

Chaque personne voit son Accord de travail consolidé — les trois couches déjà résolues — dans Mon profil, en mode lecture.

Et c’est ici qu’il cesse d’être du papier : à la signature d’un plan de travail, les trois couches de l’Accord de travail en vigueur sont figées dans le plan. Si l’organisation change la politique ensuite, ce qui a été convenu dans ce plan ne change pas avec elle. Vous lisez le texte figé au bas du plan de travail lui-même.

Livrables

Le livrable est l’unité qui fait apparaître le travail. Sans lui, l’équipe a des tâches ; avec lui, l’équipe a un résultat — et Orion a de quoi suivre, relancer et vous raconter.

Ce qu’est un livrable

Un livrable est le produit ou le service final qui résulte du travail de votre équipe. Il rend visible la valeur générée pour qui le reçoit et montre un progrès réel vers les objectifs. Quand les livrables sont clairs, tout le monde comprend exactement ce qui doit exister à la fin — ce qui augmente la coordination, la communication et la motivation.

Exemples : « Enquête de satisfaction client menée » (service), « Prototype de l’application créé » (produit).

Les tâches et activités sont les actions nécessaires pour produire le livrable. Le livrable est le résultat de ces actions. Si vous arrivez à rayer un élément de la liste et que personne de l’extérieur ne voit de différence, c’est probablement une tâche, pas un livrable.

Pourquoi y insister : les livrables éliminent l’ambiguïté sur ce qui est attendu (focus), donnent un chiffre à suivre (mesurabilité) et relient le travail du jour au plan tactique et stratégique (connexion).

Projets et processus

Un projet se termine. Un processus se répète. La plateforme gère les deux, et la différence est dans le statut du livrable, pas dans le type de cible.

Il n’existe pas de type de cible « binaire ». La liste des types de cible vient des types déjà utilisés dans les livrables de votre organisation. Tant qu’il n’y en a aucun, la plateforme propose %, unité et $ comme point de départ.

Tout livrable marqué Récurrent naît avec une horloge de cycle activée, mensuelle par défaut. Vous changez la durée dans la carte « Horloge du cycle » (hebdomadaire, bimensuelle, mensuelle, trimestrielle, semestrielle, annuelle ou personnalisée). Dans le cycle, chaque étape du processus vaut une part proportionnelle à son poids ; à la fin du cycle, le pourcentage réel est enregistré dans l’historique et les étapes se remettent à zéro pour le tour suivant. C’est pour cela que le progrès d’un processus ne déborde pas d’un mois sur l’autre. Un processus ancien sans horloge qui fait partie du plan de travail d’un AI worker est réglé sur mensuel par le manager IA — la personne qui gère l’équipe est prévenue et reçoit un lien pour annuler en un geste.

Créer un livrable

Allez dans Livrables → ＋ Créer un livrable. Deux champs seulement sont obligatoires :

Titre du livrable

écrivez le résultat, pas l’activité — « PRD des fonctionnalités du backlog passées en développement » fonctionne mieux que « faire le PRD ».

Équipe responsable

l’équipe qui gère ce livrable. Choisissez avec attention — elle est immuable dans l’édition ordinaire.

La date de début et la date de fin sont obligatoires à la création — cela vaut pour l’écran, pour le chat, pour la voix et pour ce qu’Orion crée tout seul. Un livrable sans échéance n’est pas planifiable : il reste hors du bloc de risque, n’apparaît pas dans les goulots d’étranglement et bloque sur Non démarré même avec le travail terminé. La seule exception est le livrable Récurrent, qui est un processus continu et n’a aucune date — pour lui, les deux champs disparaissent du formulaire. Si l’échéance n’a pas encore été décidée, Orion demande au lieu d’inventer. Les autres champs sont facultatifs à la création et modifiables ensuite, sur la page du livrable : statut, destinataire, type, catégorie, regroupement, type de cible et cible planifiée. Le regroupement relie le livrable à la hiérarchie du plan stratégique (objectifs, initiatives, résultats clés) que les Admins tiennent à jour sur la page Regroupement. Chaque regroupement peut avoir un propriétaire, une personne active de l’organisation : l’Admin le choisit sur la page, et l’enregistrement de la planification de l’année met le propriétaire de chaque objectif et initiative.

Par le chat aussi, c’est possible : « crée le livrable 'Onboarding clients révisé' ». Quand vous ne dites pas l’équipe, Orion utilise votre équipe principale.

Créer et modifier des livrables revient au manager ou à l’assistant de l’équipe responsable (ou de l’équipe au-dessus d’elle), et à l’Admin. Créer exige un abonnement (voir Sans abonnement, au début de ce chapitre) ; modifier, non. Un membre ordinaire ouvre le livrable en mode lecture, avec l’alerte à l’écran — sa contribution apparaît par le progrès des tâches.

Ce qui se verrouille, et quand

Quatre champs forment la base de référence planifiée : date de début planifiée, date de fin planifiée, type de cible et cible planifiée. Ils ne sont pas figés depuis la création — vous pouvez les ajuster tant que la planification est ouverte.

Ce qui verrouille, c’est l’arrivée de la date de début planifiée. À partir d’elle, ces quatre champs sont figés et le système refuse l’édition, en affichant l’avertissement « 🔒 La base de référence planifiée est verrouillée (la date de début est déjà passée) ». Ensuite, vous utilisez les champs parallèles — date de début actualisée, date de fin actualisée et cible actualisée —, et c’est exactement cet écart entre planifié et actualisé qui montre de combien le plan a glissé.

L’équipe responsable est immuable dans l’édition ordinaire. Depuis le 27/07/2026, cependant, un Admin peut réattribuer le livrable à une autre équipe par une action dédiée — ce n’est plus un « jamais ».

Supprimer un livrable est refusé dans quatre situations, et le message dit laquelle — et quoi faire :

• une tâche a déjà du progrès — remettez d’abord à zéro le progrès des tâches ;
• il est dans un plan de livrables — si le plan est ouvert, retirez-le d’abord (🗑 sur sa ligne, sur la page du plan — dans le brouillon, c’est le manager ou l’assistant de l’équipe du plan (ou d’une équipe au-dessus d’elle), ou un Admin, qui le retire ; dans le plan signé, seulement le manager ou un Admin). Si le plan a déjà été clôturé, ce n’est pas possible : la liste d’un plan clôturé est un registre et ne change pas ;
• il est dans un plan de travail — si le plan est encore en cours d’élaboration, retirez-le d’abord. Si le plan a déjà une signature, le livrable ne sort que par le plan lui-même : avec une signature, en demandant un ajustement ; avec les deux, par le flux d’Édition (voir Plans de travail). D’un plan de travail finalisé, il ne sort plus ;
• il est le modèle d’un programme — il est copié pour chaque nouvelle promotion ; un Admin doit d’abord le dissocier du programme.

Quand le livrable fait partie d’un registre (plan clôturé ou finalisé) et qu’il n’aura plus lieu, la marche à suivre est de changer son statut en Annulé : il sort du travail en cours sans effacer l’histoire. Il existe aussi Créer une copie, qui est la marche à suivre normale pour répéter un livrable similaire à la période suivante : elle demande la date de début et celle de fin de la nouvelle période et reprend la liste de tâches, sans le progrès.

Progrès, statut et ce qu’Orion en fait

Le progrès du livrable est calculé, jamais saisi : c’est la moyenne du progrès des tâches, pondérée par le poids de chacune. Une tâche sans poids défini compte pour un poids de 1 ; une tâche de poids 0 reste hors du calcul, à dessein.

Qui peut toucher au progrès d’une tâche : l’Admin, le manager ou l’assistant de l’équipe du livrable (ou de l’équipe au-dessus), qui est marqué comme contributeur de la tâche, et qui a sélectionné cette tâche dans son propre plan de travail. Les champs de planification de la tâche — date de fin, date de début planifiée et prédécesseur — sont du ressort du responsable de l’équipe.

Le statut se déplace aussi tout seul, par le progrès et par les dates — dans cet ordre. *Un progrès à 100 % ferme le livrable en Terminé sur le champ, même avec l’échéance devant : l’échéance dit si le travail est sorti à temps, pas s’il est fini. En dessous de 100 %, ce sont les dates qui commandent : avant le début, c’est Non démarré ; entre le début et la fin, c’est En cours ; si vous avez repoussé la date de fin, il apparaît comme En retard entre la date planifiée et la nouvelle ; passée la fin sans atteindre 100 %, il devient Non terminé. Les états que vous définissez à la main — Récurrent, En pause, Annulé, Terminé, Non terminé — le système les respecte et ne les écrase pas. Avec le livrable Terminé, Non terminé ou Annulé — par vous ou par le système lui-même, avec le progrès à 100 % ou l’échéance dépassée —, les tâches sont figées. Pour rouvrir, changez le statut. Si l’échéance est déjà passée, replanifiez aussi la date de fin : sinon, en moins d’une demi-heure le système le referme en Non terminé*.

Deux choses se passent là-dessus sans que vous le demandiez. Le résumé du matin remonte les livrables à risque, avec le motif calculé : échéance dépassée avec du travail en attente, progrès en retard sur le rythme attendu pour la part de temps déjà consommée, ou progrès à l’arrêt depuis plusieurs jours. Et, sur la page du livrable, le bouton Situation compile en texte ce que disent les plans de travail qui lui sont liés — utile avant une réunion de suivi (compiler utilise l’IA, cela demande donc un abonnement).

Le coût projeté et l’évaluation moyenne

Sur la page du livrable, la carte Qui a travaillé sur ce livrable additionne les heures et le coût des plans de travail signés et affiche deux lignes de plus :

• Coût projeté jusqu’à la fin (pour les personnes qui voient le coût) : le coût des jours déjà passés des plans signés, celui des jours qui restent dans ces plans et, si le livrable reste ouvert après le dernier plan, le même rythme que les derniers plans jusqu’à l’échéance. Un livrable terminé, annulé ou récurrent ne se projette pas au-delà des plans ; avec l’échéance dépassée, la ligne prévient que la projection s’arrête aux plans signés.
• Évaluation moyenne des cycles (par défaut, pour l’Admin et pour le manager ou l’assistant de l’équipe du livrable ; l’organisation choisit dans Organisation) : les étoiles des cycles déjà évalués des plans qui ont travaillé sur le livrable, pondérées par l’effort de chaque plan sur celui-ci. Le 3★ automatique entre dans le calcul, et la ligne indique combien il y en a eu.

Le coût projeté suit la colonne de coût du même choix. Les plans d’AI worker restent en dehors des deux. Le bouton Comment c’est calculé, sous les lignes (et sous le tableau du plan de livrables), explique chaque calcul directement sur l’écran. Orion ne lit pas ces deux chiffres par la conversation : pour les voir, ouvrez la page du livrable.

Acceptation : qui dit que le livrable est prêt

Tout livrable a une carte ✅ Acceptation du livrable. C’est là que vous enregistrez qui approuve ce résultat : quelqu’un de l’intérieur, choisi par une recherche parmi les personnes enregistrées, ou quelqu’un de l’extérieur — par e-mail ou par WhatsApp, avec le nom et le contact saisis à la main.

Le responsable défini, le bouton Générer un lien d’acceptation crée une adresse propre à ce livrable, qui ouvre une page de décision sans connexion : qui la reçoit voit le titre, l’équipe, la progression et les tâches, et choisit entre approuver et renvoyer pour ajustements. Renvoyer exige un commentaire — sans lui, le système refuse la décision. Quand l’approbateur est quelqu’un de l’intérieur, il reçoit le lien par e-mail aussitôt ; pour quelqu’un de l’extérieur, vous envoyez le lien par le canal que vous préférez. Générer le lien est l’affaire du manager ou de l’assistant de l’équipe du livrable (ou de l’équipe au-dessus), ou de l’Admin, et exige un abonnement : sans lui, le bouton apparaît avec 🔒. Générer le lien met aussi le livrable en révision et fixe une échéance de révision de 30 jours, s’il n’en avait pas encore. Comme toute page qui s’ouvre sans connexion, celle de l’acceptation accepte un nombre limité de décisions par heure depuis la même connexion — très au-dessus de l’usage d’une personne (voir sécurité et confidentialité).

La page de décision parle portugais, anglais et espagnol. Elle essaie d’abord la langue de l’approbateur lui-même, quand il est quelqu’un de l’intérieur ; ensuite, la langue du navigateur de celui qui a ouvert le lien — qui est d’habitude le bon signal quand l’approbateur est un client de l’extérieur. En haut de la page, il y a un sélecteur EN/PT/ES, au cas où la supposition se tromperait. L’e-mail qui prévient l’approbateur interne part dans sa langue.

La décision revient inscrite sur la page du livrable : approuvé ou renvoyé, par qui, quand et avec le commentaire. Renvoyer ne crée pas de tâches tout seul — vous lisez les remarques et définissez les tâches de la révision.

Sans réponse jusqu’à l’échéance, le livrable est approuvé tacitement — et il est marqué de ce mot, pour que personne ne le confonde avec une véritable acceptation. Cela vaut pour le livrable qui a un approbateur enregistré et une échéance de révision définie, ce que le lien établit. L’échéance par défaut est de 30 jours et vous la modifiez dans le champ d’échéance de la révision — mais notez que le lien envoyé est valable 30 jours : si vous étirez l’échéance au-delà, l’adresse déjà remise n’ouvre plus et il faut en générer une autre.

Sans abonnement, pas d’approbation tacite. Tant que l’organisation est sans abonnement, cette échéance reste en pause, et le bloc de la révision, dans le livrable, le dit. Quand elle reprend son abonnement, l’échéance de la révision en cours devient 30 jours à partir de ce jour-là — ou la date déjà fixée, si elle est plus tardive. Si le lien envoyé a expiré pendant la pause, générez-en un autre dans le livrable.

Le champ Approbation, dans le bloc de détails, est le même contrôle vu de l’intérieur : Sans étiquette, Révision demandée ou Approuvé. Sans abonnement, Révision demandée et Approuvé apparaissent avec 🔒 (demander l’acceptation et approuver comptent comme signer) ; Sans étiquette et Supprimer la révision restent. Tant qu’une révision est en cours, le statut du livrable se lit à partir d’elle : En révision tant que les tâches de révision n’atteignent pas 100 %, Révisé quand elles y arrivent (travail fait, en attente d’approbation) et Approuvé après l’acceptation. Pendant cette période, le statut normal reste verrouillé — c’est la révision qui commande. Les tâches de la révision ont leur propre barre et n’entrent pas dans la progression du livrable : le travail d’origine n’est pas dilué par la reprise. Approuver n’efface pas la révision — elle reste comme trace, en lecture seule. Et le livrable approuvé est figé en entier : les tâches d’origine et celles de la révision ne changent plus, et aucune tâche nouvelle n’entre. Pour le rouvrir, remettez le champ sur Révision demandée. Pour défaire tout cela, il y a Supprimer la révision, la première option du même champ Approbation quand il y a déjà une révision : elle demande une confirmation, retire les tâches de la révision et la justification et remet le livrable au statut normal.

Sur la page du livrable, vous joignez encore du matériel dans Associés à ce livrable : un lien (Drive, Workspace, URL) ou un fichier envoyé — PDF ou texte (txt, md, csv), jusqu’à 25 Mo. Joindre dans un livrable, c’est créer, donc cela exige un abonnement ; le matériel libre, dans Connaissances, reste. Le texte des fichiers txt, md et csv est lu à l’envoi, et c’est ce qu’Orion utilise quand vous posez une question sur le contenu de ce livrable. Le PDF est conservé pour être téléchargé, mais son texte n’est pas encore lu : pour qu’Orion l’utilise, ouvrez l’élément dans Connaissances, touchez ✎ Modifier et collez le texte dans Contenu. Qui a le rôle Audit ne fait que lire le matériel du livrable : il ne joint rien et ne modifie rien — dans Connaissances, il n’y garde que ses notes 🔒 Personnelles.

Plans de livrables de l’équipe

Le plan de livrables est le portefeuille que l’équipe s’engage à travailler sur une période. Il existe pour une raison pratique : c’est sa signature qui débloque la construction des plans de travail individuels. Sans plan de livrables signé, l’équipe n’a rien sur quoi s’appuyer — et le système refuse.

À quoi il sert

Le plan de livrables définit les priorités de l’équipe pendant sa période effective et sert de référence aux plans de travail des membres. Il garantit l’alignement (le travail quotidien tire les résultats convenus) et anticipe les dépendances et l’allocation avant le début de la période.

Il appartient à une équipe. Et il vaut pour les équipes en dessous d’elle : une sous-équipe sans plan propre s’appuie sur le plan d’une équipe ancêtre.

Étape 1 — Créer

Allez dans Plans de livrables → Créer un plan de livrables. Il y a quatre champs : titre, équipe, date de début et date de fin. Le plan naît en Brouillon.

La liste des Plans de livrables s’ouvre sur les plans en cours et les brouillons — tout ce qui n’est pas encore clôturé, le Planifié compris. Ainsi le plan qui vient de naître ne disparaît pas de la vue pendant qu’il attend une signature. Le sélecteur de statut en haut isole un statut, ou les montre tous. Dans la conversation avec Orion, le compte reste celui de toujours : il répond pour les plans en cours et indique combien sont restés dehors.

Une précaution qui épargne du travail en double : vérifiez les quatre avant de créer. Aujourd’hui, il n’existe pas d’écran pour modifier ni pour supprimer un plan de livrables une fois créé — le titre, l’équipe et la période restent tels qu’ils ont été enregistrés. Ce qui change ensuite, c’est le contenu (des livrables entrent et sortent — voyez qui peut le faire à l’Étape 2) et le statut (par la signature, par le calendrier ou par la clôture anticipée).

Par le chat : « crée un plan de livrables pour l’équipe Produit, du 01/09 au 31/12, intitulé "Q4 2026 — Produit" ».

Étape 2 — Insérer des livrables

Sur la page du plan, utilisez ＋ Insérer des livrables. Cherchez par le titre, cochez ceux que l’équipe va travailler sur la période et confirmez avec Ajouter (n).

Pour retirer un livrable du plan, utilisez le 🗑 (Retirer du plan) sur sa ligne. Le retrait est une double confirmation : le 🗑 ne fait qu’ouvrir la confirmation, qui dit ce qui va se passer — le livrable sort de la liste du plan, mais il continue d’exister, avec ses tâches et sa progression, et il peut revenir au plan ensuite par ＋ Insérer des livrables ; dans un plan déjà signé, la sortie est enregistrée dans les décisions du plan —, et le bouton Oui, retirer du plan n’est débloqué qu’après que vous avez coché Je comprends que le livrable sort de ce plan. Chaque livrable ouvre sa propre confirmation. Retirer du plan n’efface pas le livrable.

Une exception sur le retour : le ＋ Insérer des livrables ne liste que les livrables ouverts. Le livrable déjà Terminé, Annulé ou Non terminé n’y apparaît pas — pour qu’il revienne au plan, demandez-le à Orion par le chat. La confirmation le dit déjà quand c’est le cas.

Le livrable retiré d’un plan signé cesse de valoir pour les plans de travail. Un livrable ne vaut pour un plan de travail que tant qu’il est dans la liste d’un plan de livrables signé et en vigueur. Retiré du plan signé, s’il n’est pas dans un autre plan de ce genre, il n’entre plus dans un plan de travail (ni par ＋ Ajouter un livrable, ni par le ⧉ Copier, ni par le ✨ Générer les plans de travail de l’équipe), et le plan de travail qui le contient déjà et qui n’a pas encore été signé par les deux parties ne se signe qu’après que le livrable est revenu dans un plan signé ou qu’il est sorti de ce plan de travail — le refus de la signature dit de quel plan il est sorti et quand. Le plan de travail déjà signé par les deux parties reste tel quel, avec le livrable, les cycles et les rapports. La confirmation du 🗑 le dit dans un plan signé. Retirer d’un brouillon ne change rien à tout cela : le livrable d’un brouillon ne valait pas encore pour un plan de travail.

Qui ajoute et qui retire

• Dans le brouillon (avant la signature), ajouter et retirer des livrables — la même règle vaut pour les deux — est l’affaire du manager ou de l’assistant de l’équipe du plan (ou d’une équipe au-dessus d’elle) et de l’Admin — l’assistant aide à monter le plan.
• Le manager ou l’assistant d’une autre équipe — une sœur, ou une en dessous de celle du plan — ne touche pas à ce plan.

L’écran n’affiche ＋ Insérer des livrables et le 🗑 qu’à qui peut les utiliser, et le serveur refuse de nouveau, par sécurité.

Après la signature (Planifié ou En cours), le portefeuille est devenu un engagement : ajouter et retirer des livrables devient l’affaire du seul manager (ou de l’Admin), et l’assistant voit l’avertissement 🔒 à la place des boutons. Chaque changement est enregistré dans Décisions et leçons du plan : ce qui est entré ou sorti, qui a changé et quand — avec le motif, quand vous dites lequel par le chat.

Une fois clôturé (par le calendrier ou par anticipation), le plan ne change plus de livrables : personne n’ajoute ni ne retire — ni l’Admin, ni par l’écran, ni par le chat. Un de ses livrables qui va encore être travaillé entre dans le plan de la nouvelle période.

Le plan qui arrive à la date de fin sans avoir été signé n’est pas clôturé : il reste Brouillon, et ses livrables entrent et sortent selon les règles du brouillon (voyez l’Étape 3).

Par le chat : « retire le livrable "Onboarding revu" du plan Q4 de Produit ». Orion suit les mêmes règles et vérifie avant de demander : si le livrable n’était pas dans le plan, il dit que rien n’a été retiré ; si la personne qui a demandé ne peut pas toucher à ce plan (dans un plan signé, seul le manager y touche), ou si le plan est clôturé, il le dit. Quand le retrait est possible, il dit quel livrable sort de quel plan — dans un plan signé, aussi ce qui change pour les plans de travail — et ne le retire qu’après votre oui.

Le tableau du plan montre, pour chaque livrable : progression, statut, cible, date de fin et qui a travaillé dessus — avec le compte des plans de travail par personne. En haut, la barre d’achèvement des livrables du plan. Qui voit le coût voit aussi, sous les heures de chaque livrable, le coût projeté jusqu’à la fin ; l’Admin et le manager ou l’assistant de l’équipe du livrable voient, sous qui a travaillé, l’évaluation moyenne des cycles (voir Le coût projeté et l’évaluation moyenne, dans Livrables).

Étape 3 — Signer

Quand le portefeuille est monté, le bouton ✍ Signer le plan (manager) apparaît. Signer est l’acte du manager de l’équipe du plan (ou d’une équipe au-dessus d’elle) ou d’un Admin — le manager d’une autre équipe (une sœur, ou une en dessous de celle du plan) ne signe pas, et les assistants montent le plan, mais ne le signent pas. Sans abonnement, le bouton apparaît avec 🔒.

Le brouillon ne change pas de statut tout seul, même quand la date de fin est passée : il reste Brouillon et le manager peut encore le signer. Signé après la fin de la période, il passe en En cours, et l’horloge le clôture au passage suivant, parce que la période est déjà terminée.

La signature choisit entre deux états, selon la date :

Planifié

la période n’a pas encore commencé. Ce n’est pas un brouillon — c’est un engagement déjà revu, qui attend la date. Vous pouvez déjà construire des plans de travail dessus ; c’est précisément à cela que sert cet état.

En cours

la période a déjà commencé (ou commence aujourd’hui).

À partir de là, l’horloge s’occupe du reste. Toutes les 30 minutes, le système fait passer Planifié → En cours à la date de début, et En cours → Clôturé quand la période se termine. À la clôture, la personne qui gère l’équipe reçoit une invitation à consigner les leçons de la période — une courte rétrospective qui devient un précédent pour le cycle suivant.

L’alerte affichée à l’écran après la signature dit l’essentiel : « ✓ Signé — il est désormais possible de créer des plans de travail à partir de ce plan. » C’est aussi ici que se trouve le raccourci ✨ Générer des plans de travail pour l’équipe, qui répartit les livrables du plan entre les membres actifs pour que vous les revoyiez avant que quoi que ce soit ne soit créé (voir Plans de travail). Il n’apparaît que pour ceux qui pilotent le plan : le manager ou l’assistant de l’équipe du plan (ou d’une équipe au-dessus) et l’Admin. Les autres voient l’alerte, mais pas le raccourci. Quand le plan est clôturé (par le calendrier ou par anticipation), l’alerte et le raccourci disparaissent de la page : un plan clôturé ne génère plus de plans de travail, ni par l’écran ni par le chat. Les livrables encore à traiter entrent dans le plan de livrables de la nouvelle période, et les plans de travail en sortent.

Orion propose la déclinaison en tâches

Un livrable entré dans un plan signé et sans aucune tâche vivante, c’est du périmètre sans « comment » : personne ne sait quoi faire demain matin. Depuis le 14/08/2026, quand cela arrive, le manager IA rédige un brouillon de 2 à 5 tâches pour chaque livrable dans cette situation et l’envoie pour décision. (Dans une organisation sans abonnement, le manager IA reste à l’arrêt et n’écrit aucun brouillon.)

Le brouillon arrive signalé noir sur blanc — « 📝 Brouillon du manager IA — attend VOTRE décision » — et apparaît pour tous les managers de cette équipe, dans la boîte En attente de vous et dans le canal d’Orion : le premier arrivé décide. Vous approuvez, ajustez ou refusez, et seule l’approbation crée les tâches — c’est pourquoi approuver exige un abonnement : sans lui, le brouillon apparaît avec 🔒 dans En attente de vous, l’approbation par la conversation est refusée et il reste en attente ; refuser reste possible. Si l’équipe a activé l’autonomie « Décliner le travail à ma place » (voir Plans de travail), il se met à créer à la date prévue, en prévenant toujours la veille quels livrables entrent et combien de tâches naissent.

Clôturer par anticipation

Parfois la période change de visage en cours de route : l’équipe est réaffectée, la priorité tombe, le projet se termine plus tôt. Le bouton Clôturer par anticipation existe pour cela, et il est du même niveau que la signature — celui qui a ouvert l’engagement est celui qui le clôture (le manager de l’équipe du plan ou d’une équipe au-dessus, ou l’Admin).

Avant toute chose, le système fait un pré-vol : il calcule et montre les conséquences réelles, pas un avertissement générique.

• de combien de jours avant la date prévue vous clôturez ;
• quels livrables restent vivants et se retrouvent sans plan de livrables — avec l’avancement de chacun ;
• combien de plans de travail continuent de tourner (les cycles et les évaluations ne s’arrêtent pas) ;
• quels AI workers sont bloqués pour renouveler un plan sur ces livrables jusqu’à ce qu’ils entrent dans un nouveau plan signé ;
• quelles équipes se retrouvent sans plan source, ce qui bloque la création de nouveaux plans de travail — y compris pour les personnes, pas seulement pour l’IA.

Après cela, la clôture exige une justification d’au moins 15 caractères. Ce n’est pas de la bureaucratie : elle est enregistrée comme décision du plan et c’est ce que la prochaine période va lire. Ce n’est qu’ensuite que la confirmation est acceptée, et l’action est irréversible depuis l’interface.

Deux choses qui n’arrivent pas, parce que c’est le vrai doute de celui qui clique : les livrables et les plans de travail ne sont pas clôturés en même temps. Ils restent vivants, avec leurs cycles et leurs évaluations. Les livrables ouverts peuvent entrer dans un autre plan plus tard — et cela n’a pas à être décidé maintenant.

Le même contrat vaut par le chat. Si vous dites « clôture le plan de livrables de l’équipe Produit », Orion vous renvoie d’abord la liste des conséquences calculée par le serveur, mot pour mot, vous demande le motif avec vos propres mots et ne clôture qu’après votre oui explicite. Il n’invente jamais la justification.

Après une clôture de ce type, le plan apparaît avec le badge Clôturé par anticipation, avec la date, qui a clôturé et la justification visibles sur la page elle-même.

Ce qu’il n’est pas encore possible de faire

Autant le dire clairement, pour que vous puissiez planifier autour : il n’y a pas de modification du plan après sa création (titre, équipe, période), il n’y a pas de suppression de plan, et la signature n’est pas réversible — le chemin pour défaire un engagement signé est la clôture par anticipation, avec une justification enregistrée.

La planification de l’année

La planification de l’année a son propre chapitre : La planification de l’année. Vous y trouverez qui démarre et qui pilote, la préparation, les entretiens, la synthèse, la décision de chaque carte, la déclinaison dans l’arbre du plan, les livrables du plan, le temps de chaque équipe, ainsi que l’approbation et la plénière.