Red Hat Enterprise Linux 3: Introduction à l'administration système | ||
---|---|---|
Précédent | Chapitre 1. Philosophie de l'administration système | Suivant |
Lorsqu'il s'agit de vos utilisateurs, il n'y a jamais trop de communication. N'oubliez pas que de petits changements qui pour vous, sont à peine remarquables, pourrait très bien être source d'une confusion totale pour l'assistant(e) administrative des Ressources Humaines.
La méthode selon laquelle vous communiquez avec vos utilisateurs peut varier en fonction de votre entreprise. Certaines entreprise utilisent l'email, d'autres, utilisent un site Web interne. D'autres peuvent décider de recourir aux informations sur Usenet ou à l'arc.(de l'anglais Internet Relaya Chat). Dans certaines entreprises, une note écrite sur un morceau de papier placé sur le tableau d'affichage de la salle de pause pourra même suffire. Dans tous les cas, il est important d'utiliser la ou les méthodes qui fonctionnent bien dans votre environnement.
En général, il est bon de suivre l'approche utilisée dans la presse écrite, à savoir :
Communiquer aux utilisateurs ce qui va être fait
Communiquer aux utilisateurs ce qui est fait
Communiquer aux utilisateurs ce qui a été fait
Les sections suivantes examinent toutes ces étapes en détail.
Avant d'apporter quelle que modification que ce soit, assurez-vous de bien en avertir vos utilisateurs suffisamment longtemps à l'avance. La durée de la période nécessaire pour prévenir vos utilisateurs varient non seulement en fonction du type de modification à apporter (la mise à niveau d'un système d'exploitation nécessite une mise en garde plus longue que le simple changement de la couleur par défaut de l'écran de connexion du système) mais également en fonction de la nature de la communauté de vos utilisateurs (des utilisateurs plus expérimentés au niveau technique seront probablement plus à même de faire face à des changements que des utilisateurs disposant d'un minimum de connaissances techniques).
Au minimum, vous devriez décrire les éléments suivants :
La nature du changement
Le moment où il aura lieu
La raison pour laquelle il doit être effectué
La durée estimée de l'opération
L'impact (le cas échéant) que ce changement aura sur les utilisateurs
Les coordonnées des personnes à contacter pour toute question ou inquiétude
Imaginez la situation hypothétique suivante. Depuis un certains temps, le service des finances rencontrent des problèmes avec son serveur de bases de données qui, de temps à autre, est très lent. Vous allez mettre le serveur hors service, mettre son module CPU à niveau en le remplaçant par un module plus rapide puis le redémarrer. Une fois ces opérations effectuées, vous allez déplacer la base de données elle-même vers un stockage plus rapide basé sur une matrice RAID. Dans une situation de ce genre, vous pourriez communiquer la message suivant à votre communauté d'utilisateurs :
Temps d'indisponibilité du système prévu pour ce vendredi soir
Ce vendredi à partir de 18.00 heures, heure locale (24.00 heures pour notre bureau de Berlin), aucune application financière ne sera disponible pour une durée d'environ quatre heures.
Pendant cette période, des modifications seront apportées aussi bien au matériel qu'au logiciel du serveur de bases de données du service des finances. Grâce à ces modifications, l'obtention des comptes de crédit et des comptes de débit sera beaucoup plus rapide, de même que la création du bilan hebdomadaire.
Outre la différence au niveau de la durée d'exécution, la plupart d'entre vous ne devraient remarquer aucun autre changement. Toutefois, pour ceux et celles d'entre vous qui ont écrit leurs propres requêtes SQL, sachez que le format de certains indices changera. Cet aspect est documenté sur le site Internet à la page Service des Finances.
Pour toute question, commentaire ou inquiétude, veuillez contacter l'Administration Système au poste 4321.
Un certains nombre de points sont dignes d'une attention toute particulière :
Communiquez clairement le début et la durée de la période d'indisponibilité associée au changement.
Assurez-vous de bien donner l'heure à laquelle le changement commencera de manière à inclure tous les utilisateurs, quel que soit leur emplacement géographique.
Utilisez des terme que vos utilisateurs comprendront. Les personnes touchées par ce changement se moquent de savoir que le nouveau module CPU est une unité de 2GHz avec deux fois plus de cache L2 ou que la base de données sera placée sur un volume logique RAID5.
Cette étape est essentiellement un avertissement de dernière minute pour rappeler aux utilisateurs que le changement est désormais imminent ; cet avertissement devrait se présenter sous la forme d'un bref rappel du message précédent mais en soulignant cette fois-ci de manière explicite, l'aspect imminent du changement. ("La mise à niveau du système aura lieu CE SOIR."). Ce rappel offre également l'opportunité de répondre publiquement à toute question reçue suite au premier message.
Toujours selon notre exemple hypothétique, un avertissement de dernière minute pourrait ressembler à l'extrait suivant :
Période d'indisponibilité du système prévue pour CE soir
Rappel : La période d'indisponibilité du système annoncée lundi dernier aura lieu comme prévu ce soir à 18.00 heures, heure locale (24.00 heures pour notre bureau de Berlin). La première annonce relative à ce changement est disponible sur le site intranet de la société à la page Administration Système.
De nombreuses personnes ont demandé si elles devaient finir leur journée tôt ce soir afin de s'assurer que leur travail soit sauvegardé avant que le période d'indisponibilité du système ne commence. Les changements effectués ce soir ne touchant aucune opération faites sur les postes de travail individuels, il ne sera pas nécessaire de finir plus tôt que d'habitude.
Il convient ici de rappeler à ceux et celles d'entre vous qui ont rédigé des requêtes SQL que le format de certains indices changera. Cet aspect est documenté sur le site intranet à la page Service des Finances.
Vos utilisateurs ont été avertis, vous êtes désormais prêt à effectuer le travail requis.
Après avoir effectués les changements nécessaires, vous devez expliquer à vos utilisateurs ce que vous avez fait. Là encore, il ne devrait s'agir que d'un résumé des messages précédents (il est indiscutable que certaines personnes ne les auront pas lus)[1]
Toutefois, il reste encore une opération importante à effectuer. Il est important d'informer vos utilisateurs sur le statut actuel du système. La mise à niveau s'est-elle passée sans problème ? Le nouveau serveur de stockage a-t-il fonctionné pour le service d'ingénierie mais pas pour celui des Finances ? Ces aspects associés au changement doivent être mentionnés ici.
Il va de soi que si le statut est différent de celui communiqué précédemment, ce point devra non seulement être sousligné de manière claire et explicite mais il sera également important d'informer les utilisateurs sur les mesures prises (le cas échéant) afin d'arriver à la solution finale.
Dans notre situation hypothétique, la durée d'indisponibilité était source de problème. Le nouveau module CPU ne fonctionnait pas ; en téléphonant au fabricant du système il s'est avéré qu'une version spéciale du module était nécessaire afin de pouvoir effectuer des mises à niveau appropriées. Du bon côté des choses, la migration de la base de données sur le volume RAID s'est passée sans problème (même si elle a pris plus de temps qu'escompté en raison des problèmes associés au module CPU).
Pour une telle situation, l'annonce reproduite ci-dessous pourrait être communiquée aux utilisateurs :
Fin de la durée d'indisponibilité du système
La durée prévue d'indisponibilité totale du système pour vendredi (reportez-vous à la page Administration Système du site intranet de la société) est désormais terminée. Malheureusement, en raison de problèmes matériels une des tâches n'a pas pu être effectuée. Dans de telles circonstances, les tâches restantes ont pris plus longtemps que la durée prévue de quatre heures. malgré ce petit problème, tous les systèmes étaient à nouveau en production avant minuit heure locale (06.00 du matin pour notre bureau de Berlin).
En raison des problèmes matériels persistants, la performance des comptes de crédits et des comptes de débits ainsi que celle du rapport de bilan ne seront accrues que légèrement par rapport à la prévision d'origine. Une deuxième période d'indisponibilité sera donc prévue et annoncée dès que les problèmes ayant entravés la finition des opérations seront résolus.
Veuillez noter que la période d'indisponibilité a entraîné le changement de certains indices de bases de données ; ceux et celles d'entre vous qui avez écrit vos propres requêtes SQL devraient se reporter à la page Service des Finances disponible sur le site intranet de la société.
Pour toute question, veuillez contacter l'Administration Système au poste 4321.
Grâce à ce type d'informations, vos utilisateurs disposeront de connaissances suffisantes pour d'une part, pouvoir poursuivre leur travail et d'autre part, pouvoir comprendre l'impact que les changements auront sur leur activité.
[1] | Assurez-vous de bien envoyer ce message dès que les opérations sont terminées, avant de quitter le bureau. En effet, une fois parti, il est beaucoup trop facile d'oublier d'informer vos utilisateurs et de les laisser dans l'obscurité quant à la possibilité d'utiliser ou non le système. |
Précédent | Sommaire | Suivant |
Documenter toute activité | Niveau supérieur | Connaître ses ressources |