Principes directeurs et quatre dimensions de la gestion des services

Un principe directeur est une recommandation qui aide une organisation à décider quoi faire en toutes circonstances. Il reste utile lorsque les objectifs, la stratégie, le travail ou la structure de l’organisation changent. Il oriente le jugement sans prescrire une succession fixe d’actions.

Connaître les sept principes

Ces sept principes figurent dans ITIL 4 et ITIL (Version 5), lancé par PeopleCert en janvier 2026. Ils sont universels : une petite bibliothèque publique, un grand fabricant et un fournisseur informatique externe peuvent tous les utiliser. Ils sont pérennes : remplacer un outil ou réorganiser un service ne les rend pas obsolètes. Des idées similaires dans l’agilité, DevOps et le lean aident aussi les organisations à utiliser ces approches ensemble.

Adapter les recommandations à la situation

Adopter et adapter les recommandations consiste à retenir des idées utiles et à adapter leur mise en œuvre aux besoins de l’organisation. Une équipe informatique de 12 personnes dans un studio de design peut coordonner le travail courant à l’aide d’une courte liste partagée. Un service informatique de 2 000 personnes dans une banque peut avoir besoin de contrôles plus formels et d’une répartition plus claire des pouvoirs. Tous deux peuvent garder un travail simple et pratique. Le degré de structuration utile dépend de leur travail, de leurs clients et de leurs risques.

Un principe et une procédure ont des fonctions différentes. L’instruction « Tout changement doit être approuvé par le comité consultatif des changements » précise une action. Le principe « rester simple et pratique » aide l’organisation à examiner si cette modalité d’approbation est utile pour les changements courants à faible risque. Le personnel continue de suivre les procédures applicables pendant que les personnes habilitées les examinent et les améliorent.

Considérer les principes ensemble

Imagine une équipe qui met en place un portail de support. Elle examine ce que les utilisateurs doivent accomplir, quels articles existants sont fiables et quelle petite partie essayer en premier. Elle vérifie aussi qui maintiendra le portail et comment les demandes non traitées parviendront au centre de services. Plusieurs principes orientent une même décision.

Examine les sept principes avant de décider lesquels méritent le plus d’attention. Leur ordre dans la liste n’est pas un plan de projet. Tu ne finis pas de privilégier la valeur pour passer ensuite définitivement au principe suivant. Un projet pilote peut révéler un nouveau besoin des consommateurs et amener l’équipe à revoir sa compréhension de la valeur tout en continuant à collaborer et à simplifier le travail.

Privilégier la valeur relie tout ce que fait une organisation, directement ou indirectement, à la valeur pour elle-même, ses clients et les autres parties prenantes. La valeur provient de ce que les personnes perçoivent comme bénéfique, utile et important. Elle peut prendre la forme de meilleurs résultats, de coûts plus faibles ou de risques réduits.

Identifier les personnes concernées

Un consommateur de services peut comprendre différents rôles. Dans un service interne de paie, les employés qui consultent leurs bulletins de paie sont les utilisateurs. Le directeur des ressources humaines qui définit les exigences du service est le client. Le directeur financier qui approuve son budget est le sponsor. Dans d’autres services, une personne peut remplir plusieurs rôles.

Ces points de vue t’aident à poser des questions précises. Les employés ont besoin d’une paie correcte et versée à temps. Le client a besoin que le service remplisse ses obligations. Le sponsor a besoin d’un coût soutenable. D’autres parties prenantes peuvent s’intéresser à la sécurité, aux rapports ou au travail nécessaire pour soutenir le service. Une décision doit tenir compte de ces besoins dans leur ensemble.

Relier les fonctionnalités aux résultats et à l’expérience

La valeur est en partie subjective et change selon les circonstances. La performance des appels vidéo devient plus importante lorsqu’une équipe commence à travailler à distance. Une fonctionnalité qui plaisait aux utilisateurs l’an dernier peut ne plus résoudre leur principal problème.

L’expérience client (CX) couvre les interactions d’un client avec une organisation, ses produits et ses services. L’expérience utilisateur (UX) concerne l’utilisation d’un produit ou d’un service particulier. Un système de réservation de salles de réunion peut enregistrer correctement les réservations tout en exigeant huit écrans pour en effectuer une. Un parcours en deux écrans peut créer de la valeur en réduisant l’effort et la frustration, même si les deux versions aboutissent à la même réservation.

Cette distinction compte dans le choix des mesures. Compter les réservations effectuées indique le niveau d’utilisation. Observer si les personnes peuvent facilement réserver la bonne salle aide à comprendre leur expérience. Parle aux consommateurs et regarde comment ils travaillent afin que la mesure reflète ce qui compte pour eux.

Examiner une décision sous l’angle de la valeur

Une équipe informatique veut un stockage plus rapide pour qu’un rapport mensuel des ventes s’exécute 40 % plus vite. Avant de l’acheter, elle demande aux utilisateurs comment ils emploient le rapport. Ils l’exécutent une fois par mois et acceptent le temps d’attente. Leur véritable problème est qu’environ 1 exécution sur 10 contient des chiffres erronés.

1. Le résultat recherché est une information fiable pour les décisions commerciales.
2. Un traitement plus rapide améliorerait la vitesse mais laisserait sans solution le problème d’exactitude signalé.
3. Améliorer l’exactitude des données répond au besoin identifié par les utilisateurs.
4. L’équipe vérifie si la réduction du nombre de rapports erronés aide réellement les utilisateurs à prendre leurs décisions.

La valeur guide aussi les activités quotidiennes. Lorsqu’une panne de paiement empêche les clients d’acheter et qu’une page intranet présente une erreur d’apparence, rétablir le paiement répond au résultat le plus urgent pour le consommateur dans cette situation.

Évaluer des besoins concurrents

Le service le moins cher n’est pas toujours celui qui apporte le plus de valeur, et la technologie la plus avancée ne mérite pas toujours d’être achetée. De même, une demande d’utilisateur est un élément à prendre en compte dans une décision, pas une instruction à exécuter automatiquement. Examine son coût, son risque et ses effets sur les autres consommateurs. Au début d’une amélioration, exprime la valeur attendue en termes simples, aide le personnel à y relier son travail et vérifie si elle est produite au fur et à mesure que le travail avance.

Commencer là où tu es signifie évaluer les ressources existantes avant de décider de reconstruire. Les services, les processus, les personnes, les outils, les données et les relations avec les partenaires peuvent contenir des éléments utiles. L’évaluation permet de décider ce qu’il faut réutiliser, améliorer, étendre ou remplacer.

Observer le travail actuel

Prends comme point de référence le résultat souhaité pour le consommateur. Si l’objectif est d’aider les nouveaux employés à devenir productifs, examine ce qui se passe entre la décision de recrutement et le moment où l’employé peut travailler. Un document de processus peut indiquer que l’accès est accordé dès le premier jour, alors que l’observation montre que le personnel passe plusieurs jours à relancer les approbateurs.

L’observation directe est essentielle, car elle révèle comment le travail se déroule réellement. Regarde les personnes effectuer leurs tâches, demande-leur pourquoi elles suivent certaines étapes et compare leur expérience aux enregistrements. Les solutions de contournement peuvent révéler à la fois des connaissances utiles et des faiblesses cachées par un diagramme de processus bien ordonné.

La mesure apporte des éléments supplémentaires. Elle peut montrer la fréquence d’une attente, la quantité de travail nécessaire ou l’utilité d’un changement. Vérifie ce que signifie une mesure avant de t’y fier : les données peuvent être anciennes, incomplètes ou fondées sur des définitions qui ne correspondent pas au résultat recherché.

Par exemple, un objectif du centre de services demande aux agents de résoudre les incidents en 3 heures en moyenne. Les agents commencent à clôturer les tickets avant que le problème soit résolu. Le délai de résolution communiqué s’améliore, mais davantage de tickets sont rouverts. Observer un utilisateur qui ne peut toujours pas travailler révèle pourquoi cette moyenne favorable est trompeuse. La mesure peut modifier les comportements : examine donc les comportements qu’elle récompense.

Distinguer les éléments utiles des éléments défaillants

Une organisation prévoit de remplacer son outil de gestion des services. L’évaluation révèle 600 articles de la base de connaissances utilisés chaque jour et un catalogue de demandes dont les entrées sont pour la plupart obsolètes.

• Les articles contiennent des connaissances utiles. Examine-les et mets-les en ordre, puis migre-les vers l’outil de remplacement.
• Le catalogue doit être reconçu, car conserver des entrées périmées maintiendrait une faiblesse connue.
• La décision concernant l’outil peut différer de celles concernant les contenus. Remplacer un logiciel n’oblige pas à abandonner tout ce qui l’entoure.

Une bonne pratique peut aussi être étendue. Si un bureau dispose d’une liste de contrôle d’intégration claire que les nouveaux employés apprécient, examine si elle peut aider d’autres bureaux et quelles adaptations locales elle nécessite. La réutilisation suppose toujours de vérifier l’adéquation au nouveau contexte.

Comparer les risques liés à la conservation et au remplacement

Conserver un composant défectueux peut en perpétuer les défauts. Remplacer un composant qui fonctionne peut entraîner une perte de connaissances, prendre du temps et interrompre un service fiable. Compare les deux risques au regard du résultat recherché.

Un outil que son éditeur ne prend plus en charge et qui ne peut pas satisfaire aux exigences de sécurité doit être remplacé. Ses données, les compétences de l’équipe et les processus utiles peuvent néanmoins conserver de la valeur. Dans un cas rare, une évaluation peut conclure que rien ne mérite d’être conservé ; cette conclusion découle des faits.

Le principe ne signifie pas préserver l’état actuel. Une évaluation honnête peut justifier des changements importants.

Progresser par itération avec des retours d’information signifie diviser le travail en parties maîtrisables qui apportent chacune quelque chose d’utile. Une itération est une petite partie du travail qui peut être achevée et examinée dans un délai raisonnable. L’objectif global donne une direction tandis que les retours d’information orientent la partie suivante.

Rendre chaque itération utile

Les grandes initiatives ont toujours besoin d’un plan. Identifie le résultat, les dépendances et les risques, puis choisis une première partie qui peut apporter de la valeur et des enseignements à l’équipe. Les itérations peuvent se succéder ou se dérouler en parallèle lorsque leurs dépendances le permettent. Examine le plan global après chacune.

Un produit minimum viable (MVP) est la version la plus réduite qui apporte de la valeur et produit des retours d’information utiles. Pour une base de connaissances, des articles complets et testés sur les 20 problèmes les plus fréquents peuvent être utiles immédiatement. Des ébauches pour 500 problèmes peuvent paraître plus complètes tout en offrant peu d’aide fiable aux utilisateurs. Petit ne signifie pas inachevé ou dangereux.

Utiliser les retours d’information tout au long du travail

Une boucle de rétroaction renvoie les livrables d’une partie d’un système comme entrées de cette même partie. Une équipe met à disposition un changement utile, prend connaissance de ce qui s’est passé et utilise ces informations pour adapter son travail. Les consommateurs, le personnel, les fournisseurs et les mesures peuvent tous y contribuer.

Recherche des retours d’information avant, pendant et après chaque itération. Avant le travail, ils aident à clarifier le problème. Pendant le travail, ils peuvent révéler un malentendu alors que sa correction coûte peu. Après, ils montrent comment le résultat fonctionne à l’usage. Les retours après le lancement restent utiles pour poursuivre l’amélioration, mais attendre le lancement retarde les occasions de corriger les problèmes plus tôt.

Examiner une migration par étapes

Une entreprise doit migrer 2 000 boîtes de messagerie. Elle prévoit quatre vagues : 50 membres du personnel informatique, puis 200 personnes, puis 750, puis 1 000.

1. Les 50 premières personnes utilisent le nouveau service et signalent que les calendriers partagés ont perdu leurs autorisations.
2. L’équipe retrouve l’origine du problème dans le script de migration et le corrige.
3. Elle vérifie le fonctionnement corrigé avant de migrer les 200 personnes suivantes.
4. Elle examine cette vague et adapte le reste du plan si nécessaire.

Les vagues totalisent 2 000 personnes. Les enseignements tirés des 50 premières empêchent l’erreur d’autorisation d’atteindre les 1 950 autres. La valeur provient de l’utilisation des retours pour modifier le travail ; recueillir des commentaires sans agir laisserait le défaut en place.

Garder le résultat global en vue

Chaque élément livré doit s’intégrer à l’ensemble du service. Une migration réussie de la messagerie comprend les calendriers et le travail partagé dont les personnes dépendent, et pas seulement les messages copiés. La collaboration rend les retours d’information disponibles et la visibilité aide chacun à comprendre ce qui a changé et pourquoi.

Analyse suffisamment la situation pour comprendre l’ensemble, puis réalise une première livraison utile. Chercher à prévoir chaque détail futur peut retarder la création de valeur. De même, qualifier un travail d’« itératif » ne justifie pas de commencer sans objectif ou d’ignorer une dépendance connue.

Collaborer et promouvoir la visibilité associe le travail commun au-delà des frontières entre équipes à l’accès aux informations dont les personnes ont besoin. Une participation adaptée améliore la pertinence des décisions, suscite l’adhésion et aide les améliorations à durer. La visibilité permet de voir les progrès, les obstacles et les effets au-delà de sa propre équipe.

Travailler au-delà des frontières entre équipes

Un silo se forme lorsqu’une équipe poursuit ses propres objectifs en partageant peu d’informations. Le centre de services peut traiter à répétition une panne logicielle sans que les développeurs en perçoivent la récurrence. Examiner ensemble les causes fréquentes d’incidents donne aux deux équipes des éléments pour apporter une correction durable.

Identifie les parties prenantes en te demandant qui utilise le service, le paie, définit les exigences, réalise le travail ou supporte un risque. Les clients, les utilisateurs, les sponsors, le développement, l’exploitation, la sécurité, les ressources humaines, les finances et les fournisseurs peuvent tous être concernés. Donne à chacun le rôle approprié. Certains aident à décider, d’autres apportent leurs connaissances et d’autres ont besoin d’être informés en temps voulu.

La collaboration n’exige pas un accord unanime. Écoute les contributions pertinentes, rends le raisonnement visible et laisse la personne ou le groupe responsable décider. Exiger que tout le monde approuve chaque détail peut retarder le travail sans améliorer le résultat.

Rendre les informations utilisables

Choisis un message, un support, un niveau de détail et un moment adaptés au public. Les cadres dirigeants peuvent avoir besoin d’un compte rendu d’une page sur l’impact métier et d’une décision. Les ingénieurs ont besoin des informations techniques pour réaliser le changement. Les utilisateurs doivent savoir ce qui va se passer, quand et comment obtenir de l’aide.

Un tableau de travail partagé ou un tableau de bord peut révéler le travail en attente, la capacité disponible, la demande non planifiée et les goulots d’étranglement. Il est utile lorsque les bonnes personnes peuvent agir sur ce qu’il montre. Davantage de rapports et de réunions n’améliorent pas nécessairement la visibilité.

Supposons qu’un tableau de bord montre qu’une version d’une application a causé 40 % des incidents du mois dernier. Ces données partagées mettent en évidence une source importante de problèmes. Avant de définir la priorité, les équipes examinent aussi l’impact métier, le risque et la valeur attendue d’une correction. La fréquence constitue un élément de la décision, mais ne suffit pas à elle seule.

Examiner un problème de coordination

Deux équipes planifient des changements pour le même week-end. Chacune prévoit une interruption d’une boutique en ligne, mais aucune ne voit le plan de l’autre. L’ampleur des perturbations combinées n’apparaît qu’au début des changements.

L’organisation met en place un calendrier des changements partagé, visible par les équipes chargées de la fourniture, le centre de services et les principaux fournisseurs. Les équipes peuvent désormais repérer les conflits avant le week-end, convenir des horaires et préparer le support. Le bénéfice du calendrier réside dans la compréhension commune qu’il permet ; choisir un outil de calendrier ne garantirait pas à lui seul que les personnes l’utilisent ou discutent des conflits.

Les mauvaises nouvelles doivent aussi être visibles. Une livraison retardée d’un fournisseur doit figurer sur le tableau assez tôt pour que les autres puissent réagir. Cacher un retard préserve l’apparence des progrès d’une équipe tout en rendant le service plus difficile à gérer. Explique pourquoi le changement est nécessaire et quelles décisions les informations permettent de prendre, afin que les personnes comprennent l’objectif de leur partage.

Penser et travailler de façon holistique signifie considérer un service comme un système complet. Les consommateurs obtiennent un résultat grâce à une combinaison de personnes, d’informations, de technologies, de partenaires et de méthodes de travail. Améliorer un composant peut laisser le résultat inchangé ou rendre le travail plus difficile ailleurs.

Regarder au-delà de la tâche d’une équipe

Une équipe chargée des serveurs réduit de 30 % le temps nécessaire pour préparer le bureau virtuel d’un nouvel utilisateur. Les nouveaux employés attendent toujours environ une semaine pour y accéder. L’équipe a amélioré sa tâche, mais celle-ci n’était pas la principale source d’attente.

La cartographie de l’ensemble du flux révèle une longue attente de l’approbation du responsable. La question utile passe de « À quelle vitesse les serveurs peuvent-ils être préparés ? » à « Qu’est-ce qui empêche un nouvel employé de travailler ? ». La seconde question englobe la décision du responsable, le transfert de la demande, la configuration technique et le moment où l’employé peut utiliser le service.

C’est une optimisation locale : améliorer une partie sans nécessairement améliorer l’ensemble. Pour juger si un changement local est utile, vérifie son effet sur le résultat pour le consommateur. Un transfert plus rapide peut simplement ajouter du travail à la file d’attente de l’équipe suivante.

Examiner les liens

Les quatre dimensions offrent un moyen pratique de rechercher les dépendances oubliées : organisations et personnes, information et technologie, partenaires et fournisseurs, et flux de valeur et processus. Un nouvel outil de surveillance nécessite des personnes formées, des informations fiables sur le service, le support du fournisseur et une procédure applicable pour passer d’une alerte à une réponse.

Aucune équipe ne voit seule tous ces liens. La collaboration réunit différents points de vue. Recherche les régularités récurrentes autant que les incidents isolés. Si les incidents augmentent après chaque mise en production, examine les interactions entre le développement, les tests et l’exploitation. Considérer chaque incident comme indépendant peut masquer une faiblesse commune à la frontière entre équipes.

L’automatisation peut aider à relier les informations. Une alerte de surveillance associée au service concerné, aux changements récents et aux incidents ouverts donne aux intervenants une vue plus large qu’un avertissement isolé. Les informations doivent toutefois être suffisamment exactes pour être utilisables.

Adapter l’apprentissage au système

Dans un système simple et bien compris, des règles fixes peuvent aider à prévoir l’effet d’un changement. Dans un système complexe, les interactions peuvent produire des effets inattendus. Utilise l’exploration et les retours d’information pour découvrir ce qui se passe en pratique, en particulier aux frontières mal comprises.

La réflexion holistique s’accorde avec de petites itérations. Une équipe peut d’abord améliorer l’approbation d’un type de demande standard tout en vérifiant les conséquences pour la sécurité, les effectifs, les fournisseurs et les utilisateurs. Elle n’a pas besoin de changer tout le service dans un seul grand projet.

Rester simple et pratique signifie utiliser le nombre minimal d’étapes nécessaires pour atteindre un objectif. Pars du résultat souhaité, puis vérifie la contribution de chaque activité. Supprime un processus, une action ou un indicateur lorsqu’il n’apporte ni valeur ni résultat utile.

Partir du résultat nécessaire

Le raisonnement axé sur les résultats consiste à se demander ce qui doit être accompli avant de décider comment effectuer le travail. Pour une demande de logiciel, le résultat comprend la mise à disposition d’un logiciel adapté à un utilisateur autorisé. Le formulaire doit recueillir les informations nécessaires à l’approbation, à l’exécution, aux contrôles requis et aux rapports. Recueillir tous les détails qui pourraient un jour présenter un intérêt peut rendre le parcours difficile à utiliser.

Examine chaque étape, champ de formulaire, approbation, rapport et mesure. Demande-toi qui l’utilise, quelle décision ou action il soutient et ce qui serait perdu s’il était supprimé. Une approbation qui permet de gérer un risque réel a de la valeur, même si elle gêne le demandeur. Un rapport que personne ne lit et qu’aucun contrôle n’exige peut être supprimé.

Simplifier un formulaire de demande

Un formulaire de demande contient 25 champs. L’équipe examine 3 mois de demandes et vérifie toutes les utilisations des informations.

Le total est de 25 champs. Une demande courante affiche désormais les 9 champs habituels. Les demandes concernées affichent aussi les champs conditionnels. L’équipe a réduit l’effort tout en conservant les informations nécessaires au travail réel. Moins de personnes abandonnent le formulaire en cours de route.

Remarque pourquoi « les approbateurs ne le lisent jamais » serait un critère incomplet. Un champ peut encore être utile à l’installation, à un contrôle de sécurité ou aux rapports. Détermine son utilité dans l’ensemble du service avant de le supprimer.

Traiter les exceptions sans imposer de contraintes à tous

Chercher à créer une règle distincte pour chaque situation rare peut rendre le circuit normal difficile à comprendre. Conçois un circuit clair pour les demandes courantes et une procédure d’exception simple, comme une escalade vers une personne désignée. Les personnes doivent savoir quand et comment quitter le circuit normal.

Les responsables peuvent souhaiter des données détaillées tandis que le personnel souhaite moins de tâches administratives. Résous cette tension en identifiant les informations réellement utilisées dans les décisions. Un ensemble plus réduit et utile peut respecter le temps du personnel tout en répondant aux besoins de la direction.

Conserver les contrôles requis

La simplicité pratique comprend la sécurité, la sûreté et la conformité légale. Supprimer une vérification d’identité simplement parce qu’elle prend du temps peut conduire à un service qui ne fonctionne plus de manière acceptable. Examine si un contrôle est nécessaire et si sa conception peut être simplifiée sans risque.

Concevoir un travail simple demande souvent une analyse attentive. Une fois compris, il est plus facile à expliquer et à adopter. Les petits changements qui produisent des bénéfices visibles sont des gains rapides : par exemple, supprimer un champ en double peut réduire immédiatement l’effort et susciter l’adhésion à d’autres améliorations.

Optimiser et automatiser signifie utiliser au mieux les ressources, en particulier le temps des personnes. L’optimisation rend le travail aussi efficace et utile que nécessaire dans son contexte. Elle n’exige pas la perfection. L’automatisation utilise la technologie pour réaliser des étapes correctement et de manière cohérente, avec une intervention humaine limitée ou inexistante.

Définir un état futur adapté

Une démarche utile d’optimisation consiste à :

1. Comprendre le contexte, la vision et les objectifs et s’accorder à leur sujet.
2. Évaluer l’état actuel.
3. Convenir de l’état futur et des priorités, en privilégiant la simplification et la valeur.
4. Obtenir la participation et l’engagement appropriés des parties prenantes.
5. Réaliser les améliorations par itérations.
6. Continuer à surveiller les effets pour trouver d’autres améliorations.

Le résultat souhaité dépend de l’organisation. Un hôpital et une petite boutique en ligne peuvent avoir des risques, des besoins de service et des priorités différents. Détermine ce qu’est une performance utile avant de choisir une technologie.

Examiner l’acheminement des tickets

Un centre de services reçoit 900 tickets par mois. L’acheminement de chacun prend 3 minutes. L’effort mensuel consacré à l’acheminement est de :

L’équipe réduit d’abord les catégories de tickets de 60 à 12. Des catégories plus claires réduisent le temps d’acheminement à 2 minutes par ticket :

Elle automatise ensuite le traitement des 80 % reconnus par les nouvelles règles. Cela permet d’acheminer automatiquement 720 tickets, ce qui en laisse 180 au personnel :

La simplification permet d’économiser 15 heures avant l’automatisation. Celle-ci économise ensuite 24 heures supplémentaires d’acheminement manuel. Le chiffre final correspond au temps que le personnel consacre encore à l’acheminement ; il ne comprend aucun effort supplémentaire de surveillance ou de maintenance.

Choisir ce qu’il faut automatiser

Les tâches fréquentes, répétitives et régies par des règles s’y prêtent bien : créer des comptes standards, acheminer des tickets, réinitialiser des mots de passe et exécuter un script de redémarrage testé. Clarifie d’abord les règles et supprime les gaspillages. Automatiser une approbation inutile la maintient en place et peut la rendre plus difficile à supprimer par la suite.

Conserve l’intervention humaine là où le jugement apporte de la valeur. Le personnel peut devoir évaluer un changement à haut risque, résoudre une demande inhabituelle ou aider un utilisateur contrarié. Définis clairement la procédure d’exception afin que l’incertitude d’un outil ne laisse pas l’utilisateur sans solution.

Mesurer le résultat

Définis les mesures avant le changement et utilise les mêmes définitions après celui-ci. Pour l’acheminement, suis à la fois les minutes de travail manuel et la proportion de tickets envoyés à la mauvaise équipe. Un acheminement plus rapide qui augmente les erreurs d’orientation peut retarder la résolution ailleurs.

Les suggestions de l’IA et les agents conversationnels sont aussi des formes d’automatisation. Vérifie leurs productions et laisse la responsabilité des décisions aux personnes.

Les sept principes interagissent. Les retours d’information dépendent du partage des informations. La simplification dépend de la compréhension de la valeur. Une itération doit s’intégrer à l’ensemble du service. Examiner ces liens t’aide à expliquer pourquoi une décision est fondée, surtout lorsque plusieurs objectifs raisonnables sont en concurrence.

Examiner la finalité de l’action

N’identifie pas un principe à partir d’un seul mot. Un tableau de bord est une technologie, mais publier les changements en cours pour que d’autres équipes puissent se coordonner illustre le principe collaborer et promouvoir la visibilité. Si la décision concerne l’utilisation d’un logiciel pour réaliser une étape répétitive de manière cohérente, le principe optimiser et automatiser est plus central.

Plusieurs principes peuvent néanmoins s’appliquer à une même action. Réutiliser un flux de travail efficace peut contribuer à la fois à l’évaluation de l’état actuel et à une conception plus simple.

Résoudre les tensions dans leur contexte

Il n’existe pas de classement fixe des principes. Un raccourci local très simple peut créer du travail supplémentaire pour une autre équipe. Une large consultation peut améliorer la compréhension tout en retardant un petit essai utile. Décide de la participation et du périmètre nécessaires à la situation, puis explique les faits qui justifient cet équilibre.

Par exemple, une équipe doit écouter le spécialiste de la sécurité dont les exigences concernent un projet pilote. Elle n’a peut-être pas besoin que chaque service approuve chaque écran. Une décision prise par la personne responsable après avoir recueilli les contributions pertinentes peut préserver la collaboration tout en permettant le lancement d’une itération utile.

Suivre une amélioration de la surveillance

Une organisation souhaite réduire le nombre de pannes non détectées. Elle définit ce bénéfice pour le consommateur avant de choisir un outil. Elle évalue ensuite les règles d’alerte existantes et conserve celles qui fonctionnent. Une première itération couvre un service critique afin que le personnel puisse tirer des enseignements de son utilisation réelle.

L’exploitation et le centre de services conviennent de qui traite les alertes et peuvent voir le travail. Le plan examine la formation, les données du service, le support de l’éditeur et les processus de traitement des alertes. Cela applique la vision holistique aux quatre dimensions.

L’équipe supprime les alertes qui ne donnent lieu à aucune action, puis automatise la création de tickets pour les alertes utiles restantes. Automatiser le flot d’alertes initial aurait accéléré un travail de mauvaise qualité. L’ordre choisi se justifie par la nécessité de simplifier et d’optimiser les tâches adaptées avant de les automatiser ; cela ne signifie pas que les sept principes constituent eux-mêmes des phases.

Une justification solide relie une action, des faits et un principe : « Nous avons conservé les règles d’alerte testées parce qu’elles détectent déjà des défaillances utiles à connaître, en appliquant le principe commencer là où tu es. » Nommer simplement un principe laisse le raisonnement inexpliqué.

ITIL définit quatre dimensions pour soutenir une approche holistique de la gestion des services : organisations et personnes, information et technologie, partenaires et fournisseurs, et flux de valeur et processus. Ce sont des perspectives pour examiner le travail. Elles s’appliquent au système de gestion des services dans son ensemble et à chaque produit ou service pris individuellement.

Poser des questions différentes selon la perspective

Ce ne sont pas quatre services distincts. Un centre de services touche à chaque dimension. Son personnel utilise des informations et des technologies, travaille avec des fournisseurs externes et participe à des flux qui apportent des résultats aux utilisateurs.

Suivre les recoupements

L’introduction d’un outil de surveillance est une décision relevant de l’information et de la technologie. Elle nécessite aussi du personnel formé et des responsabilités claires, un accord de support avec l’éditeur et une procédure de réponse aux alertes. Un seul achat soulève donc des questions dans les quatre dimensions.

Négliger une dimension peut empêcher la fourniture du service ou réduire sa qualité et son efficience. Un portail en libre-service peut fonctionner techniquement mais devenir peu fiable si personne n’est responsable de son contenu ou ne maintient ses circuits de demande. Accorde à chaque dimension l’attention que la situation nécessite. L’équilibre ne signifie pas consacrer autant de temps ou d’argent à chacune.

ITIL (Version 5) applique les quatre mêmes dimensions aux produits numériques comme aux services, sous le nom de dimensions de la gestion des produits et services.

Examiner l’environnement externe

Les facteurs externes échappent largement au contrôle de l’organisation, mais influencent ses choix. Le modèle PESTEL les regroupe en six catégories :

• Politiques : politiques, priorités et stabilité du gouvernement, comme une politique publique sur l’hébergement des données.
• Économiques : conditions financières, comme une hausse des prix de l’énergie qui augmente les coûts des centres de données.
• Sociaux : attentes et comportements, comme l’attente des employés de disposer d’un accès à distance.
• Technologiques : évolutions extérieures à l’organisation, comme de nouveaux outils d’IA.
• Environnementaux : consommation d’énergie, élimination des équipements et autres effets sur l’environnement naturel.
• Légaux : lois et réglementations en vigueur, comme les exigences qui régissent les données personnelles.

Distingue une priorité gouvernementale d’une obligation légale déjà en vigueur. Une nouvelle orientation politique est un facteur politique ; une exigence contraignante de protection des données est un facteur juridique. Certaines évolutions ont plusieurs effets : la hausse des prix de l’énergie crée une pression économique, tandis que la déclaration de la consommation d’énergie soulève aussi des questions environnementales.

Relie chaque facteur pertinent au service. L’attente de pouvoir travailler à distance peut modifier les horaires de support, la technologie d’accès, la couverture des fournisseurs et les circuits de demande. Le modèle PESTEL est utile lorsqu’il modifie l’analyse, pas lorsqu’il reste une liste isolée de rubriques.

La dimension organisations et personnes examine les structures, les rôles, les responsabilités, l’autorité, la communication, la culture organisationnelle, les effectifs, les compétences et le leadership. Un organigramme clair est utile, mais il ne peut pas à lui seul garantir le fonctionnement d’un service.

Rendre les responsabilités opérationnelles

Les personnes doivent savoir qui est responsable d’un service, qui peut décider et qui réalise le travail. Ces dispositions doivent soutenir la stratégie et la méthode de travail de l’organisation. Lorsque personne n’est responsable de l’ensemble du service, les équipes peuvent se transmettre un problème en attendant chacune que quelqu’un d’autre agisse.

Un responsable de service désigné fournit un point de responsabilité. Cette personne dépend néanmoins des autres pour réaliser les tâches spécialisées. Clarifie la manière dont les équipes communiquent et dont les décisions parviennent aux personnes qui doivent les appliquer. Une description de rôle qui n’existe que dans un document aide peu un agent confronté à une demande inhabituelle.

Examiner la culture et le leadership

La culture organisationnelle est l’ensemble des valeurs et des attitudes partagées qui influencent le comportement des personnes. Une culture de confiance et de transparence facilite le signalement précoce des problèmes et les propositions d’amélioration. Le leadership influence cette culture par ce qu’il récompense et sa manière de réagir aux mauvaises nouvelles.

Supposons que les agents soient évalués uniquement sur le nombre de conversations qu’ils clôturent. Ils peuvent précipiter les échanges même lorsque les utilisateurs ont encore besoin d’aide. Si le résultat recherché est un support utile, les responsables ont besoin de mesures et de comportements qui favorisent la résolution du problème de l’utilisateur. Cela relie la dimension organisations et personnes au principe « privilégier la valeur » et à la qualité des retours d’information.

Vérifier les compétences et la capacité

Les compétences sont les capacités nécessaires pour effectuer le travail efficacement. Elles comprennent les compétences techniques et les compétences en communication. Certains membres du personnel possèdent des compétences en T : une expertise approfondie dans une spécialité et une compréhension plus large des domaines voisins. Un spécialiste qui comprend les besoins du centre de services peut expliquer un problème plus utilement lors d’un transfert de prise en charge.

La capacité compte aussi. Une équipe peut savoir gérer un service mais manquer de personnel pour couvrir ses heures d’ouverture. La formation seule ne résout pas l’absence de personnel sur une plage horaire. Vérifie le volume et les horaires de la demande ainsi que les connaissances nécessaires.

Examiner le lancement d’une discussion en direct

Un centre de services ajoute la discussion en direct. L’analyse des personnes pose les questions suivantes :

1. Qui est responsable du service de discussion et décide de ses horaires de support ?
2. Qui assure chaque plage horaire et les agents peuvent-ils traiter 2 conversations à la fois sans réduire la qualité ?
3. Quelle formation aide les agents à rédiger des messages clairs et utiles ?
4. Comment les agents obtiendront-ils de l’aide pour les problèmes complexes ?
5. Les mesures de réussite récompenseront-elles les problèmes résolus ou seulement les clôtures rapides ?

Ces questions montrent pourquoi la dimension dépasse le simple nombre de personnes. Un nombre suffisant d’agents peut malgré tout rencontrer des difficultés si les rôles sont flous, si des compétences manquent ou si les objectifs encouragent de mauvais comportements. Aide chaque personne à voir comment son travail contribue à la valeur, afin que les choix faits pendant une période chargée soutiennent la finalité du service.

La dimension information et technologie couvre les informations et les connaissances nécessaires à la gestion des services ainsi que les technologies qui la soutiennent. Elle comprend les outils de gestion des services et les informations et technologies que chaque service fournit ou dont il dépend.

Commencer par les informations

Identifie ce que le service gère, comme les commandes des clients, et ce dont le personnel a besoin pour l’exploiter, comme les enregistrements de configuration et les articles de la base de connaissances. Demande-toi ensuite comment ces informations sont protégées, maintenues, archivées et détruites.

Une information utile doit être disponible, fiable, accessible, obtenue en temps voulu, exacte et pertinente. Un article qui décrit un ancien écran d’application peut orienter un agent dans la mauvaise direction. Une base de connaissances techniquement excellente ne peut pas compenser un contenu auquel les personnes ne peuvent pas se fier ou accéder au moment voulu.

La protection des informations concerne notamment les personnes qui peuvent lire ou modifier un enregistrement, les lieux où il peut être stocké et sa durée de conservation. Les lois sur la protection des données, les règles sectorielles et les contrats déterminent ces exigences. Établis les exigences applicables au service avant de choisir une solution d’hébergement.

Évaluer un outil dans son contexte

Les technologies de gestion des services comprennent les outils de gestion des tickets et des flux de travail, les bases de connaissances, les systèmes d’inventaire et de configuration, ainsi que les plateformes de surveillance, d’analyse et de collaboration. Les services cloud, les plateformes mobiles, l’IA et l’apprentissage automatique offrent des possibilités supplémentaires.

Pour un outil envisagé, vérifie :

• Sa compatibilité avec l’architecture actuelle et les autres systèmes.
• Son adéquation à la stratégie de l’organisation et aux compétences disponibles pour le prendre en charge.
• Les exigences réglementaires, de sécurité et contractuelles.
• Sa viabilité commerciale et la possibilité de continuer à bénéficier d’un support.
• L’automatisation utile et les autres fonctionnalités dont le service a besoin.
• Les nouveaux risques ou contraintes, notamment la dépendance à un seul fournisseur.

Le verrouillage propriétaire apparaît lorsque la dépendance rend difficile le changement de fournisseur. Un produit peut être facile à acheter mais coûteux à quitter si les données ne peuvent pas être exportées de manière exploitable. Évalue la sortie autant que la mise en place.

Examiner le choix d’une base de connaissances

Le centre de services compare des bases de connaissances. Il vérifie d’abord si chacune s’intègre au système de gestion des tickets existant. Il teste ensuite les restrictions d’accès pour que les articles sensibles ne soient visibles que par le personnel autorisé. Le lieu d’hébergement proposé doit satisfaire aux exigences applicables au traitement des données.

L’équipe se demande aussi si le personnel peut maintenir les articles sans compétences spécialisées en programmation. Elle définit une manière de réviser le contenu afin que les instructions restent exactes. Les fonctionnalités de l’outil, la qualité des informations et les personnes qui les maintiennent contribuent toutes au résultat.

Garder une place au jugement face aux nouvelles technologies

La culture organisationnelle et la nature de l’activité influencent les choix technologiques. Les organisations soumises à une réglementation stricte ou exposées à de graves conséquences en cas de défaillance peuvent devoir adopter les technologies avec davantage de prudence. Un outil d’IA soulève des questions précises sur les données qu’il utilise, la manière dont ses productions sont vérifiées et les personnes responsables des décisions.

Une démonstration convaincante ne répond qu’à une partie des questions liées au choix. Examine comment la technologie fonctionnera avec les données, les utilisateurs, les compétences et les contraintes réels du service.

La dimension partenaires et fournisseurs examine les relations avec les autres organisations qui participent à la conception, au développement, au déploiement, à la fourniture, au support et à l’amélioration des services. Les contrats et autres accords en font partie, tout comme la coordination quotidienne qui permet leur mise en œuvre.

Comprendre le type de relation

Les relations vont des contrats formels, avec une séparation claire des responsabilités, aux partenariats souples, avec des objectifs et des risques partagés. Acheter des ordinateurs portables standards auprès d’un revendeur et développer conjointement un nouveau service avec une autre organisation nécessitent des dispositions différentes.

Presque chaque service dépend d’organisations externes. Les fournisseurs de services cloud, les opérateurs de réseau, les éditeurs de logiciels, les fournisseurs d’équipements, d’énergie et de locaux peuvent tous avoir un effet sur la fourniture. Identifie ces dépendances à partir des besoins du service, y compris les fournisseurs que les consommateurs ne voient jamais.

Expliquer le choix de sourcing

La stratégie de sourcing d’une organisation reflète plusieurs facteurs :

• Orientation stratégique : quel travail est essentiel à la finalité de l’organisation ?
• Culture organisationnelle : l’organisation tend-elle à construire en interne ou à chercher une aide externe ?
• Rareté des ressources : quelles compétences ou quels équipements sont difficiles à obtenir ?
• Considérations de coût : un fournisseur peut-il apporter une capacité adaptée à moindre coût ?
• Expertise dans le domaine : un spécialiste améliorerait-il le travail ?
• Contraintes externes : qu’exigent la réglementation, les politiques et les codes de conduite ?
• Caractéristiques de la demande : une demande saisonnière ou variable nécessite-t-elle une capacité flexible ?

Un prix d’achat bas ne suffit pas à trancher. Un service peu coûteux sans support pendant les heures d’activité de l’utilisateur peut ne pas produire le résultat recherché. De même, les connaissances spécialisées d’un fournisseur peuvent avoir de la valeur même lorsqu’une prestation interne est possible.

Coordonner l’ensemble du service

Lorsque plusieurs fournisseurs contribuent, une équipe interne ou un tiers peut jouer le rôle d’intégrateur de services. Il coordonne les contributions afin que le service fonctionne de bout en bout. Cette approche est appelée intégration et gestion des services (SIAM).

Externaliser le travail ne supprime pas la responsabilité du fournisseur de services envers ses propres clients. Si une panne cloud interrompt une boutique en ligne, celle-ci doit toujours communiquer avec ses clients et gérer les effets de la panne. Elle travaille aussi avec le fournisseur de services cloud selon la procédure de support convenue.

Examiner une messagerie externalisée

Avant de transférer la messagerie vers un fournisseur de services cloud, examine les engagements de disponibilité et les horaires de support. Conviens de la manière de signaler les incidents et des responsables de la gestion des comptes utilisateur de chaque côté. Vérifie les conditions de traitement des données, la manière dont elles seront restituées à la fin du contrat et si la sauvegarde nécessite un autre fournisseur.

Ces questions se relient aux autres dimensions. Les responsabilités relatives aux comptes concernent les personnes ; la restitution des données concerne l’information et la technologie ; le signalement des incidents concerne les processus. Un contrat est un point de départ pour gérer la relation. L’examen des performances, la communication et l’amélioration conjointe maintiennent cette relation utile lorsque les besoins évoluent.

La dimension flux de valeur et processus examine comment les activités, les flux de travail, les contrôles et les procédures se combinent pour atteindre les objectifs convenus. Elle rend visible le parcours qui va du besoin d’un consommateur à un résultat utile, y compris le travail réalisé par d’autres services, les fournisseurs et les consommateurs.

Distinguer un flux de valeur d’un processus

Un processus peut contribuer à plusieurs flux de valeur. La gestion des incidents peut aider à rétablir un service en panne et aussi soutenir le lancement d’un produit d’un client. Les procédures et les instructions de travail décrivent les activités plus en détail. Dans ITIL 4, les étapes des flux de valeur sont construites à partir des activités de la chaîne de valeur des services.

Construire une cartographie simple

Nomme le déclencheur, comme une demande, et le résultat pour le consommateur. Énumère les étapes dans l’ordre, identifie qui ou quoi les réalise et note séparément le temps de traitement et le temps d’attente. Examine attentivement les transferts de prise en charge : quelques minutes de travail peuvent rester plusieurs jours dans une file d’attente.

Une demande d’ordinateur portable prend 60 heures ouvrées. Un jour ouvré dure 8 heures, ce qui représente 7,5 jours ouvrés. Le travail effectif comprend 0,5 heure pour soumettre la demande, 0,5 heure pour l’approuver, 1,5 heure pour configurer l’ordinateur portable et 0,5 heure pour le remettre. Le travail totalise 3 heures.

Les attentes comprennent 16 heures pour l’approbation, 8 heures aux achats, 24 heures pour la livraison du fournisseur et 9 heures pour un rendez-vous de remise. Elles totalisent 57 heures. Le travail et l’attente représentent ensemble la totalité des 60 heures.

Le travail effectif ne représente que 5 % du délai de traversée. Accélérer la configuration seule ne traiterait pas la majeure partie de l’attente.

Utiliser la cartographie pour choisir des améliorations

Les ordinateurs portables standards deviennent des demandes préapprouvées. Cela supprime à la fois les 16 heures d’attente de l’approbation et les 0,5 heure de travail d’approbation. Un petit stock convenu avec le fournisseur supprime les 24 heures d’attente de livraison.

Le délai de traversée tombe à 19,5 heures, soit environ 2,4 jours ouvrés. Le travail restant représente 2,5 heures, soit environ 13 % du délai. Cette part plus élevée provient de la réduction du temps total, même si le travail effectif diminue aussi.

Inclure chaque intervenant

Une cartographie ne contenant que les activités informatiques omettrait l’approbation du responsable, les achats, la livraison du fournisseur et le rendez-vous de remise à l’utilisateur. Ces étapes omises expliquent une grande partie de cette attente. Demande-toi qui ou quoi réalise chaque action, y compris les outils automatisés.

Une cartographie aide à repérer une amélioration possible ; l’analyse plus large vérifie si elle peut fonctionner. La préapprobation nécessite des contrôles adaptés, et le stock nécessite des personnes, un financement et des accords avec le fournisseur. Reprends la cartographie après un changement pour voir si l’attente s’est déplacée ailleurs ou si le consommateur reçoit le résultat plus tôt.

Une analyse selon les quatre dimensions commence par le service et la valeur qu’il doit apporter. Pour chaque dimension, compare ce qui existe à ce qui est nécessaire. Ajoute les facteurs PESTEL pertinents, note les écarts et les dépendances, et désigne des responsables pour les actions. Reprends l’analyse lorsque le service ou son environnement change.

Définir le problème et la valeur

Un centre de services reçoit 1 200 tickets par mois. Les réinitialisations de mot de passe en représentent 30 %, soit 360 tickets. À raison de 6 minutes chacune, elles mobilisent 2 160 minutes, soit 36 heures, du temps des agents. Un service de réinitialisation du mot de passe en libre-service vise à rétablir plus rapidement l’accès des utilisateurs et à libérer du temps pour que les agents traitent des tâches plus complexes.

Cette formulation de la valeur guide l’analyse. Installer une fonctionnalité de réinitialisation est un livrable. Le retour sécurisé des utilisateurs au travail est le résultat que le service doit atteindre.

Examiner les quatre dimensions

Organisations et personnes : désigner un responsable du service. Former les agents à aider les utilisateurs à enrôler leurs méthodes de vérification et à traiter les cas que l’outil ne peut pas résoudre. Expliquer clairement la nouvelle procédure aux utilisateurs. Examiner les objectifs des agents : une baisse du nombre de tickets de réinitialisation doit soutenir l’amélioration et non donner l’impression que les agents efficaces sont moins productifs.

Information et technologie : la plateforme de gestion des identités nécessite une vérification sécurisée, comme l’authentification multifacteur (MFA). Les utilisateurs doivent enrôler leurs méthodes de vérification et les maintenir à jour. Enregistrer les événements de réinitialisation pour les contrôles de sécurité et maintenir des articles clairs dans la base de connaissances. Une fonctionnalité de réinitialisation qui fonctionne ne peut pas aider une personne sans méthode de vérification utilisable.

Partenaires et fournisseurs : pour un outil cloud, vérifier les engagements de disponibilité, les horaires de support et les conditions de traitement des données. L’envoi de codes de vérification par SMS crée une dépendance envers un fournisseur de messagerie. Déterminer comment une défaillance est signalée au bon fournisseur et qui coordonne la réponse.

Flux de valeur et processus : cartographier « retrouver l’accès à mon compte », du mot de passe oublié jusqu’au retour de l’utilisateur au travail. Inclure une procédure de secours simple passant par le centre de services pour les utilisateurs sans méthode enrôlée. Mettre à jour les processus de gestion des incidents et des accès concernés par le changement.

Relier les facteurs externes et les écarts

Les exigences de protection des données déterminent quelles informations de vérification sont conservées et pendant combien de temps : c’est un facteur juridique. Les attentes d’un accès à toute heure sont un facteur social. Les nouvelles options de vérification, notamment les applications d’authentification et les clés d’accès, sont un facteur technologique.

Un écart tel que l’absence d’enrôlement entraîne des actions liées : l’équipe chargée des identités active la fonctionnalité, le responsable du service organise la communication et les agents aident les utilisateurs à se préparer et à retrouver l’accès par la procédure de secours. Noter seulement « technologie prête » masquerait la dépendance aux personnes et aux processus.

Estimer et examiner les effets

Si 70 % des 360 réinitialisations passent en libre-service, 252 ne parviennent plus aux agents. Le travail manuel ainsi évité est de :

Les 108 réinitialisations restantes nécessitent toujours un support. Il s’agit d’une estimation du temps libéré pour les agents, pas d’une raison de supprimer la procédure de secours. Après le lancement, vérifie l’utilisation réelle, les rétablissements d’accès réussis et la demande restante. Reprends l’analyse des dimensions lorsque les usages, les fournisseurs, la technologie ou les exigences changent.

Un bon plan d’amélioration relie les faits aux décisions. Les sept principes guident les choix tout au long du travail, tandis que les quatre dimensions aident à vérifier ce qui est nécessaire à la fourniture. Plusieurs principes peuvent soutenir une décision et une découverte ultérieure peut modifier un choix antérieur.

Exprimer la valeur et établir le point de départ

Les nouveaux employés attendent en moyenne 10 jours ouvrés pour obtenir un ordinateur portable, des comptes et un accès aux locaux. Leurs responsables indiquent qu’une grande partie des deux premières semaines est perdue. Le résultat souhaité est un travail productif dès le premier jour, accompagné d’une bonne première expérience de l’organisation.

Privilégier la valeur : mesurer la proportion de personnes entièrement équipées le premier jour et le nombre moyen de jours nécessaires pour qu’elles le soient. Compter uniquement les comptes créés ne révélerait pas les ordinateurs portables ou les accès aux locaux manquants.

Commencer là où tu es : observer 5 intégrations récentes. Les ressources humaines disposent déjà des dates d’arrivée 3 semaines à l’avance, mais l’informatique reçoit des courriels tardifs. L’outil existant de préparation des ordinateurs portables fonctionne bien. Conserve cet outil et traite le transfert d’informations qui retarde la préparation.

Apprendre grâce à un essai utile

Progresser par itération avec des retours d’information : essayer l’approche modifiée dans un service qui accueille environ 25 recrues par trimestre. Examiner chaque mois les retours des nouveaux employés et de leurs responsables. Utiliser les résultats pour adapter le travail avant d’inclure davantage de services.

Collaborer et promouvoir la visibilité : les ressources humaines, les services généraux, l’informatique et le fournisseur d’ordinateurs portables utilisent un tableau d’intégration partagé. L’état de préparation de chaque recrue est visible par les personnes qui coordonnent le travail. Elles peuvent traiter les éléments manquants avant l’arrivée de l’employé.

L’essai nécessite un objectif clair et des critères d’achèvement utiles. Son périmètre est réduit, mais un nouvel employé a toujours besoin de la combinaison des équipements, des comptes et des accès pour travailler.

Vérifier les dépendances et simplifier

Penser et travailler de façon holistique : examiner les rôles et la formation, le lien entre les systèmes des ressources humaines et de l’informatique, les conditions de livraison du fournisseur et l’ensemble du flux de valeur. Un outil de préparation plus rapide ne corrigerait ni une notification tardive de recrutement ni l’absence d’un badge d’accès aux locaux.

Rester simple et pratique : supprimer une étape redondante lors de laquelle l’informatique demande à un responsable de confirmer un recrutement déjà approuvé par les ressources humaines. Dans ce cas, cette confirmation répétée ajoute une attente sans réduire le risque. L’autorisation nécessaire doit toujours figurer dans l’enregistrement confirmé des ressources humaines.

Optimiser et automatiser : une fois le flux simplifié et fiable, laisser l’enregistrement d’un recrutement confirmé déclencher la création des comptes standards. Confier les besoins d’accès inhabituels au personnel capable d’exercer son jugement. Vérifier le niveau réel de préparation et les erreurs pendant la mise en place du circuit automatisé.

Expliquer la décision, pas seulement son nom

Une justification utile indique : « Nous avons réutilisé l’outil de préparation parce que l’observation a montré qu’il fonctionnait déjà bien ; cela applique le principe commencer là où tu es. » Une autre indique : « Nous avons supprimé la confirmation répétée du recrutement parce qu’elle ajoutait une attente sans réduire le risque ; cela applique le principe rester simple et pratique. »

Nommer un principe sans les faits laisse le choix inexpliqué. Montre comment la décision contribue au résultat souhaité et ce qui sera vérifié ensuite. Les principes se recoupent dans ce raisonnement ; ils n’attribuent pas une étape obligatoire à chaque élément du plan.