Discussion :

[BobRazowski]

Bonjour,

Etant étudiant en informatique... On me demande de décrire le rôle d'un plan qualité...
Vous en dite quoi vous ?

Pour moi un plan qualité c'est : un document décrivant les dispositions spécifiques prises par une entreprise pour obtenir la qualité du produit ou du service considéré.
En effet le client donne un cahier des charge, nous pov informaticien, on exprime les besoin de l'utilisateur... Et ensuite on fait un plan qualité: Distibution des Role, Planning, Itérations de Developpement, Tests..

Mais c'est le mot "rôle" qui me gene.. C'est vrai ca sert à quoi ?

Le cahier des charges son role est evident.
La conception de meme.
Les tests unitaire, de non regression etc... aussi


Mais pour le plan qualité j'ai du mal..

Que diriez vous..

PS: Je précise que cela ne m'avantage en rien a un exams ou autre chose.. mais on nous fait juste réfléchir.. et réflechir c'est aussi prendre l'avis des autres...

[ego]

Si dessous un extrait du Rational Unified Process

Le PAQ (Plan d'Assurance Qualité) ne décrit pas ton planning ou les itérations comme tu le dis mais décrit les moyens mis en oeuvre pour assurer la qualité de tes travaux. Il précise entre autre les types de revues que tu mets en place (revues par les pairs, revues d'AQ, audits) mais aussi les réunions et points de synchro que tu vas mettre en place avec ton client pour t'assurer que tu ne fais pas fausse route et que les exigences du client sont bien prises en compte. Enfin, il peut préciser tes pratiques des gestion de configuration, ton niveau de certification par rapport à des standards comme CMM,...


Artifact: Quality Assurance Plan
The Quality Assurance Plan is an artifact that provides a clear view of how product, artifact, and process quality are to be assured. It contains the Review and Audit Plan, and references a number of other artifacts developed during the Inception phase. It is maintained throughout the project.
Other Relationships: Part Of Software Development Plan

Role: Project Manager
Optionality/Occurrence: Optional. Developed during the Inception phase and updated at each major milestone.
Templates and Reports: Quality Assurance Plan


Examples:
UML Representation: Not applicable.


Input to Activities:
Agree on the Mission
Assess and Advocate Quality
Assess and Improve Test Effort
Compile Software Development Plan
Define Assessment and Traceability Needs
Identify Test Motivators
Review Change Request
Output from Activities:
Develop Quality Assurance Plan



Purpose
The purpose of the Quality Assurance Plan is to provide a single point of reference on the topic of quality for the project. It is a process-oriented artifact and highlights those elements of the RUP that are the contributors to achievement of quality objectives. The Quality Assurance Plan will not contain details of the techniques, criteria, metrics, and so on, of the peer reviews and evaluations whose focus is product. It requires, as a matter of compliance with the RUP, the details of product quality evaluation to be provided in the Evaluation Plan section of the Software Development Plan, and in the Test Plan.

Timing
This artifact is developed during the Inception phase and is updated at each major milestone.

Responsibility
The Project Manager is responsible for ensuring the Quality Assurance Plan is created, appropriate, and acceptable for the project.

Tailoring
The Quality Assurance Plan contains information that may be covered to a greater or lesser extent by other plans. The following approaches can be used to handle this potential overlap:

Reference the content in another plan.
Provide the overview in another plan and provide greater detail in this plan. References from these other plans to the Quality Assurance Plan may also be useful. This often works well on large projects with a separate organization responsible for quality assurance.
Tailor the document sections to cover only those areas that are not covered elsewhere.

[BobRazowski]

Est-ce que l'organisation du projet dans le groupe fait partie du plan qualité ?

Pour les itérations: Tu décris la démarche utilisée pour assurée un produit final de qualité.. Les itérations de programmations rentre pas la dedans ? Conception/Prog/Test/Integration n'est pas la demarche pour obtenir un bon produit ??

[Franckintosh]

Est-ce que l'organisation du projet dans le groupe fait partie du plan qualité ?

Si tu parles de choses telles que la répartition des tâches ou la hiérarchie dans le groupe (etc...) : non.

Pour les itérations: Tu décris la démarche utilisée pour assurée un produit final de qualité.. Les itérations de programmations rentre pas la dedans ? Conception/Prog/Test/Integration n'est pas la demarche pour obtenir un bon produit ??

Le choix du processus de développement (méthode, cycle...) est une précision à inclure dans le plan qualité. Ce choix est plus ou moins à justifier en fonction de la criticité du projet.

[Eowyn]

Est-ce que l'organisation du projet dans le groupe fait partie du plan qualité ?

Si tu parles de choses telles que la répartition des tâches ou la hiérarchie dans le groupe (etc...) : non.

Effectivement l'organigramme ne fait pas partie du PAQ, par contre les tâches orientées Qualité doivent l'être. Qui contrôle, qui valide, qui donne le OK, qui est responsable, ça ça doit y être d'une façon ou d'une autre. Le groupe est globalement responsable mais à l'interne tu dois savoir qui fait quoi et qui est responsable de quoi.
Il s'agit d'éviter que tout le monde se renvoie la balle en cas de problème.

On s'assure que tout ce qui sort (bout de code, exe ... ) est conforme à la Qualité spécifiée.

[Invité]

Bonjour,

Définition de l'assurance Qualité ( ISO 9000 : 2000):
L'assurance qualité est l'ensemble des activités coordonnées visant à donner confiance en ce qu'un produit satisfera les besoins et attentes des clients et autres parties intéressées.

Ceci étant dit, et comme il a été dit plus haut, le PAQ indique comment on va assurer la qualité :
Définition : sélection des facteurs - critères - règles
Mise en place : procédures formelles de suivi
Construction : méthodes & outils de développements, standards
Contrôle et suivi : quoi contrôler & comment, dans les différentes phases
Evaluation : les mesures (collectes des données), outils