Ces événements ont toujours été d'excellentes occasions de rencontrer de nouveaux experts produits, de renouer avec des experts existants, de discuter avec des partenaires et des concurrents, d'obtenir des réponses à nos questions, de découvrir les feuilles de route de Microsoft et du secteur, et de prendre le temps de réfléchir à l'avenir et à la façon dont ComputerTalk peut en tirer parti et s'y adapter. Ci-dessous, je parle de l'évolution de l'événement, de la réduction de la présence de Microsoft et des choses intéressantes que j'ai apprises cette année.

Un changement par rapport aux événements traditionnels

Le passage au numérique a considérablement modifié la nature de ces conférences. Il existait toujours un événement appelé « Ignite », mais au lieu d'être un rassemblement de 30 000 personnes sur une semaine, il s'agissait d'une ou deux diffusions en direct et d'une série de vidéos à la demande. Le contenu était toujours de qualité, mais ce qui manquait vraiment, c'étaient les liens et les conversations qui rendaient ces événements dignes d'être suivis en personne.

Souvent, les aspects les plus utiles d'une conférence étaient pour moi les conversations avec un conférencier après une session, la rencontre avec un expert produit à l'un des nombreux kiosques de Microsoft, ou les discussions sur la feuille de route lors d'un événement en soirée autour d'un verre. Alors, quand Ignite 2022 a lancé un « événement signature en personne » à Seattle, je me suis inscrit, impatient de rattraper le temps perdu et de voir où en étaient les choses en 2022.

Il s'agissait manifestement d'une année expérimentale pour Ignite. Le centre des congrès de Seattle, qui a accueilli Build ces dernières années, n'avait réservé que quelques zones pour Microsoft. La zone Hub a été la plus fréquentée tout au long de la semaine, avec un grand espace (peut-être le quart de la taille du hall d'exposition d'Ignite 2019) divisé en quatre quadrants colorés. Chaque quadrant comprenait un espace de conférence, un salon « posez vos questions aux experts » et une série de modules de connexion pouvant accueillir chacun environ 20 personnes.

Il y avait également une zone de marché (où des tables étaient installées pour les repas) et quelques salles pour des séances en petits groupes plus importantes, l'une axée sur le développement et l'autre sur les professionnels de l'informatique. La présence des commanditaires était également limitée cette année, ceux-ci disposant de salles aux niveaux inférieurs du 800 Pike, ce qui ressemblait davantage à des rendez-vous ou des démonstrations planifiés qu'à des interactions spontanées.

Dès le début de la conférence, tous les participants sur place ont été encouragés à « profiter du lieu numérique », ce qui signifiait utiliser le Wi-Fi de la conférence et un appareil personnel pour regarder une session enregistrée. Ayant investi du temps et de l'argent pour venir à Seattle, cela semblait un peu contre-productif, j'ai donc choisi de passer la majeure partie de mon temps dans la zone Hub.

Réduction de la présence des experts Microsoft

Une autre chose qui manquait à l'événement de cette année était une forte présence d'experts Microsoft. Les années précédentes, une grande partie du hall d'exposition était consacrée aux groupes de produits Microsoft, où des experts de différents domaines étaient présents toute la semaine pour répondre aux questions sur leur technologie ou pour expliquer une solution sur un tableau blanc. Même s'il n'était pas garanti que la personne que vous souhaitiez rencontrer soit là au moment de votre passage, il y avait au moins quelqu'un pour vous dire : « Vous devriez parler à X de ce sujet, et cette personne sera de retour dans quelques heures ».

Quadrants « Posez vos questions aux experts »

En l'absence de cet espace, la nouvelle stratégie consistait à prévoir des moments « posez vos questions aux experts » dans chaque quadrant du Hub, l'objectif étant d'avoir des experts Microsoft de domaines spécifiques à des heures précises. En théorie, cela semble être un bon remplacement, mais en pratique, cela n'a pas semblé fonctionner.

Tout d'abord, il n'était pas évident de distinguer qui était un expert de qui était un participant qui traînait dans la zone en regardant quelque chose sur son téléphone. S'il est vrai que tous les experts ne travaillent pas pour Microsoft (j'ai répondu à plus d'une question posée par des gens cette semaine), une partie de la raison de ma présence était de mettre des visages sur des noms et de trouver les noms des personnes désormais responsables de différentes fonctionnalités.

Pour ne citer que quelques exemples, je n'ai trouvé personne capable de parler avec autorité des technologies de centre de contact Nuance, d'Azure Stack, d'Azure Communication Services ou des API d'appel Microsoft Teams Graph. J'ai l'habitude d'avoir des intérêts et des questions ésotériques et de devoir trouver des personnes spécifiques pour en discuter. Mais chaque année, j'ai réussi à trouver les bonnes personnes et à établir d'excellents liens avec les groupes de produits de cette manière.

Malheureusement, de nombreuses personnes chez Microsoft changent régulièrement de rôle. Ainsi, souvent, au moment où vous établissez une excellente relation avec quelqu'un et que vous l'aidez à comprendre ce que vous essayez d'accomplir, cette personne change d'équipe et le processus recommence.

Sessions en soirée

Même lors des sessions en soirée, où le programme de la conférence promettait la présence d'experts Microsoft et des discussions sur des sujets précis, j'ai vu très peu d'employés de Microsoft. J'ai passé la soirée de jeudi à traîner près des tables consacrées à Microsoft Teams, et je ne pense pas avoir vu une seule personne du groupe de produits Microsoft s'arrêter, même si de nombreux participants souhaitaient discuter de Microsoft Teams.

Je ne sais pas si l'absence d'experts Microsoft lors de ces événements était délibérée ou simplement due au fait qu'il s'agissait d'une obligation en début de soirée pour des personnes en « mode maison » et non en « mode voyage », mais c'était certainement perceptible lors de l'Ignite de cette année.

Conférence plus petite, même contenu de qualité

Outre la présence limitée de Microsoft, l'Ignite de cette année était globalement plus petit. Moins de jours et moins de participants signifiaient moins d'occasions de nouer ces liens importants. Dites ce que vous voulez des grands événements Ignite, mais c'était le seul événement auquel tout le monde semblait assister. Partenaires, clients, fournisseurs, concurrents : il y avait des occasions de rencontrer tout ce beau monde à Ignite. C'était peut-être la seule fois dans l'année où tout le monde était au même endroit, et vous pouviez généralement compter sur le fait de croiser au moins quelques visages familiers.

Au-delà de toute la logistique de la conférence, le contenu était toujours là, et il y a eu des développements intéressants qui méritent qu'on s'y attarde. Voici 6 points qui ont retenu mon attention :

1. Microsoft Places

Microsoft Places semble être un concept intéressant. Lorsque nous avons commencé à faire revenir les gens au bureau, je me suis demandé pourquoi Microsoft Teams n'avait jamais ajouté la localisation à la présence (une autre fonctionnalité que possédait SFB, mais pas Teams). Il n'existait aucune méthode « native Microsoft » pour refléter l'emplacement (autre que l'adresse du bureau dans AD, qui n'était pas vraiment conçue pour être dynamique).

J'ai passé du temps à chercher une meilleure solution (qui ne m'obligerait pas à écrire une toute nouvelle application) pour suivre l'endroit où se trouvent les gens, autre que le calendrier partagé « au bureau » que nous avons fini par utiliser.

Microsoft Places semble être la solution pour la planification des lieux à l'avenir, avec des fonctionnalités comme les réponses aux invitations aux réunions spécifiques à un lieu et la coordination des journées dans un emplacement partagé.

Du point de vue du centre de contact, je me demande déjà comment cela peut être utilisé pour s'intégrer aux plateformes de gestion des effectifs, ou si les informations sur le lieu de travail pourraient être utilisées dans un ACD ou une équipe de centre de contact auto-organisée, en supposant que ces informations de localisation (détectées ou déclarées) soient intégrées à Graph.

2. Nouvelles fonctionnalités Premium de Microsoft Teams

Un grand nombre de nouvelles fonctionnalités ont été présentées pour Microsoft Teams, lesquelles seront regroupées dans une unité de gestion des stocks (SKU) Teams Premium, qui s'appuie sur les E-CAL existantes. Une tentative en ce sens avait été faite il y a quelques années avec certaines API Graph, mais elle a rapidement disparu; il semble toutefois que ce soit son retour.

Certaines fonctionnalités semblent avoir une très grande valeur si elles fonctionnent bien, notamment la synthèse des transcriptions de réunions et l'identification des points à traiter. Cela avait été présenté lors de l'événement Build il y a quelques années et commence enfin à se concrétiser.

Tous les services utilisés par ces fonctionnalités semblent être des services d'IA standard. Ainsi, des éléments comme la synthèse de conversations et l'identification de tâches devraient être possibles en tant que services d'IA basés sur la consommation, tout comme au sein de Microsoft Teams. Cela indique que des améliorations, comme la synthèse conversationnelle, seront étendues à des conversations plus longues, ce qui signifie que d'autres services (comme le centre de contact ice) devraient être en mesure de tirer parti de ces capacités améliorées.

C'est certainement un aspect à surveiller, tant à l'intérieur qu'à l'extérieur de Microsoft Teams, et j'examine ce que nous pourrions exploiter, surtout si nous pouvons consommer certains de ces services pour lesquels les utilisateurs de Microsoft Teams paient déjà en tant qu'application.

3. Teams Phone Mobile

Teams Phone Mobile est le nouveau nom d'Operator Connect mobile, mais d'après ce que je comprends, mis à part une disponibilité accrue, le service reste le même. J'ai finalement obtenu une réponse claire sur le fonctionnement du service, et il ne dépend pas du fournisseur pour dériver un appel. Cela se produit du côté de Microsoft et est configurable par un utilisateur de Microsoft Teams. Cela signifie que dans Microsoft Teams, un utilisateur peut choisir de faire sonner simultanément le numéro mobile immédiatement, ou après une présentation sur Microsoft Teams.

Pour les cas où les utilisateurs souhaitent un numéro unique pour les joindre, c'est utile. Cela rapproche également Microsoft de l'espace de la mobilité en intégrant la facturation et l'acquisition de numéros dans le portail d'administration de Microsoft Teams. Il sera très intéressant de voir quel sera le taux d'adoption. Rogers a été l'un des premiers fournisseurs à offrir ce service, et il est bon de voir un fournisseur canadien à l'avant-garde d'une nouveauté comme celle-ci.

En ce qui concerne l'impact sur ice, la bonne nouvelle est que tout continuera de fonctionner avec ice et le routage direct, peu importe si le numéro provient d'Operator Connect, de Teams Phone Mobile ou d'un forfait d'appels. ice sera toujours en mesure de joindre un utilisateur mobile sur Microsoft Teams et pourra toujours basculer vers le fournisseur mobile sur le même numéro en cas de panne du routage direct.

4. Microsoft Digital Contact Center Platform

La plateforme Microsoft Digital Contact Center Platform semble encore être une proposition assez vague. D'après ce que je peux constater, bon nombre des technologies de Nuance sont regroupées pour créer quelque chose qui se rapproche davantage de la plateforme Contact Center AI de Google que d'un produit de centre de contact autonome. À ce stade, il semble que rien n'ait été finalisé quant à la façon dont les technologies cognitives de Nuance et de Microsoft seront fusionnées, mais il est fort probable que cela se produise à un moment donné.

Nuance Gatekeeper est particulièrement intéressant, car cette solution de biométrie vocale semble bien plus performante que les services de vérification et d'identification du locuteur d'Azure, surtout dans le domaine des centres de contact. Les fonctionnalités de Dynamics utilisant Azure Communication Services jouent également un rôle dans cette stratégie pour Microsoft, et je pense que pour les utilisateurs axés sur Dynamics qui ont des besoins limités en matière de centre de contact, cela peut encore être pertinent. Bien que l'intersection des partenaires Dynamics qui savent également comment mettre en œuvre des centres de contact semble encore assez restreinte (du moins d'après les personnes de Dynamics avec qui j'ai discuté à Ignite).

Tout cela lance une discussion sur ce à quoi s'attendre d'un centre de contact moderne, et je pense que cela valide certains des investissements que nous faisons dans nos propres points de terminaison Azure Communication Services, en renforçant les investissements dans des fonctionnalités comme l'IA conversationnelle et la synthèse vocale neuronale dans notre boîte à outils de services professionnels, et en travaillant sur des capacités d'analyse de la parole et du texte plus avancées.

5. Technologies à faible code/sans code

Les technologies à faible code/sans code continuent de faire l'objet d'investissements massifs et, à certains égards, reçoivent plus d'attention que les outils et les utilisateurs professionnels. Cela peut se comprendre, car il y a certainement plus de gens qui utiliseront des outils à faible code que ceux qui chargeront Visual Studio. Des fonctionnalités comme la possibilité de créer des formulaires Power Apps à partir d'un croquis papier ou de définir des flux d'automatisation en langage naturel sont des démonstrations très puissantes qui pourraient aider à lancer de nombreux projets (en supposant que ces démonstrations deviennent réalité).

L'utilité réelle de telles plateformes dépendra de leur capacité à passer du point de départ généré par l'IA à une personnalisation par l'utilisateur. Une autre démonstration lors de la conférence a illustré comment le modèle OpenAI Codex peut itérer sur un problème pour générer des solutions de plus en plus raffinées.

Ayant travaillé sur la conception de iceWorkflow Designer, il est intéressant d'observer les solutions offertes par d'autres dans le domaine du développement « low code » et de réfléchir à la façon d'améliorer iceWorkflow Designer, notamment par l'automatisation de tâches répétitives et la modification automatique des flux d'appels via le langage naturel.

6. Dev Box

Visual Studio propose des fonctionnalités intéressantes avec Dev Box. Il s'agit essentiellement d'une machine virtuelle à la demande, créée à partir d'une image configurée et adaptée aux besoins des développeurs. Bien que ce ne soit pas encore aussi simple que Codespaces, j'ai appris que l'équipe Office créait de nouvelles images Dev Box dans le cadre d'un pipeline Azure DevOps à certaines étapes clés.

Ce concept d'« environnement à la demande » est intéressant pour la façon dont nous développons ice, car une telle adaptation nous permettrait de créer des environnements cohérents pour n'importe quelle version en un seul clic. C'est une piste que je compte explorer. J'ai également découvert des astuces utiles lors d'une séance d'experts concernant les tunnels de développement et la configuration de Visual Studio basée sur un dépôt, ce qui pourrait faciliter le travail de l'équipe d'ingénierie.

En conclusion, Ignite 2022 à Seattle a été une expérience d'apprentissage enrichissante et un bon indicateur de la vision de Microsoft pour l'industrie, bien que l'événement n'ait pas été à la hauteur des éditions précédentes. J'espère que les commentaires des participants seront pris en compte pour un événement plus vaste l'an prochain. Les dates prévues pour les 15 et 16 novembre 2023 ne sont pas très encourageantes, mais les plans peuvent changer, comme ce fut le cas en 2016.

Pour plus de nouvelles et d'analyses sur l'industrie, consultez notre blog à computer-talk.com/blogs.