Tout comprendre sur le DesignOps
Pour briller auprès de vos collègues à votre prochaine pause
Mais qu’est-ce donc que le DesignOps, ce nouveau buzzword auquel vous n’avez sans doute pas échappé ces derniers temps ?
Petit tour d’horizon derrière ce terme qui ne fait qu’officialiser un concept pas si nouveau que ça.
Origine du nom
Nous pouvons tracer son apparition dans des premiers articles autour de 2015, mais c’est surtout en 2018 qu’il a commencé à prendre de l’ampleur, son référencement par TechRadar (fin 2017) et la sortie du livre d’Invision “DesignOps Handbook” (juin 2018) aidant fortement à son déploiement et son adoption par la communauté.
Fusion des termes Design et Opérations, ce terme évoque inévitablement son équivalent technique : le DevOps. Si le parallèle entre ces deux métiers peut paraître un peu facile, c’est surtout parce qu’ils possèdent des philosophies et des objectifs communs : collaboration, communication et automatisation. Nous retrouvons derrière ce terme Opérations l’ensemble des processus, des outils et des méthodes pour rassembler les équipes afin de les faire mieux travailler ensemble. Par conséquent, le DesignOps ne concerne pas uniquement des designers mais bénéfice bien à tous les acteurs impliqués dans les processus de design.
Rôle et définition
Si nous devions en tirer une définition, l’approche de Nielsen Norman Group à ce sujet est plutôt intéressante et peut s’interpréter de la sorte :
Le DesignOps a pour vocation d’optimiser, de coordonner et d’orchestrer la conception des projets à travers ses processus et ses personnes impliquées ; le but étant d’amplifier, de mesurer et de valoriser l’impact du design à grande échelle.
Le rôle du DesignOps est donc d’optimiser l’exécution des projets dans leur globalité, avec le moins de frictions possibles à chacune de leurs étapes. Son objectif est d’établir des processus robustes et efficaces permettant d’en tirer des résultats à la fois qualitatifs et mesurables. Son approche encourage la collaboration et brise le travail en silos, les objectifs, outils et méthodologies étant partagés par l’ensemble des différentes équipes.
Ainsi, le DesignOps rassemble la conception, le produit et l’ingénierie sous une même ambition : réduire le temps gaspillé inutilement et ainsi optimiser la qualité de la production tout en s’améliorant de façon continue.
Distinction entre rôle et état d’esprit
Il est important à ce stade de faire une distinction entre l’état d’esprit DesignOps et le rôle DesignOps. En effet, dès l’instant où nous cherchons à optimiser la qualité et l’efficacité du travail des designers au sein d’une entreprise, nous sommes dans une approche DesignOps en soi. Par exemple, avoir une nomenclature partagée pour ses fichiers et ses dossiers est déjà une démarche qui vise à assurer la cohérence et l’optimisation en interne. Nous pouvons alors parler d’un état d’esprit DesignOps, et ce, quelle que soit la taille de son équipe.
En revanche, c’est une toute autre chose d’avoir une personne dédiée pour toutes ces réflexions. La question d’engager ou de nommer des responsables pour endosser le rôle de DesignOps peut se poser dès lors que l’équipe commence à se développer de façon importante, que l’organisation interne est trop fragmentée ou bien tout simplement lorsqu’il s’agit d’officialiser le rôle d’un responsable qui est déjà dans cet état d’esprit DesignOps.
Est-ce que le DesignOps est le nouveau Directeur/Head of Design ?
Oui et non.
Jusqu’à présent, les responsables d’équipes/directeur.rice.s/managers et autres “Head of” ont toujours été en charge de ces questions d’outils, de processus, de planning etc mais sans qu’il soit attaché cette notion d’Ops à leur titre. C’est donc plutôt l’état d’esprit DesignOps qui était déjà présent pour ces personnes.
Mais à mesure que les équipes de design grandissent et s’imposent, le rôle DesignOps prend tout son sens pour confier toutes ces questions logistiques et fonctionnelles à une personne en charge de traiter ces problématiques. Cela permettra ainsi aux autres membres de l’équipe design de se concentrer sur l’essentiel de leur travail en leur épargnant des questions, des tâches et des problèmes qui les freinent dans leur quotidien.
Ce que fait un DesignOps
Industrialiser
L’une de ses missions principales est d’améliorer les flux de travail des équipes. Pour y arriver, le DesignOps a plusieurs façons d’industrialiser les tâches design du quotidien :
- Auditer l’existant pour identifier les lacunes
- Mettre en place des processus d’optimisation pour y remédier
- Définir des indicateurs de succès qui serviront à mesurer son travail dans le temps
- Faire adopter un langage commun aux équipes sur leur façon de nommer, organiser et classer leur travail
- Identifier et relier les bonnes personnes aux bonnes étapes clés des projets pour en tirer une gouvernance claire sur les livraisons
Outiller
Il s’agit ici de la pierre angulaire permettant de piloter toutes les autres tâches. C’est pourquoi cette question d’outillage est cruciale car elle a un réel impact sur tout ce que le DesignOps souhaitera mettre en place afin d’optimiser, de standardiser et de faciliter l’adoption des différents processus de travail par les équipes de design. Ces outils doivent couvrir tous les besoins design et non design, à savoir :
- Outils de collaboration et de communication
Slack, Mural, Freehand, Skype, Whereby, Dropbox… - Outils de conception UI, UX et prototypes
Sketch, Figma, Adobe XD, Axure, Invision, Flinto, Principle… - Outils de benchmark, de moodboards et d’arborescence
Boards d’Invision, iObeya, Pinterest, Dribble, Whimsical… - Outils d’observation et de tests utilisateurs
Lookback, Testapic… - Outils d’enquête, d’analyse et de traitement de données
Airtable, Google Forms, Optimal Workshop, Surveymonkey, Typeform… - Outils pour la mise en place de Design Systems
Zeroheight, DSM, Frontify, Zeplin, Nucleo, Specify… - Outils de documentation
Confluence, Notion, Sliite, Git, Docz…
Coordonner
Parce que le DesignOps a une connaissance fine des métiers du design, son rôle est donc clé pour pouvoir piloter les aspects commerciaux, humains et financiers de son équipe. Cela passe par la gestion et la coordination de plusieurs facteurs :
- La gestion des effectifs afin de bien les vendre et d’optimiser leur affectation sur les projets
- La gestion des ressources humaines avec la rédaction de fiches de postes, l’identification des besoins, le recrutement nécessaire et la bonne intégration des nouveaux arrivants
- La gestion du roulement (turnover) en maintenant une bonne dynamique d’équipe par le développement de carrière et la montée en compétences
- La gestion budgétaire des outils mais aussi et surtout des designers pour estimer et allouer correctement les personnes et les compétences clés
Évangéliser
Cette dernière tâche est fondamentale afin de maintenir tous les autres axes ensemble. Instaurer une culture du design au sein de l’organisation est vital pour permettre aux équipes de travailler dans un climat sain, productif et dynamique. Cette évangélisation prend plusieurs formes :
- La formation pour faire grandir les designers (mais aussi les non designers) en identifiant les manques et les besoins de compétences (qui peuvent aussi passer par le recrutement)
- Le partage de connaissances pour favoriser l’échange, diffuser le savoir et instaurer une culture dans laquelle chacun partage avec le reste des équipes
- La vulgarisation et la traduction du design au sein des autres départements afin d’aider l’ensemble des équipes à comprendre sa valeur mais aussi et surtout à parler le même langage
- L’amplification de cette valeur design en faisant adopter la culture et les processus de design par toute l’organisation
Au final, le but du DesignOps est de libérer les designers de toutes les tâches “non design” qu’ils sont amenés à faire au quotidien afin qu’ils puissent mieux se concentrer sur leur travail principal et ainsi apporter leur vraie valeur au sein des projets.
Il est important de souligner que le rôle de DesignOps doit être porté par quelqu’un venant du design afin d’être capable de mesurer les enjeux, les contraintes et les spécificités de ces métiers. Son rôle est toujours étroitement lié au design : concevoir des processus en prenant en compte les aspects opérationnels et business, allouer les ressources, comprendre les besoins, récolter les entrants etc tout en appliquant des méthodes de design pour appuyer ces tâches : audit, interviews, tests, documentation…
Il est également nécessaire que le DesignOps continue à produire d’une façon ou d’une autre afin de rester connecté aux outils, à la réalité du métier et ainsi suivre ses différentes évolutions.
Design System VS DesignOps
Il est facile de faire un raccourci entre une équipe travaillant sur un Design System et une équipe DesignOps (c’est le cas de Airbnb).
Un Design System amorce en effet une démarche similaire à ce qu’offre le DesignOps, mais il y a pourtant bien des nuances :
- D’un côté, au travers de la création, de la maintenance, du partage et de l’interconnexion entre une librairie de composants et sa documentation, le Design System permet de faciliter la cohérence, la réduction des coûts et l’optimisation du travail des équipes sur les projets.
- De l’autre côté, si déployer une logique de cohérence à travers les projets et les équipes nécessite une certaine rigueur, des processus et de l’organisation, le DesignOps englobe plus que la mise en place d’un Design System. Certes, ce dernier cherche à rationaliser le travail au sein des équipes de conception mais le DesignOps se concentre davantage sur le lien entre les différentes équipes (concepteurs, développeurs, product owners…) dans ce même but de concevoir et de livrer la meilleure expérience utilisateur possible.
Là où le Design System cherche à résoudre des problématiques d’ordre technique, le DesignOps cherche plutôt à résoudre des problématiques d’ordre culturel. Ainsi, s’il est vrai que la nature du DesignOps réside essentiellement sur une forme de culture, il serait donc compréhensible de considérer le Design System comme l’une des fondations du DesignOps.
Le DesignOps est donc l’interface entre le management, les concepteurs, les développeurs et les équipes de pilotage. C’est pourquoi il est important de mettre en place les outils et l’environnement nécessaires afin de faciliter toutes ces passations, équipe par équipe, pour démarrer chaque projet avec plus d’agilité, moins de frictions et une meilleure intégration. Il ne s’agit pas d’un nouveau département en soi ou de créer une nouvelle étape dans le processus de design, mais bien d’installer et de ritualiser cette culture design au sein de l’organisation.
L’importance du DesignOps aujourd’hui
Pourquoi parler de DesignOps maintenant ?
Parce que le design n’a jamais eu autant d’importance au sein des organisations que maintenant. Stratégiquement et numériquement, son impact est plus fort que jamais : les équipes grandissent, la place du design dans les décisions stratégiques augmente, l’internalisation des ressources est en pleine croissance et les outils n’ont jamais été aussi puissants et adaptés pour répondre aux besoins des designers.
En parallèle, l’essor du développement agile a nécessité une forte intégration entre le design et la technologie. Il y a également de vraies attentes pour trouver un moyen de proposer un design à grande échelle afin de répondre aux enjeux de cohérence et d’optimisation de projets toujours plus complexes.
Le rôle du DesignOps intervient alors naturellement en réponse à ces changements pour faciliter le déploiement du design, son implémentation et son évangélisation.
Le DesignOps demain
L’une des dernières questions qu’il serait justifié de se poser serait la pertinence et le besoin de disposer d’un DesignOps au sein de son organisation. Il y a 3 raisons principales qui peuvent aiguiller la réponse : le besoin de croissance de l’entreprise (le fameux passage à l’échelle), son besoin de se spécialiser et enfin dans un but de protéger et d’aider ses designers.
Néanmoins, le DesignOps n’est pas non plus une réponse figée et prête à l’emploi qui résoudra tous les problèmes d’une organisation d’un seul coup de baguette magique. Il s’agit d’une nouvelle discipline qui s’installe et se fait sa place sur le marché. Il est donc normal que ce rôle continue à évoluer dans le temps. Il y aura probablement des essais et des ratés pour permettre au DesignOps de se perfectionner et de trouver sa place, mais quoi qu’il en soit, ce sera toujours dans l’optique de rassembler les équipes afin qu’elles travaillent toujours mieux ensemble.
Même si nous ne disposons pas suffisamment du recul nécessaire pour l’affirmer, plusieurs indices laissent à penser que le DesignOps n’est pas qu’un simple effet de mode mais bien une réponse à un contexte, un marché et une pérennisation du design.
Je serais curieux de connaître votre avis sur ce sujet, n’hésitez pas à vous exprimer dans les commentaires pour échanger et enrichir ce sujet !
Les articles ayant alimenté cette réflexion :
DesignOps: the questions you’re probably asking yourself now
Fabricio Teixeira
DesignOps 101
Kate Kaplan
You don’t need more ideas, you should talk about DesignOps instead
Gus Correia
Design Ops — A New Discipline
Andy Budd
Définition du DesignOps
Audacy
