Tableaux de bord par blocs intégrés
Des tableaux de bord faits de vrais blocs — en direct, pas de copies
Transcription
Et si votre tableau de bord n'était pas une collection de copies qui vieillissent dès le collage, mais une fenêtre sur les vrais blocs — en direct, synchrone dans les deux sens ? Dans les minutes qui suivent, vous entendrez comment un tableau de bord par blocs intégrés y parvient, sans jamais rien dupliquer.
Une référence de bloc donne une adresse à chaque affirmation. Une intégration va plus loin — elle affiche le bloc lui-même à un second endroit, le même bloc, et non une reproduction. Vous ne tirez donc pas une copie dans le tableau de bord ; vous ouvrez une fenêtre de plus sur une seule vérité.
C'est là que se loge la différence entre intégrer et copier. Copiez un bloc, et vous obtenez deux vérités qui divergent dès la prochaine modification. Intégrez-le, et il reste une seule vérité, visible à deux endroits. Si vous modifiez le bloc dans le tableau de bord, il change aussi à son lieu d'origine — et réciproquement. C'est la transclusion : un contenu, plusieurs fenêtres.
L'idée n'a rien de neuf. Ted Nelson la décrivait dès 1981 comme le cœur de Xanadu, et Douglas Engelbart esquissait le document vivant dès 1962. Ce qui fut longtemps de la théorie devient enfin, dans le modèle par blocs, le quotidien — et cela résout à la racine le problème des copies divergentes, car il n'existe qu'un seul bloc, donc un seul état.
Un bon tableau de bord mêle intégrations et requêtes. Des blocs fixes pour ce qui demeure — un objectif de sprint, par exemple, qui vit dans le document de planification et ne reçoit ici qu'une seconde fenêtre. Une requête à côté pour ce qui évolue sans cesse, comme les tâches ouvertes du sprint en cours. Ensemble, cela forme une vue d'ensemble que vous n'avez jamais à rattraper à la main, parce qu'elle est alimentée par ce que votre équipe écrit déjà.
Un point demande de l'attention : une intégration lie la visibilité, non l'autorisation. Qui voit le tableau de bord voit le bloc intégré. Avant de partager, vérifiez que chaque intégration est bien destinée à ce public. Et ne supprimez jamais le bloc source pour retirer une intégration — retirez seulement l'intégration, le bloc reste chez lui.
La question franche, pour finir : combien de vos tableaux de bord affichent des états copiés, déjà périmés au moment même du collage ? La réponse décide si un tableau de bord vous montre la vérité ou seulement une photo d'hier. Un bloc, partout exact — votre deuxième cerveau garde chaque vue à jour, parce qu'il ne duplique jamais rien.
Les références de bloc donnent une adresse à chaque affirmation. Une intégration va plus loin : elle affiche le bloc lui-même à un second endroit — le même bloc, et non une reproduction. Vous bâtissez ainsi un tableau de bord fait de contenus réels, qui ne se désynchronise jamais, parce qu'il ne copie rien.
Intégrer n'est pas copier
Copiez un bloc, et vous obtenez deux vérités qui divergent dès la prochaine modification. Intégrez-le, et il reste une seule vérité, visible à deux endroits. Si vous modifiez le bloc dans le tableau de bord, il change aussi à son lieu d'origine — et réciproquement. C'est la transclusion : un contenu, plusieurs fenêtres.
{{embed ((6c1b9a2e-7d84-4f12-a3b9-0e5c1d7f2a48))}}
;; zeigt denselben Block — eine Quelle, hier nur ein weiteres Fenster5 règles pour des tableaux de bord par blocs intégrés
- Une intégration est le bloc lui-même, pas un instantané — il n'existe pas de seconde version qui se périme.
- Les modifications se synchronisent dans les deux sens : le tableau de bord et le lieu d'origine ne font qu'un.
- Mêlez intégrations et requêtes — des blocs fixes pour l'essentiel, des règles pour ce qui évolue.
- Une intégration affiche aussi les enfants du bloc ; choisissez la granularité en conscience.
- Ne supprimez jamais le bloc source pour retirer une intégration — retirez seulement l'intégration, le bloc reste chez lui.
Un tableau de bord fait d'intégrations et d'une requête
## Sprint-Dashboard
{{embed ((a8e2d710-4f3b-4c1a-9e2d-5b7c8a1f0e63))}} ;; Sprint-Ziel, lebt im Planungs-Doc
{{query (and (property "type" "task")
(property "sprint" "aktuell"))}} ;; offene Aufgaben, liveAvant/après — tableau de bord par copies vs par intégrations
| Propriété | Tableau par copies | Tableau par intégrations |
|---|---|---|
| Contenu | des copies | les mêmes blocs |
| Actualité | vieillit dès le collage | toujours en direct |
| Édition | locale seulement, dérive | synchrone, dans les deux sens |
| Source de vérité | floue (deux états) | le bloc lui-même |
| Entretien | rattrapage manuel | aucun |
Une question franche
Combien de vos tableaux de bord affichent des états copiés, déjà périmés au moment même du collage ? La réponse décide si un tableau de bord vous montre la vérité ou seulement une photo d'hier.
Un bloc, partout exact.
Bâtissez votre tableau de bord à partir de vrais blocs, non de copies — votre deuxième cerveau garde chaque vue à jour, parce qu'il ne duplique jamais rien. Un partenaire qui entretient une seule vérité, pas des images figées.
Réserver mon créneau··gratuit →