Sachez si le jalon tiendra, à partir des documents eux-mêmes.
Chaque document dit qui l’a, pour quand, son statut et sa relecture. Les vues vivantes rassemblent n’importe quel ensemble en colonnes, en tableau ou en frise, et la vue Avancement trace un burn-up vers votre date cible à partir de l’historique des statuts.
Chaque document dit qui l’a, pour quand, et où il en est
Donnez à un document un responsable et une échéance, et faites passer son statut de brouillon à en relecture puis à terminé. Demandez une relecture : les propriétaires et administrateurs de l’espace l’approuvent ou demandent des modifications avec une note. Étiquetez un lien « bloque » ou « dépend de » et il devient un blocage, dessiné sur la carte avec une flèche vers le document qui attend. Chaque changement de statut est enregistré, avec qui et quand.
- Attribuez un document : la personne est prévenue
- Rangez n’importe quel ensemble en colonnes par statut, et glissez une carte pour le changer
- Demandez une relecture : elle est approuvée ou renvoyée avec une note
- Des propriétés typées comme la priorité, l’estimation et le sprint, depuis un préréglage
Ce que ça ne fait pas L’historique des statuts commence le 29 septembre 2026 : le burn-up ne devine pas le rythme d’avant. Une relecture va aux propriétaires et administrateurs de l’espace : vous ne choisissez pas un relecteur nommé.
Coupez la vertical slice à son budget
Dans une vue liste ou tableau, triez les fonctionnalités par priorité et posez une ligne de coupe : après un nombre de documents, ou là où leurs estimations dépassent un budget en jours ou en points. Ce qui tombe sous la ligne est coupé, estompé mais toujours lisible. Faites glisser la ligne ou déplacez-la avec les flèches : le budget la suit.
- Un budget sur n’importe quelle propriété nombre : jours, points, heures
- La ligne dit ce qu’elle contient face au budget, et combien sont coupés
- Pages partagées, impression et Markdown disent où tombe la ligne
Ce que ça ne fait pas La ligne suit l’ordre de la vue : une fonctionnalité plus petite placée plus bas ne remonte jamais au-dessus de la ligne pour combler l’écart.
| Titre | Priorité | Estimation (jours) | Responsable |
|---|---|---|---|
| Core loop | 1 | 6 | Sanna Lindqvist |
| Harvest economy | 2 | 12 | Sanna Lindqvist |
| Tide clock and storms | 3 | 9 | Sanna Lindqvist |
| Co-op roles and revives | 4 | 14 | Sanna Lindqvist |
Ligne de coupe : 41 sur 45 jours, 4 coupés | |||
| Drop tables | 5 | 5 | Sanna Lindqvist |
| Crafting recipes | 6 | 8 | Sanna Lindqvist |
| Tide moth | 7 | 7 | Idris Okafor |
| The leaning lighthouse | 8 | 10 | Sanna Lindqvist |
Faites glisser la ligne de coupe, ou donnez-lui le focus et utilisez les flèches, pour la déplacer.
Feuilles de route et chronologies sur une frise
La vue Frise place chaque document selon son échéance, une propriété date ou un nombre, comme une année du monde. Avec une fin, un document devient une barre ; sans fin, un jalon. Des couloirs séparent les statuts ou les options d’une propriété à choix, et glisser une barre enregistre ses nouvelles dates.
- Une feuille de route par échéance, ou une chronologie de lore par année
- Glissez le long de l’axe, ou appuyez sur Alt avec les flèches
- Les documents sans date sont listés sous l’axe, jamais cachés
Ce que ça ne fait pas Une frise ne planifie pas : déplacer un document ne décale jamais ceux qui en dépendent.
Voyez qui a changé quoi, et quand
Le fil d’activité enregistre les modifications, les changements de statut, les attributions, les propriétaires, les échéances, les déplacements, les renommages, les relectures demandées et tranchées, les décisions sur les images, les commentaires, et les documents créés, supprimés ou restaurés, du plus récent au plus ancien. Les propriétaires et administrateurs voient le fil de l’espace sur l’accueil, et chaque membre voit le sien dans son profil.
- Chaque entrée dit qui a fait quoi, sur quel document, et quand
- Un clic sur un coéquipier en ligne vous emmène près de lui, un double clic le suit
- Les agents lisent les mêmes événements pour écrire le résumé de la semaine
Ce que ça ne fait pas Les changements de propriétés personnalisées ne sont pas dans le fil, et le fil de l’espace sur l’accueil n’est visible que des propriétaires et administrateurs.
Ce qui a changé depuis votre dernière visite
Ouvrez un document que d’autres ont modifié depuis votre dernière lecture : une note au-dessus dit ce qui a changé et qui l’a fait. Un clic ouvre l’historique sur la version que vous aviez vue, comparée à maintenant, les mots changés marqués. Vos propres modifications ne vous sont jamais présentées comme des nouvelles.
- La frappe dans un document partagé crée des versions, attribuées à qui a tapé
- Restaurez un bloc, ou une version entière, depuis l’historique
- Les agents demandent à recent_changes ce qui a bougé cette semaine
Ce que ça ne fait pas La note compare des versions enregistrées : si toutes les versions gardées sont plus récentes que votre dernière visite, elle le dit au lieu de deviner.
Demandez à un agent si le jalon tiendra
get_progress donne à un agent le même burn-up en mots et en données : périmètre, terminés et restants, rythme par semaine, date d’arrivée face à votre cible, et ce qui reste avec les liens. list_stars filtre par responsable, relecture, échéance, retard et blocage, recent_changes rend les événements de la semaine, et update_stars ou set_due_dates changent plusieurs documents en un appel, chaque changement signé à votre nom.
Connecter un agentVous demandezLe jalon Alpha de Saltmarrow tiendra-t-il pour le 12 février ? Listez ce qui est en retard, qui l’a, et ce qui est bloqué.
get_progresslist_starsrecent_changes
Questions
Comment le burn-up décide-t-il si un jalon tiendra ?
Le périmètre, ce sont les documents de la vue aujourd’hui, chacun compté depuis sa création. Terminé veut dire terminé ou publié, lu dans l’historique des statuts, et le rythme vient des deux dernières semaines. Tant qu’il n’y a pas une semaine d’historique, la vue dit « trop tôt pour le dire », et elle ne projette jamais à partir de suppositions.
Le burn-up sait-il quand un document a rejoint le jalon ?
Non. Les étiquettes et les propriétés n’ont pas d’historique : un document ajouté plus tard à l’ensemble compte dans le périmètre depuis le jour de sa création. Les statuts, eux, ont un historique depuis le 29 septembre 2026.
Peut-on cadrer une vertical slice sur un budget ?
Oui. Donnez aux fonctionnalités une propriété nombre comme une estimation en jours, triez une vue liste ou tableau par priorité, et posez une ligne de coupe à un budget. Tout ce qui est au-dessus tient, ce qui dépasse le budget est coupé, et déplacer la ligne met le budget à jour.
Nodary se synchronise-t-il avec Jira, Linear ou GitHub ?
Non, il n’y a pas de synchronisation avec Jira, Linear ou GitHub aujourd’hui. Le travail vit en documents dans Nodary, et les agents connectés par MCP peuvent créer jusqu’à 25 documents ou en modifier 50 en un seul appel.
Qui peut approuver une relecture ?
Toute personne qui peut modifier un document peut demander une relecture. Les propriétaires et administrateurs de l’espace sont prévenus et décident : approuver, ou demander des modifications avec une note. La demande et la décision apparaissent toutes deux dans le fil d’activité.
Y a-t-il un suivi du temps ou une planification par sprints ?
Pas de suivi du temps. Les documents prennent des propriétés typées, et un préréglage ajoute priorité, estimation et sprint ; les vues filtrent et trient selon elles, et une ligne de coupe peut prendre l’estimation comme budget.
Mettez le jalon sur la même carte que le travail.
Commencez gratuitement avec votre équipe et ajoutez une vue vivante à n’importe quel document, ou ouvrez d’abord la démo.
Gratuit pour deux membres et dix documents. Sans carte bancaire.