Modèle de flux

Tableau de tri des anomalies pour Nextcloud Deck comme un tableau Nextcloud Deck ordinaire.

Un tableau de tri pour Nextcloud Deck qui fait passer chaque signalement de Signalé à Reproduit, Priorisé, Correction et Vérification, jusqu'à Clôturé. La première carte contient un modèle de signalement à copier dans chaque nouvelle anomalie.

Dernière vérification

Aperçu du tableau

Tri des anomalies

Signalé2

Placer le modèle de signalement dans la description

Attendu, constaté, version du serveur, version de Deck, version du client, journaux, étapes.

  • Qu'attendiez-vous
  • Que s'est-il passé à la place
  • Version du serveur et versions des applications
  • Étapes exactes, numérotées, depuis un point de départ connu
  • Journaux ou captures si vous en avez
Infos manquantes

Demander la seule information manquante

Demandez une chose précise. Un long questionnaire reste généralement sans réponse.

Infos manquanteséchéance dans 2 jours

Reproduit1

Reproduire sur un compte vierge

Utilisez un tableau neuf avant de conclure : données, serveur, ou comportement de l'application.

  • Reproduisez sur un compte neuf sans données personnalisées
  • Essayez les mêmes étapes sur la version précédente
  • Notez si cela survient à chaque fois ou par intermittence
  • Tranchez : anomalie interne, anomalie amont, ou configuration
Anomalie

Priorisé1

Décider la gravité et la version cible

La gravité dépend de la perte pour l'utilisateur, pas de l'agacement que provoque la correction.

  • Y a-t-il perte ou corruption de données
  • Une tâche essentielle est-elle bloquée sans contournement
  • Combien d'utilisateurs peuvent la rencontrer
  • Est-ce nouveau depuis la dernière version
Régression

Correction1

Écrire le test qui échoue avant la correction

Un test qui échoue d'abord est la seule preuve que la correction vise bien le problème signalé.

Anomalie

Vérification1

Vérifier sur la version utilisée par la personne

Une correction confirmée uniquement sur votre poste n'est pas encore confirmée.

  • Rejouez les étapes d'origine exactement comme signalées
  • Vérifiez que le parcours voisin fonctionne toujours
  • Confirmez que le test de non-régression passe
Anomalieéchéance dans 3 jours

Clôturé1

Clôturer en indiquant la version qui corrige

Indiquez la version qui contient le correctif. Cela ferme la boucle et évite les doublons.

Amélioration
AnomalieRégressionInfos manquantesAmélioration
Voir le modèle JSON transposable (v1)
{
  "schema": "deckloud-template-v1",
  "schemaVersion": 1,
  "slug": "bug-triage-nextcloud-deck",
  "locale": "fr",
  "title": "Tableau de tri des anomalies pour Nextcloud Deck",
  "description": "Un tableau concret pour les signalements entrants : reproduction, priorisation, correction, vérification et clôture.",
  "category": "software",
  "tags": [
    "bugs",
    "support",
    "triage"
  ],
  "quickCreateStackKey": "reported",
  "compatibility": {
    "requiresBoardCreate": true,
    "includesAttachments": false,
    "includesComments": false
  },
  "board": {
    "title": "Tri des anomalies",
    "color": "EF4444"
  },
  "labels": [
    {
      "key": "bug",
      "title": "Anomalie",
      "color": "EF4444"
    },
    {
      "key": "regression",
      "title": "Régression",
      "color": "B91C1C"
    },
    {
      "key": "needs-info",
      "title": "Infos manquantes",
      "color": "F59E0B"
    },
    {
      "key": "enhancement",
      "title": "Amélioration",
      "color": "3B82F6"
    }
  ],
  "stacks": [
    {
      "key": "reported",
      "title": "Signalé",
      "order": 1
    },
    {
      "key": "reproduced",
      "title": "Reproduit",
      "order": 2
    },
    {
      "key": "prioritized",
      "title": "Priorisé",
      "order": 3
    },
    {
      "key": "fixing",
      "title": "Correction",
      "order": 4
    },
    {
      "key": "verify",
      "title": "Vérification",
      "order": 5
    },
    {
      "key": "closed",
      "title": "Clôturé",
      "order": 6
    }
  ],
  "cards": [
    {
      "stack": "reported",
      "title": "Placer le modèle de signalement dans la description",
      "description": "Attendu, constaté, version du serveur, version de Deck, version du client, journaux, étapes.\n\n- [ ] Qu'attendiez-vous\n- [ ] Que s'est-il passé à la place\n- [ ] Version du serveur et versions des applications\n- [ ] Étapes exactes, numérotées, depuis un point de départ connu\n- [ ] Journaux ou captures si vous en avez",
      "labels": [
        "needs-info"
      ]
    },
    {
      "stack": "reported",
      "title": "Demander la seule information manquante",
      "description": "Demandez une chose précise. Un long questionnaire reste généralement sans réponse.",
      "labels": [
        "needs-info"
      ],
      "dueOffsetDays": 2
    },
    {
      "stack": "reproduced",
      "title": "Reproduire sur un compte vierge",
      "description": "Utilisez un tableau neuf avant de conclure : données, serveur, ou comportement de l'application.\n\n- [ ] Reproduisez sur un compte neuf sans données personnalisées\n- [ ] Essayez les mêmes étapes sur la version précédente\n- [ ] Notez si cela survient à chaque fois ou par intermittence\n- [ ] Tranchez : anomalie interne, anomalie amont, ou configuration",
      "labels": [
        "bug"
      ]
    },
    {
      "stack": "prioritized",
      "title": "Décider la gravité et la version cible",
      "description": "La gravité dépend de la perte pour l'utilisateur, pas de l'agacement que provoque la correction.\n\n- [ ] Y a-t-il perte ou corruption de données\n- [ ] Une tâche essentielle est-elle bloquée sans contournement\n- [ ] Combien d'utilisateurs peuvent la rencontrer\n- [ ] Est-ce nouveau depuis la dernière version",
      "labels": [
        "regression"
      ]
    },
    {
      "stack": "fixing",
      "title": "Écrire le test qui échoue avant la correction",
      "description": "Un test qui échoue d'abord est la seule preuve que la correction vise bien le problème signalé.",
      "labels": [
        "bug"
      ]
    },
    {
      "stack": "verify",
      "title": "Vérifier sur la version utilisée par la personne",
      "description": "Une correction confirmée uniquement sur votre poste n'est pas encore confirmée.\n\n- [ ] Rejouez les étapes d'origine exactement comme signalées\n- [ ] Vérifiez que le parcours voisin fonctionne toujours\n- [ ] Confirmez que le test de non-régression passe",
      "labels": [
        "bug"
      ],
      "dueOffsetDays": 3
    },
    {
      "stack": "closed",
      "title": "Clôturer en indiquant la version qui corrige",
      "description": "Indiquez la version qui contient le correctif. Cela ferme la boucle et évite les doublons.",
      "labels": [
        "enhancement"
      ]
    }
  ]
}

01

Quand utiliser ce tableau

Pour les petites équipes et les mainteneurs solitaires qui traitent des signalements entrants. Le tableau sépare ce que l'on confond d'habitude : obtenir un signalement exploitable, reproduire sur un compte vierge, décider la gravité, et vérifier la correction sur la version réellement utilisée par la personne qui a signalé.

02

Comment utiliser ce tableau

  • Obtenir un signalement exploitable.

    Copiez le modèle dans chaque nouvelle carte et demandez la seule information qui manque.

  • Reproduire sur un compte propre, puis fixer la gravité.

    Décidez de la gravité selon la perte pour l'utilisateur et notez la version qui portera la correction.

  • Vérifier sur la version signalée et répondre.

    Confirmez la correction sur la version utilisée par la personne qui a signalé, puis indiquez-lui la version corrigée.

03

Ce que cela crée

6 listes, 4 étiquettes et 7 cartes de départ, portant 16 é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 reproduire d'abord sur un compte vierge ?

Cela distingue une vraie anomalie d'un problème de données ou de configuration avant que quiconque investisse du temps. Cela indique aussi si l'anomalie vient de vous ou de l'amont.

Comment décider de la gravité ?

Selon la perte pour l'utilisateur, pas selon l'agacement que provoque la correction. La liste de contrôle interroge la perte de données, les tâches essentielles bloquées et le nombre d'utilisateurs concernés.

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.