Fermer

janvier 21, 2022

Du chaos au système dans les équipes de conception


Résumé rapide ↬

Rejoindre une équipe où il n'y a pas de pratiques de conception établies peut sembler décourageant. Cette situation vous parle-t-elle ? Si oui, alors lisez la suite – car cet article partage les conseils de l'auteur basés sur son expérience personnelle et il vous montrera un moyen (bien que pas facile) de faire face au problème d'une manière qui apportera d'autres avantages, en plus de l'ordre et de la cohérence.

Dans de nombreuses équipes que j'ai rejointes par le passé, j'ai constaté une situation similaire à la suivante : ils semblent travailler et livrer les choses rapidement, mais sans suivre une approche réfléchie de leur processus de conception d'interface ; il n'y a presque pas de bibliothèques ni de pratiques partagées ; et enfin, la documentation de conception semble servir un objectif de très courte durée, étant aussi utile que nécessaire pour continuer à expédier des choses.

Pour un concepteur nouvellement embauché, une telle situation ne semble pas très prometteuse. Les implications de cela augmentent de manière exponentielle à mesure que de plus en plus de personnes font partie de l'équipe, même si sa taille reste assez petite. (D'après mon expérience, dans une équipe de seulement trois designers, vous commencerez déjà à ressentir le besoin de mettre en place des pratiques communes sur la façon de travailler ensemble.)

En conséquence, beaucoup de Le temps d'intégration initial qui devrait être consacré à apprendre à naviguer dans l'entreprise est plutôt consacré à la recherche de fichiers et de versions de conception précédentes, tout cela dans le but de comprendre comment le produit fonctionne. Les avoir à portée de main aide également à reconnaître les décisions passées, comme s'il s'agissait d'un journal permettant de suivre l'évolution de la conception, ce qui permet de mieux comprendre ce que la version actuelle fonctionne comme elle le fait réellement.

Ce faisant, nous faisons cela. perdre non seulement un temps précieux, mais aussi le temps des membres de notre équipe – les gens doivent patiemment dissiper nos doutes, collecter des liens et des captures d'écran d'histoires d'utilisateurs passées, etc., et cela se produit tout en essayant de conserver également notre propre organisation individuelle et interne en bon état pour ne pas perdre le fil des choses.

Dans les équipes où j'ai constaté que cela se produisait, j'ai aussi remarqué que les évolutions du design et du code bougent quelque peu indépendamment de chacun autre, même lorsqu'il existe une collaboration et une communication fréquente entre les concepteurs et les ingénieurs. La réponse courte est que les deux signifient à peu près la même chose, car dans l'industrie du logiciel, "développeur de logiciel" et "ingénieur logiciel" sont souvent utilisés de manière interchangeable. Dans mon équipe actuelle, nous utilisons des "ingénieurs" – donc ici et dans le reste de l'article, j'utiliserai ce terme.

Une image abstraite avec un grand cercle - la moitié avec des lignes et l'autre moitié remplie - qui représente opposition ou tension entre les parties.

( Grand aperçu )

Et comme les gens ne partagent pas des pratiques et des approches communes, chacun traite les problèmes et les solutions à sa manière. Alors que faire quand on se retrouve dans un tel scénario ? Il y a deux approches possibles auxquelles je peux penser.

  1. Nous avons toujours l'ancien et classique "c'est ce qui est". Vous finirez par vous habituer à la façon dont les choses sont, vous apprendrez comment les choses fonctionnent et passerez à autre chose. Vous réussirez à trouver une logique (même si c'est la vôtre) à l'intérieur du chaos – une sorte d'entropie, si vous voulez ; assez pour garder les conceptions d'expédition. Bientôt, tout cela cessera de vous déranger beaucoup et deviendra le problème de quelqu'un d'autre. sur la même page que vous et il voudra soutenir vos efforts. Et ces efforts pourraient être importants, car vous devrez réfléchir à la façon de réparer les choses d'une manière qui fonctionne pour tout le monde, résout le problème actuel et est également à l'épreuve du temps. Difficile, n'est-ce pas ? manière à ce que les gestionnaires puissent comprendre clairement. Parler leur langue et présenter cela comme un moyen d'économiser du temps et de l'argent pourrait être la meilleure façon de formuler votre proposition !

    Avec toutes ces choses nécessaires pour commencer, il est compréhensible pourquoi nous allons habituellement ) l'autre côté. Mais si vous êtes toujours avec moi, je vais essayer de vous montrer pourquoi et ce que vous devez faire pour faire un changement pour le mieux.

    Plus après le saut ! Continuez à lire ci-dessous ↓