The Question: Design System Collaborative Learning

Ben Callahan

The Question is a collaborative learning podcast about Design Systems. Smart people like you sign up, answer a few niche questions about design systems for each episode, and then we all get together to unpack the data we've gathered. Each week, I'll invite a new co-host to help facilitate the conversation. After the deep dive, the co-host and I record a recap of what we learned. That means, for each episode, you can listen to the recap and the full deep dive! If you're a design system practitioner, subscribe today (https://bencallahan.com/the-question) to receive an invitation to each episode. This only works if the community joins in! Stay in learning mode ❤️

  1. Episode 074 Recap: AI and Design System Visibility with Ben Callahan and Kaelig Deloumeau-Pregent

    -2 J ·  CONTENU BONI

    Episode 074 Recap: AI and Design System Visibility with Ben Callahan and Kaelig Deloumeau-Pregent

    In this recap of Episode 074, Ben Callahan is joined by Kaelig Deloumeau-Pregent to share what we learned on the subject of AI and design system visibility. The conversation traces a question Kaelig first answered nearly a decade ago at a Salesforce symposium: How do we actually know how our design system is being used? We wondered how that question lands today as AI accelerates content, design, and code production. The survey was sent to over 1,000 design system practitioners and received 78 responses across four questions: (1) current level of visibility into how design system assets are used across disciplines, including by AI; (2) biggest design system concerns as agents and automation produce more content at scale; (3) how the right balance between enforcement and enablement has shifted as AI enters the picture; and (4) the one thing they'd implement today to improve visibility without becoming the design police. Ben and Kaelig dig into a striking correlation between visibility maturity and enforcement-versus-enablement preferences, the "fog of war" metaphor for systems work, why accessibility may not belong inside design systems, and what shifting roles mean for designers in an agent-driven future. Show Notes00:00 — Welcome and reintroducing Kaelig00:28 — The 2016 Salesforce symposium and a decade-old magic wand question03:03 — A business opportunity: cross-discipline visibility tooling03:39 — Walking through the four survey questions and methodology (1,000+ sent, 78 responses)05:53 — Kaelig's in-progress article and crowdsourcing community thinking08:26 — Question 1: Self-reported visibility levels and what surprised us09:14 — Why design systems are for people, and the limits of robotized outreach10:38 — Visibility as stacked layers, not a single maturity rung11:00 — Question 2: When every concern is a top concern12:24 — Why feedback loops may be the most critical concern13:04 — Question 3: The balanced split on enforcement vs. enablement14:35 — Pace layers, time, and when to enforce vs. let people roam16:35 — Does accessibility actually belong inside the design system?18:53 — Design system teams becoming the org's AI product-builder definers19:30 — Educating the designers of tomorrow (including agents)20:30 — The legal-approval bottleneck slowing AI enablement20:55 — A standout open response: lightweight embedded signal collection at the point of consumption21:46 — Just-in-time guidance and bringing developer experience to designers22:31 — Pegah Amadi's Magnolia and weaving signals into workflow23:00 — The "Fog of War" metaphor: attention as a system team's scarcest resource24:48 — Sending scouts: proactive visibility across Slack, Drive, and roadmaps27:03 — De-risking and saying no when the landscape shifts28:30 — Cheap scouting with sentiment analysis and lightweight tooling29:26 — Mapping Question 1 against Question 4: a clear visibility-to-enablement gradient31:22 — Taming chaos vs. the plateau of sameness (Polaris, CalPete, Yesenia)33:20 — Curiosity over policing: the posture of successful system teams34:23 — What this means for designers facing a big role pivot35:10 — Redwoods Community Hike at Muir Woods in June37:11 — Closing thanks Where to Find the HostsBen Callahan is Founder of Sparkbox (https://sparkbox.com) and Redwoods Design System Community (https://bencallahan.com/redwoods). Read his writings, have him present at your event, or engage with him as a coach or consultant at https://bencallahan.com Kaelig Deloumeau-Pregent is a design systems leader with experience at Salesforce, Shopify, and beyond. Connect with him on LinkedIn: https://www.linkedin.com/in/kaelig/ Get the Raw DataAccess the complete survey data from Episode 074 to conduct your own analysis: https://bit.ly/4t4rYv6 Review the FigJam NotesDig into the collaborative notes we took as a community during the deep dive: https://bit.ly/3OWYGk3 Join the ConversationThe Question explores design systems topics through community research and deep-dive discussions. Participate in future episodes and contribute to the next survey: https://bit.ly/answerTheQuestion

    38 min
  2. Episode 074 Deep Dive: AI and Design System Visibility with Ben Callahan and Kaelig Deloumeau-Pregent

    -3 J

    Episode 074 Deep Dive: AI and Design System Visibility with Ben Callahan and Kaelig Deloumeau-Pregent

    Episode 074 Deep Dive: AI and Design System Visibility with Ben Callahan and Kaelig Deloumeau-PregentIn this deep dive, Ben Callahan is joined by Kaelig Deloumeau-Pregent—a veteran design system practitioner whose career has spanned the BBC, The Guardian, Financial Times, Salesforce, Shopify, Netlify, and most recently Intuit—to explore the intersection of AI and design system visibility. Kaelig shares how a question raised back in a 2016 design systems symposium ("If you had a magic wand, what would you change?") still resonates today: practitioners want more visibility into how their systems are actually being used. The survey was sent to 1,081 design system practitioners and received 78 responses across four questions: current level of visibility into design system asset usage, biggest concerns as AI agents produce content at scale, how the enforcement vs. enablement balance has shifted with AI, and what one thing they'd implement to improve visibility without becoming the "design police." The conversation explores the "fog of war" metaphor for incomplete knowledge in systems work, the tension between surveillance and creative freedom, librarians vs. police as governance models, and how AI changes who (or what) is deviating from the system. Show Notes00:39 — Kaelig's background: from a French web agency to BBC, Guardian, FT, Salesforce, Shopify, Netlify, and Intuit06:56 — Becoming a systems thinker before "design systems" was a career07:38 — The 2016 magic-wand question and why visibility is still the wish08:34 — Walking through the four survey questions09:22 — Survey methodology: 1,081 practitioners, 78 responses10:04 — Reviewing Q1: most teams have manual or partial visibility, very few have robust automated tracking12:01 — Visibility isn't just internal; the end customer dimension and zombie code12:27 — Q2 results: AI concerns are "all of the above," and Brandon's optimistic reframe13:26 — Q3 results: enforcement vs. enablement is balanced, with 14% choosing "other"14:35 — The "fog of war" metaphor and the risk of a design system surveillance state17:02 — Peter on cultural contracting and counterbalancing forces in an org18:58 — The "helpful Clippy" view: visibility as a signal for better docs and training21:24 — Doug's question: is resistance to tracking a designer-specific concern?22:13 — Greg on discipline, rigidity, and adapting design practices for AI workflows24:22 — Lightweight, embedded signal collection at the point of consumption25:31 — Magnolia and ESLint-style "disable with a reason" patterns for design27:10 — Jeff on measuring adoption and building relationships to capture wins for leadership29:48 — Alexander on percentile-matching to surface emerging patterns and snowflakes32:02 — Pedro on treating deviations as a "confession room," not policing33:53 — The correlation between visibility (Q1) and enablement (Q4) responses35:20 — The "plateau of sameness" and how the design system kicks back at scale36:16 — ToniAnn: less visibility breeds more assumptions; talk to people37:44 — Stephen on AI flipping enforcement toward enablement, and tracking why agents deviate39:41 — Robin on enforcement and enablement as intertwined, not opposing42:00 — Greg on building decision points into AI skills and rules44:57 — Danita: what level of accountability belongs to the human using AI?45:27 — Trust cultures, talent pools, and where the cursor sits on enforcement47:38 — Non-negotiables: accessibility and regulated environments49:01 — Closing announcements: Redwoods Compass alpha, Config hike, Sparkbox, Southleft Where to Find the HostsBen Callahan is Founder of Sparkbox (https://sparkbox.com) and Redwoods Design System Community (https://bit.ly/44lzHL5). Read his writings, have him present at your event, or engage with him as a coach or consultant at https://bencallahan.com Kaelig Deloumeau-Pregent writes about design systems and AI at https://www.kaelig.fr Get the Raw DataAccess the complete survey data from Episode 074 to conduct your own analysis: https://bit.ly/4t4rYv6 Review the FigJam NotesDig into the collaborative notes we took as a community during the deep dive: https://bit.ly/3OWYGk3 Join the ConversationThe Question explores design systems topics through community research and deep-dive discussions. Participate in future episodes and contribute to the next survey: https://bit.ly/answerTheQuestion

    52 min
  3. Episode 073 Recap: Design System AI Automation with Ben Callahan and Davy Fung

    27 AVR. ·  CONTENU BONI

    Episode 073 Recap: Design System AI Automation with Ben Callahan and Davy Fung

    Episode 073 Recap: Design System AI Automation with Ben Callahan and Davy FungHost Ben Callahan and co-host Davy Fung, a product designer on the Atlassian Design System and host of the Design System Office Hours podcast, sit down immediately following the Episode 073 deep dive to reflect on what they heard from the community. The survey was sent to 1,077 design system practitioners and received 101 responses across four questions: what percentage of your workflow could be automated with AI today; what percentage should be automated; in what areas should we avoid AI automation and why; and what does craft mean to you in a 2026 design systems context. The conversation covers the gap between "could" and "should," the fear of loss embedded in resistance to automation, how process maturity should gate automation decisions, Bill's insight that automating broken processes masks their flaws, and the community's rich catalog of ways AI is already being put to practical, targeted use in design system workflows. Show Notes00:00 - Introduction and episode overview00:14 - Topic recap: AI as automation in design systems, four questions asked01:51 - Davy's starting point: Zero Height report showing 63% not using design system automation02:48 - Top-down AI mandates vs. practical decisions about what to automate03:18 - What's missing from the conversation: automation's impact on human connection rituals03:40 - The "could vs. should" gap: respondents who decreased their answer between Q1 and Q204:00 - What the decreasers said: loss of organizational context, institutional memory, and learning05:01 - Davy's pushback: documented knowledge scales better than single points of contact05:58 - The language of "loss" as sensitivity to losing control, not losing value06:16 - Ben's process maturity model: automate after you've learned the lessons manually07:11 - The risk of skipping straight to AI before understanding the work07:45 - Davy: scalability vs. the trap of being the sole expert in your org08:10 - Bill's insight from the deep dive: automating a process exposes its flaws — AI won't17:24 - Ben recaps Bill's argument: AI is powerful enough to automate things you shouldn't18:40 - Davy on CI pipeline linting: signals over blockers, data over gatekeeping19:55 - Ben: injecting human review earlier in the process keeps the PR doing its job20:35 - FigJam roundup: how community members are already using AI for automation21:00 - Use cases shared: single-use plugins, token automation, GitHub workflows, dashboards, prototyping21:37 - Davy: Atlassian's push toward higher-fidelity prototyping with AI tools22:35 - Davy's underrated use case: Slack MCP to capture keywords and surface support patterns23:11 - Ben: thin slices of AI help throughout the process vs. wide-scope automation24:15 - Closing reflections on craft: Samantha's quote — "AI is the average; craft is rising above it"25:21 - Thanks and outro Where to Find the HostsBen Callahan is Founder of Sparkbox (https://sparkbox.com) and Redwoods Design System Community (https://bencallahan.com/redwoods). Read his writings, have him present at your event, or engage with him as a coach or consultant at https://bencallahan.com Davy Fung is a Product Designer on the Atlassian Design System and host of the Design System Office Hours podcast (https://bit.ly/3AQYjjI). Connect with him on LinkedIn (https://bit.ly/3XrcF2W). Get the Raw DataAccess the complete survey data from Episode 073 to conduct your own analysis: https://bit.ly/4cIjAv8 Review the FigJam NotesDig into the collaborative notes we took as a community during the deep dive: https://bit.ly/4tW5ZHA Join the ConversationThe Question explores design systems topics through community research and deep-dive discussions. Participate in future episodes and contribute to the next survey: https://bit.ly/answerTheQuestion

    26 min
  4. Episode 073 Deep Dive: Design System AI Automation with Ben Callahan and Davy Fung

    27 AVR.

    Episode 073 Deep Dive: Design System AI Automation with Ben Callahan and Davy Fung

    Episode 073 Deep Dive: Design System AI Automation with Ben Callahan and Davy Fung Host Ben Callahan is joined by co-host Davy Fung, a product designer on the Atlassian Design System (previously Meta) and host of the Design System Office Hours podcast, to explore AI as automation in design systems—what could be automated, what should be automated, where practitioners draw the line, and what "craft" still means in 2026. The survey was sent to 1,077 design system practitioners and received 101 responses across four questions: what percentage of your workflow could be automated with AI today; what percentage should be automated; in what areas should we avoid AI automation and why; and what does craft mean to you in a 2026 design systems context. The conversation covers the surprising gap between "could" and "should," the risk of using AI to automate broken processes without questioning them first, the tension between deterministic tasks and those requiring human judgment, and how community remains the best antidote to feeling overwhelmed by an ever-accelerating tooling landscape. Show Notes00:00 - Introduction and welcome00:29 - Guest background: Davy Fung on design systems at Atlassian and Meta01:27 - Design System Office Hours podcast approaching episode 10001:56 - Topic framing: AI as automation in design systems02:22 - Survey overview: the four questions asked03:14 - Survey stats: 1,077 sent, 101 responses03:44 - Framing quote from Greg: craft-driven practitioners as guardrail-keepers04:37 - Q1 & Q2 findings: could vs. should be automated04:59 - Davy's reaction: Zero Height report showed 60% not using token automation05:28 - Ben's take: design systems are ripe for automation by definition09:46 - Low-level manual work as craft: some practitioners prefer curation over automation10:17 - Community opens up: automation as habit vs. automation as know-how13:00 - The "could vs. should" gap: more caution than capability suggests17:00 - Davy's workflow: starting ~60–70% of work with AI or automation support23:34 - Bill's 0%/0% answer: automation exposes flawed processes AI won't question25:27 - Key insight: automating a hard process can mask that the process itself is wrong26:33 - Stephen's framework: black-and-white tasks vs. tasks needing intelligent reasoning28:01 - Practical example: using AI to write consumer-friendly token changelog messages29:57 - Connection to Episode 072: extreme support and openness to direct conversation30:12 - Lauren: AI used to train teams on new tools, preserving human knowledge transfer33:00 - Q3: areas to avoid AI automation — relationships, decision-making, creative direction36:15 - The "CEO said something" problem: top-down AI mandates without practical grounding36:43 - Skills vs. MCP: a lively side thread from the community38:00 - Craft in 2026: intentionality, systems thinking, and human judgment43:00 - The V0/AI coding tool support burden falling unexpectedly on design system teams45:02 - Community as the antidote to feeling overwhelmed by tooling change45:31 - Doug's question: how to expose design documentation to AI via MCP46:29 - Davy's answer: Atlassian's JSON-structured content powering their ADS MCP47:28 - Closing reflections; encouragement to dig into Q4 raw answers on craft47:55 - Community updates: Redwoods writing accountability group, Guy's "Cost of Yes" article48:51 - Upcoming events: Zeroheight Converge in Newcastle (October), UX London (June, code: JOIN_BC for 20% off)49:25 - Outro Where to Find the HostsBen Callahan is Founder of Sparkbox (https://sparkbox.com) and Redwoods Design System Community (https://bencallahan.com/redwoods). Read his writings, have him present at your event, or engage with him as a coach or consultant at https://bencallahan.com Davy Fung is a Product Designer on the Atlassian Design System and host of the Design System Office Hours podcast (https://bit.ly/3AQYjjI). Connect with him on LinkedIn (https://bit.ly/3XrcF2W). Get the Raw DataAccess the complete survey data from Episode 073 to conduct your own analysis: https://bit.ly/4cIjAv8 Review the FigJam NotesDig into the collaborative notes we took as a community during the deep dive: https://bit.ly/4tW5ZHA Join the ConversationThe Question explores design systems topics through community research and deep-dive discussions. Participate in future episodes and contribute to the next survey: https://bit.ly/answerTheQuestion

    50 min
  5. Episode 072 Recap: Extreme Design System Support with Ben Callahan and Doug Neiner

    13 AVR. ·  CONTENU BONI

    Episode 072 Recap: Extreme Design System Support with Ben Callahan and Doug Neiner

    Episode 072 Recap: Extreme Design System Support with Ben Callahan and Doug Neiner Host Ben Callahan and co-host Doug Neiner, a design system practitioner at Planview, sit down immediately following the Episode 072 deep dive to reflect on what they heard from the community. The survey was sent to 1,081 design system practitioners and received 49 responses across four questions: what support do you currently offer; how would you change it without constraints; what prevents better support; and share a story of going above and beyond. The conversation covers the standout data points: the written vs. video documentation gap, the surprisingly high rate of dev environment access, embedding, private vs. public support channels, the balance between high-touch support and burnout, and the importance of being perceived as a helper rather than a blocker. Show Notes 00:00 - Introduction and episode overview 01:46 - Q1 data highlights: written vs. video documentation gap 02:13 - Dev environment access: higher than expected at nearly 50% 02:48 - Lowering the bar for video production with modern tooling 03:15 - The perfectionist/design system practitioner Venn diagram 04:00 - Q3 data: unclear ownership is low; headcount and competing priorities dominate 04:30 - What "competing priorities" really means for system teams 05:46 - Doug's support approach at Planview: docs, Slack channels, onboarding, and local debugging 07:53 - Going beyond "access": running consumer products locally for deeper support 08:28 - The most extreme example: getting an org-issued PC to support a heavy product 09:42 - DMs vs. open channels: why private requests matter for trust 10:34 - Not everyone is comfortable asking publicly—meeting people where they are 11:20 - The problem with ticketing systems and over-streamlining support11:49 - How private support builds trust that eventually leads to public participation 13:25 - Prioritizing relationship over efficiency: creating tickets on behalf of consumers 14:10 - Scale vs. effort framework for thinking about support types 15:42 - Embedding: initially looks high-effort/low-scale, but the impact compounds 16:21 - Doug on embedding: modeling behavior, referencing docs together, building self-sufficiency 17:50 - The other side: high-touch support and the risk of design system team burnout 18:47 - How to gauge when a support request warrants deep mentorship vs. a quick fix 21:56 - Recap of embedding discussion: Sean's reverse embedding process from Spotify 23:28 - Doug's one experience with reverse embedding and its lasting impact 24:06 - Alexander's story: misaligned incentives can undermine embedding programs 25:08 - Rebecca's insight: being a helper vs. a blocker, and how hard trust is to rebuild 26:06 - What embedding teaches you about your own system's pain points 26:31 - Staying connected to product work keeps system teams grounded in consumer reality 27:31 - Mapping stakeholders: identifying high-influence non-advocates and converting them 28:35 - Doug: influence can come from the product, not just the person 29:57 - AI in design system support: useful for self-service, but reduce touch points with caution 31:01 - Closing reflections and thanks 31:39 - Outro Where to Find the Hosts Ben Callahan is Founder of Sparkbox and Redwoods Design System Community. Read his writings, have him present at your event, or engage with him as a coach or consultant at https://bencallahan.com Doug Neiner is a Principal Software Engineer at Planview. Connect with him on LinkedIn. Get the Raw DataAccess the complete survey data from Episode 072 to conduct your own analysis: **https://bit.ly/41H6Tf7** Review the FigJam NotesDig into the collaborative notes we took as a community during the deep dive: **https://bit.ly/4mm3uLZ** Join the ConversationThe Question explores design systems topics through community research and deep-dive discussions. Participate in future episodes and contribute to the next survey: **https://bit.ly/answerTheQuestion**

    32 min
  6. Episode 072 Deep Dive: Extreme Design System Support with Ben Callahan and Doug Neiner

    13 AVR.

    Episode 072 Deep Dive: Extreme Design System Support with Ben Callahan and Doug Neiner

    Episode 072 Deep Dive: Extreme Design System Support with Ben Callahan and Doug Neiner Host Ben Callahan is joined by co-host Doug Niner, a design system practitioner at Planview, to explore extreme design system support—what it looks like, what gets in the way, and what truly moves the needle with consuming teams. The survey was sent to 1,081 design system practitioners and received 49 responses across four questions: what support do you currently offer; how would you change your program if unconstrained; what prevents better support; and share a story of going above and beyond. The conversation covers the surprising prevalence of dev environment access, the rarity and outsized impact of embedding, the tension between high-touch support and burnout, and why building trust may matter more than any specific tactic. Show Notes 00:00 - Introduction and welcome 00:37 - Guest background: Doug Niner on getting into design systems at Planview 01:38 - Topic framing: what is "extreme design system support"? 02:07 - Survey overview: the four questions asked 03:34 - Survey stats: 1,081 sent, 49 responses 03:59 - Q1 findings: what support are teams currently offering? 04:30 - Reactions: video vs. written docs, dev environment access 05:27 - Video documentation: perfectionism vs. "good enough" screen recordings 06:25 - Q3 findings: headcount, bandwidth, and competing priorities dominate 07:17 - Key insight: teams know what good looks like but lack people and time 09:10 - Embedding: high effort, but potentially exponential impact through advocacy 10:10 - Community discussion: what does "embedding" actually mean? 11:07 - Sean shares his team's embedding process: runbooks and buddy systems 15:36 - Alexander: forward embedding failures vs. reverse embedding wins 17:53 - Reverse embedding: consuming team members join the design system team 19:50 - Disruption and ROI: is onboarding a stream of embeds worth it? 21:16 - Turning embedded team members into lasting design system advocates 23:09 - Rapid bug turnaround as a trust-building extreme support tactic 24:57 - Embedded collaborators as a source of honest, continuous feedback 25:53 - "Runners": rotating on-call support roles and AI-assisted quick fixes 26:45 - Rebecca on trust: being a helper vs. a blocker 27:14 - Supporting private requests alongside public channels 28:35 - Over-systematizing support and why removing friction builds trust 29:31 - Q4 stories: going above and beyond for consuming teams 29:43 - Taylor's story: building buy-in for a generational system change at Fidelity 33:12 - Doug's story: burning trust with a team and winning them back over 18 months 34:37 - Mapping stakeholders from saboteur to advocate 35:30 - Jane's perspective: extreme support drives adoption but risks burnout 36:53 - Hand-holding vs. empowerment: when is high-touch support too much? 37:19 - Transitioning from high-touch support to self-service empowerment 43:51 - Live prototyping as a low-effort, high-value support approach 45:15 - Figma detachable components and slots discussion 45:50 - Christine's bi-weekly demo program at office hours 47:56 - Closing reflections; encouragement to read Q4 survey answers 48:25 - Community updates: Redwoods, Design System Triage, Converge in Newcastle 50:09 - Outro Where to Find the Hosts Ben Callahan is Founder of Sparkbox and Redwoods Design System Community. Read his writings, have him present at your event, or engage with him as a coach or consultant at https://bencallahan.com Doug Neiner is a Principal Software Engineer at Planview. Connect with him on LinkedIn. Get the Raw DataAccess the complete survey data from Episode 072 to conduct your own analysis: https://bit.ly/41H6Tf7 Review the FigJam NotesDig into the collaborative notes we took as a community during the deep dive: https://bit.ly/4mm3uLZ Join the ConversationThe Question explores design systems topics through community research and deep-dive discussions. Participate in future episodes and contribute to the next survey: https://bit.ly/answerTheQuestion

    51 min
  7. Episode 071 Deep Dive: The Criticality of Design Systems with Ben Callahan & Vitaly Friedman

    29 MARS

    Episode 071 Deep Dive: The Criticality of Design Systems with Ben Callahan & Vitaly Friedman

    Episode 071 Deep Dive: The Criticality of Design Systems with Ben Callahan & Vitaly Friedman In Episode 071, host Ben Callahan is joined by co-host Vitaly Friedman—UX Lead, author, and founder of Smashing Conference—for a deep dive into the criticality of design systems. Vitaly brings experience from complex enterprise environments, including a multi-year engagement consolidating 199 European Parliament websites into one across 25 languages. The survey was sent to over 1,000 design system practitioners, yielding 61 responses. Participants were asked four questions through the lens of their single most critical product: (1) what level of impact would a product failure have on end users—loss of comfort, discretionary money, essential money, or life; (2) the size of their engineering team; (3) how they ensure their design system supports that criticality; and (4) whether anyone in their org is doing workflow analysis with users. Show Notes00:04  Introduction and episode overview01:48  Vitaly's background: complex systems, B2B, insurance, European Parliament03:01  The pressure of high-stakes work and measuring before/after impact05:19  Ben's upcoming book, published by Smashing Magazine05:44  Survey overview: methodology and FigJam data access06:11  Q1 Results: 57% selected "loss of essential money"; write-in responses07:08  Q2 Results: even distribution across team sizes; Cockburn's scale model08:03  Vitaly on loss of trust and reputation as missing modern categories09:29  Expanding the criticality framework for today's digital landscape10:52  Defining workflow analysis vs. task analysis14:33  Financial app example: importing a portfolio (task) vs. market analysis (workflow)15:56  Key finding: workflow analysis correlates with team size, not criticality17:23  Peter: using AI agents as a team of one to conduct workflow analysis19:41  Community discussion: respondents who selected "loss of life"20:09  David (Mayo Clinic): design system tokens and cascading patient-room risk21:32  Taylor: higher criticality means more questions and stakeholders, not a different process23:52  Vitaly: poor data visualization choices can cascade into financial loss24:20  Reference: The Fifth Discipline by Peter Senge (1990)25:08  Hattie (John Deere): autonomous vehicle safety warnings and multi-team sign-off26:41  Jesse (NAVA): public benefits delivery—if this fails, someone doesn't eat28:10  Vitaly: legacy systems as an underappreciated source of fragility and criticality30:06  Taylor: legacy is an iceberg—you don't know what you've got until you knock31:58  Kele: integrating a design system and AI tooling into existing enterprise SaaS33:17  Level-setting AI expectations with leadership35:42  Greg: AI tooling as a potential accelerator for legacy accessibility migration39:38  Vitaly: migrating away from legacy means designing the change, not just the UI40:06  Ben: FOMO-driven AI adoption decisions41:32  Taylor: legacy systems are often politically protected44:15  Ben: systems thinkers evaluated on product KPIs—structural misalignment46:35  Kele: reframing "healthy tension" as creative friction with different mandates49:22  Closing and thank-yous49:48  Redwoods membership, UX London, previous episode with Hannah Where to find the hostsBen Callahan is Founder of Sparkbox and Redwoods Design System Community. Read his writings, have him present at your event, or engage with him as a coach or consultant at https://bencallahan.com Vitaly Friedman is a UX Lead and founder of Smashing Conference. Connect with him on LinkedIn: https://bit.ly/43Iig8B Get the Raw DataAccess the complete survey data from Episode 071: https://bit.ly/4rYcRTk Review the FigJam notesDig into the collaborative notes from the deep dive: https://bit.ly/4bKWSlt Join the conversationParticipate in future episodes and contribute to the next survey: https://bit.ly/answerTheQuestion

    52 min
  8. Episode 071 Recap: The Criticality of Design Systems with Ben Callahan & Vitaly Friedman

    29 MARS ·  CONTENU BONI

    Episode 071 Recap: The Criticality of Design Systems with Ben Callahan & Vitaly Friedman

    Episode 071 Recap: The Criticality of Design Systems with Ben Callahan & Vitaly Friedman IntroductionHost Ben Callahan and co-host Vitaly Friedman reflect on the insights from the Episode 071 deep dive on the criticality of design systems. Vitaly is a UX lead, founder of Smashing Conference, and practitioner working in complex enterprise environments—most recently with the European Parliament. The survey was sent to 1,069 design system practitioners and received 61 responses. Respondents were asked four questions through the lens of their single most critical product: how failure would impact end users (loss of comfort, discretionary money, essential money, or life); the size of the engineering team; how their design system supports that criticality and scale; and whether anyone in their org is doing workflow analysis with product users. Show Notes00:00 - Welcome and introductions; Vitaly reflects on surprises from the deep dive00:27 - How The Question works: survey Monday, deep dive Thursday, recap to follow01:41 - The Coburn Scale and how it shaped the survey questions03:45 - Survey results: why "loss of essential money" topped the criticality scale04:23 - Vitaly's take: loss of reputation and trust as proxies for financial loss05:30 - Write-in responses: loss of transparency, essential data, and future compatibility07:28 - Hyper-personalization and ephemeral UI: validating experiences we can't fully see08:50 - Decisions as infrastructure: encoding decisions into markdown and design systems11:57 - Automation and AI across design, code, and UI—and what that means for human oversight13:52 - "Flying blind": the risks of building layers atop systems we don't fully understand16:30 - Defining workflow analysis vs. task analysis and why it matters19:37 - The hypothesis: does higher criticality correlate with more workflow analysis? The data didn't confirm it.22:01 - What the data did show: team size as a stronger predictor than criticality25:32 - Design systems sandwiched between product teams and top-down quality guidelines29:35 - Legacy software: an underappreciated risk factor and political minefield32:39 - Migrating legacy means migrating flows, habits, and ways of working—not just UI34:46 - What Vitaly is working on: events, video courses, design patterns, and upcoming books36:14 - How to stay connected; Redwoods community open for membership --- Where to Find the HostsBen Callahan is Founder of Sparkbox and Redwoods Design System Community. Read his writings, have him present at your event, or engage with him as a coach or consultant at https://bencallahan.com Vitaly Friedman is a UX Lead and founder of Smashing Conference. Connect with him on LinkedIn https://bit.ly/43Iig8B Get the Raw DataAccess the complete survey data from Episode 071 to conduct your own analysis: https://bit.ly/4rYcRTk Review the FigJam NotesDig into the collaborative notes we took as a community during the deep dive: https://bit.ly/4bKWSlt Join the ConversationThe Question explores design systems topics through community research and deep-dive discussions. Participate in future episodes and contribute to the next survey: https://bit.ly/answerTheQuestion

    38 min

À propos

The Question is a collaborative learning podcast about Design Systems. Smart people like you sign up, answer a few niche questions about design systems for each episode, and then we all get together to unpack the data we've gathered. Each week, I'll invite a new co-host to help facilitate the conversation. After the deep dive, the co-host and I record a recap of what we learned. That means, for each episode, you can listen to the recap and the full deep dive! If you're a design system practitioner, subscribe today (https://bencallahan.com/the-question) to receive an invitation to each episode. This only works if the community joins in! Stay in learning mode ❤️

Vous aimerez peut-être aussi