Ordinateurs et Sécurité

Infrastructure, antivirus, azure, office 365, drive, client management — toutes ces tâches IT.

La gestion IT fait-elle partie du travail en tant que CTO ? Cela ressemble plus à quelque chose sous l'aile d'un CIO — mais en réalité, dans les petites entreprises, le CTO pourrait devoir s'en occuper.

À minima, il faudrait mettre en place une bonne stratégie pour utiliser les ordinateurs, partager les fichiers, gérer les licences, etc.

Petite leçon d'histoire : Autrefois, les employés recevaient un ordinateur préinstallé (de bureau), sans accès d'administrateur et un utilisateur pour qu'ils puissent se connecter au "domaine". Ce furent de beaux jours.

Le département IT pouvait maintenir tous les ordinateurs à jour avec Windows et tout le monde était satisfait. Les départements d'achat d'entreprise achetaient des "ordinateurs d'entreprise" qui avaient des pièces interchangeables, étaient faciles à réparer, avaient un remplacement sur demande (sur place) et étaient faciles à réinstaller quand nécessaire.

Les ordinateurs arrivaient par lots et les fabricants promettaient des "cycles longs" ce qui voulait dire qu'ils gardaient des pièces de rechange disponibles.

Tout cela a-t-il jamais fonctionné en pratique ? J'en doute. Ce qu'il a fait, c'était de limiter les utilisateurs en ne leur permettant pas d'installer quoi que ce soit, et de les condamner à des ordinateurs lents qui étaient coincés dans un "lot" et quand ils avaient un problème, ils ne pouvaient rien faire eux-mêmes car le département IT devait se connecter en tant qu'administrateur pour le réparer.

Donc, encore une fois, nous avons créé des tonnes de travail pour rien. J'ai mentionné que les ordinateurs étaient lents aussi ? Cela a incité les gestionnaires à obtenir des ordinateurs plus rapides, plus petits, plus légers et bien sûr non supportés pour eux-mêmes. Un autre moyen de distinguer les gestionnaires importants de la foule du personnel.

Cela n'a jamais fonctionné pour les développeurs — car il fallait attendre une seconde avant que quelqu'un ait besoin d'exécuter une commande shell dans le terminal, et donc avait besoin d'accès d'administrateur. De plus, un ordinateur de développeur doit être rapide et avoir beaucoup de mémoire — pas pour impressionner les subordonnés — mais pour accélérer les calculs de code et donc éviter d'attendre les builds ou autres (la roue de la damnation).

Dans tous les cas — le rêve du département IT de contrôler les ordinateurs était, au mieux, une bonne tentative de rationaliser et standardiser, et au pire a coûté à l'entreprise des tonnes d'argent pour rien.

Lisez plus dans "Le Playbook du CTO" disponible sur Amazon/Kindle.