Tableau de sprint pour Nextcloud Deck
comme un tableau Nextcloud Deck ordinaire.
Un tableau de sprint pour Nextcloud Deck avec un backlog ordonné, des critères d'acceptation écrits avant le sprint, une carte en cours par personne et une revue selon ces critères.
Dernière vérification
Aperçu du tableau
Sprint
Backlog1
Ordonner le backlog, pas le compléter
Les dix premières cartes doivent être justes. Le reste peut rester approximatif.
Sprint2
Écrire les critères d'acceptation avant le sprint
Une carte sans critères se discute le dernier jour au lieu du premier.
- Précisez ce qu'une revue doit constater pour accepter
- Notez ce qui n'est explicitement pas inclus
- Signalez les dépendances vers d'autres cartes
S'engager sur ce que l'équipe peut finir
Fondez l'engagement sur ce qui a été terminé au dernier sprint, pas sur l'espoir de celui-ci.
En cours1
Une carte en cours par personne
Deux cartes en cours signifient qu'une attend en réalité. Marquez-la bloquée et dites pourquoi.
Revue1
Vérifier par rapport aux critères d'acceptation
Revoyez la carte convenue, pas le code qui se trouve là.
- Vérifiez chaque critère d'acceptation
- Exécutez vous-même plutôt que de seulement lire
- Créez une nouvelle carte pour tout ce qui sort du périmètre
Terminé1
Montrer ce qui fonctionne vraiment
Présentez le résultat en fonctionnement. Un point d'avancement n'est pas une démonstration.
Voir le modèle JSON transposable (v1)
{
"schema": "deckloud-template-v1",
"schemaVersion": 1,
"slug": "sprint-board-nextcloud-deck",
"locale": "fr",
"title": "Tableau de sprint pour Nextcloud Deck",
"description": "Un tableau de sprint avec un backlog ordonné, des critères d'acceptation écrits à l'avance et une carte par personne.",
"category": "software",
"tags": [
"sprint",
"agile",
"team"
],
"quickCreateStackKey": "backlog",
"compatibility": {
"requiresBoardCreate": true,
"includesAttachments": false,
"includesComments": false
},
"board": {
"title": "Sprint",
"color": "4F46E5"
},
"labels": [
{
"key": "feature",
"title": "Fonction",
"color": "3B82F6"
},
{
"key": "bug",
"title": "Anomalie",
"color": "EF4444"
},
{
"key": "chore",
"title": "Entretien",
"color": "64748B"
},
{
"key": "blocked",
"title": "Bloqué",
"color": "F59E0B"
}
],
"stacks": [
{
"key": "backlog",
"title": "Backlog",
"order": 1
},
{
"key": "sprint",
"title": "Sprint",
"order": 2
},
{
"key": "in-progress",
"title": "En cours",
"order": 3
},
{
"key": "review",
"title": "Revue",
"order": 4
},
{
"key": "done",
"title": "Terminé",
"order": 5
}
],
"cards": [
{
"stack": "backlog",
"title": "Ordonner le backlog, pas le compléter",
"description": "Les dix premières cartes doivent être justes. Le reste peut rester approximatif.",
"labels": [
"chore"
]
},
{
"stack": "sprint",
"title": "Écrire les critères d'acceptation avant le sprint",
"description": "Une carte sans critères se discute le dernier jour au lieu du premier.\n\n- [ ] Précisez ce qu'une revue doit constater pour accepter\n- [ ] Notez ce qui n'est explicitement pas inclus\n- [ ] Signalez les dépendances vers d'autres cartes",
"labels": [
"feature"
]
},
{
"stack": "sprint",
"title": "S'engager sur ce que l'équipe peut finir",
"description": "Fondez l'engagement sur ce qui a été terminé au dernier sprint, pas sur l'espoir de celui-ci.",
"labels": [
"feature"
],
"dueOffsetDays": 14
},
{
"stack": "in-progress",
"title": "Une carte en cours par personne",
"description": "Deux cartes en cours signifient qu'une attend en réalité. Marquez-la bloquée et dites pourquoi.",
"labels": [
"blocked"
]
},
{
"stack": "review",
"title": "Vérifier par rapport aux critères d'acceptation",
"description": "Revoyez la carte convenue, pas le code qui se trouve là.\n\n- [ ] Vérifiez chaque critère d'acceptation\n- [ ] Exécutez vous-même plutôt que de seulement lire\n- [ ] Créez une nouvelle carte pour tout ce qui sort du périmètre",
"labels": [
"bug"
]
},
{
"stack": "done",
"title": "Montrer ce qui fonctionne vraiment",
"description": "Présentez le résultat en fonctionnement. Un point d'avancement n'est pas une démonstration.",
"labels": [
"feature"
]
}
]
}
01
Quand utiliser ce tableau
Pour les équipes en sprints de durée fixe qui rediscutent chaque dernier jour de ce qui est terminé ou non. Les critères d'acceptation sont écrits avant le sprint, l'engagement se fonde sur ce qui a réellement été fini la fois précédente, et une carte en cours par personne garde le tableau honnête.
02
Comment utiliser ce tableau
Ordonner le haut du backlog.
Gardez les dix premières cartes du Backlog exactes et laissez le reste approximatif.
Planifier selon le dernier sprint.
Écrivez les critères d'acceptation sur chaque carte de Sprint et n'engagez que ce que l'équipe a terminé la dernière fois.
Revoir selon les critères et faire une démo.
Vérifiez chaque carte en Revue par rapport à ses critères, puis montrez le résultat qui fonctionne avant de la passer en Terminé.
03
Ce que cela crée
5 listes, 4 étiquettes et 6 cartes de départ, portant 6 étapes de liste. Les pièces jointes et les commentaires sont volontairement exclus pour que le modèle reste transposable.
04
Pourquoi cela convient à Deckloud
Le modèle n'est qu'une recette d'objets Deck standard. Aucun compte de flux hébergé, aucun serveur relais, aucun modèle de données propre à Deckloud.
05
Règles d'import sûres
Aucun identifiant n'est conservé. Les clés de liste et d'étiquette sont réattribuées à la création, les échéances utilisent des décalages relatifs plutôt que des dates figées, et les listes de contrôle sont écrites dans la description sous forme de tâches Markdown ordinaires.
FAQ
Questions pratiques
Cela modifie-t-il mon serveur Nextcloud ?
Non. Cela crée des tableaux, listes, étiquettes et cartes ordinaires via le modèle Deck habituel.
Le modèle contient-il des commentaires ou des pièces jointes ?
Non. Les modèles de version 1 ne contiennent que du texte : un commentaire suppose un auteur, et les pièces jointes varient selon le serveur et la version.
Puis-je modifier le tableau après sa création ?
Oui. Une fois créé, c'est un tableau Nextcloud Deck tout à fait ordinaire.
Pourquoi écrire les critères avant le sprint ?
Des critères convenus à l'avance transforment la revue en vérification. Des critères inventés au moment de la revue la transforment en négociation.
Cela suppose-t-il une méthode agile particulière ?
Non. Les listes sont de simples états. Le vocabulaire Scrum s'y applique, mais rien sur le tableau n'exige de cérémonies ni d'estimations.
Associé
Modèles Nextcloud Deck, faits pour de vrais tableaux.
Modèles de tableaux Nextcloud Deck gratuits avec cartes de départ et listes de contrôle : kanban, GTD, publication, anomalies, incidents, recrutement et plus.
OuvrirBuild a Nextcloud Deck template without sending server data anywhere.
Build a simple Deckloud template JSON in your browser for a Nextcloud Deck board. No account, no upload, no server credentials.
OuvrirCreate templates that stay portable.
Create portable Nextcloud Deck board templates with stack keys, label keys, starter cards, and relative due dates.
Ouvrir