Ce qui était demandé
Les collaborateurs enchaînent les réunions avec des partenaires, des journalistes, des prestataires et des équipes externes. Un arrière-plan homogène, c’est l’image de l’organisation qui reste cohérente d’un appel à l’autre.
La demande venait du service communication, qui avait déjà produit les visuels. Restait à les mettre entre les mains de tout le monde — sans compter sur la bonne volonté de chacun.
La contrainte qui a tout décidé
Le nouveau client Teams ne se contente pas d’un dossier d’images. Il exige une structure de fichiers particulière : un nom au format GUID, et une miniature associée à chaque image, sans quoi l’arrière-plan n’apparaît simplement pas dans l’interface.
C’est ce détail, invisible dans l’énoncé de la demande, qui a déterminé la faisabilité de la solution retenue.
Trois chemins possibles
La solution officielle existait. Elle se payait.
Mettre le pack à disposition, chacun l’importe
- Aucune infrastructure, aucun développement
- Déploiement très long, et dépendant de chaque utilisateur
- Versions anciennes qui subsistent, aucune homogénéité
Gestion centralisée via Teams Premium
- Solution officiellement supportée, administration centralisée
- Nécessite des licences Teams Premium
- Coût supplémentaire pour un besoin cosmétique
Déploiement automatisé par stratégie de groupe
- Aucune action utilisateur, tout le monde au même niveau
- Mise à jour centralisée : une archive à remplacer
- Développement et maintenance du script à assumer
Ce que ça change
Chacun se débrouille.
Le pack est disponible quelque part, à charge pour chacun de l’importer dans son client Teams. En pratique : une minorité le fait, personne n’a la même version, et l’image reste hétérogène.
Tout le monde les a, sans rien faire.
Le script récupère l’archive depuis le partage interne à l’ouverture de session, génère les noms et les miniatures attendus par le client Teams, et place les fichiers au bon endroit. Renouveler les visuels revient à remplacer une archive.
Faites glisser pour comparer
Ce que je referais autrement
La solution dépend d’un format qui n’est pas le mien
Le script fonctionne parce qu’il reproduit exactement ce qu’attend une version donnée du client Teams : noms en GUID, miniatures, emplacements. Rien de tout cela n’est documenté comme une interface stable.
Une évolution du client peut donc casser le déploiement sans prévenir. Ce que j’ajouterais : un contrôle après exécution qui vérifie que les arrière-plans sont bien visibles, plutôt que de supposer que la copie a suffi.
Ce que cette mission démontre
Chaque étiquette renvoie à la grille de compétences.
Le détail est dans le dossier professionnel : l’architecture du déploiement, la gestion des erreurs, les contextes d’exécution pris en charge et le tableau de recette.