La réponse est "oui". Les développeurs devront manipuler des configurations système pour tester des éléments, installer des logiciels (au moins pour tester le processus d'installation de ce qu'ils sont en train de développer), manipuler le registre et exécuter des logiciels qui ne fonctionneront pas correctement sans les privilèges d'administrateur (pour ne citer que quelques exemples). Il existe une multitude d'autres tâches faisant partie intégrante du travail de développement qui nécessitent des privilèges d'administration.
Sachant que le personnel de développement n'a pas nécessairement un accès Root aux systèmes de production, les droits d'administration sur un PC local ne compromettent pas de manière significative la sécurité des systèmes de production. Il n'y a pratiquement aucune raison opérationnelle légitime de restreindre l'accès administrateur aux PC locaux pour le personnel qui en a besoin pour faire son travail.
Toutefois, la raison la plus importante de fournir un accès administratif est que la mise en place d'un environnement de développement compromis ou de second ordre envoie un message à votre personnel de développement :
"Nous apprécions tellement peu votre travail que nous que nous sommes prêts à considérablement compromettre votre capacité à faire votre travail sans aucune raison valable. En fait, nous sommes heureux de le faire pour couvrir nos propres cul, pour satisfaire les caprices de la bureaucratie mesquine ou parce que nous ne sommes tout simplement pas dérangés. Ce n'est que le meilleur des cas. Le pire cas est que nous sommes vraiment le le type de maniaque du contrôle qui voit ça comme notre prérogative de vous dire comment faire votre travail et ce que vous devez ou ne devez pas ce dont vous avez besoin pour le faire. Faites avec ce que ce qu'on vous donne et soyez reconnaissant d'avoir un travail.
D'une manière générale, offrir un environnement de travail de second ordre (sans parler d'un environnement fondamentalement défectueux) au personnel chargé du développement, c'est s'exposer aux conséquences naturelles de l'énervement de son personnel : incapacité à retenir les personnes compétentes, forte rotation du personnel, mauvais moral et mauvaise qualité des prestations. Il est tout simplement irresponsable de faire des efforts dans ce sens, surtout s'il s'agit de se plier aux caprices de la bureaucratie.
N'oubliez pas que la rotation du personnel n'entraîne pas seulement des coûts de remplacement du personnel. Le coût le plus grave de la rotation du personnel est que la plupart de ceux qui restent sont des employés morts qui ne peuvent pas obtenir un meilleur emploi. Au fil du temps, cela dégrade les capacités des départements concernés. Si votre secteur est suffisamment proche, vous pouvez également vous retrouver avec une réputation.
Il convient de noter que les privilèges administratifs sont beaucoup moins problématiques pour le développement sur les systèmes unix-oid ou mainframe que sur Windows. Sur ces plateformes, un utilisateur peut faire beaucoup plus dans son propre domaine sans avoir besoin de permissions pour l'ensemble du système. Vous voudrez probablement toujours un accès Root ou sudo pour les développeurs, mais l'absence de cet accès les gênera beaucoup moins souvent. Cette flexibilité est une raison importante mais moins connue de la popularité continue des systèmes d'exploitation dérivés d'Unix dans les écoles d'informatique.
