Groupe qualité

Cette page a pour but d'informer sur le fonctionnement du groupe “qualité” de Framasoft.

Pourquoi un groupe qualité ?

Certains projets Framasoft sont clairement perfectibles.

Par exemple, le projet “Framaboard” est victime d'une ergonomie très contestable.

La difficulté pour Framasoft, est donc que :

  • d'un côté nous proposons un service largement utilisé
  • d'un autre côté, nous n'avons que rarement le temps de travailler à l'amélioration (pourtant nécéssaire) de nos propres services

L'idée du groupe “Qualité” est donc de rapprocher les utilisateurs et les développeurs. Les premiers exprimant leurs besoins, et les seconds ayant une liste claire de choses à faire.

Comment ça marche ?

Étape 1 : Framasoft ouvre un sujet sur Framacolibri

Ex: “[Qualité] Améliorer l'ergonomie de Framaboard” Ce message :

  • décrit globalement le problème à résoudre
  • propose l'adresse d'un pad public de travail
  • rappelle le fonctionnement du groupe qualité (pointe sur cette page ?)

Participants :

  • ouvert à tou-te-s
  • une personne “responsable du sujet framacolibris”

Etape 2 : Remontées sur le pad

Le pad, public, reccueille tout d'abord les problèmes relevés par les utilisateurs, ainsi que des informations associées.

Pour chaque issue, on décrit :

1. Le problème rencontré
2. Le comportement attendu
3. L'amélioration proposée
4. Des mots clés.

Attention : chaque utilisateur n'est pas obligé de remplir les 4 points, mais au moins l'un des trois premiers.

Ex:

  • Je n'arrive pas à trouver le lien pour créer des utilisateurs
  • Le lien “Gestion des utilisateurs” doit être plus visible
  • Le lien pourrait être disponible en permanence, ou le retour à la configuration générale du board mieux mise en valeur
  • ux, utilisateur, ergonomie, configuration, 2H, priorité3

Participants :

  • ouvert à tou-te-s
  • une personne “responsable du pad” (qui peut être la même que celle “responsable du sujet”

Etape 3 : traduction en issue

Une issue est un “ticket” ouvert auprès des développeurs. Cette étape vise :

  • à s'assurer que le problème pourra être compris par le(s) développeurs (clarification du probleme, proposition concrète et faisable, traduction éventuelle en anglais, etc)
  • à poster cette information sur la forge Framasoft ( git.framasoft.org ) ET sur la forge de l'outil (si développé par d'autres que Framasoft)

Participants

  • quelques bénévoles motivés ayant des connaissances basiques en dev, et étant prêt à suivre leur comptes github :P

Etape 4 : suivi

En fonction des bugs remontés, il s'agit assez simplement :

  • de tenir la communauté informée
  • de synchroniser (manuellement) de github vers gitlab

Participants :

  • les mêmes qu'à l'étape 3
  • qualite/accueil.txt
  • Dernière modification: 19/02/2016 18:33
  • par pyg