Developer Experience Maturity Model
- Cultural Maturity: The mindsets, skills, and willingness of people to evolve and embrace a customer-centric approach.
- Strategic Maturity: A clear, shared vision and direction for products that aligns with business goals.
- Process Maturity: The existence of repeatable workflows and best practices to consistently translate strategy into valuable outcomes.
- Technical Maturity: The tools, infrastructure, and technology enabling teams to build, scale, and deliver products effectively.
Values: Platform as a product (user centricity) Experimentation Basic parts: learning and improvement cycle adoption curve
Radar Areas enable those parts Team Structure Product: User Workflow Teams (assuming product devs are focused on their users (buyers vs sellers)) Product: User Workflow Slice teams (e.g., web, ios, checkout, onboarding… depends on where the user workflow boundaries are)
The above Product Teams AND
Platform: Undifferentiated
Platform: Tool/Tech Teams (web,ios,)
Platform: Workflow Slice Teams (ci/cd) (must collaborate across personas)
Platform: Persona teams (as-needed slice working groups) (must collaborate across slices)
Platform: Persona teams + shared workflow slice teams (e.g., ci/cd, dx, must collaborate across personas) Product Focus
Tech Centric, single output
Stakeholder (Dev) centric
Single outcome, multiple outputs
Multiple outcomes, multiple outputs
Multiple Stakeholders, Multiple outcomes, multiple outputs Feedback Systems
Telemetry
Snapshot
Developers asked ad-hoc
Developers asked formally
Experience Sampling
Experiments reported
Experiments adopted Improvement Cycle
None
Feedback integrated
Feedback integrated Prioritization
Opinions
Reacting - Squeaky Wheel
By single outcome (e.g., hours)
Actions prioritized by multiple outcome impact, with outcomes prioritized periodically
By multiple outcomes with cross-impact prediction Platform Adoption Process
No Platform
Product make and diffuse
Platform make and hope (carrot)
Platform make, platform users involved
Platform make, platform users contribute Buy-in
Leadership Buy-in Leaders antagonistic Leaders open Leaders Leaders asking for insights Dev Buy-in Devs feel unheard Devs feel heard Devs feel included Devs contributing Product Buy-in Product unaware Product aware Product updated Product contributing
Metrics single output multiple outputs Single outcome, multiple outputs Multiple outcomes, multiple outputs Multiple Stakeholders, Multiple outcomes, multiple outputs single outcome multiple outcomes multiple stakeholders, multiple outcomes No baselines Default Telemetry Snapshot Workflow Telemetry