Qu'est-ce que DesignOps? Pourquoi votre équipe en a-t-elle besoin? Et comment DesignOps peut-il aider votre équipe de conception / développement à réussir? Cet article répond à ces questions et vous fournit également des conseils utiles sur la mise en œuvre de ce nouveau concept dans votre équipe de développement.
Dans le monde moderne, c'est la vitesse de l'équipe de développement qui définit souvent la viabilité d'un produit. Dans le même temps, il y a un élément clé le plus important et le plus problématique: la conception.
La conception devient souvent un goulot d'étranglement et affecte de manière significative l'ensemble du processus de développement, quelle que soit la taille de votre équipe. Parfois, les efforts surhumains d'un responsable de la conception contribuent à accélérer le processus de conception, mais dès que la charge de travail augmente, vous devez adapter votre équipe.
Combien de fois avez-vous vu:
Si tout ou partie de ces éléments vous semble familier, il est temps d’implémenter DesOps (Design Operations).
Le terme DesOps ou DesignOps est une réplique du terme DevOps qui est une pratique de génie logiciel qui vise à unifier les processus de développement pour créer une plus grande efficacité. À l'instar des spécialistes DevOps, les spécialistes DesOps sont des concepteurs expérimentés dotés de compétences en gestion qui comprennent le processus de conception dans le contexte plus large du développement de produits.
Bien que nous n’ayons peut-être pas tous le terme «DesOps» dans notre intitulé de poste, de nombreux concepteurs de haut niveau sont déjà responsables du même rôle. De l'élaboration de processus de conception, au développement de systèmes de conception, à la création de stratégies et à la gestion des équipes de conception, DesOps joue un rôle de plus en plus recherché.
Ce qui compte vraiment, c'est que cette approche soit évolutive et pertinente même en équipe avec un seul concepteur. Alors, comment commencez-vous à implémenter DesOps?
Les concepteurs doivent savoir quand leur travail est terminé et prêt à être transmis à l'équipe de développement. Par exemple, les concepteurs ont besoin d'une compréhension claire des états que chaque écran doit posséder et des actifs nécessaires à l'équipe de développement pour générer ces actifs.
Cela peut sembler être un domaine que les concepteurs devraient comprendre par nature. Mais c'est en fait l'un des points de friction les plus courants dans un projet et ne doit pas être ignoré. Si vous articulez clairement ce qui est requis, vous réduirez les conflits et vous assurerez que tout le monde comprend ses responsabilités.
Les avantages sont les suivants: il permet de maintenir un rythme de développement constant; cela réduit le temps total de développement; Cela réduit le nombre de discussions nécessaires entre les concepteurs, les développeurs et les prospects.
Pour le dernier point, nous examinions spécifiquement ce que le concepteur devrait transmettre aux développeurs. Ce point concerne la forme que le concepteur devrait utiliser pour transmettre les maquettes de conception, la conception soignée, les prototypes, les moodboards, que le concepteur doit fournir pour transmettre efficacement ses intentions dans un format compréhensible par les développeurs.
Il existe de nombreuses options, telles que Zeplin ou InVision mais l'une des plaintes les plus courantes des développeurs est que ces formats ne fournissent pas tout ce dont ils ont besoin (tels que les actifs exportés). Toutefois, cela est généralement dû au fait que les concepteurs n’ont pas correctement exporté leurs conceptions. En clarifiant aux concepteurs ce qu'ils sont censés produire, ils peuvent facilement transférer les bons actifs.
Vous devez créer un document interne contenant des exigences techniques spécifiques pour les actifs, les outils de conception, la collaboration avec les développeurs et les autres membres de l'équipe. Enfin, ce document doit clairement définir quand et comment les conceptions doivent être livrées.
Un ensemble de solutions de conception et d'ingénierie, ainsi que des guides pour leur mise en œuvre, assureront un certain nombre d'avantages: intégrité du produit; intégration plus simple et plus rapide des nouveaux membres de l’équipe; travail plus efficace des concepteurs et des développeurs (car ils peuvent communiquer dans un langage défini par le système de conception).
Les avantages de ceci incluent: l'amélioration de la qualité globale du travail; réduit l'affaissement lorsque vous redimensionnez l'équipe; augmente la vitesse de conception et de développement.
Nous aimons tous de nouveaux outils sympas, mais une équipe efficace travaille avec un ensemble uniforme d’outils, et s’assurer que cette unité est de votre responsabilité.
Tous les outils doivent être à jour, mais si une mise à jour est ignorée pour une raison quelconque, alors tout le monde doit l'ignorer.
Les avantages de ceci incluent: un engagement accru de l'équipe; augmentation de la vitesse de conception et de développement; amélioration de la collaboration en équipe.
Les développeurs ont plus de chance dans cette tâche, car le contrôle de version pour le code est une industrie mature avec de nombreuses options. Il est difficile de produire une approche similaire pour les concepteurs, car les processus sont si diversifiés, mais au cours de la dernière année, des outils tels que Abstrait , Kaktus , et Plante ont été de plus en plus populaires. Vous pouvez même avoir plusieurs concepteurs travaillant sur une seule mise en page avec quelque chose comme Figma .
Les avantages sont les suivants: amélioration de la communication; mise à l'échelle de l'équipe simplifiée; processus de conception accélérés, car plusieurs concepteurs peuvent travailler sur un seul projet de manière productive.
Afin de décrire toutes les fonctionnalités liées aux conceptions, essayez d'utiliser une "documentation visuelle" au lieu d'écrire des spécifications techniques. Dans la plupart des cas, il suffit qu'un développeur dispose d'un prototype interactif pour comprendre la logique de base et trouver des réponses à la plupart des questions.
Les avantages de ceci incluent: réduction du temps d'écriture des spécifications techniques; réduit l'échelle de travail pour les rédacteurs techniques; les développeurs passent moins de temps à lire la documentation et plus de temps à écrire du code; les concepteurs sont plus productifs; accélération du rythme de développement.
Il n'y a absolument aucune place pour la conception dans de nombreuses méthodologies de développement de logiciels populaires; quel que soit le processus de développement que vous utilisez, trouvez un espace pour les concepteurs.
Les avantages de ceci sont: une équipe unie avec une communication améliorée; augmentation de la vitesse de développement; réduction des retouches et des temps d'arrêt des développeurs.
Vous devez constamment démontrer la croissance des indicateurs quantitatifs et qualitatifs grâce aux changements mis en œuvre, tant pour les membres de l'équipe que pour le top management. Sans cela, une équipe hésitera à changer, alors que la direction ne sera pas en mesure de comprendre où et pourquoi des ressources supplémentaires sont dépensées. Une collecte et une présentation constantes des résultats positifs après la mise en œuvre des changements vous aideront à obtenir la crédibilité et l’autorité nécessaires pour de nouveaux changements dans le flux de travail de l’équipe.
Les avantages comprennent: une motivation accrue et une équipe plus forte; facilitation de nouvelles règles et pratiques; soutien à l'innovation future.
Le terme "DesOps" est assez nouveau et commence tout juste à prendre son sens; la première conférence DesOps n'a eu lieu qu'en novembre, à New York.
Pour l'instant, j'appellerais cela simplement une culture qui vise à développer et à faciliter des processus de conception solides. Mais je pense que dans un avenir proche, nous aurons un rôle de conception distinct dans chaque équipe de produit. Cependant, j'estime que nous pouvons déjà parler en toute sécurité de l'importance d'introduire ces pratiques afin d'améliorer l'efficacité du flux de travail de conception et du développement de produits en général.