L'objectif de ce post est de favoriser la discussion concernant les attentes des utilisateurs en matière de collaboration, et comment ArcGIS Online pourrait mieux répondre à ces besoins. Il ne s'agit pas de partager ou de chercher des solutions de contournement aux limitations et circonstances actuellement imposées par le système. <\/SPAN><\/P>Types<\/SPAN><\/H3>Généralement, les utilisateurs cherchent à accomplir deux grands types de collaboration dans ArcGIS Online : <\/SPAN><\/P>Partenariat d'égaux<\/SPAN><\/LI>Communauté de diffusion<\/SPAN><\/LI><\/OL>Dans le premier cas, les membres de la collaboration acceptent de se traiter comme des égaux et partagent la responsabilité de la collaboration. Lorsqu'ils partagent des informations dans la collaboration, ils peuvent choisir de les partager avec un accès en contrôle total ou en lecture seule accordé à leurs collaborateurs.<\/SPAN><\/P>Lors du partage avec contrôle total, ils s'attendent à ce que les collaborateurs puissent faire n'importe quoi avec l'information, indépendamment de qui l'a créée ou rédigée à l'origine. Lors du partage en lecture seule, l'attente est que les autres collaborateurs ne puissent que consulter l'information, sans la modifier.<\/SPAN><\/P>Ce modèle implique que lorsque des personnes rejoignent ou quittent la collaboration, cela n'a aucun impact sur la capacité des collaborateurs à interagir avec les éléments qui ont été partagés avec un contrôle total accordé à la collaboration. En d'autres termes, c'est la collaboration qui "possède" le contenu, plutôt qu'un utilisateur individuel. <\/SPAN><\/P>Si quelqu'un quitte une organisation, que ce soit prévu ou non, cela ne devrait pas affecter le contenu des collaborations auxquelles il participe. Ses collègues collaborateurs s'attendent à pouvoir continuer leurs activités normalement, sans avoir à faire quoi que ce soit de plus.<\/SPAN><\/P>Dans le second cas, une communauté de diffusion, la collaboration comprend souvent deux niveaux d'utilisateurs. Un niveau s'attend à fonctionner selon le modèle du partenariat d'égaux, tandis que le second niveau ne peut que consulter l'information. <\/SPAN><\/P>Ce second type de collaboration représente souvent une étape ultérieure dans un flux de travail qui commence par le premier type de collaboration. Une petite équipe centrale, travaillant en tant qu'égaux et collaborant sur des informations, atteint un point où elle souhaite diffuser un sous-ensemble de ses informations à une communauté pour obtenir leurs retours et avis, sans leur permettre de modifier l'information.<\/SPAN><\/P>Il existe des variations sur ces deux types de collaboration, cependant elles sont moins courantes. Le support des cas marginaux ne doit pas se faire au détriment du support des deux cas les plus fréquents via une expérience utilisateur simple et intuitive.<\/SPAN><\/P>Gestion<\/SPAN><\/H3>Les utilisateurs s'attendent à pouvoir participer eux-mêmes aux deux types de collaborations. Ceux qui participent en tant qu'égaux s'attendent à avoir un contrôle complet et égal sur la création, la mise à jour et la suppression de la collaboration.<\/SPAN><\/P>La scalabilité est cruciale pour les grandes organisations, et aucune demande ou intervention manuelle d'autres personnes, telles que les administrateurs système, ne devrait être nécessaire pour gérer ces collaborations.<\/SPAN><\/P>Utilisateurs<\/SPAN><\/H3>Beaucoup d'utilisateurs modernes de la plateforme Esri ArcGIS sont nouveaux dans ArcGIS. La plupart ne sont pas des professionnels SIG au sens traditionnel du SIG sur poste de travail. Ils sont venus au SIG pour les outils web légers comme Map Viewer, StoryMaps, Survey123, Collector, etc. <\/SPAN><\/P>Ces utilisateurs travaillent plus souvent en collaboration sur des projets plutôt que seuls. <\/SPAN><\/P>Corollaires<\/SPAN><\/H3>Les attentes des utilisateurs autour de la collaboration ont été définies par leurs expériences avec d'autres systèmes impliqués dans leur travail quotidien ; des systèmes qu'ils utilisent probablement plus souvent qu'ArcGIS Online. Lorsque ArcGIS s'écarte significativement de ces normes établies, il doit avoir une très bonne raison. Sinon, il risque d'exposer les utilisateurs à l'échec et augmente inutilement la difficulté d'apprentissage du système, ce qui peut être frustrant et décourageant.<\/SPAN><\/P>Des systèmes comme les solutions organisationnelles de partage de fichiers, suites bureautiques, systèmes de gestion de contenu (CMS), systèmes de gestion d'apprentissage (LMS) et autres solutions SaaS fixent les attentes en matière de collaboration. Ce sont les systèmes que les utilisateurs utilisent quotidiennement pour collaborer, tels que : Google Apps, Office 365, DropBox, Google Drive, OneDrive, Box, Canvas, Blackboard, WordPress et plus encore....<\/SPAN><\/P>Après tout, au cœur même d'ArcGIS Online se trouve un système de gestion de contenu, comme Google Drive. Par-dessus cela se superposent des applications comme Map Viewer, StoryMaps, Field Maps, Survey123, Experience Builder, Insights, Hub etc., comme les applications Google au-dessus de Drive : Docs, Sheets, Slides, Forms, Gmail, Calendar, Sites, Maps, Earth etc.<\/SPAN><\/P>Ces autres systèmes ancrent la collaboration sur les éléments du système permettant aux utilisateurs de partager des éléments avec des utilisateurs individuels et/ou des groupes d'utilisateurs. Ils supportent également le partage d'un élément de multiples façons vers différentes combinaisons d'utilisateurs individuels et/ou groupes.<\/SPAN><\/P>Beaucoup de ces systèmes traitent aussi séparément l'organisation du contenu du partage du contenu permettant aux utilisateurs dans un partenariat d'égaux co-organiser le contenu au sein de la collaboration (par exemple Google Team Drives).<\/SPAN><\/P>Répondre à la majorité des utilisateurs SIG modernes avec une familiarité autour de la collaboration permet d'exploiter l'intuition naturelle des utilisateurs, réduire le besoin en formation et accélérer le travail. Les professionnels SIG engagés dans la collaboration ne seront pas ralentis non plus car ils utilisent aussi beaucoup ces mêmes systèmes pour les parties non-SIG de leur travail et pourraient aussi tirer parti de leur expérience existante.<\/SPAN><\/P>Cas d'utilisation<\/SPAN><\/H3>Même si ce n'est pas explicitement indiqué dans chaque cas ci-dessous, il y a une attente implicite que toute combinaison "d'utilisateurs" (c'est-à-dire enseignants-chercheurs, personnel administratif et autres collaborateurs) — provenant d'une ou plusieurs organisations ArcGIS Online — puisse être également impliquée dans une collaboration sans effort supplémentaire. Les utilisateurs peuvent aussi quitter ou rejoindre une collaboration sans impact négatif sur celle-ci.<\/SPAN><\/P>Un projet de recherche utilisant ArcGIS Online où tous les utilisateurs ont une responsabilité égale sur le contenu de la collaboration.<\/SPAN>Un projet de recherche sur lequel un groupe a travaillé ensemble dans ArcGIS Online et qu'ils souhaitent maintenant partager avec un groupe plus large pour révision.<\/SPAN>Un projet d'apprentissage par service auquel un groupe d'utilisateurs travaille où ils ont tous une responsabilité égale sur le contenu et souhaitent maintenant le partager avec des parties prenantes communautaires pour retour.<\/SPAN>Un devoir scolaire où un enseignant partage certaines cartes et couches en lecture seule pour fournir aux étudiants des informations contextuelles ou générales à intégrer dans leur devoir.<\/SPAN>Un devoir scolaire où un enseignant partage des couches modifiables pour fournir aux étudiants un point de départ pour leur devoir<\/SPAN>Un projet en groupe où les étudiants travaillent ensemble sur un StoryMap, Web Map, Feature Layers etc., pour lequel ils ont tous une responsabilité égale.<\/SPAN>Un projet en groupe sur lequel les étudiants ont travaillé ensemble et qu'ils doivent maintenant partager avec leurs camarades pour relecture par les pairs.<\/Span>
Un projet en groupe sur lequel les étudiants ont travaillé ensemble et qu'ils doivent maintenant remettre (tous ses composants) à leur enseignant ; le projet lui-même ou son clone complet que l'enseignant examine ne doit plus être modifiable par les étudiants après la date limite.
Un projet terminé qu'un groupe souhaite partager en lecture seule avec leur organisation ou publiquement.
Un projet de recherche ou devoir scolaire où les utilisateurs ont différents niveaux de responsabilité dans plusieurs collaborations au sein d'une plus grande collaboration ; certains utilisateurs ont un contrôle total dans certaines collaborations ; certains sont participants en lecture seule dans certaines collaborations ; et/ou certains ne sont pas impliqués dans toutes les collaborations.
État actuel
Bien qu'ArcGIS Online se rapproche du support des deux types de collaboration , l'expérience actuelle place des obstacles inutiles sur le chemin des utilisateurs , ne s'appuie pas sur leurs attentes ni leur intuition , et impose une charge irréaliste aux administrateurs système .
Par exemple , un Groupe Mise à Jour Partagé fait presque tout ce dont un partenariat d'égaux a besoin , mais ne peut pas être facilement créé par les utilisateurs eux-mêmes . De même , un Groupe classique accomplit beaucoup pour une communauté de diffusion , mais est centré inattendu autour du groupe plutôt que du contenu .
Ensemble , ces deux types fournissent certains éléments nécessaires lorsqu'une équipe centrale d'égaux doit ensuite diffuser l'information à un groupe plus large pour révision ; ou lorsqu'une grande collaboration englobe plusieurs petites collaborations qui se chevauchent . Cependant , l'expérience actuelle est encore centrée inattendue sur les groupes plutôt que sur le contenu qui devrait être au centre .
