J'ai fait des recherches sur la façon dont les organisations de développement de logiciels adaptent les pratiques UX comme partie intégrante de leurs processus et l'acceptent dans toute l'organisation, ce que certains chercheurs, dont moi, appellent cela "l'intégration UX". Cependant, je dois mentionner que la plupart des chercheurs n'utilisent "l'intégration UX" qu'en mettant l'accent sur la façon dont les pratiques UX sont adaptées dans les processus de développement logiciel et ne couvrent pas l'aspect organisationnel de cette adaptation. Un autre terme utilisé pour le même concept est "institutionnaliser l'expérience utilisateur".
À mon avis, certaines des activités qu'un expert UX effectue et certaines de ses responsabilités sont directement liées à `` UX du produit '' (par exemple, suggérer des solutions de conception, enquête contextuelle). D'un autre côté, certaines activités et responsabilités se rapportent à `` l'intégration UX '' et sont indépendantes de l'UX du produit (par exemple, intégrer la gestion, organiser des cours et des formations).
Étant donné que mon expérience est la recherche, je voulais poser cette question question des praticiens UX là-bas:
Comment considérez-vous une telle catégorisation dans vos tâches et responsabilités lorsque vous entrez dans une nouvelle organisation en tant que rôle interne ou consultant?
Voyez-vous une valeur à faire une telle séparation? Comment?
J'aimerais également en savoir plus si vous êtes tombé sur un sujet similaire à la fois dans la recherche et le monde universitaire.
Ce que la plupart des équipes UX manquent, c'est une personne "Ventes UX".
La plupart des gens UX sont bons en UX. Pas beaucoup d'entre nous sont bons pour vendre de l'expérience utilisateur. J'appellerais cela le rôle "d'intégration". Vous avez besoin d'un avocat dans l'organisation qui fait office de visage de l'équipe UX. Il s'agit généralement d'un poste de directeur UX.
L'intégration UX est la clé de la livraison UX du produit! L'intégration des pratiques UX permet un processus de conception plus ciblé et approfondi tout en offrant une vue stratégique de l'évolution d'un produit.
Cela dit, avoir cette vue intégrée nécessite un niveau plus élevé de maturité UX au sein d'une organisation et dépend donc des priorités, des ressources et des processus métier et de la manière dont l'organisation les équilibre avec UX.
Pour atteindre ce niveau de maturité UX, une évaluation doit être effectuée afin de déterminer ce qui doit être fait exactement au niveau du produit en premier et quelles pratiques, limitations, contraintes, dettes techniques, etc. doivent être supprimées pour atteindre un objectif convenu.
L'approche est donc très progressive et alignée sur le contexte de chaque organisation. C'est où une feuille de route UX a beaucoup de sens! il existe un certain nombre de modèles de maturité UX, mais j'ai trouvé le modèle ci-dessous par Stefan Klocek fonctionne bien!
Pour répondre à tes questions:
Vous pourriez avoir une meilleure chance en tant que consultant! Il me semble qu'il est beaucoup plus facile pour les consultants de pousser au changement avec une plus grande probabilité d'avoir l'adhésion des personnes impliquées.
Je ne vois aucune valeur à les séparer (si vous le pouvez): vous devez évaluer où vous en êtes en termes de pratiques UX et tracer une feuille de route pour vous emmener où vous voulez être.
Grande question!
J'ai travaillé une fois pour une entreprise qui avait des "tsars". Chaque produit avait son propre czar, et il y avait des czars inter-produits comme un czar visuel, un czar de style de codage, etc. Ces czars de produits croisés n'étaient pas nécessairement les plus experts dans leur domaine, mais ils étaient bons pour communiquer et à bord "et parvenir à un consensus.
Cela ressemble à un tsar UX pourrait être utile dans un rôle à l'échelle de l'entreprise à la fois pour évangéliser pour UX en général et pour promouvoir une cohérence et se concentrer sur les questions UX.
Comme pour la plupart des questions, je suppose que cela dépend de la structure de l'organisation et de la "capacité" UX ou de l'équipe responsable de la mise en œuvre de l'UX au sein de l'organisation. Cependant, théoriquement, ce sont deux activités distinctes dans lesquelles l'une repose plus fortement sur les compétences UX réelles tandis que l'autre activité nécessite un certain degré de connaissances UX.
Je le vois comme quelque chose de similaire à un élément de gestion du changement où il s'agit de transformer l'organisation et de créer les capacités de l'organisation. Cependant, dans la plupart des organisations dans lesquelles j'ai travaillé, c'est généralement entre les mains d'une équipe de transformation numérique qui se concentre davantage sur le développement et la mise en œuvre que sur la conception ou la recherche.