De nombreuses entreprises organisent leurs flux de travail autour de projets et de services. Surtout dans les grandes entreprises, le travail se déplace souvent d’un endroit à un autre, souvent coincé entre les e-mails et les messages Slack, et souvent « raffiné » au cours de son voyage sans fin. entre les équipes de conception et d’ingénierie.
Cela soulève inévitablement la question de la transfert de conception: ce moment magique où les designers ont terminé leur travail et où le développeur peut prendre le relais. Plus important encore, c’est là que les concepteurs doivent arrêt travailler et passer à un autre travail – à moins que la portée ne change ou que des ajustements tardifs ne s’introduisent.
La méthode « sans transfert »
La semaine dernière, je suis tombé sur un article intéressant sur la méthode sans transfert, dans lequel Shamsi Brinn montre une alternative aux transferts de conception typiques. Shandi montre un modèle fluide où les équipes de produits et d’ingénierie travaillent sur le produit de manière itérative tout le temps, le prototypage fonctionnel étant la méthode centrale de collaboration.
Avec le processus, le prototype de travail est le spécification de vie du projet et un langage commun pour l’équipe. Plus besoin de traduction car tout le monde travaille sur le même prototype. L’espace problème et l’espace solution sont exploré par des designers et des ingénieurs en collaborationet l’ensemble du flux de travail est organisé autour du produit, plutôt que de la structure interne de l’entreprise.
Le processus de la « patate chaude »
Cela m’a rappelé le Processus de patate chaude par Dan Mall et Brad Frost, où les idées sont passé rapidement d’avant en arrière du concepteur au développeur et de retour au concepteur puis de retour au développeur pour l’intégralité d’un cycle de création de produit – similaire à lancer des patates chaudes d’avant en arrière (l’audio, vidéo).
D’après mon expérience personnelle, je ne peux que témoigner que la meilleure collaboration n’a pas de transfert entre les équipes. Là, le travail se déroule de manière transparente, de la conception à l’ingénierie et inversement, les deux équipes travaillant simultanément et discutant des problèmes au fur et à mesure qu’ils surviennent, tout au long du cycle de vie du produit.
Il y a des phases de indépendant travailler à coup sûr, mais il y a aussi beaucoup de chevauchements pour le travail collaboratif, qui sont des occasions de discuter des progrès, d’explorer ce qui est et ce qui n’est pas viable et donc d’éviter les problèmes qui se cachent sur toute la ligne.
Créez autant de chevauchements que possible
Bien sûr, le processus fonctionne bien pour les petites équipes de produits. Mais que se passe-t-il si une partie du produit est sous-traitée à un agence externe? De nombreuses entreprises choisissent la voie de documentation complète – presque jusqu’au dernier pixel, accompagné d’un bref expliquant la stratégie et la réflexion derrière le design.
Ce n’est pas assez cependant. Les décisions de conception doivent être informé par les implémentations techniques et ses limites. Il n’y a pas non plus de langage universel autour des modèles de conception et de leur conception d’interaction. Et tous les détails de conception ne peuvent pas être mis en œuvre de manière accessible et performante. C’est pourquoi les belles maquettes se transforment en monstres douloureusement lents et inaccessibles.
Nous pouvons réduire les risques de transferts avec chevauchements dédiés entre les concepteurs et les équipes d’ingénierie. Avec des check-ins réguliers. Revues hebdomadaires. Canaux partagés pour les communications. Visibilité sur le travail effectué. Tests d’utilisabilité de prototypes fonctionnels et révisions de conception petites mais régulières.
La conception est un travail d’équipe. Cela implique tous ceux qui contribuent au site Web – du service client et du marketing aux développeurs et aux concepteurs. Tous les chevauchements que vous pouvez créer profiteront aux équipes, à leur productivité et, en fin de compte, à vos utilisateurs.
Emballer
Nous voulons donc nous éloigner des transferts. Mais comment convaincre les équipes de changer entièrement leur workflow ? Avec un petite expérience sur un petit projet. Choisissez un projet où vous pourriez tâter le terrain et suggérer un processus collaboratif. Demandez ce que les concepteurs pourraient faire pendant que les développeurs sont occupés. Demandez ce que les développeurs pourraient faire pendant que les concepteurs itèrent. Et permettre aux deux équipes de travailler ensemble, en même temps.
En fin de compte, le succès dépend d’une chose simple : à quel point les équipes travaillent ensemble. Et s’ils ne peuvent pas particulièrement bien collaborer, il y a de fortes chances qu’un transfert de conception ne l’améliore pas, et un changement majeur dans la culture d’équipe devra se produire en premier.
Vous pouvez trouver plus de détails sur modèles de conception et UX dans le vidéothèque sur les Smart Interface Design Patterns 🍣 – avec un formation UX en direct qui arrive en septembre de cette année.
(il)
Source link