ITPEDIA – Le Blog des Meilleures Pratiques

24 avril 2010

Prince2 : La méthode de A à Z

Filed under: Uncategorized — urbandot @ 0 12 48 04484

Diffusé avec l’autorisation de notre site partenaire : http://www.jexcom.fr – Société de Conseil, Formation et Maintenance informatique spécialisée PME / TPE en Ile-de-France

1. Introduction

La plupart des organisations rencontrent des niveaux de changements sans précédents. Le changement est devenu un “mode de vie” pour les entreprises contraintes à maintenir de hauts niveaux de rendement et de compétitivité pour prospérer. Il est désormais essentiel de piloter et d’anticiper les risques inhérents au changement et à l’innovation.

Les projets rassemblent des ressources, des compétences, de la technologie et des idées pour fournir des bénéfices ou atteindre des objectifs business. Une bonne gestion de projet permet de s’assurer que ces bénéfices ou ces objectifs sont atteints au respect du budget, des échéances, et de la qualité attendue.

PRINCE2 est une méthode de gestion de projet conçue pour fournir un framework couvrant la très vaste variété de disciplines et d’activités requises au sein d’un projet. PRINCE2 met le focus sur le cas d’affaire (Business Case), qui expose les justifications fonctionnelles et business à l’origine du projet. Le cas d’affaire guide tous les processus de gestion du projet, depuis la mise au point initiale jusqu’à l’achèvement final.

La description complète de la méthode PRINCE2 est disponible dans l’ouvrage Managing Successful Projects with PRINCE2, publiée par The Stationary Office, et disponible en Français depuis le début de l’année. Cette publication est la traduction non officielle du livre de poche PRINCE2 Pocketbook, rédigé pour servir d’aide-mémoire et de référence pratique à destination des gestionnaires de projets déjà familiarisés avec la méthode et sa terminologie.

2. Les concepts


PRINCE2 est une méthode de gestion de projet adaptée à tous les types de projets. PRINCE2 se concentre sur les aspects de gestion tels que le cas d’affaires, l’organisation du projet, les plans, les contrôles, la qualité et la gestion du risque, qu’elle distingue des tâches spécialisées de fourniture des livrables du projet.


PRINCE2 est une méthode basée sur des processus ce qui permet de moduler les activités de gestion en termes d’échelle, ceci afin de correspondre aux exigences propres à chaque projet.


Tout au long du projet, PRINCE2 incite le chef de projet et le comité de pilotage à se focaliser sur la justification business du projet. Au terme de chaque séquence (stage), le cas d’affaire est révisé pour s’assurer en continu de la viabilité et de la pertinence du projet.


PRINCE2 encourage et soutient l’implication de(s) l’ utilisateur(s), ainsi que de toutes les parties prenantes qui ont un intérêt dans l’aboutissement du projet ou qui peuvent se trouver affectées d’une quelconque façon par son issue.


Un projet PRINCE2 est subdivisé en séquences afin de permettre des évaluations intermédiaires par le comité de pilotage, en vue de la surveillance et du contrôle de sa bonne marche. La fin d’une séquence représente un moment clef pour la prise de décision sur l’engagement à poursuivre ou non le projet. Le nombre de séquences est totalement flexible et est établi sur la base de considérations telles que la taille du projet, sa complexité, les risques inhérents, son importance et donc sa criticité.


Si le projet fait partie d’un programme (portefeuille de projets) plus vaste, PRINCE2 fournit les interfaces nécessaires pour assurer la liaison avec la direction des programmes.


PRINCE2 respecte les standards de facto en matière de gestion de la qualité.

2.1. La relation client/fournisseur / (Customer/supplier relationship)

PRINCE2 part du principe qu’au sein de tout projet cohabitent des groupes hétérogènes d’individus aux intérêts spécifiques dans le projet et sa réussite :

  • Les clients – qui ont commandé le travail et qui bénéficieront des résultats finaux.
  • Les utilisateurs – qui exploiteront le(s) produit(s) final(aux); (les termes clients et utilisateurs peuvent désigner le même groupe d’individus dans certaines situations).
  • Les fournisseurs – qui apportent des ressources spécialisées et/ou des compétences au projet, ou bien encore des biens et des services.

2.2. Adapter la méthode

Les concepts et les processus PRINCE2 constituent un corpus de bonnes pratiques en matière de gestion de projet. Chaque concept et chaque processus doit être appliqué en fonction des besoins spécifiques à chaque projet. Adapter la méthode implique de considérer des problématiques telles que la taille du projet, les risques, le coût, la durée, la qualité, l’importance et l’emplacement. Tenir compte des contextes est un facteur critique au succès de la mise en oeuvre de PRINCE2. La philosophie qui sous-tend chaque concept et chaque processus dans PRINCE2 peut être appliquée à l’identique à tous les projets quelque soit leur taille.

3. Processus de gestion de projet / (Project Management Processes)

PRINCE2 comprend huit processus de gestion, chacun mettant l’accent sur un point particulier tout au long du cycle de vie du projet. Tout projet géré avec PRINCE2 adressera sous diverses formes chacun de ces processus. Les processus ne sont pas séquentiels; certains peuvent être traités en parallèle avec d’autres. La clef d’une utilisation réussie de PRINCE2 consiste à se demander: “Jusqu’où ce processus devrait-il être appliqué à ce projet ?” pour chacun des huit processus.

Diriger un projet



3.1. Diriger un projet (DP) / (Directing a Project (DP))

Ce processus, actif depuis le démarrage jusqu’à la clôture du projet, est sous la responsabilité du Comité de pilotage. Il en définit les responsabilités :

  • Approuver l’exposé du projet (Project Brief) et en autoriser l’initialisation.
  • Autoriser le Document d’initialisation du projet (Project Initiation Document), y compris le cas d’affaires, et attribuer la “propriété” du projet.
  • Contrôler le statut du projet au terme de chaque séquence avant d’autoriser le passage à la séquence suivante.
  • Encadrer le chef de projet sur le plan managérial, et réagir aux situations d’exception.
  • Assurer la liaison avec la direction d’entreprise ou des programmes
  • Confirmer la clôture du projet.

3.2. Élaborer un projet (EP) / (Strating up a Project (SU))

Il s’agit d’un processus de pré-projet conçu pour réponde à la question fondamentale : “Sommes-nous face à un projet viable et qui vaut la peine d’être engagé?”

Ce processus :

  • Garantit qu’il existe l’autorité nécessaire pour entreprendre le projet.
  • Garantit la disponibilité d’une information suffisante concernant les objectifs du projet, son périmètre et les contraintes à envisager.
  • Conçoit et nomme une équipe de gestion de projet appropriée.
  • Décide de l’approche à employer pour fournir les livrables requis par le projet.
  • Crée le plan de la séquence d’initialisation.

3.3. Initialiser un projet (IP) / (Initiating a project (IP))

Processus en charge de s’assurer que le projet peut être entrepris et géré avec succès jusqu’à son terme :

  • S’assure que toutes les personnes impliquées comprennent le périmètre et les objectifs du projet.
  • S’assure qu’un cas d’affaires pertinent existe pour le projet.
  • S’assure que le projet a été planifié et évalué sur le plan financier de manière adéquate.
  • Évalue les risques identifiés.
  • Obtient l’approbation du Comité de pilotage avant de passer à la séquence suivante.

L’initialisation est une étape préliminaire lors de tout nouveau projet.

3.4. Contrôler une séquence (CS) / (Controlling a stage (CS))

Ce processus couvre la gestion quotidienne des activités sur le projet. À travers une séquence, il consiste en un cycle d’activités :

  • Autoriser le travail à être réaliser par l’équipe projet.
  • Surveiller et communiquer sur l’état d’avancement du projet.
  • Consigner les problèmes liés au projet.
  • Évaluer les changements nécessaires.
  • Prendre les actions correctives nécessaires.
  • Prendre livraison des produits achevés par l’équipe du projet.

3.5. Gérer la livraison de produits (LP) / (Managing Product Delivery (MP))

Ce processus distingue la gestion du projet de la création ou de la fourniture des produits par l’équipe projet. Il implique :

  • La négociation et l’acceptation des lots de travaux (Work Packages) produits par le chef de projet.
  • De s’assurer que le travail requis est effectivement réalisé.
  • De communiquer et de rapporter sur l’état de progression.
  • De s’assurer que les produits achevés respectent les critères de qualité requis.

3.6. Gérer les limites de séquences (LS) / (Managing Stage Boundaries (SB))

Ce processus couvre les responsabilités du chef de projet au terme de chaque séquence, ou, si le projet est en exception, permet le lancement d’un plan correctif. Il implique :

  • Le reporting sur la livraison des produits.
  • La réévaluation du niveau de risque.
  • La mise à jour de la documentation de gestion du projet.
  • La planification de la séquence suivante, ou la production d’un plan d’exception (Exception Plan).

3.7. Clôture de projet (CP) / (Closing a Projet (CP))

Ce processus garantit un terme contrôlé du projet, qu’il s’agisse d’une clôture avec succès ou d’un arrêt prématuré, par :

  • L’émission de rapports sur l’atteinte des objectifs du projet tels que définis dans le document d’initialisation du projet.
  • L’émission de recommandations sur les prochaines actions requises.
  • La planification des revues post-projet.
  • L’évaluation de la manière dont le projet a été géré et la restitution des retours d’expérience.
  • Le passage du projet en mode inactif.

3.8. Planifier (PL) / (Planning (PL))

Ce processus décrit les étapes itératives indiquées dans la planification et la replanification du projet. Il est mis en oeuvre en parallèle avec les activités appartenant aux autres processus PRINCE2; il repose sur une technique de planification basée sur le livrable, ceci afin de garantir que les plans tiennent suffisamment compte des exigences liées aux produits :

  • Rédiger une description de produit (Product Description) du produit final (Final Product).
  • Créer une structure de décomposition de produit (Product Breakdown Structure) qui identifie les produits requis.
  • Rédiger des descriptions de produits (Product Descriptions), qui incluent une définition des exigences de qualité, pour chaque produit.
  • Créer un diagramme de flux des produits (Product Flow Diagram) qui expose l’ordre logique de production des produits et leurs interdépendances.
  • Identifier les activités requises pour créer les produits.
  • Estimer la durée et les efforts pour chaque activité.
  • Evaluer les risques.
  • Calculer les coûts.
  • Identifier les points de contrôles (checkpoint) nécessaires.
  • Documenter le plan, ses prévisions et la documentation de support.

4. Les composants / (Components)

Les composants désignent des aspects clés en matière de gestion de projet mis en oeuvre dans les processus PRINCE2.

4.1. Le cas d’affaires / (Business Case)

Un projet PRINCE2 est « piloté » par son cas d’affaires, qui expose la justification et la logique du projet, y compris les bénéfices attendus, de même qu’une évaluation du rapport coûts / bénéfices.


Le cas d’affaires doit intégrer tous les éléments impactés par le projet, et pas seulement les plus significatifs. Par exemple, il faut éviter de focaliser le cas d’affaires (et donc le projet) sur les bénéfices projetés d’un nouvel équipement, et d’ignorer l’impact sur le personnel, les procédures et les méthodes de travail.

Le cas d’affaires « appartient » au directeur de projet, qui est ultimement responsable de la fourniture des bénéfices escomptés.

4.2. L’organisation

Quelque soit la taille du projet, des accords doivent être conclus sur :

  • Qui définit les besoins ?
  • Qui fournit le budget ?
  • Qui fournit les ressources ?
  • Qui autorise les changements ?
  • Qui gère le travail au jour le jour ?
  • Qui définit les standards à respecter ?


Sur un petit projet, la plupart de ces rôles seront placés sous la responsabilité d’une seule et même personne. Sur un projet d’envergure, plusieurs personnes peuvent assumer chacun des rôles. PRINCE2 fournit une structure de gestion de projet flexible consistant en rôles spécifiques. La plupart de ces derniers peuvent être de fait alloués à une seule personne, être répartis sur plusieurs, ou encore être combinés ensemble.

Organisation

4.2.1 Le comité de pilotage / (Project Board)

Le comité de pilotage représente les intérêts du business (client), utilisateurs et fournisseurs, et assume la direction et le management du projet. Le comité de pilotage a la responsabilité et l’autorité sur le projet dans ses moindres attributions (mandat de projet / Project Mandate), en lien avec la direction d’entreprise ou des programmes. Le Comité de pilotage est aussi responsable de la bonne marche du projet pour la fourniture du résultat attendu, entendre tel que défini dans le cas d’affaires.


Au lancement d’un nouveau projet, le comité de pilotage :

  • Approuve l’exposé du projet pour débuter la séquence de démarrage.
  • Valide les responsabilités et les objectifs du chef de projet.
  • Décide comment l’assurance projet (Project Assurance) doit être menée.
  • Attribue les ressources nécessaires pour la séquence d’initialisation.
  • Confirme les tolérances du project (project tolerances).
  • Approuve le document d’initialisation du projet (Project Initiation Document).

Tout au long du projet, le comité de pilotage :

  • Oriente et conseille le chef de projet.
  • Revoit le statut du projet au terme de chaque séquence et approuve le passage à la séquence suivante.
  • S’assure que le projet est toujours en bonne voie pour réaliser le cas d’affaires.
  • Pevoit et approuve tous les plans d’exceptions éventuels (Exception Plans).
  • Approuve les changements.
  • Rend compte à la direction d’entreprise ou des programmes.
  • Peut être amené à recommander l’arrêt du projet.

Au terme du projet, le comité de pilotage :

  • S’assure que tous les produits ont été livrés de manière satisfaisante.
  • Confirme que les groupes opérationnels et de support sont prêts à prendre la responsabilité des livrables du projet.
  • Approuve le rapport de fin de projet (End Project Report), le rapport des retours d’expérience (Lessons Learned Report), et le plan de revue post-projet (Post-Project Review Plan).
  • Autorise la clôture du projet.


Le comité de pilotage endosse trois rôles : directeur de projet (Executive), responsable des utilisateurs (Senior User) et responsable des fournisseurs (Senior Supplier). Ces trois rôles correspondent aux trois pool d’intérêt dans tout projet : le business, les utilisateurs et les fournisseurs. PRINCE2 est souple sur combien de personnes sont nécessaires pour assumer ces rôles. Ces derniers peuvent être combinés ou mutualisés selon les besoins du projet.


4.2.2. Le directeur de projet / (Executive)

Le directeur de projet est seul responsable du succès final du projet. Il doit s’assurer de sa rentabilité en adoptant une approche de contrôle des coûts en adéquation avec les besoins du business, des utilisateurs et des fournisseurs. Le directeur de projet est « propriétaire » du cas d’affaires.


4.2.3. Le responsable des utilisateurs / (Senior User)

Le responsable des utilisateurs doit s’assurer que les exigences des utilisateurs sont toutes rigoureusement consignées, que ce qui est livré correspond bien aux objectifs, et que les solutions répondent en tous points aux besoins exprimés, dans la limite des contraintes imposées par le cas d’affaires.


4.2.4. Le responsable des fournisseurs / (Senior Supplier)

Ce rôle désigne les ressources nécessaires à la conception, au développement, à la facilitation, à l’approvisionnement et à l’implémentation des produits du projet.

4.2.5. Le chef de projet / (Project Manager)

Le chef de projet est responsable de la gestion quotidienne du projet , sous l’autorité du comité de pilotage. Sa première responsabilité est de s’assurer que le projet délivre bien les produits attendus, en conformité avec les standards de qualité convenus, et les contraintes associées de temps et de coût.

Tout au long du projet, le chef de projet :

  • Prépare la documentation : document d’initialisation du projet (Project Initiation Document), plans projet et de séquence (Project Plan, Stage Plan).
  • Obtient l’approbation du comité de pilotage pour tous les plans.
  • Définit les responsabilités et répartit le travail au sein du projet.
  • Surveille et contrôle la progression en rapport avec les niveaux de tolérance agréés par le comité de pilotage.
  • Négocie la performance et la livraison des lots de travaux (Work Packages) avec le(s) chef(s) d’équipe (Team Manager(s)).
  • Planifie les points de contrôle de séquences.
  • Assure la liaison avec l’assurance projet (Project Assurance).
  • Prépare et présente des rapports au comité de pilotage, par exemple, au terme de chaque séquence.
  • Fait respecter les procédures de contrôle de la qualité et des changements.
  • S’assure que le risque, la qualité et les enregistrements de problèmes sont maintenus et exploités efficacement.
  • Prépare tous les plans d’exception potentiels dès lors que les niveaux de tolérance risquent d’être dépassés.

4.2.6. Le chef d’équipe / (Team Manager)

Il s’agit d’un rôle optionnel, généralement associé aux projets d’envergure où des équipes multi-compétences sont employées. Ce rôle peut aussi être utile lorsque le travail sur le projet est réalisé par une tierce partie qui rend compte au chef de projet du client.

Le chef d’équipe :

  • Négocie les lots de travaux (Work Packages) avec le chef de projet.
  • Planifie et répartit le travail au sein de l’équipe.
  • Surveille les progrès de l’équipe et initie les actions correctives nécessaires.
  • Rend compte des progrès et des problèmes au chef de projet.
  • Consigne les détails des contrôles de qualité mis en oeuvre.
  • Assure la liaison avec l’assurance projet (Project Assurance).


4.2.7. L’assurance Projet / (Project Assurance)

L’assurance projet réalise des contrôles périodiques afin de s’assurer que le projet est toujours conforme à ses spécifications, aux standards exigés, et au cas d’affaires. L’assurance projet est placée sous la responsabilité de chaque membre du comité de pilotage; ce rôle peut être délégué, mais il ne doit jamais appartenir au chef de projet. Chacun des aspects suivants de l’assurance projet devrait être couvert :

Business :

  • Le focus sur le cas d’affaires est maintenu.
  • Les risques sont sous contrôle.
  • Le lien est maintenu entre le client est le fournisseur.
  • Les dépenses et le calendrier sont sous surveillance.
  • Le projet demeure viable.
  • Le projet demeure rentable.
  • Le projet s’accorde avec la stratégie ou le programme.


Utilisateur :

  • Les besoins et les attentes de l’utilisateur sont satisfaites ou gérées de manière efficace.
  • Une solution acceptable est en cours de développement.


Spécialiste :

  • Le lien est maintenu entre le client et le fournisseur.
  • La compétence du spécialiste sur le projet est reconnue.
  • Le périmètre du projet n’augmente pas de manière inattendue.
  • Les standards exigés sont utilisés correctement et fonctionnent.


4.2.8. Le support de projet / (Project Support)

Une équipe peut être dédiée intégralement à un projet ou fournir du support pour plusieurs projets de manière centralisée.; ce rôle peut aussi être endossé par le chef de projet, selon la taille et la nature du projet, ainsi que des capacités de l’organisation.

Le support de projet couvre :

  • La gestion de la configuration (Configuration Management).
  • La gestion de la documentation et du contrôle du projet, des revues, des réunions et des communications.
  • L’apport d’expertise sur les outils de supports, l’évaluation, la planification et les standards au chef de projet.

4.3. Les plans

Dans la méthode PRINCE2, le plan de projet (Project Plan) et les plans de séquence (Stage Plans) sont obligatoires. Si le projet requiert le travail de plusieurs équipes, des plans d’équipe (Team Plans) peuvent aussi s’avérer nécessaires.

Plans



Le plan de projet est un document de haut niveau traitant des livrables clés ainsi que des principaux points de contrôle du projet. Il récapitule les exigences en ressources et les coûts induits, et est utilisé par le comité de pilotage comme base de référence pour la surveillance des coûts réels et de la progression tout au long du projet.

Un plan de séquence contient le niveau de détail requis pour un contrôle au jour le jour par le chef de projet. Chaque séquence dispose d’un plan de séquence produit à l’approche du terme de la séquence précédente.

Les plans d’équipe présentent de manière plus détaillée les activités de chaque plan de séquence, et sont généralement préparés en parallèle.

Un plan d’exception peut être produit à tout moment au cours d’un projet. Si le chef de projet prévoit dans un rapport d’exception (Exception Report) qu’une séquence est susceptible de dépasser les seuils de tolérance convenus avec le comité de pilotage, il peut exiger en retour la levée d’un plan d’exception (Exception Plan). La même chose peut se produire si c’est le plan de projet ou le plan d’équipe qui sont susceptibles de dépasser les tolérances admises. Le plan d’exception remplacera alors le plan en cours, introduisant de nouvelles exigences en termes de volume de travail et de ressources, nécessaires pour staisfaire aux contraintes réévaluées.

Tous les plans dans PRINCE2 contiennent les mêmes informations, bien qu’à différents niveaux de détail :

  • Représentations graphiques (ex. : diagramme de Gantt).
  • Expression des besoins en ressources et en budget.
  • Description du plan.
  • Pré requis et prévisions.
  • Dépendances externes.
  • Risques.
  • Tolérances.

4.4. Les contrôles / (Controls)

Les contrôles sous PRINCE2 permettent de s’assurer que le projet produit les bons livrables, au bon niveau de qualité, au respect des échéances de temps, et qu’il demeure viable vis-à-vis du cas d’affaires.


Les principaux contrôles sont :

4.4.1. L’initialisation du projet / (Project Initiation)

Le projet doit-il être lancé ?

4.4.2. L’évaluation de fin de séquence / (End stage assessment)

Le projet est-il toujours actif ? Les risques sont-ils sous contrôle ? Le cas d’affaire est-il toujours viable ? La prochaine séquence doit-elle être enclenchée ?

4.4.3. Le rapport des points clés / (Highlight reports)

Rapports réguliers du chef de projet à destination du comité de pilotage.

4.4.4. Les rapports d’exception / (Exception Reports)

Alerte précoce en cas de dépassement probable des niveaux convenus de tolérance.

4.4.5. La clôture de projet / (Project closure)

Le projet a-t-il produit tous les livrables attendus ? Quels enseignements ont pu être tirés ?

4.4.6. Les séquences / (Stages)

Le découpage en séquences offre au comité de pilotage un meilleur contrôle du projet. Le comité de pilotage ne s’engage que dans une seule séquence à la fois.

4.4.7. La tolérance / (Tolerance)

La tolérance désigne la déviation acceptable d’un plan sans qu’il soit nécessaire d’en référer au niveau de gestion supérieur. La tolérance peut être calibrée en rapport avec les échéances, les coûts, le périmètre, la qualité, les risques et les bénéfices. En cas de prévision de dépassement par l’un quelconque des plans des niveaux de tolérances convenus, le plan correspondant passe en mode « exception ».

4.4.8. Les descriptions de produit / (Product Descriptions)

Les descriptions de produit stipulent les caractéristiques des produits à livrer, les standards à utiliser ou à suivre, les critères de qualité à appliquer pour s’assurer que le produit répond aux objectifs, et la méthode à employer pour contrôler la qualité du produit.

4.4.9. Les lot de travaux / (Work Package)

Le travail à réaliser par l’équipe de projet est consigné dans un lot de travaux, lequel requiert l’accord préalable du chef de projet pour être entrepris.

4.4.10. Les incidences de projet / (Project Issues)

Les incidences de projet peuvent émaner de situations, ou être de natures diverses telles que :

  • Nouvelles exigences des utilisateurs.
  • Changements dans la législation.
  • Changements dans l’organisation ou le business.
  • Fournisseurs dans l’incapacité d’approvisionner.
  • Changements dans les ressources disponibles.
  • Questions ou inquiétudes au sujet du projet.

Dans PRINCE2, toutes les incidences de projet sont évaluées pour déterminer leur impact sur le projet. Toutes les levées d’incidences de projet sont consignées et toutes les actions correctives ou de résolution sont gérées et documentées.

4.4.11. Le recueil des risques / (Risk Log)

Tous les risques identifiés sont consignés et les analyses, contre-mesures et statuts associés régulièrement mis à jour par le chef de projet et le comité de pilotage, tout au long du cycle de vie du projet.

4.5. La gestion du risque / (Management of risk)

Risques



La gestion du risque consiste à maintenir l’exposition du projet aux risques à un niveau acceptable moyennant des contre-mesures appropriées, dans un souci constant de rentabilité.

L’analyse du risque implique l’identification et l’évaluation des risques potentiels pouvant affecter le projet. L’évaluation du risque estime la probabilité de survenue du risque et son impact sur le projet en cas de matérialisation de la menace. Une fois les risques identifiés, les initiatives de réduction du risque disponibles doivent être considérées et les mesures les plus appropriées retenues.

Les activités de la gestion du risque incluent :

  • La prévention – Supprimer l’origine du risque en évitant les pratiques à risque toutes les fois que c’est possible. Des contre-mesures sont mises en œuvre qui soit empêchent la menace de se matérialiser, soit minimise ou anihile son impact sur le projet ou le business.
  • La réduction – Engager les actions nécessaires pour permettre le contrôle du risque soit en réduisant sa probabilité de survenue, soit en limitant son impact sur le projet à un niveau acceptable.
  • Le transfert – Il s’agit là d’une forme spécifique de réduction du risque dans laquelle l’impact est renvoyé vers une tierce-partie à travers, par exemple, une politique d’assurance ou une clause de pénalité.
  • L’acceptation – Tolérer le risque; si aucune action de réduction ne peut être engagée à un coût raisonnable, ou si la probabilité de survenue et l’impact consécutif sont maintenus à un niveau acceptable.
  • La contingence – Actions planifiées pour être mise en œuvre lors de la matérialisation du risque.

La gestion du risque implique la planification et l’implémentation des ressources nécessaires aux activités de prise en charge. Une fois en place, ces dernières devront faire l’objet d’une surveillance constante et de rapports réguliers afin de s’assurer qu’elles produisent bien les effets désirés.

La gestion du risque est une activité continue tout au long du cycle de vie du projet, et concerne tous les membres de l’organisation du projet.

4.6. La qualité dans un environnement projet / (Quality in a project environment)

Les standards de qualité et les responsabilités associées pour garantir la conformité du projet à ces standards sont dérivés de diverses sources telles que : attentes du client en matière de qualité, exigences des standards ISO, et systèmes existants de gestion de la qualité.

La planification de la qualité implique des accords sur :

  • Quelles seront les modalités de contrôle pour chaque produit ? (Défini au début du projet.)
  • Quand interviendront les contrôles ? (Défini dans la séquence correspondante ou les plans d’équipe.)
  • Par qui chaque produit sera-t-il testé ? (Défini dans la séquence correspondante ou les plans d’équipe.)
Qualité

La qualité est atteinte au moyen de la combinaison des activités suivantes :

  • Définir les critères de qualité pour chaque produit en termes mesurables.
  • Développer des produits en accord avec les standards de qualité convenus.
  • Contrôler la qualité de tous les produits livrés.

4.7. La gestion des configurations / (Configuration management)

La gestion des configurations représente est un aspect essentiel du contrôle qualité en permettant un suivi précis des actifs d’un projet.

Les cinq fonctions essentielles de la gestion des configurations sont :

  • La planification – Décider du niveau de détail requis.
  • L’identification – Spécifier tous les composants du produits final.
  • Le contrôle – “Geler” le développement des produits et appliquer les futurs changements selon une procédure formelle de contrôle des changements.
  • Le suivi du statut – Enregistrer et consigner toutes les données d’historique pour chaque produit.
  • La vérification – Revoir et auditer pour s’assurer que les produits réels correspondent bien aux prévisions.

4.8. Le contrôle du changement / (Change Control)

Tout au long du cycle de vie du projet se poseront des problèmes divers, des changements et des requêtes émanées à la fois des participants eux-mêmes, des parties prenantes ainsi que des intervenants externes impliqués. Le contrôle des changements fournit un mécanisme formel destiné à certifier que toutes les incidences de projets (Project Issues) sont correctement journalisées, analysées, et que les actions correctives appropriées sont engagées.


La prise en compte des incidences de projet impliquent d’évaluer :

  • L’impact sur le cas d’affaire du projet et les bénéfices attendus.
  • L’impact sur les risques identifiés ou la génération de nouveaux risques.
  • L’impact sur le coût, le temps, la qualité et le périmètre.

Les incidences de projet qui impliquent des changements sont traitées ou comme des demandes de changements (Requests for Change) ou comme des « hors-spécification » . Une requête de changement désigne une modification requise sur un produit. Une « hors-spécification » indique qu’un produit va échouer (ou a échoué) à atteindre ses exigences de conception.

Article extrait du site ITIL.FR – Le portail communautaire francophone des Meilleures Pratiques.

23 avril 2010

Lean Six Sigma : tour d’horizon des techniques

Filed under: Uncategorized — urbandot @ 15 03 27 04274

Diffusé avec l’autorisation de notre site partenaire : http://www.jexcom.fr – Société de Conseil, Formation et Maintenance informatique spécialisée PME / TPE en Ile-de-France

Introduction

La racine commune des référentiels Lean et Six Sigma remonte à l’époque où de fortes pressions sur la qualité et la performance ont commencé à peser sur le secteur industriel. Lean et Six Sigma se sont alors imposés respectivement comme méthode d’optimisation de la fabrication automobile, et démarche qualité d’excellence pour l’éliminiation des défauts, par la réduction des variations au coeur des processus de l’industrie des semi-conducteurs. Il n’est d’ailleurs pas surprenant de constater que les tout premiers adeptes de la méthode Lean Six Sigma soient pour la plupart issus des unités de soutien des services de grands groupes industriels tels que GECapital, Caterpillar Finance, ou Lockheed Martin.

Lean Six Sigma pour les services est une méthodologie d’amélioration des affaires qui maximise la valeur pour les actionnaires en réalisant les meilleurs taux d’amélioration de la satisfaction client, de coût, de qualité, de rapidité des processus, et de  retour sur capital investi. La fusion des méthodes d’amélioration Lean et Six Sigma décuple les performances de chacune et permet de dépasser leurs limitations intrinsèques :

  • Lean ne peut pas mettre un processus sous contrôle statistique.
  • Six Sigma seule ne peut améliorer considérablement la vitesse de traitement ou réduire le capital investi.
  • Tous deux permettent la réduction du coût lié à la complexité.

Ironiquement, Six Sigma et Lean ont souvent été considérées comme des initiatives rivales. Les amateurs de Lean arguant que Six Sigma accorde peu d’attention à tout ce qui concerne la vitesse et le débit, tandis que les partisans de Six Sigma soulignaient quant à eux le fait que Lean ne tient pas compte de concepts clés tels que les besoins des clients et la variation. .

Toutesfois, ces arguments, le plus souvent utilisés pour défendre un choix un sur l’autre, ne doivent pas faire perdre de vue que si chaque méthode à ses avantages et ses inconvénients, elles demeurent avant tout éminemment complémentaires.

Six Sigma

Six Sigma est une technique de gestion qui vise à développer et fournir des produits et des services proches de la perfection. Le parti pris selon lequel Six Sigma est seulement utile pour les problèmes qui sont «difficiles à trouver, mais faciles à corriger” a fréquemment été soutenu, par opposition à l’approche radicale de restructuration (reengineering), dont les partisans se concentrent sur des problèmes qui sont “faciles à trouver, mais difficiles à corriger.”

Le terme « Six Sigma » fait référence à des constructions statistiques qui mesurent jusqu’à quel point un processus donné s’écarte de la perfection. Six Sigma est un processus de même qu’une discipline qui mesure le nombre de défauts existant au sein d’un processus d’affaires, puis détermine de façon systématique comment les supprimer. Six Sigma peut être utilisé pour un éventail très large d’activités d’amélioration des processus, et s’applique à de nombreux types de processus, dont la nature des attributs mesurés peut varier considérablement.

Les principes de qualité appliqués lors de l’implémentation de Six Sigma sont presque toujours définis en termes de vision de l’entreprise et de sa stratégie. Les processus sont développés à partir du point de vue du client, et activés par un engagement de l’organisation à raisonner en termes de processus.

Les impératifs de performance, fiabilité, prix, respect des délais de livraison, service et précision définissent les objectifs. L’orientation client initie la connaissance du marché, qui peut à son tour éclairer la nécessité de changement de processus, dans les domaines où l’entreprise peut ajouter de la valeur, ou implémenter des améliorations sollicitées par les clients eux-mêmes.

Les partisans de Six Sigma partent du principe que les clients ont intérêt à comparer, non pas la performance moyenne des entreprises, mais plutôt les performances relatives des processus utilisés pour la fourniture des biens ou des services.

Méthode rigoureuse, Six Sigma exige qu’un processus ne produisent pas plus de 3,4 défauts par million d’occurrences dudit, bien que son objectif principal reste l’amélioration continue. En faitt très peu d’organisations  peuvent prétendre avoir jamais atteint l’objectif Six Sigma de 3,4 défauts par million.

Les principes de Six Sigma s’appliquent non seulement à l’industrie, mais également à la prestation de services.

Six Sigma repose sur seulement quelques concepts clefs :

  • Facteurs clés de succès (Critical to quality) : Attributs ayant le plus de valeur pour le client.
  • Défaut (Defect) : Défaut de fourniture.
  • Capacité du processus (Process capability) : Ce qu’un processus peut fournir.
  • Variation (Variation) : Ce que le client voit et ressent.
  • Stabilité des opérations (Stable operations) : Garantir des processus cohérents et prévisibles pour améliorer la perception et le ressenti du client.

Lean

Les origines de la méthode Lean remontent bien avant le XXe siècle, bien que la dénomination en tant que telle ne soit apparue que bien plus tard. Le terme Lean provient du travail de recherche d’un étudiant au MIT, dans le cadre d’une étude sur les différences  ayant existé entre certains constructeurs automobiles japonais et nord-américains.

Les processus clés de Lean ont tous pour objet l’identification des « déchets » et / ou « des activités sans valeur ajoutée » du point de vue du client, puis de déterminer comment les élminier selon la « bonne » méthode. Par « déchets » il faut entendre l’activité ou les activités que le client ne veux pas payer et / ou qui n’ajoutent aucune valeur au produit ou service du point de vue du client.

Au cœur du Lean repose la détermination de la valeur. La valeur est définie comme un élément ou une caractéristique pour lesquels un client est prêt à payer. Tous les autres aspects du processus sont considérés comme des déchets. Le référentiel Lean est utilisé comme un outil pour concentrer les ressources et les énergies sur la production des caractéristiques à valeur ajoutée, tout en identifiant et en éliminant les activités sans valeur ajoutée.

Lean Six Sigma

Lean Six Sigma est une méthodologie rigoureuse qui s’applique sur les processus (et non pas sur les problèmes) dans le but de :

  • Améliorer la satisfaction des clients.
  • Améliorer la performance financière de l’entreprise.
  • Répondre aux objectifs stratégiques définis par la Direction Générale.

La focalisation sur les processus stratégiques permet de :

  • Se concentrer sur les valeurs définies par le client (voice of customer).
  • Se concentrer sur les attentes des actionnaires (voice of buisiness).
  • Simplifier les processus : flux d’informations, de production.
  • Supprimer les dysfonctionnements.
  • Accélérer les processus en gérant et optimisant les ressources.
  • Réduire la dispersion des processus organisationnels.
  • Améliorer les performances opérationnelles et les garantir (capacité des processus).
  • Identifier et agir sur les facteurs influents du processus.
  • Améliorer les conditions de travail, réduire le stress.
  • Faire travailler ensemble le personnel issu de différents services.
  • Donner aux « opérationnels » les moyens et outils d’amélioration.

Les facteurs de réussite du déploiement du Lean six sigma reposent sur quatre fondamentaux :

L’application rigoureuse de la méthodologie Lean Six SigmaLean Six Sigma est une méthodologie rigoureuse, structurée qui doit être respectée à la lettre. Les candidats Green Belt et Black Belt doivent se soumettre à une sélection attentive suivant des critères précis. Les processus à améliorer doivent également faire l’objet d’une sélection sur des critères relatifs aux objectifs stratégiques de l’entreprise. Le projet global d’implémentation et du déploiement du Lean Six Sigma doit être structuré, en particulier par la mise en place de Champions et par un comité de pilotage du projet.

L’approche « gestion de projet »Lean Six Sigma est une démarche d’amélioration continue qui se déploie au travers de projets Black Belt (gains importants, durée du projet : 6 à 8 mois) ou Green Belt (gains intéressants, projets plus courts). L’approche du management par projet est un pré requis pour lancer et réaliser des chantiers Lean Six Sigma.

  • La conduite du changement – La mise en œuvre du Lean Six Sigma est un facteur de changement dans les pratiques et mises en œuvre quotidiennes des processus. Un accompagnement à la conduite du changement doit être pris en compte au niveau :
  • des modifications des tâches, des pratiques individuelles et collectives du travail,
  • des modes de fonctionnement : type de management, approche processus, structure organisationnelle,
  • des changements culturels demandés et des résistances éventuelles,
  • de la gestion des polyvalences et poly compétences du personnel,
  • un mode de communication et d’information interne.
  • Le management par les processus
  • Lean Six sigma a pour objectifs essentiels d’améliorer la performance des processus, il ne s’agit pas de résoudre des problèmes : les méthodologies de résolution de problèmes sont un bon complément : PDCA, G8D, MRP.

Complémentarité

Six Sigma

  • Insiste sur la nécessité d’identifier les opportunités d’amélioration et élimine les défauts tels que définis par les clients.
  • Reconnaît que la variation entrave la capacité à fournir de manière fiable des services de haute qualité.
  • Requiert des décisions orientées sur les données et intègre un ensemble complet d’outils de qualité au sein d’un cadre puissant pour une résolution efficace des problèmes.
  • Fournit une infrastructure culturelle efficace, efficiente et très normative pour l’obtention de résultats durables.

Lean

  • Maximise la vitesse des processus.
  • Fournit des outils pour analyser les flux de processus et les détais de traitement pour chaque activité au sein d’un processus.
  • Distingue les activités à valeur ajoutée des activités sans valeur ajoutée, et exploite des outils pour réaliser son objectif d’élimination des causes profondes de l’absence de valeur ajoutée de certaines activités et des coûts consécutifs.
  • Fournit un moyen de quantifier et d’éliminer le coût de la complexité.

Les 8 types de déchets / activités sans valeur ajoutée :

  • Le gaspillage des compétences humaines – Les dommages aux personnes.
  • Les défauts – Tout ce qui fonctionne mal et doit être corrigé.
  • L’inventorisation – Tout ce qui est en attente d’un traitement.
  • La surproduction – Tout ce qui est en trop / ou trop en avance.
  • Les Temps d’attente – Tout ce qui tarde à arriver / à se produire engendre de l’inactivité.
  • Les mouvements – Déplacements humains injustifiés.
  • Les transports – Déplacements de personnel et de matériel.
  • Le traitement des déchets – Tout ce qui doit être fait et qui n’ajoute pas de valeur au produit ou au service.

Les deux méthodes interagissent et se renforcent mutuellement, de sorte que les gains en pourcentage de rendement du capital investi (Return On Invested Capital, ROIC), sont beaucoup plus rapides si Lean et Six Sigma sont mises en oeuvre ensemble.

En bref, ce qui caractérise Lean Six Sigma, en dehors de ses composantes propres, c’est avant tout la prise en compte mutualisée des aspetcs qualité et vitesse au profit d’un processus équilibré, lequel permettra à l’organisation de se concentrer sur l’amélioration de la qualité du service tel que définie par le client, au respect des délais convenus.

DMAIC (Define-Mesure-Analyse-Improve-Control)

« définir, mesurer, analyser, innover/améliorer et contrôler »

Utiliser DMAIC pour améliorer les processus de service

Tous les modèles sont faux, mais certains sont utiles. (Box)

Quelques soient les modalités de déploiement des équipes d’amélioration au sein de l’organisation, toutes doivent être informées avec précision de leurs objectifs. C’est ici qu’interviennent les modèles d’amélioration standard tels que DMAIC. Le modèle DMAIC en tant qu’approche structurée et rigoureuse d’amélioration des processus est composé de cinq phases, chaucune étant liée de façon logique aux phases attenantes.

Il existe de nombreuses ressources en ligne décrivant le processus DMAIC. Aussi nous concentrerons-nous ici  sur les considérations particulières à l’utilisation du processus DMAIC du Lean Six Sigma dans un environnement de services, y compris les méthodes et les outils les plus pertinents, ainsi que des conseils sur la façon de modéliser les aspects humains de chaque phase.

  • Définir (Define)
  • Mesurer (Mesure)
  • Analyser (Analyse)
  • Améliorer (Improve)
  • Contrôler (Control)

Définir (Define)

Au cours de cette première phase, l’équipe et ses sponsors se mettent d’accord sur le projet et ses objectifs. En supposant qu’une ébauche de la charte de projet soit déjà en place, la principale tâche de l’équipe projet durant la phase Définir consistera à réaliser une analyse de ce que le projet devrait accomplir, et d’en confirmer la compréhension avec le(s) sponsor(s). Ils doivent s’entendre sur le problème qui impacte les clients, et sur comment le processus en cours ou les résultats produits ne répondent plus aux besoins , en s’appuyant sur l’avis du client, ou les attentes mesurables du client (Critical To Quality, CTQ).

Les résultats de la phase Définir sont les suivants :

  • Un énoncé clair de l’amélioration prévue (charte de projet).
  • Une carte de haut niveau des processus (SIPOC).
  • Une liste de ce qui est important pour le client (CTQ).
  • Un meilleur alignement du projet à la stratégie d’entreprise.
  • Une contribution significative et mesurable au ROIC.

Les outils les plus couramment utilisés au cours de la phase de Définir sont :

  • La charte de projet
  • L’analyse des intervenants.
  • Le schéma FIPEC (schématisation des Fournisseurs, Intrants, Processus, Extrants et Clients d’un processus) (aussi appelé SIPOC en anglais)
  • L’avis du client.
  • Le diagramme des affinités.
  • Le modèle de Kano.
  • L’arbre CTQ (Critical To Quality, représentation des facteurs clés de succès).

Les sections suivantes fournissent une brève description de ces outils et techniques.

Charte de projet

La charte est un contrat entre la Direction Générale de l’organisation et l’équipe du projet, créé à l’initialisation de ce dernier. Son objectif est de:

  • Clarifier ce qui est attendu de l’équipe.
  • Garder l’équipe concentrée sur les objectifs.
  • Garder le projet et l’équipe alignés sur les priorités organisationnelles.

Analyse des intervenants

Un projet DMAIC exigera un changement fondamental dans les processus. Dans un effort pour atténuer la résistance au changement lorsque l’amélioration est mise en oeuvre, il est crucial d’identifier les parties prenantes dès le démarrage, et d’élaborer un plan de communication pour chacun d’eux. Les intervenants typiques comprennent notamment les managers, le personnel employé dans le processus à l’étude; en amont et en aval : les départements, les clients, les fournisseurs et les finances. Une communication régulière permet d’identifier de meilleures solutions et ainsi d’éviter les pièges.

Schéma SIPOC

Un schéma SIPOC est une carte de processus de haut niveau qui comprend les fournisseurs, les intrants, les processus, les extrants, et les clients. La qualité est évaluée en fonction de la sortie du processus. Elle est améliorée par l’analyse des données d’entrée et des variables de processus. Un exemple de schéma SIPOC est fourni ci-dessous.

SIPOC

Figure 1: Exemple de schéma SIPOC

L’avis du client

L’avis du client est un processus utilisé pour consigner les exigences et les retours du client (interne ou externe) afin d’y répondre par la meilleure qualité possible en termes de service ou de produit. Ce processus est totalement tourné vers la réactivité et l’innovation permanente, afin de s’adapter à l’évolution constante des besoins des clients au fil du temps.

L’avis du client est le terme utilisé pour décrire les besoins exprimés et non-exprimés du client, ainsi que ses exigences. L’avis du client peut être obtenu par différentes pratiques dont notamment : la discussion directe, les entretiens, les enquêtes, les groupes de discussion, les spécifications du client, l’observation, les données de garantie, les rapports de terrain, les cahiers de doléances, etc.

Ces données sont utilisées pour identifier les attributs de qualité indispensables à la fourniture d’un composant ou d’un matériel à intégrer dans le processus ou le produit. L’avis du client est vital à l’organisation pour :

  • Décider quels produits et services offrir.
  • Identifier les caractéristiques essentielles et les spécifications de ces produits et services.
  • Décider où concentrer les efforts d’amélioration.
  • Obtenir une mesure de référence de la satisfaction de la clientèle en rapport de laquelle l’amélioration sera mesurée.
  • Identifier les facteurs clés de la satisfaction client.

Liste de produits typiques issus de l’avis du client :

  • Liste des clients et des segments de clientèle.
  • Identification des sources réactives et proactives de données pertinentes.
  • Données verbales ou numériques qui identifient les besoins des clients.
  • Définit les facteurs clés de succès (Critical To Quality, CTQ).
  • Spécifications pour chaque exigence CTQ.

Diagramme des affinités

Un diagramme des affinités (parfois dénommé un “KJ”, d’après les initiales du créateur de cette technique, Kawakita Jiro), est un type particulier d’outil de remue-méninges (brainstorming). Un diagramme des affinités peut être utilisé pour :

  • Rassembler un grand nombre d’idées, des opinions ou des problématiques et regrouper entre eux les éléments qui sont naturellement liés.
  • Identifier, pour chaque groupe, un concept unique et commun à toutes ses composantes.

Diagramme des affinités

Figure 2: Exemple de diagramme des affinités

Un diagramme des affinités est particulièrement utile lorsque:

  • Le chaos domine.
  • L’équipe se noie dans un grand volume d’idées.
  • Il faut créer de nouveaux paradigmes ou systèmes d’analyse.
  • Des problématiques ou des thèmes généraux doivent être identifiés.

La construction d’un diagramme des affinités est un processus plus créatif que logique qui encourage la participation de tous, chacun étant encouragé à soumettre ses propres idées qui seront toutes prises en compte.

Modèle de Kano

Développé dans les années 1980 par le professeur Noriaki Kano, le modèle de Kano se fonde sur les concepts de qualité des clients et fournit un système de classement simple qui distingue les attributs essentiels et ceux de différenciation. Le modèle de Kano est un puissant outil de visualisation des caractéristiques du produit et de stimulation du débat au sein de l’équipe de conception. Kano a également produit une méthodologie rigoureuse pour la cartographie des réponses des consommateurs dans le modèle. Les caractéristiques des produits peuvent être classées comme suit:

  • Seuils / Attributs de base

Les attributs qui doivent être présents pour que le produit soit efficace, et puisse être considéré comme un prix d’entrée. Toutefois, le client restera neutre à l’égard du produit, même avec une meilleure exécution de ces seuils et attributs de base.

  • Attributs unidimensionnels (performance / linéaire)

Ces caractéristiques sont directement liées à la satisfaction du client. Fonctionnalités accrues et qualité de l’exécution se traduiront par une hausse de la satisfaction. Inversement, une diminution des fonctionnalités aura pour résultante une hausse de l’insatisfaction. Le prix des produits est souvent liée à ces attributs.

  • Attributs avantageux (incentifs)

Les clients retirent une satisfaction importante d’une fonctionnalité et sont prêts à payer un supplément de prix. Cependant, la satisfaction ne diminuera pas si le produit ne possède pas la fonctionnalité. Ces caractéristiques sont souvent non-attendues par les clients et peuvent être difficiles à établir en fonction des besoins lors de la conception initiale. Elles sont parfois appelés besoins inconnus ou latents.

Un exemple de modèle de Kano est fourni ci-dessous.

Modèle de Kano

Figure 3: Exemple de modèle de Kano

Arbre CTQ (Représentation des facteurs clés de succès)

Le but de la représentation des facteurs clés de succès est de convertir les besoins / les attentes des clients en exigences mesurables à implémenter.

Exemple : Un commerce de détail recevait un nombre important de plaintes de clients et relatives à la politique de garantie. En analysant les données de l’enquête conduite auprès de la clientèle et le développement de l’arbre CTQ, l’entreprise a été en mesure d’identifier les besoins essentiels à la satisfaction. Ces exigences sont devenues de facto la cible d’amélioration de la satisfaction du client. L’entreprise a ainsi éliminé les visites de garantie obligatoires, dès lors optionnelles. Cette décision a permis de restaurer la statisfaction des clients qui déploraient un nombre trop important de visites, tandis que l’ajout d’une visite optionnelle a donné satisfaction à ceux qui avaient une perception contraire. Porter de deux semaines à trois mois le délai pour la planification des visites de garantie a également permis d’éliminer les désagréments causés aux clients à faible disponibilité de temps.

L’entreprise est partie d’un besoin générique et difficile à mesurer (améliorer la satisfaction des client durant le cycle de garantie) et a pu développer des exigences spécifiques et mesurables, pour renforcer et améliorer la satisfaction client.

Arbre CTQ

Figure 4: Exemple d’arbre CTQ (Représentation des facteurs clés de succès)

Mesurer (Mesure)

Un des principaux avantages de Six Sigma repose sur l’exigence d’une approche analytique factuelle et pilotée par les données. La plupart des autres méthodes d’amélioration, y compris Lean, ont tendance à aborder l’amélioration des processus sans avoir collecté suffisamment de données pour comprendre les causes profondes des problèmes. Il en résulte souvent des projets avortés, avec des résultats à court terme ou décevants. Combiner les données avec les connaissances et l’expérience est ce qui distingue fondamentalement l’amélioration véritable du simple bricolage de processus. L’un des objectifs de la phase de mesure est de repérer le lieu ou la source d’un problème aussi précisément que possible par la construction d’une connaissance factuelle des conditions de traitement existantes. Cette connaissance permet de restreindre l’éventail des causes potentielles nécessitant une enquête au cours de la phase d’Analyse. Une part importante de la phase Mesurer consiste à établir un niveau de capacité de base.

Les outils les plus couramment utilisés au cours de la phase de Mesure sont:

  • Les matrices des priorités.
  • L’efficacité du cycle de processus.
  • L’analyse de la valeur de temps.
  • Les diagrammes de Pareto.
  • Les cartes de contrôle.
  • Les diagrammes de production.
  • L’Analyse des Modes de Défaillance, de leurs Effets et de leur Criticité (Failure Modes and Effect Analysis, FMEA).

Les sections suivantes fournissent une brève description de ces outils et techniques.

Matrice des priorités

La matrice des priorités fournit un procédé de tri d’un ensemble diversifié d’éléments par ordre d’importance. Elle permet également d’identifier l’importance relative de chaque élément en y associant une valeur numérique. Ainsi, un article avec un score de 300 sera beaucoup plus important qu’un second présentant un score de 30, mais ne sera en revanche pas beaucoup plus important qu’un troisième ayant un score de 280. Les éléments sont comparés, évalués en fonction d’un ensemble de critères clés, et les scores pour chaque élément sont ensuite additionnés.

Matrice des priorités

Figure 5: Exemple de matrice des priorités

L’efficacité du cycle de processus

Méthode de calcul permettant de déterminer la quantité de temps à valeur ajoutée en regard du temps total du cycle dans un processus.

Analyse de la valeur de temps

Graphique qui sépare visuellement la valeur ajoutée de temps à l’absence de valeur ajoutée de temps dans un processus.

Diagrammes de Pareto

Vilfredo Pareto, économiste italien au début du siècle, a étudié la distribution de la richesse de différents pays, et en a conclu qu’une minorité relativement stable (environ 20%) contrôlent la grande majorité (environ 80%) de la richesse d’une société. Cette même répartition a été observée dans d’autres domaines, ainsi baptisée l’effet de Pareto.

Diagramme de Pareto

Figure 6: Exemple de diagramme de Pareto

L’effet de Pareto fonctionne à l’identique dans l’amélioration de la qualité : 80% des problèmes découlent généralement de 20% des causes. Les diagrammes de Pareto sont utilisés pour mettre en évidence le principe de Pareto en action, organisant les données de sorte de montrer comment quelques facteurs essentiels peuvent causer la plupart des problèmes qui se manifestent. Concentrer les efforts d’amélioration sur ces quelques problématiques sera gage d’un impact plus rapide et plus  mportant , ainsi que d’une rentabilité améliorée, contrairement aux efforts non-dirigés.

Cartes de contrôle

Chaque processus est de naturer à varier. Si vous écrivez votre nom dix fois, vos signatures seront tous semblables, mais aucune ne sera exactement identique aux autres. Il existe une variation inhérente selon des limites prévisibles. Si, alors que vous signez votre nom, quelqu’un pousse votre coude, vous obtenez une modification inhabituelle en raison de ce qu’on appelle une cause « particulière ». Si vous travaillez à la taille de diamants, et que quelqu’un pousse votre coude, la cause particulière peut s’avérer coûteuse. Pour de nombreux processus, il est important de relever les causes spéciales de variation dès qu’elles se produisent.

Carte de contrôle

Figure 7: Exemple de carte de contrôle

Il existe également une cause commune de variation. Considérons un joueur de football. Si il a un bon contrôle, la plupart de ses tirs vont partir dans la direction souhaitée. Il y aura certes quelques variations, malgré tout modérées. S’il perd son sang froid et joue avec empressement les ballons, ses tirs deviendront imprécis; la variation augmente. Il peut ne se produire aucune cause spéciale (pas de vent, pas de changement de ballon), juste l’influence cette cause commune de variation. Le résultat: les passes sont moins précises et le jeu devient moins fluide et moins efficace. Au football, le contrôle est un avantage décisif. Il en va de même dans la plupart des processus : réduire la cause commune de variation permet d’économiser de l’argent.

Heureusement, il existe des cartes simples à utiliser qui facilitent l’identification des causes particulières et communes de variation à l’intérieur d’un processus, appelées cartes de contrôle ou tableaux de Shewhart, d’après le nom de leur inventeur, Walter Shewhart. Il existe de nombreuses sous-espèces de cartes de contrôle qui peuvent être appliquées aux différents types de données des processus les plus classiques.

Toutes les cartes de contrôle possèdent trois composantes de base :

  • Un axe central, en général la moyenne arithmétique de tous les échantillons tracés.
  • Des limites supérieures et inférieures de contrôle statistique qui définissent les contraintes de variation de la cause commune.
  • Des données de performance tracées au fil du temps.

Diagrammes de production

Les diagrammes de production (souvent connus sous le nom de graphiques linéaires en dehors du domaine de gestion de la qualité), permettent de montrer la performance d’un processus dans le temps. Les tendances à la hausse ou à la baisse, les cycles, et les aberrations remarquables peuvent être repérées et donner lieu une enquête plus approfondie. Dans un diagramme de production, sont repésentés en ordonnées les événements, et en abscisses l’un intervalle de temps. Par exemple, le diagramme de production d’un hôpital pourrait tracer le nombre de retards lors des transferts des patients au cours d’une journée ou d’une semaine déterminée. Les résultats pourraient montrer qu’il se produit plus de retards à midi qu’à quinze heures. Analyser ce phénomène pourrait permettre de révéler de potentiels besoins d’amélioration. Les diagrammes de production peuvent aussi être utilisés pour suivre et de vérifier les améliorations déjà été mises en place afin de déterminer leur degré de réussite. En outre, une ligne moyenne peut être ajoutée à un diagramme de production pour mettre en évidence les variations de données par rapport à la moyenne.

Diagramme de production

Figure 8: Exemple de diagramme de production


L’Analyse des Modes de Défaillance, de leurs Effets et de leur Criticité (FMEA)

Les procédures et les outils permettant d’identifier chaque mode de défaillance éventuel d’un processus ou d’un produit sont exploités pour déterminer son effet sur d’autres sous-éléments et / ou sur la fonction souhaitée du produit ou du processus. Le FMEA est également utilisé pour classer et hiérarchiser les causes possibles de défaillance, ainsi que pour développer et mettre en oeuvre les actions de prévention adéquates, en lien avec les responsables chargés de réaliser ces actions.

Analyser (Analyse)

La phase de Mesure a permis l’identification des performances de base du processus. En stratifiant les données à l’intérieur du modèle de performance de référence, il devient possible de localiser l’emplacement ou la source de problèmes par l’élaboration d’une connaissance factuelle des conditions de traitement existantes. La phase d’Analyse a pour objectifs d’étudier les hypothèses sur les causes réelles de problèmes, de confirmer ces hypothèses à l’aide des données, et enfin d’identifier la(les) cause(s) du problème. La(les) cause(s) vérifiée(s) constitueront alors la base des solutions dans la phase Améliorer.

Les outils les plus couramment utilisés dans la phase d’analyse sont les suivants :

  • La méthode des Cinq pourquoi (5 Whys Analysis).
  • Le remue-méninges (brainstorming).
  • Les diagrammes de cause et d’effet (diagramme d’Ishikawa ou diagramme en arêtes de poisson).
  • Les diagrammes des affinités.
  • Les cartes de contrôle.
  • Les diagrammes d’activité.
  • Les diagrammes de Pareto.
  • Les analyses de régression.
  • Les diagrammes de dispersion.

La méthode des Cinq pourquoi (5 Whys Analysis)

La méthode des Cinq pourquoi est une technique de résolution de problèmes permettant de découvrir assez rapidement la cause d’un problème. Son application implique de considérer tout problème en se posant la question : « Pourquoi – qu’est-ce qui a causé ce problème ? »

En posant à plusieurs reprises la question « Pourquoi » (cinq est une bonne règle), il est possible d’isoler les symptômes pour révéler racine du problème. Très fréquemment, la cause originale d’un problème conduira à une autre question, puis à une autre encore. Bien que cette technique soit appelée les Cinq pourquoi, vous pourrez être amenés à répéter la procédure de questionnement un nombre variable et plus ou moins important de fois avant de parvenir à mettre au jour la cause profonde d’un problème.

Exemple d’une analyse des Cinq pourquoi :

  1. Pourquoi est-ce que notre client le plus important est-il mécontent ? Parce que nos bicyclettes ont été livrées en retard le mois dernier.
  2. Pourquoi nos bicyclettes ont-elles été livrées en retard  le mois dernier ? Parce que la production a pris du retard.
  3. Pourquoi la production a-t-elle pris du retard? Parce qu’il y a une pénurie de roues.
  4. Pourquoi subisssons-nous une pénurie de roues? Parce qu’un grand nombre de roues a été rejeté pour défaut de qualité.
  5. Pourquoi avons-nous rejeté un si grand nombre de pièces ? Parce que le marché a été conclu avec un fournisseur moins cher dont la production s’avère de qualité inégale.

Remue-méninges (brainstorming)

Le remue-méninges consiste tout simplement à lister tous les idées avancées par un groupe en réponse à un problème donné ou une question. En 1939, une équipe dirigée par Alex Osborn a inventé le terme « remue-méninges ». Selon Osborn, le remue-méninges consiste à utiliser le cerveau de sorte de prendre d’assaut un problème de création et de le faire en mode commando, chaque participant attaquant un même objectif, avec la même audace. La créativité est encouragée en ne permettant qu’aucune idée puisse être évaluée ou discutée jusqu’à ce que tous les participants aient épuisé leur inspiration. Toutes les idées sont ainsi considérées comme légitimes, les plus farfelues étant bien souvent les plus fertiles. Les remue-méninges structurés produisent de nombreuses idées créatives à partir de nimporte quelle question centrale. Bien réalisé, il favorise la propension du cerveau humain pour la pensée latérale et la libre association.

Le remue-méninges aide à répondre à des questions spécifiques telles que:

  • Quelles sont les opportunités face à nous cette année ?
  • Quels sont les facteurs limitant la performance dans le département X ?
  • Que pourrait être la cause du problème Y ?
  • Que pouvons-nous faire pour résoudre le problème Z ?

Toutefois, un remue-méninges ne peut pas vous aider à identifier avec certitude des causes de problèmes, à classer des idées de façon pertinente, à sélectionnez des concepts clefs, ou à contrôler des solutions.

Diagrammes de cause et d’effet

Diagrammes d’Ishikawa ou diagrammes en arêtes de poisson

Le diagramme de cause et d’effet est une idée originale de Kaoru Ishikawa , pionnier des processus de gestion de la qualité dans les chantiers navals de Kawasaki, et devenu l’un des pères fondateurs de la gestion moderne. Le diagramme de cause et d’effet est utilisé pour explorer toutes les causes réelles ou potentielles (entrées) qui aboutissent à un effet unique (sortie). Les causes sont classées selon leur niveau d’importance ou de détail, résultant en une représentation des relations et de la hiérarchie des événements. Le diagramme de cause et d’effet aide à rechercher des causes, à identifier les domaines où il peut y avoir des problèmes, et à comparer l’importance relative des différentes causes.

Les causes dans un diagramme de cause et d’effet sont souvent organisées en quatre grandes catégories. Bien que ces catégories peuvent être de toutes natures, on retrouve généralement :

  • La main-d’oeuvre, les méthodes, les matériaux et les machines (recommandé pour la fabrication).
  • Le matériel, les politiques, les procédures, et le personnel (recommandé pour l’administration et les services).

Ces lignes directrices peuvent être utiles mais ne doivent pas être utilisées si elles limitent le diagramme ou s’avèrent inappropriées. Les catégories utilisées doivent répondre aux besoins identifiés et spécifiques à chaque contexte. Bien souvent, il est possible de créer les branches de l’arbre de cause et d’effet à partir des items tirés des diagrammes des affinités déjà évoqués.

Diagramme de cause et d'effet

Figure 9: Exemple de diagramme de cause et d’effet

Diagrammes d’activité

Les diagrammes d’activité sont des cartes ou des représentations graphiques d’un processus. Les étapes d’un processus sont représentées avec des formes symboliques, et le flux du processus est indiqué par des flèches reliant les symboles. Les programmeurs ont popularisé les diagrammes d’activité dans les années 1960, les ayant utilisé intensivement pour cartographier le comportement des programmes.

Dans les travaux d’amélioration de la qualité, les diagrammes d’activité sont particulièrement utiles pour montrer comment un processus fonctionne réellement ou pourrait fonctionner idéalement. Les diagrammes d’activité peuvent aider à vérifier si les étapes d’un processus sont logiques, à révéler des problèmes ou des interprétations erronées, à définir les limites d’un processus, et à développer une base commune de connaissances à propos d’un processus.

Cartographier un processus conduit souvent à mettre en lumière des redondances, des retards, des impasses et des détours qui seraient autrement passés inaperçus ou simplement ignorés. Mais les diagrammes d’activité ne fonctionnent pas si ils ne sont pas strictement exacts, si les membres de l’équipe ont peur de décrire ce qui se passe réellement, ou si l’équipe est trop éloignée du fonctionnement effectif du processus.

Il existe de nombreuses variétés de diagrammes d’activité, et de nombreux symboles sont à disposition. L’expérience a montré qu’il existe trois types principaux adaptés à presque toutes les situations :

  • Les diagrammes d’activité de haut niveau ne cartographient que les principales étapes d’un processus dont elles fournissent un bon aperçu :

Digramme d'activité HN

Figure 10: Exemple de diagramme d’activité de haut niveau

  • - Les diagrammes d’activité détaillés déplient étape par étape tous les événements et les décisions d’un processus :

Diagramme d'activité détaillé

Figure 11: Exemple de diagramme d’activité détaillé

  • - Les diagrammes de déploiement structuent le diagramme en colonnes, chacune représentant une personne ou un service au sein d’un processus :

Diagramme de déploiement

Figure 12: Exemple de diagramme de déploiement

Analyse de régression

L’analyse de régression est un modèle de prévision statistique qui décrit et évalue la relation entre une variable donnée, généralement appelée la variable dépendante, et une ou plusieurs autres variables dites indépendantes.

Les modèles d’analyse de régression sont utilisés pour aider à prédire la valeur d’une variable par rapport à une ou plusieurs autres variables dont les valeurs peuvent être prédéterminés.

Diagrammes de dispersion

Les nuages de points (également appelés diagrammes de dispersion) sont utilisées pour étudier la relation possible entre deux variables se rapportant à un même événement. Une ligne droite de meilleur ajustement utilisant la méthode des moindres carrés, est souvent incluse.

Diagramme de dispersion

Figure 13: Exemple de nuage de points

Eléments à rechercher dans un nuage de points :

  • Si les points se regroupent dans une bande allant du coin inférieur gauche au coin supérieur droit, il existe une corrélation positive (si x augmente, y augmente).
  • Si les points se regroupent du coin supérieur gauche au coin inférieur droit, il ya une corrélation négative (si x augmente, y diminue).
  • Si l’on trace à présent une ligne droite ou une courbe à travers les données de sorte qu’elle suive aussi fidèlement que possible la dispersion des points. Plus la grappe de points se concentre étroitement autour de la ligne imaginaire de meilleur ajustement, plus la relation qui existe entre les deux variables est forte.
  • Si il est difficile de déterminer où tracer une ligne, et si les points ne montrent aucun groupement significatif, c’est qu’il n’existe probablement pas de corrélation entre les deux variables.

Améliorer (Improve)

L’unique objectif de la phase Améliorer est de démontrer, à l’appui des faits et des données, que les solutions optées permettent réellement de résoudre le problème. L’organisation apportera des changements dans un processus visant à éliminer les défauts, les déchets et les coûts inutiles inhérents aux besoins du client et tels qu’identifiés lors de la phase Définir. Les outils et les stratégies de la phase Améliorer inclueront des matrices de solution comprenant des solutions de rechange adéquates, l’objet du projet, ainsi que les méthodes de mise en oeuvre des solutions attendues.

Les outils les plus couramment utilisés lors de la phase d’amélioration sont :

  • Le remue-méninges.
  • Les diagrammes d’activité.
  • Les analyses des Modes de Défaillance, de leurs Effets et de leur Criticité (FMEA).
  • L’analyse des intervenants.
  • La réduction des temps d’installation.
  • La gestion des files d’attente pour réduire la congestion et les retards.
  • La Méthode des cinq S.
  • Kaizen.

Réduction des temps d’installation

La réduction des temps d’installation est le processus visant à diminuer le temps de passage, par exemple, de la dernière pièce certifiée de la série précédente, à la première pièce certifiée de la série suivante. Comme les activités d’installation n’ajoutent aucune valeur marchande au produit, elles sont par essence sans valeur ajoutée. L’outil pour lutter contre les temps d’installation est la procédure d’installation rapide en quatre étapes. Le principe de cette méthode consiste à éliminer tout ce qui interrompt ou entrave la productivité.

Les étapes suivantes fournissent une description haut niveau de la procédure d’installation rapide en quatre étapes :

  1. Identifier et compiler toutes les  activités liées au processus et qui s’inscrivent dans une ou plusieurs des catégories suivantes:
    1. Activité qui retarde le démarrage des travaux à valeur ajoutée.
    2. Activité qui cause des interruptions au travail à valeur ajoutée.
    3. Activité semblable ou identique à une autre tâche au sein du processus.
  2. Tenter de déléguer les tâches causant des interruptions ou des retards : l’objectif est ici de déporter les travaux préparatoires à l’extérieur du flux de processus principal de sorte que l’information et le matériel restent disponibles. L’objectif est d’achever rapidement et exclusivement les travaux à valeur ajoutée.
  3. Rationaliser ou automatiser les tâches causant des interruptions ou des retards et qui ne peuvent pas être déléguées.
  4. Mettre le processus sous contrôle statistique : l’installation n’est pas complète tant que la sortie du processus n’est pas conforme aux spécifications et sous contrôle statistique, ce qui signifie que la quantité de variation dans le temps doit être comprise dans les limites prévisibles de +/- 3 sigma.

Gestion des files d’attente pour réduire la congestion et des retards

Souvent, les congestions se produisent lors des variations excessives de la demande, à l’image des retards dont nous faisons tous l’amère expérience dans les gares et les aéroports lors des grands départs annuels en vacances. Une fois identifiées, il existe principalement deux techniques pour réduire les congestions issues de la variation de la demande de service :

  • Le Pooling : formation croisée du personnel pour permettre le renforcement de certaines équipes plus exposées lors des périodes de pics de charge par d’autres moins sollicitées. Une chaîne d’hôtels, par exemple, peut être amenée à former son personnel de bureau  pour aider à l’enregistrement pendant les périodes de pointe, inattendues ou prévisibles.
  • Le Triaging : Tri des emplois dans des catégories qui reflètent les différents niveaux d’effort requis. Des schémas types de régimes incluent: un temps de service rapide versus à un temps de service lent, les problèmes de routine versus des problèmes catastrophiques. Une fois les catégories de tri identifiées, il faut ensuite élaborer des stratégies différentes pour faire face à chaque catégorie.

Méthode des cinq S

La Méthode des cinq S correspond au processus de création de la propreté du lieu de travail, et la gestion de la signalétique. Le processus des cinq S comprend  cinq étapes :

  • Ordonner / Sort (ou plus littéralement ôter l’inutile) : Organiser et séparer l’essentiel de l’accessoire.
  • Ranger / Straighten : Organiser et identifier simplifier l’utilisation.
  • Dépoussiérer, Découvrir des anomalies / Shine : Nettoyez et chercher des moyens pour maintenir propre.
  • Rendre évident Standardize : Maintenir et contrôler les 3 premiers S.
  • Etre rigoureux / Sustain : Maintenir la discipline, respecter les règles et soutenir la motivation.

En éliminant le superflu, en désignant un site pour ce qui reste, et en nettoyant les équipements maintenus, les outils et les dispositifs de stockage, l’encombrement est réduit et les éléments nécessaires sont faciles à localiser. La gestion de la signalétique et de l’environnement visuel implique enfin l’utilisation d’indices visuels appropriés (panneaux de signalisation routière, signaux).

Kaizen

Kaizen est souvent traduit en Occident par processus d’amélioration continue. Certains auteurs justifient le succès concurrentiel du Japon sur le marché mondial par la mise en oeuvre du concept Kaizen dans les entreprises japonaises. Contrairement à la démarche habituelle où l’accent est mis sur les changements révolutionnaires, innovants, sur une base événementielle donc, Kaizen s’applique à mettre en place des changements incrémentiels  et ininterrompus. L’accent est donc mis sur l’amélioration en continu et l’importance de tout mettre en oeuvre et à tout moment pour tenter de s’améliorer.

Dans la pratique, Kaizen peut être mis en oeuvre dans les entreprises avec à la clef une amélioration de tous les aspects d’un processus métier, selon une approche étape par étape, tout en développant de façon progressive les compétences des employés, grâce à une formation et une participation renforcée.

Les principes de mise en oeuvre de Kaizen sont :

  1. Les ressources humaines sont l’atout le plus important de la société.
  2. Les procédures doivent évoluer par des améliorations progressives plutôt que des changements radicaux.
  3. L’amélioration doit être basée sur des statistiques / évaluation quantitative de la performance des processus.

Contrôler (Control)

Au cours de la phase Améliorer, la solution est placée à l’essai, et des plans sont élaborés pour l’implémentation à grande échelle. Mettre en place une solution peut permettre de résoudre un problème momentanément, mais les activités de la phase de Contrôle demeurent indispensables pour s’assurer que le problème ne se reproduira pas, et que les nouveaux processus peuvent encore être amélioré au fil du temps.

Les outils les plus couramment utilisés dans la phase de contrôle sont:

  • Les cartes de contrôle.
  • Les diagrammes d’activité.
  • Les graphiques pour comparer l’avant et l’après (comme le diagramme de Pareto).
  • Les diagramme de contrôle du processus qualité.
  • La normalisation.

Diagramme de contrôle du processus qualité

Un diagramme de contrôle du processus qualité est un outil permettant de documenter les activités du Plan-Do-Check-Act (PDCA) pour le processus visé. La méthode comporte quatre étapes, chacune entraînant la suivante, le tout visant à établir un cercle vertueux :

  1. Planifier une action
  2. Développer (réaliser)
  3. Contrôler (vérifier) – pour voir à quel point l’action est conforme au plan et …
  4. Agir – à partir de ce qui a été appris.

Si le changement a été un succès, il est conseillé d’intégrer les leçons tirées de l’expérience et les appliquer aux futurs changements. Dans le cas contraire, il est nécessaire de recommencer le cycle avec un nouveau plan.

Normalisation

La normalisation permet une production de qualité de produits et de services sur une base fiable, prévisible et durable. La normalisation consiste à s’assurer que les éléments importants d’un processus sont traités de manière cohérente et efficace. Des modifications sont apportées uniquement lorsque des données montrent qu’une nouvelle alternative serait préférable. Utiliser des pratiques standard permettra de :

  • Réduire la variation entre les individus ou les groupes et ainsi produire des sorties de processus plus prévisibles.
  • Sensibiliser les opérationnels et les managers nouvellement intégrés.
  • Fournir une base pour la formation de nouveaux arrivants.
  • Fournir une piste pour le traçage des problèmes.
  • Fournir un moyen de capture et de conservation les connaissances.
  • Donner la direction en cas de conditions inhabituelles.

Article extrait du site ITIL.FR – Le portail communautaire francophone des Meilleures Pratiques.

ITIL V3 : Mini-Guide 2010

Article extrait du site ITIL.FR – Le portail communautaire francophone des Meilleures Pratiques.

Samedi 03 Avril 2010 17:36

Sommaire :

  1. Cycle de vie des services
  2. Stratégie de Services
  3. Conception de Services
  4. Transition de Services
  5. Exploitation de Services
  6. Amélioration continue des services
  7. Outils de gestion de Services

Cycle de vie des services

Approche qui prend en compte la stratégie, la conception, la transition, l’exploitation et l’amélioration des services informatiques.

  • Amélioration Continue des Services
  • Exploitation de Services
  • Conception de Services
  • Stratégie de Services
  • Transition de Services
  • R – Responsable
  • A – Avec l’obligation de rendre des comptes
  • C – Consulté
  • I – Informé
  • Rôle : Ensemble de responsabilités, d’activités et de domaines d’autorité attribués à une personne ou à une équipe. Un rôle est défini eu sein d’un processus. Une même personne ou équipe peut endosser plusieurs rôles.
  • Processus de contrôle
    • Boucle ouverte : le résultat n’influence pas les données de départ.
    • Boucle fermée : le résultat influence les données de départ afin de maintenir la qualité.
  • Processus
    • Mesure : Orienté performance – Les responsables mesurent le coût et la qualité ; les praticiens mesurent la durée et la productivité.
    • Donne des résultats spécifiques : Chaque résultat peut être identifié et vérifié individuellement.
    • Fournit des résultats au client : Communication des résultat au client / à la partie prenante dont il doit satisfaire les attentes.
    • Répond à un événement spécifique : Possibilité de remonter jusqu’à l’événement déclencheur.

Cycle de vie des services

  • SDP : Service Design Package (Package de conception d’un service)
  • SKMS : Service Knowledge Management System (Système de Gestion des Connaissanaces des Services)

Stratégie de Services

Etablit la stratégie globale des services informatiques et leur gestion.

  • Stratégie et organisation
  • Stratégie et technologie
  • Gestion financière
  • Gestion du portefeuille de services
  • Gestion de la demande

Les 4 « P »
Plans / Perspectives / Patterns (Schémas) / Positions
Créer de la valeur pour les clients : V = U + G
Utilité (U) : conforme à l’objectif
L’utilité désigne les effets positifs du service perçus par le client. Le service est rendu conformément aux attentes du client.

Ce que le client obtient

Garantie (G) : en état d’utilisation
La garantie désigne l’assurance pour le client que le service est disponible en temps voulu, avec la performance et la sécurité souhaitées.
Comment le service est fourni
Actifs :

  • Ressources (Informations / Aplications / Infrastructure / Capital financier)
  • Capacités (Gestion / Organisation / Capital humain / Capital de connaissance)

Gestion financière : Budget / Comptabilité / Facturation / ROI

Gestion du portefeuille de services : Régit l’investissement dans le gestion des services informatiques de manière dynamique entre les organisations et gère la fourniture de valeur.

  • Portefeuille des services (Service Portfolio) : Services structurés dans un portefeuille de contrats tout au long du cycle de vie.
  • Pipeline des services (Service Pipeline) : Services en cours de développement.
  • Catalogue des services : Sous-ensemble des services disponibles publiés (visibles pour le client).

Gestion de la demande : Comprendre et gérer (influencer) la demande de services et les capacités nécessaires pour la satisfaire.

  • Basé sur l’activité
  • Schémas d’activité métier (PBA) : comprendre les activités métier (identifier les pics et les creux de l’activité de certaines unités business).

Packages de service :

  • Services de base : fournir les résultats fondamentaux
  • Services de soutien : activer / améliorer
  • Offres différenciées
  • Packages de niveaux de service (SLP) : un ou plusieurs SLP constituent un package de service.
  • Package de service de base : fournir Utilité / Garantie à au moins deux SLP.

Types de fournisseur :

  • TI (interne)
  • TII (Fournisseur de service partagés)
  • TIII (Fournisseur de services externes)

Stratégie de Services


Conception de Services

Conçoit des services informatiques appropriés et innovants (architecture, processus, directives, procédures et documentation), capables de satisfaire les besoins métier d’aujourd’hui et de demain.

  • Conception du portefeuille
  • Gestion du catalogue des services
  • Gestion des niveaux de service
  • Gestion de la capacité
  • Gestion de la disponibilité
  • Gestion de la continuité des services informatiques
  • Gestion de la sécurité des informations
  • Gestion des fournisseurs

Les 5 aspects de la Conception de Services :

  1. Définir les solutions (Services nouveaux ou modifiés)
  2. Concevoir les systèmes : Portefeuille et Catalogue de services.
  3. Envisager les architectures technologiques
  4. Définir les processus requis
  5. Elaborer les indicateurs et systèmes de mesure

Les 4 « P »
P
ersonnes / Produits / Partenaires / Processus
Package de conception de service (SDP) : définit tous les aspects des services informatiques tout au long du cycle de vie. Créé pour les nouveaux services, pour les changements majeurs et pour les retraits.

Il comprend :

  • Exigences du service
  • Conception du service
  • Evaluation de la maturité de l’organisation
  • Plan du cycle de vie du service
  • Programme du service, Plan de transition du service
  • Plan opérationnel d’acceptation du service
  • Critères d’acceptation du service

Gestion du catalogue des services : S’assure de la création et du maintien à jour du catalogue de services par l’utilisation d’information précises et actualisées.

Gestion des niveaux de service : Définir / Négocier / Conclure un accord / Superviser (mesurer) / Rendre compte (revues) / Améliorer

  • Accords sur les niveaux de service (SLA)
  • Accords sur les niveaux opérationnels (OLA)
  • Contrats de sous-traitance (UC)
  • Fournisseurs de services
  • Fournisseurs

Gestion de la capacité : Fournit des conseils et des recommandations aux secteurs informatique et métier sur les problèmes de performances et de capacité.

Recherche proactive de solutions économiques pour améliorer les performances :

  • Gestion de la capacité business (BCM)
  • Gestion de la capacité des services (SCM)
  • Gestion de la capacité des composants (CCM)
  • Modélisation
  • Dimensionnement des applications

Gestion de la disponibilité : Capacité d’un service, d’un composant ou d’un élément de configuration (CI) à remplir sa fonction au moment souhaité.

  • Disponibilité des services / Disponibilité des composants
  • Réactif / Proactif
  • Cycle de vie étendu des incidents

Conception de Services : Soutient le secteur métier en fournissant des mécanismes de rétablissement appropriés.

  • Démarrage : Planification / Périmètre / Approche projet
  • Besoins et stratégie : Analyse d’impact sur le business (BIA) / Evaluation des risques / Stratégie et options
  • Mise en œuvre : Plans / Rétablissements / Tests / Rôles et responsabilités
  • Activités récurrentes : Education / Formation / Sensibilisation / Tests / Changements / Revues et audits

Gestion de la sécurité des informations : Aligne la sécurité informatique sur la sécurité métier ; protège les informations.

  • Confidentialité
  • Intégrité
  • Disponibilité

Gestion des fournisseurs : Gère les relations avec les fournisseurs et surveille leur performance afin d’optimiser le rapport entre la valeur générée et le coût.

  • Négocier et superviser les contrats
  • Créer une politique fournisseurs
  • Créer une base de données des fournisseurs et des contrats (SCD)

La conception en action

La conception en action

  • SAC : Service Acceptance Criteria (Critères d’acceptation d’un service)
  • SDP : Service Design Package (Package de conception d’un service)
  • SLR : Service Level Requirement (Exigence de niveau de service)
  • SLA : Service Level Agreement (Accord sur les niveaux de service)

Transition de Services

Fournit des recommandations pour développer la transformation des nouveaux services ou des services modifiés en services opérationnels.

  • Planification et support à la transition
  • Gestion des changements
  • Gestion des actifs de services et des configurations
  • Gestion des déploiements et des mises en production
  • Validation et tests de services
  • Evaluation
  • Gestion des connaissances
  • Système des gestion des connaissances des services (SKMS) : Facilite la prise de décisions éclairées.
  • Système de gestion des configurations (CMS)
  • CMDB
  • Expérience des équipes
  • Documents
  • Archives
  • Compétences : personnel, fournisseurs, utilisateurs

Gestion des changements – S’assure que les changements sont :

  • Enregsitrés
  • Evalués
  • Autorisés
  • Priorisés
  • Planifiés
  • Testés
  • Réalisés
  • Documentés
  • Et revus d’une manière contrôlée

Types de changement : Normal / Urgent / Standard

CAB / ECAB / Autorité de changement
Les 7 « R »

  • Qui REQUIERE le changement ?
  • Quelle en est la RAISON ?
  • Quel RESULTAT est requis ?
  • Quels sont les RISQUES encourus ?
  • Quelles RESSOURCES sont nécessaires pour l’effectuer ?
  • Qui est RESPONSABLE de la construction, des tests et de la réalisation ?
  • Quelle est la RELATION avec les autres changements ?

DML : Definitive Media Library (bibliothèque des supports définitifs)

Gestion actifs de services et des configurations :
(SACM – Service Asset and Configuration Management)
Fournit un modèle logique de l’infrastructure informatique. Définit et contrôle les composants des services informatiques comme de l’infrastructure, et maintient des enregistrements précis et à jour.

P I C S VPlanifier / Identifier / Contrôler / historique des Statuts / Vérification

Gestion des Connaissances

Gestion des Connaissances

Gestion des Déploiements et des Mises en Production

Gestion des Déploiements et des Mises en Production


Le modèles en V

Le modèle en V


Exploitation de Services

Coordonne la conduite des activités et des processus nécessaires pour gérer et fournir les services aux utilisateurs métier et aux clients selon les niveaux convenus.

  • Gestion des événements
  • Gestion des incidents
  • Exécution des requêtes
  • Gestion des problèmes
  • Gestion des accès
  • Fonctions

La valeur se manifeste dans l’exploitation de service en :

  • Gérant la technologie utilisée pour gérer et soutenir les services
  • Conduisant, contrôlant et gérant adéquatement les activités au quotidien
  • Effectuant un suivi de la performance, évaluant les métriques et collectant systématiquement les données afin de permettre une amélioration continue des services.
  • Fonction : Concept logique se référant aux personnes et aux mesures automatisées qui permettent l’exécution d’un processus défini, d’une activité ou les deux à la fois.
  • Groupe : Un certain nombre de personnes qui effectuent des activités similaires.
  • Equipe : Un groupe plus formel
  • Département : Une structure d’organisation
  • Division : Un groupe de départements
  • Rôle : Un ensemble de comportements ou d’actions effectuées par une personne, un groupe ou une équipe dans un contexte spécifique.
  • Gestion des événements : Toute occurrence détectable ou dicernable revêtant une importance queconque pour la gestion de l’infrastructure informatique ou la fourniture d’un service informatique ; évaluation de l’impact qu’un écart peut avoir sur les services.
    • Types d’événements : Information / Avertissement / Exception
    • Types de réponse : Enregistré / Réponse automatique / Alerte / Intervention / Incident / Problème / Changement
  • Gestion des incidents : « Interruption imprévue ou détérioration d’un service informatique »
    • Objectif : rétablir le fonctionnement normal du service le plus rapidement possible.
  • Exécution des requêtes : demande d’information ou de conseil de la part d’un utilisateur, portant sur un changement standard ou sur l’accès à un service informatique. Il peut s’agir, par exemple, de réinitialiser un mot de passe ou de fournir des services informatiques standard à un nouvel utilisateur.
  • Auto-assistance (Serviceability) : Fournir aux clients la connaissance leur permettant de rechercher eux-mêmes les solutions à  des incidents de routine.
  • Gestion des problèmes :
    • Problème : « la cause inconnue d’un ou de plusieurs incidents »
    • Peut être réactive ou proactive
    • Problèmes et erreurs connues (KE) (problèmes dont la cause première est connue et pour lesquels une solution de contournement provisoire a été identifiée)
    • Informations de gestion
    • Revues des problèmes / incidents majeurs
    • Prévention des problèmes
  • Gestion des accès :
    • Gestion des droits / de l’identité
    • Accorder les droits d’utilisation des services aux utilisateurs habilités
    • Interdire l’accès aux personnes non habilitées
    • Accès / Identité / Droits
    • Demander / Vérifier / Fournir les droits / Monitorer les statuts / Suivre les accès / Retirer
  • Fonctions :
    • Centre de service : types local / central / virtuel (follow-the-sun 24h/24, 7j/7) / spécialisé
    • Gestion technique : planifie, met en œuvre et maintient une infrastructure technique stable afin de soutenir les processus métier.
    • Gestion des applications : Gère les applications tout au long de leur cycle de vie.
    • Gestion des opérations : effectue les activités au quotidien et les procédures nécessaires pour gérer et maintenir l’infrastructure informatique de telle sorte que la fourniture et le soutien des services informatiques respectent les niveaux de services convenus.

S’adapte continuellement aux besoins métier et à la demande.


Amélioration continue des services

S’assure que les processus de gestion de services continuent de soutenir le métier.

  • Valide les services fournis afin de les maintenir en adéquation avec les évolutions constantes des besoins métier
    • Aligne et ré-aligne les services informatiques sur le métier
    • Identifie les améliorations à effectuer et réalise
  • Examine les processus tout au long du cycle de vie des services
    • Améliore l’efficacité et l’efficience des processus existants
    • Comprend les impacts de coûts
    • S’assure que chaque processus comporte des buts, des objectifs et est mesurable.

Pourquoi mesurer ? Valider / Justifier / Orienter / Intervenir
Cycle de Deming : Planifier / Réaliser / Vérifier / Agir

Activités Processus impliqués
Suivi et collecte de données Gestion des niveaux de service, Disponibilité, Gestion de la capacité et des incidents,  Centre de services, Sécurité, Gestion financière
Mesure des données Gestion des niveaux de service, Disponibilité, Gestion de la capacité et des incidents, Centre de services, Sécurité
Analyse des données Gestion des niveaux de service, Disponibilité, Gestion de la capacité et des incidents, Centre de services, Sécurité
Présentation et utilisation des informations Gestion des niveaux de service, Disponibilité, Gestion de la capacité et des incidents, Centre de services, Sécurité
Mise en œuvre d’actions correctives Gestion des changements, Gestion des niveaux de service

Le processus d’amélioration en 7 étapes

Le processus d'amélioration en 7 étapes


Outils de gestion de Services

Attention : un outil ne sert à rien si l’on ne sait pas s’en servir.

Outils de soutien à l’activité de transition :

  • Outils de gestion des applications
  • Tableaux de bord des services et outils de création de rapports
  • Outils de Data Mining
  • Systèmes de mesure et de création de rapports
  • Outils de test et de gestion des tests
  • Systèmes de déploiement et outils logistiques

Outils en soutien de l’activité de conception :

  • Conception de logiciels et de matériels
  • Conception environnementale
  • Conception de processus
  • Conception de données
  • Gestion du cycle de vie des services

Outils en soutien à l’activité de l’exploitation :

  • Fonction d’auto-assistance
  • Moteur de contrôle des processus / flux
  • Système de gestion des configurations (CMS) vérifié et intégré
  • Contrôle à distance des postes de travail des utilisateurs
  • Script de diagnostic
  • Capacité de création de tableaux de bord et de rapports

Outils pour l’amélioration continue des services :

  • Gestion des systèmes et des réseaux
  • Gestion des événements / incidents / problèmes
  • Demandes de service et exécution des requêtes
  • Gestion des connaissances
  • Gestion des performances
  • Gestion de la sécurité et gestion financière

Processus de sélection d’outil

Processus de sélection d'outil

Article extrait du site ITIL.FR – Le portail communautaire francophone des Meilleures Pratiques.

Thème : Rubric. Un Blog WordPress.com.

Suivre

Get every new post delivered to your Inbox.