Tout d’abord, une rapide introduction professionnelle : j’ai commencé à utiliser Linux et les logiciels libres en 1998, et j’ai commencé à les utiliser professionnellement en 2001. C’était une époque compliquée par le manque d’information et de documentation disponibles, outre l’absence de solutions gratuites qui facilitent la vie de chacun et qui sont courantes de nos jours.
L’idée simple d’installer Linux était déjà une aventure passionnante : interface d’installation en mode texte, il fallait sélectionner tous les paquets manuellement, et invariablement, il fallait télécharger un module vidéo ou sonore et recompiler le noyau si l’on voulait que tout fonctionne parfaitement.
A partir de là, beaucoup de choses ont changé, mais trois facteurs semblent encore loin de changer : la méfiance des dirigeants à l’égard de l’adoption de solutions libres, la barrière créée par les utilisateurs lors de la migration, et l’empressement des techniciens, qui pensent qu’une migration de systèmes au sein d’une entreprise peut se faire de la même manière qu’à la maison, sans études ni tests.
Les migrations et les déploiements au sein d’une entreprise sont une affaire complexe, et ce n’est pas parce que vous avez réussi à installer Linux chez vous que vous pouvez vendre l’idée d’une migration complète au sein de l’entreprise pour laquelle vous travaillez. Rappelez-vous, ce n’est pas seulement la réputation de Linux au sein de l’entreprise qui est en jeu, mais votre travail aussi. Pour cette tâche, il faut bien plus que des connaissances techniques : il faut comprendre l’entreprise, connaître la bureaucratie, et savoir comment se déplacer.
Cela ressemble à une blague, mais je vois toujours les mêmes doutes et les mêmes erreurs que j’ai faites en 2001. Non devrait être comme ça. Linux est beaucoup plus facile à installer et à utiliser, OpenOffice – BrOffice pour les franchisés – est beaucoup plus compatible avec Microsoft Office, et plusieurs distributions apportent déjà des programmes qui font partie de la configuration du serveur de manière rapide. Mais il est encore courant d’entendre des histoires d’entreprises qui ont eu des problèmes pour migrer vers le logiciel libre, la plupart d’entre eux étant dus à la bureaucratie interne ou à la manipulation pure et simple de passionnés de Linux.
En y réfléchissant, j’ai compilé certaines des astuces que j’ai apprises au cours de ma vie professionnelle, afin d’aider ceux qui débutent. La plupart sont des choses évidentes, mais je le répète : je le vois encore. Il vous suffit de vous inscrire sur des listes de diffusion ou de discuter dans des communautés pour trouver certains des cas traités ici.
Assez, passons aux conseils.
Sommaire
Apprendre à parler la langue des gens
Il existe une arrogance commune en informatique, et en particulier parmi les utilisateurs de logiciels libres, selon laquelle les gens ont l’obligation de savoir de quoi vous parlez. Ce n’est pas vraiment le cas.
Chacun a sa propre façon de comprendre les choses, et ne pas en tenir compte tout au plus vous frustrera, en imaginant que vos supérieurs ou les responsables d’autres secteurs ne comprennent pas la merveille qu’est le Logiciel Libre. Et, dans les entreprises, où les structures et les postes sont bien définis, un “non” du patron peut tuer le projet dès le départ. Pour éviter cela, il est important de savoir à qui vous avez affaire et de leur montrer les avantages de la migration.
Il existe plusieurs exemples. Si votre supérieur ne comprend pas l’informatique, à quoi bon parler avec enthousiasme de ce projet de proxy à plusieurs niveaux de sécurité, d’authentification des utilisateurs, d’anti-virus et de pare-feu intégrés et de contrôle d’accès ? À la fin, vous vous demanderez “Qu’est-ce que ça a à voir avec moi ? Dans ce cas, sérieusement, n’expliquez pas ce que vous ferez, mais ce que l’entreprise gagnera.
Si le patron ne regarde que l’aspect financier, faites un tableau ou un rapport montrant combien est dépensé en navigation inutile ou combien de temps un utilisateur reste inactif lorsque la machine est envahie ou attrape un virus, et démontrez que le changement va diminuer cela, générant une économie générale. Si votre patron est accro au contrôle et à la productivité, montrez-lui un autre aspect : le proxy générera des rapports sur la navigation et l’utilisation d’Internet, vous permettant d’identifier les goulets d’étranglement ou les utilisateurs improductifs. Voilà, sans entrer dans les détails techniques, vous pouvez convaincre votre supérieur. Après tout, elle est maintenant en mesure de voir les avantages du changement.
Ne dites jamais que Linux est “libre”.
Vraiment. Je ne plaisante pas. Je tiens à le répéter : ne dites jamais que Linux est “libre”.
Raison ? Pour beaucoup de gens, même pour ceux qui travaillent avec des ordinateurs, il existe une méthode simple et immuable dans le monde : plus le produit est cher, plus il sera de qualité. Si nous nous arrêtons pour réfléchir, en dehors du monde informatique, cela a un certain sens. Les produits plus chers présentent généralement une qualité supérieure ou davantage de ressources. Comment une personne ayant ce sens des valeurs pourrait-elle faire face à la nouvelle qu’un produit est “gratuit” ? Probablement en pensant (ou en parlant) “Libre ? Alors, ça doit être nul…”
Et il y a un autre problème : en prétendant qu’une solution est gratuite, vous laissez la place à ceux qui s’opposent au changement pour interdire le projet si des dépenses apparaissent (matériel différent, livres, aide d’autrui, etc.). Ensuite, vous expliquerez que cette carte réseau supplémentaire n’a en fait rien à voir avec le logiciel libre, ou que le module permettant de connecter ce système propriétaire au système libre est payant, etc.
En cas de doute, utilisez toujours les termes “libre” ou “ouvert”.
Avant de commencer la migration, vérifiez si elle est possible et si vous savez comment faire
Quelque chose de très courant sur les listes de diffusion et les forums Linux (en fait, sur n’importe quelle nomenclature), et même dans les commentaires de mon blog, est de trouver un message plus ou moins comme celui-ci :
“parle glra, j’ai un concombre ici, j’ai un projet de migration vers Linux dans une entreprise avec 160 ordinateurs et cinq serveurs qui doivent s’authentifier via LDAP, par un VPN dans un proxy fermé à l’intérieur d’un pare-feu et tous connectés dans une pile radio. J’ai dit à mon patron que je pouvais tout migrer vers Linux, et maintenant il est sur moi, me chargeant, et il m’a déjà dit qu’il me renverrait si je ne livrais pas demain. J’ai vu sur le net ce que je pouvais faire, mais j’ai quelques problèmes. Quelqu’un aidez-moi ? Je me suis arrêté à la partie où l’installation de Linux me demande de redémarrer l’ordinateur…”
Là, le type ne peut évidemment pas le faire, mais c’est le patron qui aura l’impression que tout est plus difficile ou impossible sous Linux.
Bien sûr, chaque cas est un cas : j’ai vu des patrons demander à des techniciens des choses qu’ils ne savaient tout simplement pas faire. Mais si l’idée de la migration vient de vous, assurez-vous au moins que vous savez ce que vous faites.
Comment ? Mettez en place un mini-réseau quelque part dans votre bureau, en dehors du réseau “officiel”, avec deux ou trois machines connectées, et faites tous les tests possibles. Ce n’est pas parce que vous avez un manuel sur internet qui dit que c’est “super simple” que cela finira par être simple. Surtout si des modifications aux scripts de configuration sont nécessaires. Si vous ne savez pas au moins comment fonctionnent les paramètres de base de Samba, vous ne devriez pas promettre un serveur SMB avec authentification LDAP pour demain.
Veiller à ce que la migration soit transparente pour l’utilisateur moyen
Imaginez la situation : vous passez la nuit à installer OpenOffice sur tous les ordinateurs de l’entreprise, et dès le matin, vous recevez un appel d’un employé du service financier, vous disant que vous ne pouvez ouvrir correctement aucune feuille de calcul d’Office 2007. Vous dites que vous devrez migrer les feuilles de calcul, mais cela prendra un certain temps. Cinq minutes plus tard, votre patron vous appelle pour vous dire de réinstaller Office 2007 dans le poste de l’employé, puisqu’il ne peut pas travailler. La nouvelle se répand et, en moins d’une semaine, tout le monde utilise à nouveau MS-Office, OpenOffice s’appuyant sur un coin du disque dur.
C’est un scénario assez courant, croyez-moi. Imaginez maintenant qu’un employé arrive au travail le lundi et trouve l’écran de connexion Ubuntu sur son ordinateur.
La seule façon d’éviter cela est de s’assurer que l’utilisateur sait ce qui va se passer et anticipe ses besoins. Le proxy sera totalement fermé, ne permettant l’accès qu’à quelques sites, mais savez-vous à quels sites chaque secteur accède habituellement ? Savez-vous que l’utilisateur doit vous dire s’il ne peut pas accéder à la page ou s’il va simplement penser qu’elle est en panne ? Tous les ports seront fermés par le pare-feu, mais il n’existe aucun programme ou site web qui se connecte par un port spécifique ? Les documents les plus importants sont-ils entièrement compatibles (visuels, formules, macros, etc.) ? Sinon, y a-t-il une alternative ?
La liste disparaît. Comprenez que dans ce cas, ce ne sont pas seulement les connaissances techniques qui deviennent nécessaires, mais aussi la connaissance de l’entreprise et la relation avec les employés. Oui, personne n’a dit que la migration était facile…
Savoir le temps de donner le bras à la torsion
Une partie de l’avantage de vieillir est de savoir quelles batailles mener. Et cela signifie savoir quand arrêter le projet de migration qui traîne depuis des mois et réfléchir à des alternatives.
Ne pouvez-vous pas utiliser Linux comme un système standard sur tous les ordinateurs ? Mais qu’en est-il des serveurs ? OpenOffice n’a pas été approuvé par tous les secteurs ? Et l’antivirus ? C’est comme ça que ça se passe.
Continuer à frapper sur la pointe d’un couteau ne résoudra rien. Tout au plus, vous serez connu comme le fanatique qui veut faire perdre de l’argent à la société avec ce truc de Linux…
