When strategy drifts, operations anchor Quand la stratégie dérive, les opérations ancrent
Context Contexte
Three competing vision documents for the same system, each from a different stakeholder. No shared operational translation. Meanwhile, dozens of hours of recurring design and tech work (onboarding, support, interdependency management...) were invisible to leadership.
A significant gap between leadership's strategic narrative and the operational reality on the ground. Leadership didn't have a clear picture of what running a design system actually involves day-to-day: what a developer does, what RUN means, how capacity translates to output. With the Design System Lead, we became the two operational anchors of the system, co-owning the effort to bridge that gap through education, transparency, and collaborative alignment.
Trois documents de vision concurrents pour le même système, chacun d'un stakeholder différent. Aucune traduction opérationnelle commune. Pendant ce temps, des dizaines d'heures de travail récurrent design et tech (onboarding, support, interdependency management...) étaient invisibles pour le leadership.
Un écart significatif entre le narratif stratégique du leadership et la réalité opérationnelle du terrain. Le leadership n'avait pas une image claire de ce qu'implique le fonctionnement quotidien d'un design system : ce que fait un développeur, ce que signifie le RUN, comment la capacité se traduit en output. Avec le Design System Lead, nous sommes devenus les deux ancres opérationnelles du système, co-portant l'effort pour combler cet écart par l'éducation, la transparence et l'alignement collaboratif.
Challenge Challenge
A dual alignment challenge. Upward: close a comprehension gap with leadership who lacked visibility into what the team actually delivered, what "running a design system" means concretely, and how strategic decisions translate into operational load. Inward: strengthen team cohesion, build a shared culture and vocabulary, and create the conditions for co-ownership so the team could speak with one voice. Merge competing visions into one validated reference, one workplan, one budget. Un double défi d'alignement. Vers le haut : combler un gap de compréhension avec un leadership qui manquait de visibilité sur ce que l'équipe délivrait réellement, ce que signifie concrètement "faire tourner un design system", et comment les décisions stratégiques se traduisent en charge opérationnelle. Vers l'intérieur : renforcer la cohésion d'équipe, construire une culture et un vocabulaire partagés, et créer les conditions du co-ownership pour que l'équipe puisse parler d'une seule voix. Merger les visions concurrentes en une seule référence validée, un workplan, un budget.
My approach Mon approche
Phase 1 - Exposing the invisible through education. Started from the bottom: catalogued every recurring task across 8 operational categories, with measured hours, source citations, and consequences of stopping each one. This RUN baseline became the foundation. Then mapped 40+ BUILD activities across 6 strategic pillars, each with a capacity RAG status showing what ships, what slips, and what dies at current staffing. Published the workplan for executive decision in a format designed to be understood in under 10 minutes: simplified diagrams, plain language, no jargon.
Phase 2 - Aligning through vulgarization and co-construction. The core method was relentless education: adopting a vocabulary that resonated with leadership, repeating key messages across multiple touchpoints, using diagrams to make abstract concepts tangible. We explained what a developer actually does, what RUN means in a design system, how capacity constraints shape delivery. Internally, we invested in team health: transparency on workload, shared rituals, co-ownership of decisions. This internal alignment gave the team the coherence to push upward with one voice. Co-owned the full process with the Design System Lead: established a RACI across all stakeholders (7 people impacted), built the Elements budget, merged competing visions into a single validated strategy, and prepared the CXLT presentation.
Phase 1 - Rendre visible l'invisible par l'éducation. Parti du terrain : inventaire de chaque tâche récurrente sur 8 catégories opérationnelles, avec heures mesurées, sources citées, et conséquences si on arrête. Cette baseline RUN est devenue le socle. Puis mapping de 40+ activités BUILD sur 6 piliers stratégiques, chacune avec un statut RAG capacité montrant ce qui sort, ce qui glisse, et ce qui meurt au staffing actuel. Publication du workplan pour décision executive dans un format conçu pour être compris en moins de 10 minutes : schémas simplifiés, langage clair, pas de jargon.
Phase 2 - Aligner par la vulgarisation et la co-construction. La méthode centrale : une éducation systématique. Adopter un vocabulaire qui parlait au leadership, répéter les messages clés sur plusieurs points de contact, utiliser des schémas pour rendre tangibles les concepts abstraits. On a expliqué ce que fait concrètement un développeur, ce que signifie le RUN dans un design system, comment les contraintes de capacité conditionnent la delivery. En interne, investissement sur la santé d'équipe : transparence sur la charge, rituels partagés, co-ownership des décisions. Cet alignement interne a donné à l'équipe la cohérence nécessaire pour pousser vers le haut d'une seule voix. Co-ownership du processus complet avec le Design System Lead : mise en place d'un RACI avec tous les stakeholders (7 personnes impactées), construction du budget Elements, merger des visions concurrentes en une stratégie unique validée, et préparation de la présentation CXLT.
This teaser doesn't cover everything.
If the topic interests you, let's talk. Ce teaser ne couvre pas tout.
Si le sujet vous interesse, discutons.