Modèle de flux

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.

Entretien

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
Fonction

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.

Fonctionéchéance dans 14 jours

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.

Bloqué

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
Anomalie

Terminé1

Montrer ce qui fonctionne vraiment

Présentez le résultat en fonctionnement. Un point d'avancement n'est pas une démonstration.

Fonction
FonctionAnomalieEntretienBloqué
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.

Obtenir Deckloud

Travaillez nativement avec vos tableaux Nextcloud Deck

Installez Deckloud sur iPhone et iPad, ou l’app de bureau sur Mac, Windows et Linux. Vos tableaux, cartes et échéances restent sur votre propre serveur.