mercredi 14 décembre 2011

107: Questions de contrôle qualité

Les activités de contrôle qualité sont celles qui se concentrent sur la qualité globale du livrable réalisé. Le contrôle qualité relève habituellement de la responsabilité du chef de projet et de la personne responsable d'un livrable.
La liste suivante présente le genre de questions de contrôle qualité qui peuvent être posées au sujet des livrables majeurs de votre projet et du management des livrables d’un projet de développement de logiciel. Plusieurs types de projets peuvent créer une liste similaire de questions de CQ, et ce, pour refléter les livrables spécifiques de ce projet.
Livrable
Questions de contrôle qualité d’un projet de développement de logiciel
(Échantillons de livrables. Une liste non exhaustive.)
La charte du projet
·         Un modèle standard a-t-il été utilisé pour la charte du projet?
·         Les objectifs du projet sont-ils spécifiques, réalistes et dans la sphère de contrôle de l’équipe de projet?
·         Les livrables du projet sont-ils clairement définis?
·         Le contenu énonce-t-il clairement ce qui est dans le contenu et ce qui est en dehors du contenu?
·         L'approche globale du projet est-elle logique?
·         Le coût, l'effort de travail et la durée globale sont-ils clairs?
·         L'organigramme du projet est-il clair?
·         Est-ce qu’un commanditaire de projet a été identifié?
·         Les hypothèses et les risques majeurs ont-ils tous été identifiés?
·         Des plans de gestion des risques sont-ils en place pour tous les risques de niveau moyen et élevé?
·         Les personnes appropriées pour approuver le projet ont-elles été identifiées?
·         La charte du projet a-t-elle été approuvée par les personnes appropriées?
L'échéancier  du projet
·         L'échéancier prend-il en compte l'approche globale de la charte du projet?
·         Les plans de management des risques, des communications, de contrôle et d'assurance qualité sont-ils inclus dans l'échéancier global?
·         Le chemin critique a-t-il été repéré et identifié?
Les exigences commerciales
·         Un modèle standard a-t-il été utilisé pour les exigences commerciales?
·         Les exigences commerciales ont-elles été établies à partir d’une perspective utilisateur?
·         Les modélisations appropriées au niveau du processus et au niveau commercial, ont-elles été réalisées?
·         Le livrable répond-il aux critères définis d’acceptation?
·         Les exigences commerciales ont-elles été approuvées par les personnes appropriées?
La conception du système
·         Un modèle standard a-t-il été utilisé pour la conception du système?
·         Les interfaces ont-elles été identifiées et définies?
·         Est-ce que des écrans et des formes ont été identifiés à un niveau global ?
·         Les processus globaux en ligne et les processus différés, fonctionnent-ils correctement du début à la fin?
·         Les bases de données ont-elles été identifiées et définies?
·         Le livrable répond-il aux critères d’acceptation définis ?
·         La conception du système a-t-elle été approuvée par les personnes pertinentes?
La conception technique du système
·         Un modèle standard a-t-il été utilisé pour la conception technique du système?
·         L’architecture technique est-elle conforme à toutes les normes courantes, ou a-t-elle bénéficié d’exceptions?
·         La conception suit-elle toutes les normes et directives de développement appropriées?
·         Les écrans, les rapports, les composants, les bases de données, etc., ont-ils été définis avec suffisamment de détails pour que le processus de construction puisse commencer?
·         Le produit livrable répond-il aux critères d’acceptation définis ?
·         La conception technique du système a-t-elle été approuvée par les personnes pertinentes?
La construction
·         Des révisions de code ont-elles été menées pour tous les nouveaux modules?
·         Le code a-t-il été bien documenté, pour être compréhensible à l’avenir?
·         Toutes les composantes du logiciel ont-ils passé avec succès des tests d’ensemble?
·         Les livrables répondent-ils aux critères d’acceptation définis ?
Le plan de tests
·         Un modèle standard a-t-il été utilisé pour le plan de tests?
·         Les tests ont-ils été effectués pour s’assurer que le logiciel remplit les fonctions pour lesquelles il a été conçu?
·         Les tests ont-ils été effectués avec une variété de données non valides et inattendues pour s’assurer que le logiciel réponde comme prévu?
·         La solution est-elle passée par les tests d'intégration, les tests système, et les tests d'acceptation par l’utilisateur
·         Les livrables répondent-ils aux critères d’acceptation définis ?
·         Les clients commerciaux ont-ils formellement approuvé les résultats du processus de tests, signifiant ainsi que la solution est prête pour passer à une situation de production?

Terminologie de management de projet
Description du contenu du produit. Description narrative et documentée du contenu du produit.
Déterminer le budget [processus]. Processus qui consiste à cumuler les coûts estimés de chaque activité ou ensemble de travaux, de façon à établir une référence de base de performance des coûts approuvée.
Abréviations courantes
CPM (anglais) : Critical Path Method
        (français) : Méthode du chemin critique
Liens intéressants
Logiciel: MindMatters Technologies Inc.
·   Société: MindMatters Technologies Inc., Canonsburg, Pennsylvania, États-Unis d'Amérique
·   Catégorie: Gestion de l'innovation
·   Fonctionnalités:
o    Permet aux utilisateurs de partager les acquis intellectuels et les idées au sein d'une entreprise.
o    Dispose d'un tableau de bord pour gérer les tâches du projet, les analyses et les commentaires.
o    Permet aux utilisateurs de comparer visuellement les projets à propos des contraintes techniques, de marketing et financières.

Les équipes de TenStep Francophone
TenStep Francophone

Aucun commentaire:

Enregistrer un commentaire