L’équipe Agile utilise QC comme outil Agile

Pour des raisons techniques ou par choix structurel, Quality Center peut être détourné en outil Agile car il n’a pas été possible d’en déployer un spécifique (comme JIRA). Le motif peut être tout simplement une impossibilité technique de migrer les données entre QC et ce nouvel outil. Ou bien être d’ordre financier aussi, ou contractuel.

Nous proposons ici une adaptation de la customisation exposée au chapitre Généralités sur les exigences à moindres frais pour répondre à ce besoin de migrer vers l’Agilité.

Trois possibilités se présentent à nous :

  • Soit l’équipe Test transverse construit uniquement le référentiel de tests et procède à des campagnes après la Démo Agile, sans avoir un rôle dans les Sprints : elle reste alors indépendante.

  • Soit l’équipe Test transverse réalise la validation des Items dans les Sprints.

  • Soit l’équipe Test transverse réalise les deux tâches ci-dessus.

Notez que dans un tel contexte, seul un kanban mural pourra être mis en œuvre puisque QC ne propose pas cette fonctionnalité.

1. Un champ Complexité en plus dans pour les Requirements

À partir du moment où la MOE utilise QC comme outil Agile, elle doit retrouver les caractéristiques des Items dans le module...

Pour consulter la suite, découvrez le livre suivant :
couv_EPALMQC.png
60-signet.svg
En version papier
20-ecran_lettre.svg
En version numérique
41-logo_abonnement.svg
En illimité avec l'abonnement ENI
130-boutique.svg
Sur la boutique officielle ENI
Précédent
Représenter des backlogs dans QC
Suivant
L'équipe Agile n'utilise pas QC