Tenez-vous-en à l'informatique, ne devenez pas un autre département

Je le constate très régulièrement : il semble que ce soit une énorme tentation pour les services informatiques d'outrepasser les limites de l'informatique et de vouloir assumer les rôles et les responsabilités d'autres départements de l'entreprise. Dans la PME, cela est peut-être bien plus vrai, car il n'existe pas de démarcation claire entre l'informatique et les autres départements, les fonctions sont souvent partagées, il n'y a pas de bonnes politiques ni procédures, il n'y a personne pour assumer ces autres tâches, etc. Et il existe toujours la possibilité que ces responsabilités transversales soient réellement confiées à l'informatique. Mais neuf fois sur dix, ce n'est pas le cas.

Je pense que ce comportement découle de plusieurs facteurs :

1. Les gens ont tendance à travailler dans l'informatique parce qu'ils sont « plus intelligents » ou du moins « plus curieux » que la moyenne sur la plupart des sujets ; nous accumulons donc beaucoup de connaissances générales qui nous permettent d'agir comme un membre compétent de n'importe quel département (l'informatique peut faire le travail des RH en cas de besoin ; l'inverse est-il couramment vrai ?)
2. L'informatique a tendance à se voir confier tout le travail dont les autres départements ne veulent pas et dont ils peuvent se débarrasser (peux-tu nous imprimer ceci ? peux-tu réparer mon micro-ondes ? le fusible a sauté ! as-tu de l'expérience avec les arroseurs ?). Nous adoptons donc cet état d'esprit à force de subir le comportement des autres départements à notre égard.
3. Nous avons une vue d'ensemble de l'organisation, plus que presque n'importe quel autre département.
4. Nous avons tendance à être passionnés par le fait de faire les choses « comme il faut » — ce qui repose souvent sur l'excellence technique ou les pratiques courantes du secteur, mais peut ne pas tenir compte des besoins spécifiques de l'entreprise ni de facteurs particuliers.

Mis bout à bout, ces facteurs, parmi d'autres, nous poussent à vouloir nous mêler de tout ce qui se passe dans et autour des entreprises que nous servons. Les questions relatives à notre implication dans les activités d'autres départements reviennent régulièrement. Pour mesurer à quel point notre réflexion sur ce comportement tend à être faussée, il suffit de voir que les informaticiens demandent à d'autres informaticiens quelle est leur responsabilité plutôt que de s'adresser à la direction de leur propre entreprise, qui est pourtant celle qui prend réellement cette décision. Il ne s'agit pas ici de bonnes pratiques, mais de respecter les règles de votre propre entreprise.

Voici quelques exemples de situations où les informaticiens aiment intervenir et tenter de se substituer à d'autres départements :

• « Les gens vont sur Facebook au travail, je dois les en empêcher. » — Vraiment ? S'agit-il d'une décision relevant de l'entreprise, ou l'informatique se contente-t-elle de prendre des décisions de RH ou de sécurité à la place de ces départements ? Que l'informatique soulève la question est une excellente chose, mais le sentiment de devoir faire respecter des décisions relatives aux habitudes de travail individuelles devrait probablement être laissé au propriétaire de l'entreprise, au responsable ou à un département désigné comme les RH, le service juridique ou la sécurité.
• Espionner les utilisateurs finaux, capturer des mots de passe, etc. — Le service juridique vous a-t-il demandé de le faire ? Si ce n'est pas le cas, n'assumez pas des responsabilités juridiques et de sécurité, surtout celles qui pourraient entraîner des amendes, voire des peines de prison dans votre juridiction locale ! Nous risquons de retourner la situation : de soupçonner quelqu'un d'autre, nous devenons nous-mêmes les coupables.
• Faire pression sur l'entreprise à propos de risques d'incendie, de problèmes de sécurité (qui ne relèvent pas de vous), etc. — Voir quelque chose, le signaler. Parfait. Ne soyez pas vous-même à l'origine de mauvais comportements. Mais si, une fois le problème signalé, l'entreprise ne s'en préoccupe pas — à moins qu'il ne s'agisse d'un problème juridique que vous devez transmettre à la police —, n'allez pas croire que c'est le rôle de l'informatique. Le concierge ne se sent pas concerné de la sorte, les RH ne se sentent pas concernées de la sorte, l'informatique ne devrait pas l'être non plus. Si l'entreprise décide de ne pas s'en soucier, vous ne devriez pas non plus. (L'exemple était AJ évoquant le fait de brancher des multiprises parafoudre les unes sur les autres.)
• L'entreprise ne peut pas être à l'arrêt ! — L'informatique adore celui-là. Cela peut nous pousser à réclamer des clusters à haute disponibilité, ou simplement des serveurs surdimensionnés, ou que sais-je encore. En réalité, il s'agit à 100 % d'une décision financière qui devrait revenir aux équipes comptables, financières et au directeur financier. L'informatique n'a aucune idée du temps d'arrêt que l'entreprise peut ou ne peut pas se permettre — nous savons seulement combien il en coûte d'atténuer tel niveau de risque. Nous fournissons des données aux financiers, qui reviennent avec l'évaluation risque/bénéfice. L'informatique ne devrait prendre aucune décision financière, à quelque échelle que ce soit.

Je pourrais continuer encore et encore. RH, finance, sécurité, gestion des installations, juridique — nous voulons nous mêler de toutes ces fonctions. Mais est-ce notre responsabilité de le faire ? C'est peut-être le cas dans votre situation, mais en temps normal, non. Nous prenons des risques personnels et professionnels pour imposer nos idées et nos opinions à des entreprises qui, souvent, ne sont pas intéressées par notre avis (dans ces domaines).

Prenez du recul et examinez votre relation avec l'entreprise. Faites-vous des suggestions et prenez-vous des décisions qui correspondent à votre rôle au sein de l'entreprise et aux besoins spécifiques de celle-ci ? Gardez le sens des proportions. Il est si facile de se laisser absorber par l'idée que l'informatique fasse les choses « comme il faut » que nous oublions que l'entreprise ne partage peut-être pas notre vision de ce qui est bon ou mauvais pour elle — et nous ne sommes pas dans l'informatique pour le simple plaisir d'y être, mais dans le but de soutenir l'entreprise.

[Reproduit à partir d'une publication sur Spiceworks, le 8 janvier 2013]