liteqz.com
3393 mots 14 pages Plan d'assurance qualité (PAQ) Projet ROTHAG Plan d'assurance qualité Objet du document: Ce plan d'assurance qualité (PAQ) sert à décrire l'ensemble des dispositions spécifiques prises pour assurer la qualité du produit fourni dans le cadre du projet ROTHAG ainsi que la qualité du processus de développement. Responsabilité du document: Rédacteur DUMAS. V – Responsable qualité GERONIMI. F – Chef de projet (Gestion et Management de projet) Vérificateur GERONIMI. F – Chef de projet DUMAS. V – Responsable qualité Validateur Comité de projet Historique des modifications et validation du document: Version V0 Date 21/10/2010 Parties modifiées Nature du changement Création Statut Non validé Diffusion du document: Entités Comité de projet Noms DUMAS Vincent GERONIMI François LORINI Gulian REVOL Gaëtan MATHIEU Régis BLANC Mireille TROUILLOT Xavier Examinateur CPE État du document: évolutif Modèle de document 1-1 Page 1 sur 18 Plan d'assurance qualité (PAQ) Table des matières 1.
Il peut et doit être évolutif, en fonction d'éventuelles remarques et constatations faites au cours de la réalisation. Lors de toutes modifications du PAQ, le client et l'équipe projet s'entendent sur les points à modifier. Le nouveau document viendra se substituer au premier, en tant que référence. Pourquoi faire un PAQ? Le PAQ va servir à contrôler que toutes les dispositions prévues, dans le cadre du projet, ont bien été mises en œuvre et réalisées. Il sert donc de référent à l'assurance qualité du projet. En ce sens, le Plan d'Assurance Qualité a pour objectif de rassurer le client quant à la réalisation et la livraison d'un produit ou service conforme à la qualité attendue. Le PAQ se doit donc d'être soigné et très précis concernant toutes les phases, du début de la réalisation jusqu'à la validation par le client du produit ou service livré. Ce document va donc aussi servir à éviter tout litige entre les parties prenantes, étant donné que les dispositions particulières pour la réalisation du produit/service sont rédigées au préalable, et mises à jour au fur et à mesure si modifications, sur le document en question.
Définition Dans le cadre de la gestion de projets informatique de certaines envergures, ou encore dans le cadre d'une prestation informatique auprès d'un client externe, il est nécessaire de définir, dès le démarrage du projet, les règles de fonctionnement de celui-ci. Pour cela, un Plan d'Assurance Qualité (PAQ) est mis en place. Le Plan d'Assurance Qualité est un document de gestion de projet qui définit toutes les spécificités et les caractéristiques nécessaires pour la réalisation d'un produit ou d'un service. Ceci dans le but de garantir la conformité du produit ou service livré, en lien avec les exigences spécifiées pour la réalisation du projet. En ce sens, la PAQ sert également d' outil de management de la qualité. Ce document doit être rédigé en accord avec les parties prenantes, pour s'entendre sur les "règles" à adopter depuis la phase de démarrage jusqu'à la fin du projet. Le résultat final doit être conforme en termes de qualité avec le plan décidé. Le Plan d'Assurance Qualité n'est pas un document figé dans le temps.
La garantie d'un projet organisé Ce document de référence dans le management de projet a pour rôle de décrire les dispositions permettant d'assurer une qualité optimum dans le développement du projet. Il permet notamment l'organisation des équipes et prévoit tous les axes du projet: il est en quelque sorte le carnet de bord organisationnel des personnes impliquées dans le projet. Il constitue la garantie de la réussite de votre projet, à travers la bonne définition des rôles et des groupes de travail de la maîtrise d'ouvrage comme du maître d'œuvre, et la mise à disposition d'outils de communication comme notre espace de travail collaboratif.
L'Agile repose donc sur un mode de pilotage qui garantit de livrer une application fonctionnelle en temps et en heure. Nous voyons donc qu'il est aisé de décrire les mécanismes permettant d'assurer la qualité en Agile. Bouclons l'exercice. Pour boucler l'exercice, il nous reste à montrer que l'Agile rend mesurable la qualité. En somme, quels KPIs pouvons-nous tirer de la méthodologie? L'indicateur phare de l'Agile est la vélocité. Calculée à la fin de chaque itération, la vélocité représente le nombre de points de complexité développés pendant l'itération; sa valeur moyenne et la tendance permettent d'estimer le délai nécessaire à la réalisation du reste à faire. Il s'agit donc de l'indicateur qui va permettre de s'assurer que l'application est livrée à temps. A côté de la vélocité, les spécifications par les tests permettent intrinsèquement de mesurer la conformité de l'application au besoin: le nombre de tests de recette qui passent est connu au fur et à mesure que la recette s'effectue.
Le simple fait de décrire le test de recette fonctionnelle, tout en fournissant les jeux de données de test, garantit que les développeurs seront en phase avec les attendus. Et si d'aventure, un doute subsiste sur le besoin, la proximité des acteurs prônée par l'Agile permet de le lever sans délai. En effet, équipe fonctionnelle et équipe technique forment une seule et même équipe, qui travaille sur le même plateau projet; la communication s'en trouve donc largement favorisée. Enfin, l'équipe fonctionnelle recettant au fil de l'eau, les anomalies fonctionnelles sont détectées au plus tôt. Encore faut-il que les attendus définis par l'équipe fonctionnelle correspondent aux attendus des utilisateurs de l'application. Or, non seulement l'Agile préconise d'associer les utilisateurs finaux au cours d'ateliers de conception fonctionnelle, mais surtout, le développement itératif et incrémental permet de livrer à intervalles réguliers une version fonctionnelle de l'application, qui peut être utilisée pour recueillir le feed-back du métier.