Adaptation de Schwalbe 6e edition par Manon G. Guillemette, 2010

GESTION DE LA QUALITÉ DU PROJET

GIS 345 : Gestion de projet en TI

Professeure: Manon G. Guillemette

OBJECTIFS Comprendre l’importance de la gestion

de la qualité dans la gestion des projetsdans le développement des systèmes

d’information Comprendre le processus de gestion de

la qualité Connaître les outils et techniques

utilisées en gestion de la qualité

PRINCIPES FONDAMENTAUX DE LA QUALITÉ Satisfaction du client

Comprendre, évaluer, définir et gérer les attentes afin de satisfaire les exigences du client. Combinaison de conformité aux exigences et

d’aptitude à l’emploi

Prévention plutôt qu’inspectionLe coût de la prévention d’erreurs est

généralement moins élevé que celui de leur correction

QU’EST-CE QUE LA QUALITÉ? L’organisation internationale pour la

standardisation (ISO) définit la qualité comme :Le degré de conformité des caractéristiques

d’un projet aux exigencesConformité aux attentes

Le projet livre ce qu’il a dit qu’il livrerait La qualité du livrable dépend des attentes du

clientAptitude à l’emploi

Un produit peut être employé pour l’usage auquel il est destiné

LE COÛT DE LA QUALITÉ Le coût de la qualité est le coût de

conformité plus le coût de non-conformité

Types de coûtsPrévention InspectionErreur interne ou externeÉquipements de mesure

GESTION DE LA QUALITÉ DU PROJET

Planification

de la quali

té

•Plan, métriques, liste de contrôle, standards, SLA

Assuranc

e quali

té

•S’applique au cycle de vie du projet. Changements demandés, actions correctives, mises à jour du plan, apprentissage

Surveillance et

contrôle

de la quali

té

•S’applique à des activités précises. Outils et techniques de suivi de la qualité, actions correctives, validation des livrables, apprentissage, mise à jour du plan

1. PLANIFICATION DE LA QUALITÉ Consiste à identifier les normes qualité

applicables au projet et à déterminer comment les satisfaire

Liste d’activités précises à mettre en œuvre pour assurer la qualité du projet la qualité du système d’information

Liste des mesures de la qualité Quels seraient les bons métriques de mesure

de la qualité du processus de gestion du projet TI?

Quels seraient les bons métriques de mesure de la qualité du système d’information?

2. ASSURANCE DE LA QUALITÉ Évaluation périodique de la performance

du projet en regard des standards de qualité

Comment mettre en œuvre l’assurance de la qualité?

Les outils pour y arriver?Meilleures pratiquesAmélioration continueBenchmarkingAuditsNormes et réglementations

3. MISE EN ŒUVRE DU CONTRÔLE DE LA QUALITÉ Surveillance de résultats spécifiques du

projet pour déterminer s’ils sont conformes aux normes qualité correspondantes

Identification de moyens pour éliminer les causes de résultats insatisfaisants

QUELQUES OUTILS ET TECHNIQUES DE CONTRÔLE DE LA QUALITÉ Six Sigma Chartes de contrôle de qualité Diagrammes d’Ishikawa Tests Modèles de maturité Standards ISO 15504

D’autres outils sont présentés dans votre volume de référence.

SIX SIGMA Approche organisationnelle, philosophie

de gestion visant à réduire le gaspillage, à augmenter la qualité et à améliorer la performance de l’organisation.

Approche DMAICDefineMeasureAnalyze ImproveControl

CINQ PHASES DE LA MÉTHODE SIX SIGMA Définir : définir le

problème/opportunité, définir les besoins du clientUtiliser la charte de projet, le business case,

demandes ad hoc, plaintes, rapports du bureau d’aide, etc.

Mesurer : définir les mesures, recueillir l’information, la compiler et la présenter

Analyser : scruter en détail les processus afin de trouver des opportunités d’améliorationDiagramme de Fishbone (ou Ishikawa)

CINQ PHASES DE LA MÉTHODE SIX SIGMA Améliorer : générer des idées de

solutions pour régler le problèmeObtenir l’approbation du sponsor, tester et

raffiner Contrôler : surveiller la stabilité et la

performance de la solution pour régler le problème identifié précédemmentUtiliser des diagrammes de contrôle

SIX SIGMA ET PROJETS TI Sélection de projets

Écart entre une situation existante problématique sur le plan de la qualité, et une situation désirée

Problème mal comprisSolution non déterminée et difficile à

trouver Révision des processus d’affaires

Processus jugé non efficaceSource du problème mal compriseSolution indéterminée

DIAGRAMMES DE CONTRÔLE Déterminer si un processus est stable et

a une performance prévisible. Permet de répondre à la question : les

résultats du processus sont-ils dans des limites acceptables?

On peut ajuster le processus suivant la règle des sept pointscontinus.

DIAGRAMME DE CONTRÔLE Dans la gestion de projet, les

diagrammes de contrôle peuvent servir à déterminer si les écarts de coût ou les écarts de délais sont en dehors des limites acceptables (exemple : +/- 10%)

Il est important d’adopter une fréquence de mesure pertinenteAnnée? Trimestre? Mois? Semaine?

Ajouter ces activités de mesure à la structure de découpage du projet

DIAGRAMME CAUSE-EFFET (ISHIKAWA) Permet de trouver la cause d’un

problème Diagrammes en arête de poisson qui

illustrent comment divers facteurs pourraient êtreliés à desproblèmes

Utilisé dans ladétermination desbesoins avec lesutilisateurs

TESTS Activité qui consiste à vérifier si le

système d’information est exempt (le plus possible) d’erreurs, de bogues, de problèmes de performance, etc.

Activité qui devrait être réalisée tout au long du cycle de développement d’un système d’information

TYPES DE TESTS (QUELQUES EXEMPLES)

Tests d’unité Tester les programmes

individuellement Tests d’intégration

Tester plusieurs programmes ensemble

Tests de conversion Tester la fiabilité et l’exhaustivité

des données dans le nouveau système

Tests de système Tester tout le système

Tests de compatibilité Tester la compatibilité du système

avec les autres systèmes en place

Tests de performance Tester la performance du

système en contexte réel Tester la performance du

système en contexte de haute demande

Tests de sécurité Tester la sécurité des données

(fiabilité, intégrité) Tester le système en contexte de

reprise de panne Tests utilisateur

Tests de convivialité Tests fonctionnels Tests de processus

MODÈLE DE MATURITÉ - CMMI Capability Maturity Model Integration Modèle d'évaluation et d'évolution des

processus logiciels. Il comporte cinq niveaux de maturité Ces niveaux constituent autant d'étapes sur

le chemin menant à des processus matures Les processus matures sont ceux jugés

conformes à un ensemble de bonnes pratiques observées à travers le monde dans des entreprises réputées

Présuppose que des processus stables et éprouvés sont les principaux garants de la performance du projet

LE CMMI

LE CMMI EN DÉVELOPPEMENT DE SI Niveau 1 : Initial

Toute organisation a par défaut le niveau 1. La gestion des projets n'est pas définie au

sein de l'organisation. L'efficacité repose sur les compétences et la motivation des individus. Aucun contrôle n'est opéré.

Le projet peut aboutir mais avec dépassement des coûts et des délais. Les facteurs de réussite ne sont pas identifiés, et le projet ne se construit pas sur les expériences passées.

LE CMMI EN DÉVELOPPEMENT DE SI Niveau 2: Managed

La gestion de projet est définie au niveau de l'organisation, et appliquée par défaut sur tous les projets.

L'ensemble des projets répond aux objectifs du modèle CMMI de niveau 2 avec les processus proposés par l'organisation, ou à défaut avec des processus définis au niveau du projet.

Le projet se construit sur ce qui a été fait précédemment grâce à une meilleure discipline. Les réussites sont répétables.

LE CMMI EN DÉVELOPPEMENT DE SI Niveau 3 : Defined

Les processus de pilotage des projets sont étendus à l'ensemble de l'organisation par l'intermédiaire de normes, procédures, outils et méthodes définis également au niveau de l'organisation.

L'ensemble de l'organisation dispose d'une discipline appliquée de manière cohérente.

L'organisation surveille et gère l'amélioration de ces processus.

LE CMMI EN DÉVELOPPEMENT DE SI Niveau 4 : Quantitatively Managed

La réussite des projets est quantifiée. Les causes d'écart peuvent être analysées.

Les performances des processus sont prévisibles en quantité comme en qualité.

LE CMMI EN DÉVELOPPEMENT DE SI Niveau 5 : Optimizing

Amélioration continue des processus de manière incrémentale et innovante. Les évolutions sont anticipées.

Les processus sont sans cesse remis en question afin de rester en adéquation avec les objectifs.

COMMENT AMÉLIORER LA QUALITÉ DANS LES PROJETS TI Gérer les attentes de l’organisation Mettre en place une culture de promotion de la qualité Utiliser la révision des pairs comme moyen

d’éducation, mais aussi de contrôle Rendre l’imputabilité claire Apprendre de ses erreurs et transformer cet

apprentissage en processus d’amélioration de la qualité

Former les professionnels TI, mais aussi les membres de l’organisation au développement de systèmes et à la gestion de projet

Encourager le partage d’information Utiliser des diagrammes de processus d’affaires Vos idées?

SOMMAIRE Pourquoi la gestion de la qualité est

importantedans la gestion des projets ?dans le développement des systèmes

d’information ? Quel est le processus de gestion de la

qualité? Quels sont les outils et les techniques

les plus utilisées en gestion de la qualité?

Que devrait-on faire pour améliorer la qualité dans les projets TI?