Professional Documents
Culture Documents
doc
Sommaire
1. Introduction..........................................................................................2 2. Mthodologie de rsolution des problmes.................................................2 2.1. Classification....................................................................................2 2.2. Test................................................................................................2 2.3. Transmission....................................................................................3 2.4. Rapport...........................................................................................3 3. Utilisateurs d'une mthodologie de rsolution des problmes........................3 3.1. Utilisateurs finaux.............................................................................4 3.2. Spcialistes du support technique.......................................................4 3.3. Ingnieurs du support technique.........................................................4 3.4. Responsables et planificateurs............................................................5 4. tapes types d'une mthodologie de rsolution des problmes.....................5 4.1. Consignation du problme..................................................................5 4.1.1. Processus de consignation des problmes.......................................5 4.2. Collecte des informations...................................................................8 4.2.1. Processus de collecte initiale des donnes.......................................8 4.3. Dveloppement d'un plan d'action.......................................................9 4.3.1. Mthodes conseilles de dveloppement d'un plan d'action...............9 4.4. Implmentation du plan d'action.......................................................11 4.4.1. Processus d'implmentation d'un plan d'action...............................11 4.5. Documentation de la rsolution.........................................................12 4.5.1. Processus de consignation de la rsolution....................................13
1.Introduction
Le dveloppement et l'utilisation d'une mthodologie de rsolution des problmes vous aideront diagnostiquer et rsoudre plus rapidement et plus facilement les problmes lis au fonctionnement des ordinateurs. Dans ce module, vous allez dcrire, dvelopper et appliquer une mthodologie de rsolution des problmes. Vous allez galement expliquer quoi sert une telle mthodologie et les avantages qu'elle prsente pour votre organisation.
2.1. Classification
Lorsqu'un utilisateur final rencontre un problme informatique et vous le signale, cela dclenche une srie de processus de classification. Au cours de ceux-ci, vous collectez des informations auprs de l'utilisateur pour tenter d'tablir la nature et l'tendue du problme. La discussion initiale peut rvler des informations permettant une rsolution immdiate. Cependant, dans le cas de problmes plus graves ou plus complexes, vous devez faire appel aux autres processus de rsolution pour parvenir les rsoudre. Les problmes qui affectent de nombreux utilisateurs finaux ont un impact plus sensible sur la productivit de l'organisation et doivent tre rsolus plus rapidement. La classification vous permet de dterminer l'tendue et l'impact des problmes en vue d'tablir leur priorit. Mme si vous tes en mesure de rsoudre le problme tout de suite, vous devez le consigner en vous conformant la mthodologie en vigueur. Des procdures de consignation appropries garantissent qu'aucun rapport d'incident ne se perde. En ayant la possibilit d'accder aux rapports d'incident dtaills, une organisation peut surveiller ses systmes informatiques de manire plus efficace et prendre des dcisions informes.
2.2. Test
Une fois que vous avez tabli la priorit d'un problme et consign l'incident, la phase de test dbute. Au cours de celle-ci, vous faites appel plusieurs processus pour dterminer la cause probable du problme. Vous pouvez commencer par dresser la liste des causes possibles, gnralement, en les
Assurer la rsolution du problme divisant et en les isolants. Dans le domaine des systmes informatiques, cela peut vouloir dire tablir une distinction entre les problmes de serveur et de station de travail, de matriel et de logiciel, et de systme d'exploitation et d'applications. De cette manire, vous pouvez liminer les causes possibles pour dterminer les causes probables. Lorsque vous avez rduit la liste des causes possibles un nombre grable, vous pouvez dmarrer le processus de test. Ce processus vise dterminer la cause probable parmi les causes possibles restantes. Vous pouvez essayer de reproduire le problme dans un environnement de test. Si vous pouvez le reproduire facilement, cela signifie que vous avez dtermin la cause probable. En revanche, si vous prouvez des difficults le reproduire, vous devez analyser vos rsultats et revenir sur votre cheminement initial.
2.3. Transmission
Si vous ne pouvez pas trouver de rsolution pendant la phase de test initiale, vous devez consulter la documentation supplmentaire ou transmettre le problme, soit au fabricant du composant suspect, soit au sein de votre organisation si vous disposez de ressources internes. Un processus de transmission d'incident au personnel de support technique de deuxime niveau devrait tre en place au sein de votre organisation. Un membre de ce service vous posera des questions pour essayer de classifier l'tendue du problme et de dfinir un niveau priorit.
2.4. Rapport
Lorsque l'incident a t rsolu, vous devez documenter sa rsolution. Il est important d'enregistrer les modifications apportes la configuration de votre systme informatique. En outre, les problmes ont tendance se produire plusieurs fois. S'ils ont t documents correctement, vous gagnerez du temps la prochaine fois que vous serez amen rsoudre des occurrences similaires du problme.
Assurer la rsolution du problme Une mthodologie de rsolution des problmes bien conue peut bnficier nombre de personnes au sein de votre organisation, et pas seulement aux techniciens d'un service de support technique.
Assurer la rsolution du problme cadre de la mthodologie de rsolution des problmes et contribuent galement son dveloppement. Certains ingnieurs du support technique se spcialisent dans un domaine de l'infrastructure informatique de l'organisation, alors que d'autres fournissent une assistance gnrale plus dtaille que ne proposent pas les spcialistes du support technique. Par exemple, un ingnieur du support technique peut se spcialiser dans les problmes de rseau ou d'infrastructure de messagerie.
de
Lorsque vous commencez rsoudre un problme, il est important de savoir clairement quelles tapes vous allez excuter.
Le processus de consignation du problme dans un rapport commence lorsqu'un utilisateur final appelle le support technique pour la premire fois. ce stade, vous devez enregistrer les dtails du problme et poser des questions pertinentes l'utilisateur en vue de dterminer l'tendue du problme. Les rponses ces questions peuvent vous aider dterminer la priorit du problme. Il est important de tenir l'utilisateur final inform de la progression tout au long du processus de rsolution des problmes. En outre, pendant l'tape de cration de rapport, vous pouvez indiquer l'utilisateur ce qui va se passer.
Assurer la rsolution du problme prendre de mesure immdiate. Si le problme se reproduit, il est possible que l'utilisateur prenne des mesures supplmentaires. Auto-assistance Chaque fois que cela est possible, incitez les utilisateurs trouver eux-mmes des solutions. Certains problmes peuvent tre rsolus trs rapidement si l'utilisateur prend le temps de rflchir ce qui vient d'arriver. Proposez toujours une formation adquate aux utilisateurs finaux. Non seulement ils tireront mieux parti de leurs applications, mais ils seront moins susceptibles de rencontrer des problmes et seront mieux mmes de rsoudre nombre de problmes eux-mmes, sans contacter le support technique. Contacter le support technique Quelles que soient les formations que les utilisateurs finaux auront reues et quelles que soient vos incitations, ils ne pourront pas rsoudre tous les problmes. Il est important de mettre en place une procdure adquate pour contacter le support technique afin que les utilisateurs la comprennent bien. Pendant cette phase, consignez les dtails du problme. Pour cela, vous pouvez utiliser une base de donnes. Vous pouvez ensuite mettre jour l'enregistrement de base de donnes mesure que vous travaillez sur une rsolution. Si vous n'avez pas les comptences ncessaires pour rsoudre le problme signal, assignez le problme d'autres personnes de votre organisation. Pour les problmes complexes, vous pouvez runir une quipe spcialise. Mettez jour l'enregistrement dans la base de donnes de support pour suivre les informations relatives l'activit que vous, ou d'autres, avez effectue par rapport au problme signal. Classification et support initial Aprs que l'utilisateur a contact le support technique, essayez de classifier le problme et d'en dterminer l'importance et l'urgence. Pour ce faire, vous pouvez poser des questions trs spcifiques l'utilisateur. Il peut s'agir de questions comme celles-ci : Qui d'autre a le mme problme ? Si le problme est rpandu, cela indique un problme plus gnral moins susceptible d'tre propre l'ordinateur de l'utilisateur. En outre, les problmes qui affectent beaucoup d'utilisateurs sont plus urgents que ce touchant un seul utilisateur. Quand avez-vous remarqu le problme pour la premire fois ? Il se peut que l'ordinateur n'ait jamais fonctionn correctement. Il est trs utile de savoir si l'ordinateur n'a jamais fonctionn correctement, car cela peut indiquer un problme li au dploiement plutt qu' l'utilisation. Est-ce que quelque chose a chang peu prs au mme moment o vous avez remarqu le problme ? Si l'utilisateur a rcemment install de nouvelles applications ou mis jour des pilotes et si le problme est survenu aprs ces modifications, il est possible que les modifications aient contribu au problme que l'utilisateur signale. Au cours de cette phase, vous pouvez dterminer une cause probable du problme signal, mais ne tirez pas de conclusions trop htives. Vous risquez
Assurer la rsolution du problme autrement de gaspiller beaucoup de temps et de ressources. Votre objectif pendant cette phase est de dfinir le problme correctement. Transmission Lorsqu'un problme doit tre transmis un service de support technique de niveau suprieur ou des fournisseurs externes, veillez consigner suffisamment de dtails en vue de les transmettre. Il est trs utile qu'une procdure de transmission soit clairement dfinie pour un maximum d'efficacit. La procdure peut stipuler d'inclure les informations suivantes : une description prcise du problme signal ; un enregistrement de tous les messages d'erreur associs au problme ; un enregistrement des tentatives de rsolution faites par les membres du support technique ainsi que le rsultat de chaque tentative ; un enregistrement concernant tous les outils de diagnostic utiliss par les membres du support technique ; la dure pouvant s'couler avant qu'il y ait obligation de transmettre un problme. Vous pouvez considrer de transmettre le problme aux fournisseurs externes dans les cas suivants : vous ne pouvez rsoudre le problme ; vous ne disposez pas de suffisamment de ressources internes pour rsoudre le problme ; votre organisation n'a pas les comptences requises pour rsoudre le problme ; vous avez identifi la cause probable du problme et elle provient d'un composant tiers spcifique. Chaque fois que vous remontez un problme, restez-en toujours le propritaire et utilisez l'enregistrement de base de donnes pour suivre la progression vers une rsolution. Assurez-vous galement que vous fournissez toute l'assistance ncessaire aux autres niveaux d'assistance et aux fournisseurs externes. Rsolution Une fois que vous avez dtermin la cause probable d'un problme et avez dvelopp un plan d'action, vous devez valuer ce plan. Cette valuation doit inclure les tapes suivantes : faire la liaison avec les spcialistes du support technique impliqus dans l'implmentation du plan ; mener bien toutes les demandes dcoulant des procdures de gestion des modifications ; analyser l'impact possible des modifications l'infrastructure informatique proposes ; dtailler les tapes de test du plan propos ; dtailler le plan de restauration des modifications au cas o celles-ci ne produisent pas le rsultat escompt. Aprs avoir valu le plan d'action propos, vous pouvez le mettre en oeuvre. Au cas o le plan d'action ne rsout pas le problme, envisagez de restaurer les modifications apportes suite l'valuation du plan d'action. Vous devez galement repenser la phase de classification, car il est possible que le diagnostic et la classification initiaux taient errons.
Assurer la rsolution du problme Problme clos Aprs avoir rsolu le problme, vous devez le fermer. Pour cela, mettez jour l'enregistrement de base de donnes en rapport avec le problme pour indiquer que vous avez rsolu le problme de manire permanente, puis fermez l'enregistrement.
Assurer la rsolution du problme signal. Commencez par consulter la documentation concernant les problmes connus que vous avez disposition. Il est possible que le problme se soit dj produit. Si tel est le cas, vous pouvez parvenir une rsolution et une clture rapides de l'incident. Rechercher Si la documentation existante ne vous permet pas d'tablir de causes probables, vous devez mener quelques recherches dans diverses sources. Par exemple, vous pouvez effectuer des recherches dans la Base de connaissances de support Microsoft ou dans des forums en ligne. Dvelopper Une fois que vous avez dtermin une cause probable du problme, vous devez dvelopper un plan d'action.
Assurer la rsolution du problme signale qu'il a oubli son mot de passe, votre plan d'action consiste ouvrir Utilisateurs et ordinateurs Active Directory et rinitialiser le mot de passe. Toutefois, les problmes plus graves ou plus complexes exigent une certaine rflexion. Analyser les donnes disponibles Avant de commencer modifier la configuration, analysez les donnes disponibles pour vous assurer que vous avez dtermin la cause probable du problme signal. Consulter la documentation Consultez toute la documentation relative au correctif que vous envisagez de mettre en uvre. Par exemple, si celui-ci requiert l'installation d'un Service Pack, examinez la documentation relative au Service Pack. Crer un environnement de test Si le correctif envisag ou la solution de contournement implique une reconfiguration significative ou si des problmes surviennent pendant la mise en uvre du correctif, la productivit des utilisateurs pourrait s'en trouver affecte. Il est important que vous criez un environnement de test qui ressemble troitement au systme de production et l'utilisiez pour tester votre plan d'action. Les technologies de virtualisation (telle que Microsoft Virtual PC) offrent un moyen pratique de crer des environnements de test sans requrir d'investissements majeurs dans du matriel ou des logiciels supplmentaires. Considrer l'impact des modifications Vous pouvez tre amen effectuer un important travail de reconfiguration pour rsoudre des problmes complexes. Les modifications que vous envisagez peuvent avoir une incidence sur de nombreux lments de votre organisation. Par exemple, si le correctif que vous projetez d'implmenter ncessite le redmarrage d'un serveur auquel les utilisateurs sont connects, tel qu'un serveur de messagerie ou un serveur de base de donnes, vous devez prvoir l'implmentation du correctif en dehors des heures ouvres. En outre, vous devez vrifier que les modifications proposes ne nuiront pas aux autres applications ou services. Prvoir une restauration Si vous implmentez un correctif ou solution de contournement qui ne rsout pas le problme, vous pouvez envisager de revenir en arrire. L'excution d'une restauration n'est pas ncessaire, mais peut tre souhaitable dans des circonstances particulires. Par exemple, si le correctif implique l'application d'une mise jour, la suppression de la mise jour peut tre acceptable. Toutefois, si le correctif implique la mise niveau d'applications pour inclure de nouvelles fonctionnalits qui peuvent tre utiles aux utilisateurs finaux, il peut tre souhaitable de laisser les nouvelles applications installes plutt que de rtablir l'application plus
Assurer la rsolution du problme ancienne. Vous pouvez utiliser l'environnement de test pour vous entraner annuler un correctif ou une solution de contournement propos.
Assurer la rsolution du problme Se reporter la gestion des modifications Les grandes organisations implmentent des procdures de gestion des modifications pour garantir que le personnel de support technique apporte des modifications l'infrastructure informatique conformment aux instructions et qu'il les documente suffisamment une fois effectues. Si votre organisation utilise une telle procdure, vous devez dterminer ce qui est requis de vous lors de l'implmentation du correctif ou de la solution de contournement. Consultez la documentation adquate, et lorsque cela est ncessaire, discutez des modifications proposes avec les personnes appropries. Rsoudre le problme Les spcialistes du support technique peuvent souvent rsoudre rapidement les problmes les plus courants, sans faire appel aux spcialistes des produits. Les problmes moins courants ou plus complexes requirent souvent l'intervention de spcialistes de support technique ou de fournisseurs externes, et parfois la cration d'une quipe spcialise regroupant les comptences ncessaires la rsolution d'un problme particulier. Lorsque cela est possible, considrez l'utilisation des outils et des utilitaires d'administration distance, car ceux-ci permettent souvent de trouver des solutions plus rapidement. Surveiller et valuer Si un correctif ou une solution de contournement est susceptible de prendre plusieurs heures et d'impliquer plusieurs tapes, vous devez surveiller la progression du processus de rsolution du problme. Il est important que vous valuiez les donnes collectes lors de ce processus pour dterminer si vous tes sur le point de trouver une solution. Si les donnes ne vous permettent pas de l'affirmer, envisagez de revoir votre plan d'action. Rendre compte et documenter Qu'un problme soit compltement rsolu ou non, vous devez documenter toutes les tapes que vous avez effectues pour le rsoudre ou tenter de le rsoudre. Si vous avez consign l'incident dans une base de donnes pour suivre son tat, vous devez mettre jour l'enregistrement pour indiquer que le problme a t rsolu ou non et si l'incident est clos ou non. La rubrique suivante traite plus particulirement du processus de consignation d'une rsolution d'un problme.
Assurer la rsolution du problme mettre jour la documentation de support pour reflter les modifications apportes. En outre, lors de la phase de collecte des informations, il est souvent utile de consulter les journaux d'incident, qu'un problme similaire ait t signal ou non par quelqu'un d'autre. Savoir si un autre technicien a document des problmes similaires n'est possible que si, la clture de l'incident, vous documentez ce que vous avez fait pour rsoudre le problme.
Assurer la rsolution du problme ou doit contourner le problme, vous devez l'en informer. Si vous avez apport des modifications significatives l'infrastructure, les utilisateurs peuvent avoir besoin de recevoir une formation. Consigner des mesures prventives Un problme ayant tendance se rpter, il est essentiel que vous le documentiez ainsi que sa cause et les tapes qui ont permis de le rsoudre. Une documentation adquate garantit que les ingnieurs de support technique qui seront confronts au mme problme puissent dcouvrir une cause probable et une solution recommande tt dans le processus de rsolution.
Sources de rfrence
Citer les auteurs et les sources de rfrence utilises pour llaboration du support