+1-416-273-6883 / +1-855-366-8444
hello@blendedperspectives.com

Atlassian Intégrations avec Yasoon : Récapitulatif du webinaire

25 février 2022

Le 10 février, nous avons organisé un webinaire conjoint avec yasoon sur Intégrations Atlassian. Chez Blended Perspectives, nous tenons à partager nos connaissances et nos expériences. extenside la connaissance de toutes les choses Atlassian par notre webinaires et nous sommes très heureux que vous soyez si nombreux à choisir de nous rejoindre en direct et à la demande.

Toutefois, nous sommes conscients que, dans le cadre d'une journée de travail chargée, de nombreux téléspectateurs potentiels ont du mal à trouver une heure à consacrer. Vous pouvez toujours suivre notre webinaire iciDans cet article, nous récapitulerons les principaux points du séminaire en ligne.

Service de recherche analytique sur le marché (MARS)

Une grande partie du contenu de ce webinaire était basée sur notre base de données MARS des applications tierces de la place de marché Atlassian.

MARS est l'une de nos offres uniques dans l'écosystème Atlassian et nous pensons qu'elle résout deux problèmes fondamentaux de la place de marché Atlassian :

MARS est essentiel pour deux raisons :

Tout d'abord, il y a la taille considérable de la Place de marché : avec plus de 1 000 vendeurs, plus de 4 000 applications et plus de 1,5 million d'installations actives, il peut être difficile de s'y retrouver et de trouver les applications qui apporteront une valeur ajoutée à votre instance.

Deuxièmement, il y a un problème avec l'auto-catégorisation des vendeurs sur le Marketplace. Bien que cela soit certainement démocratique d'un point de vue pratique, lorsque vous recherchez une application dans une catégorie, par exemple, l'établissement de rapports, cela peut être un défi. Avec autant d'entrées, comment pouvez-vous comparer les vrais, les dévoués reporting applications ? Par exemple, la rubrique "Graphiques et diagrammes" contient plus de 200 applications, dont la plupart n'ont rien à voir avec les diagrammes.

MARS surmonte ces problèmes de deux manières :

Pour surmonter la taille de la place de marché, nous concentrons notre attention sur les 544 applications du club des 500. Cela signifie que nous sommes en mesure d'obtenir des informations plus précieuses sur la place de marché sans sacrifier sérieusement l'étendue de nos recherches puisque les applications du club des 500 représentent plus de 82% des instances de la place de marché.

Atlassian Intégrations avec Yasoon : Récapitulatif du webinaire 1

Et pour éviter l'autosélection des fournisseurs, nous avons soigneusement attribué des "catégories significatives" à toutes les applications du 500 Club en fonction de leur fonctionnalité principale. Cela signifie que lorsque vous recherchez une reporting dans MARS, vous ne verrez que les vrais... reporting des applications.

Aussi étrange que cela puisse paraître, nous aimons comparer la place de marché Atlassian à un marché de fruits et légumes. La plupart des marchés sont excellents et il y a généralement trop de produits pour savoir quoi en faire, mais c'est là que réside le problème.

Disons que vous voulez faire une tarte aux pommes et que vous allez au marché pour trouver la meilleure pomme pour votre tarte. Tous les vendeurs de pommes vous diront "ma pomme est géniale dans une tarte", car c'est probablement le cas. Cependant, comme vous voulez impressionner vos amis avec cette tarte, vous voulez la meilleure pomme pour la tarte. Comment prendre une décision éclairée sur ce qui fera vraiment ressortir votre tarte ? Si vous cherchez quelle pomme mettre dans votre tarte, vous pouvez utiliser pickyourown.org et si vous cherchez à prendre une décision éclairée sur l'application Atlassian Marketplace à acheter, vous pouvez utiliser MARS.

Place de marché Atlassian

Parmi les "catégorisations significatives" de MARS, l'intégration est la plus importante.

Atlassian Catégories du marché

Pourquoi intégrer

Dans MARS, nous classons comme "intégration" toute application qui fournit un lien entre les produits Atlassian et non Atlassian.

Ces applications constituent le segment le plus important de la place de marché Atlassian, et il est donc évident que de nombreuses intégrations ont lieu sur cette place de marché. Mais qu'est-ce qui motive ce désir d'intégration entre Atlassian et d'autres produits ?

Tout d'abord, il s'agit de surmonter le problème du cloisonnement.

Au fur et à mesure que les organisations se développent, elles ont généralement tendance à acquérir de plus en plus d'outils qui remplissent une fonction spécifique au sein de l'entreprise. Cependant, quelle que soit la tâche accomplie par ces outils, la façon dont ils s'articulent avec les fonctions du reste de l'organisation est généralement un peu négligée. Les processus peuvent devenir lents et laborieux, et le temps qui pourrait être consacré à des tâches à forte valeur ajoutée est gaspillé en tâches administratives.

Le deuxième moteur de cette évolution est le désir des équipes d'utiliser le meilleur outil pour la tâche spécifique à accomplir.

Les équipes de développement, en particulier, peuvent être très pointilleuses sur leurs outils et vouloir des outils spécifiques pour remplir certaines fonctions. Cependant, même si ces outils sont les meilleurs pour leur fonction, cette approche peut conduire à une pile d'outils croissante et très fragmentée.

Intégration Croissance

Ces tendances se traduisent par la popularité croissante des intégrations par rapport aux autres grandes catégories de places de marché.

Intégration de la place de marché Atlassian

Et cette croissance est largement tirée par le cloud.

La plateforme en nuage de Atlassian a explosé au cours des dernières années - au cours des trois dernières années, plus de 90% des nouveaux clients de Atlassian ont opté pour le nuage, tandis que de plus en plus de clients continuent à migrer.

Étant donné que Atlassian Cloud et les différents produits basés sur le cloud auxquels il peut s'intégrer se trouvent dans le cloud plutôt que derrière des pare-feu, l'intégration entre les deux est plus simple que sur site.

Architectures de forteresse

Comme nous pouvons le constater à partir des données MARS, il y a beaucoup d'intégration entre Atlassian et un certain nombre de plateformes clés. C'est évidemment une bonne nouvelle, car il est difficile de trouver quelqu'un qui soit contre l'intégration des plates-formes et qui ne pense pas qu'elle puisse apporter des avantages considérables.

Cela ne signifie pas pour autant qu'il existe toujours une tendance inquiétante à ce que nous aimons appeler les "architectures forteresses".

Chez Blended Perspectives, nous constatons de plus en plus une déconnexion inhérente entre les méthodologies populaires (comme ITIL, SAFe et Integrated GCR) et ces "architectures forteresses".

Alors que ces méthodologies s'efforcent de favoriser l'intégration et la connectivité, nous constatons qu'elles se heurtent souvent à ces architectures forteresses qui ne le permettent pas en raison de leur insistance sur le contrôle.

Cela est dû en partie à cette sorte d'"approche Gartner" de la sélection des outils - les organisations achetant ce qui est censé être le leader d'un segment de marché - ainsi qu'au fait que ces outils, et ceux qui les exploitent, ont généralement tendance à vouloir contrôler leur segment et à s'assurer qu'ils possèdent ce monde, ce qui rend l'intégration entre eux très difficile.

Intégrations

Cependant, malgré ces "architectures fortes", il y a encore beaucoup d'intégration sur la place de marché Atlassian.

"Gratuit" ou "payant

La plupart des intégrations (2/3) se font avec des applications "gratuites". Cependant, cette information est un peu faussée car ce que nous considérons comme des intégrations "gratuites" sont généralement payées ailleurs, et souvent pour des montants assez importants.

Cela soulève toutefois la question de savoir pourquoi, si vous payez déjà pour un produit ailleurs, vous payeriez à nouveau pour l'intégrer à Jira/Confluence. Comme vous le verrez en examinant un produit comme Microsoft 365 pour Jira, qui est une intégration payante, vous pouvez constater l'incroyable profondeur et la valeur supplémentaire de votre intégration payante pour un coût relativement faible.

D'autre part, la plupart des intégrations gratuites sont en grande partie ce que nous appelons des "fenêtres", c'est-à-dire qu'elles vous donnent un aperçu de ce qui se passe ailleurs, mais ne vous offrent souvent pas le même niveau d'interaction, en particulier l'interaction bidirectionnelle, que quelque chose comme Microsoft 365 pour Jira. Cette intégration plus profonde, qui permet le suivi et la communication entre plates-formes, est vraiment la source de la plus grande partie de la valeur de l'intégration des produits.

Catégories secondaires

Comme nous attribuons ce que nous appelons une "catégorie secondaire" à toutes nos intégrations (qui sont principalement classées dans la catégorie "intégration"), nous pouvons comparer ces catégories secondaires aux catégories primaires des autres applications.

C'est très intéressant car cela nous permet de savoir quel genre de choses les utilisateurs font dans Atlassian avec des applications natives et ce qu'ils choisissent de faire ailleurs puis d'intégrer dans leur suite Atlassian.

intégration atlassienne

La première chose que font les utilisateurs de Atlassian avec les produits intégrés est la gestion des exigences.

Il s'agit réellement d'un espace dans lequel les utilisateurs de Jira s'intègrent afin de tirer le meilleur parti de leurs outils de pointe.

Les concepteurs font généralement leur travail dans ces outils et sont à l'aise pour les utiliser. Ainsi, en créant une connexion simple entre les conceptions réalisées dans les produits eux-mêmes et les questions Jira, les développeurs devraient toujours avoir accès aux conceptions les plus récentes.

Entre ces trois plus grandes intégrations de gestion des exigences, le vainqueur évident est Figma pour Jira qui a plus que doublé le nombre de ses instances en 2021.

Nous ne pouvons pas vraiment nous prononcer sur les avantages et les inconvénients des outils eux-mêmes, mais en ce qui concerne la façon dont ils sont liés à Jira, Figma est généralement le meilleur, avec des différences de performance assez notables, ainsi que des liens en direct qui aident les utilisateurs à gagner du temps pour trouver les versions les plus récentes.

gestion des exigences

Les intégrations liées au code sont la deuxième intégration la plus populaire réalisée par les clients de Atlassian.

La croissance des intégrations liées au code au cours des dernières années a été assez remarquable.

Ici, nous comparons essentiellement toutes les applications Bitbucket et nous l'utilisons comme un proxy pour Atlassian 3 lié au code.rd et toutes les intégrations liées au code.

La tendance ici est assez évidente, je pense : les intégrations ont explosé récemment, en particulier au cours de l'année dernière, alors que les applications en code natif n'ont pas connu une croissance aussi rapide.

intégrations de code

Il s'agit probablement d'un exemple de développeurs utilisant des outils privilégiés (comme GitHub et GitLab).

La troisième méthode d'intégration la plus populaire est le diagramme.

Le diagramme est en fait une histoire de draw.io et Lucidchart poussent alors que Gliffy stagne quelque peu.

Diagramme

Lucidchart est un produit intégré tandis que draw.io et Gliffy sont natifs de Confluence.

Ce qui est particulièrement intéressant dans la catégorie des diagrammes, c'est ce qu'elle démontre de l'évolution du cloud et des produits basés sur le cloud, ainsi que de la possibilité pour les fournisseurs de concevoir des produits qui ne sont pas spécifiquement destinés à l'espace Atlassian et, ce faisant, de bénéficier d'une présence sur davantage de marchés.

Lucid a créé Lucidchart, une application web, qui n'est pas spécifique à Atlassian ou à la place de marché, mais grâce au connecteur pour l'utilisateur, l'application agit de la même manière que draw.io et Gliffy le font - la seule différence étant que vous payez votre abonnement directement à lucid plutôt que par l'intermédiaire du Marketplace.

C'est une tendance que nous observons de plus en plus, et comme le cloud continue à être plus répandu...

La quatrième chose que les utilisateurs de Atlassian font le plus souvent lors de l'intégration est l'intégration aux outils de collaboration.

En ce qui concerne la collaboration en tant que catégorie, nous pensons que le marché des tableaux blancs numériques est de loin la sous-section la plus intéressante.

Miro, qui est le principal outil de collaboration sur tableau blanc, a vu les installations de ses produits Jira et Confluence exploser au début de 2020, ce qui, coïncidence ou non, correspond au moment où les habitudes de travail ont commencé à changer en raison des fermetures de Covid-19.

Nous avons constaté que les équipes distantes et hybrides tentent de reproduire les meilleurs aspects du travail en personne et, pour beaucoup de gens, il s'agit de pouvoir travailler ensemble sur un tableau blanc.

Nous sommes également de grands fans de Whiteboards for Jira by Appfire et il a augmenté de plus de 150% en 2021.

Il sera toujours difficile d'entrer sur le marché si tard et de se mesurer à une force aussi bien établie que Miro. Cependant, nous aimons vraiment ce qu'ils font et lorsqu'un produit peut être conservé en Jira, il est généralement plus abordable.

Collaboration

Microsoft 365 pour Jira

Microsoft 365 pour Jira est une intégration entre Jira et l'ensemble de la suite Microsoft 365.

Depuis que l'application a été restructurée au milieu de l'année 2021 pour englober l'ensemble de la suite Microsoft 365, et non plus seulement Outlook, les installations ont connu une tendance à la hausse assez significative.

Nous pensons qu'ils ont trouvé un bon créneau et qu'en couvrant l'ensemble de Microsoft 365 dans une seule application, ils rendent les choses vraiment faciles et efficaces pour leurs clients.

Microsoft 365 pour Jira

Microsoft 365 pour Jira est à cheval sur les deux mondes : Microsoft et Jira.

En tant qu'intégration payante, Microsoft 365 pour Jira est soutenue par sa capacité à relier les deux mondes de Microsoft et de Jira - les intégrations "gratuites" qui prétendent relier les deux mondes vous pousseront le plus souvent vers un monde ou l'autre.

Microsoft 365 pour Jira

Nous avons déjà fait un tour d'horizon approfondi des fonctionnalités de Microsoft 365 pour Jira et des cas d'utilisation potentiels lorsque nous avons... décerné à l'application notre prix "App du mois" en octobre.

Il existe essentiellement deux principaux cas d'utilisation de Microsoft 365 pour Jira :

Microsoft 365 for Jira peut également contribuer à accélérer l'assistance informatique en assurant une communication et une visibilité liées qui aident les agents à résoudre efficacement les tickets :

Les utilisateurs qui ont tendance à travailler davantage dans Teams peuvent facilement créer des tickets d'assistance dans un environnement dans lequel ils sont plus à l'aise, au sein d'un portail d'apparence similaire à celui qu'ils verraient dans JSM.

Lorsque les demandes parviennent au service d'assistance, celui-ci peut y répondre directement par le biais du chat Teams et peut même partager le problème avec son canal ITSM Teams pour impliquer d'autres agents si nécessaire.

En outre, si vous pensez pouvoir résoudre le problème plus rapidement en face à face, les agents peuvent programmer des réunions Teams à partir du problème Jira. En un seul clic, le calendrier Outlook indiquera quand vous êtes tous deux disponibles.

Si les agents reçoivent une demande de support dans Outlook, ils peuvent aussi facilement créer le ticket dans Outlook (plus de copier-coller) avec de nombreux champs déjà pré-remplis. Les conversations antérieures par courriel sont affichées sur la question et les nouveaux courriels sont automatiquement ajoutés.

Microsoft 365 for Jira permet de garantir la visibilité de la gestion des projets informatiques et de faire en sorte qu'au sein des équipes et entre les équipes, tout le monde soit sur la même longueur d'onde. Par exemple :

Supposons qu'un chef de projet reçoive une demande de fonctionnalité de la part de la direction dans Outlook. Le chef de projet peut immédiatement intégrer l'e-mail dans le tableau Jira correspondant en sélectionnant le projet et en créant le problème directement depuis Outlook.

Une fois que cette nouvelle question est ajoutée au projet concerné et qu'elle est vue par un membre de l'équipe, celui-ci peut réaliser qu'une équipe non technique est nécessaire. Directement à partir de la question Jira, il peut alors envoyer un message à une personne ou à un canal (par exemple le marketing ou la conception) qui n'a peut-être même pas Jira. Toute réponse au message des équipes peut être consultée sur la question Jira.

De plus, disons que vous voulez organiser une réunion sur la demande de fonctionnalité - directement à partir de la question Jira, vous pouvez utiliser le calendrier Outlook pour créer une réunion Teams qui fonctionne pour toutes les parties concernées. Au cours de la réunion, tous les commentaires de Teams peuvent être transférés directement dans les sous-questions.

Le plus impressionnant, c'est que toutes ces informations : sous-tâches, réunions qui ont eu lieu et conversations dans Teams, peuvent être vues à partir de la question initiale Jira qui elle-même peut être vue à partir du courriel initial.

Si vous souhaitez en savoir plus sur Microsoft 365 pour Jira ou le voir en action, cliquez ici. ici.

N'hésitez pas à nous contacter à l'adresse suivante hello@blendedperspectives.com

fr_CAFR
Partager ceci