Yashveer Singh
Connect
<- All posts
Startup Technical Strategy12 min read

Engineering Diversity Without Performative Theater

Engineering diversity is the practice of broadening the pool of candidates the team hires from and the perspectives the team carries. The actual work is mostly in sourcing, the interview process, and the team's culture. Performative theater is the announcements and the values pages that produce no measurable change. The teams that do the real work quietly end up with more diverse teams. The teams that perform it loudly often do not.

Written by Yashveer Singh, founder of Yashveer Labs.

What you actually need to know

  • The real work is in sourcing, interviewing, and growing engineers.
  • Performative theater produces no measurable change.
  • Structured interviews and diverse panels reduce bias.
  • Investing in growth pays back over years.
  • The teams that do the work quietly produce more diverse teams.
ActionType
Broaden sourcing channelsReal
Structured interview rubricReal
Diverse interview panelReal
Apprenticeship programReal
Audit funnel diversityReal
Announce a commitmentTheater unless backed
Values pageTheater unless backed
Public diversity report without actionTheater
Mentorship for underrepresented engineersReal
Inclusive job description languageReal

The core argument

Engineering diversity is one of those topics where the gap between what teams say and what they do is largest. The teams that talk about diversity loudest are often the teams whose hiring practices have not changed. The values page declares the commitment. The candidates the team interviews look like the team that already exists. The hires are the candidates that look like the team. The team does not change.

The teams that actually broaden their teams do the work quietly. They source from broader channels. They run structured interviews with diverse panels. They audit the funnel for bias. They invest in growing engineers from underrepresented groups. The work is unglamorous. The results show up in the hires.

The work matters because diverse teams build better products. The data on this is real and contested in details but consistent in direction. The teams with more diverse perspectives catch more edge cases, build for more user segments, and reach product market fit faster in markets the team did not originally see.

The investment is mostly process. Structured interviews are cheap. Diverse panels are scheduling. Broader sourcing is a few hours per role. Apprenticeship programs are real investment but pay back over years. The total cost is small. The team that does the work changes shape. The team that performs the theater stays the same.

The actions that work

ActionInvestment
Source from broader channelsHours per role
Structured interview rubricA few days to build once
Diverse interview panelScheduling
Audit funnel diversity quarterlyHours
Apprenticeship programReal investment, real return
Mentorship pairingTime, not money
Inclusive job description auditHours
Bias training for interviewersDays
Conference sponsorshipModest budget
Retention focusCultural work

How much does this cost

The cost of the actions is mostly process time. A few hours per hire for the broader sourcing. A few days to build the structured interview rubric. A few thousand USD per year for conference sponsorship if applicable. An apprenticeship program is a real commitment of engineering time but pays back. The total cost is small relative to engineering payroll.

Features the diversity practice must have

  • Structured interview rubric.
  • Sourcing strategy that goes beyond referrals.
  • Diverse interview panels.
  • Quarterly funnel audit.
  • Inclusive job description language.
  • Retention focus for engineers from underrepresented groups.
  • A leader who owns the work.
  • Honest reporting on results.

Expert opinion

The teams that build diverse engineering teams do so by changing their hiring practices. Sourcing. Interviewing. Growing. The teams that announce their commitment without changing the practices end up with the same team they always had. The work is unglamorous and effective. The performance is glamorous and ineffective. The discipline is to do the work and skip the performance.

>

Yashveer Singh, founder of Yashveer Labs

How this played out on a real project

A client engineering team of twelve had grown homogeneously from a referral first sourcing model. The founder wanted to broaden the team but was not seeing change despite announcements and a values page.

We changed the practices. Structured interview rubric. Sourcing from three new channels including communities focused on underrepresented engineers. Diverse interview panels. Quarterly funnel audit.

The next three hires came from the new channels. The fourth came from the existing referral pool. The pattern over the next year was that roughly half of new hires came from the broader sourcing. The team's shape shifted measurably. The change came from the practices, not from the announcements.

For more on the related work, see hiring for an MVP vs hiring for scale different engineers and the apprenticeship program for engineers.

Common mistakes teams make

  1. Announcements without action.
  2. Referral only sourcing.
  3. Unstructured interviews.
  4. Culture fit questions that filter for the existing team.
  5. No funnel audit. Bias is invisible.
  6. No growth investment. Pipeline stays narrow.
  7. Performative diversity reports without practice change.
  8. Treating diversity as a values question rather than a practices question.

A 90 day plan

  1. Weeks one and two. Audit the current funnel. Identify the bias points.
  2. Weeks three and four. Build the structured interview rubric.
  3. Weeks five and six. Identify the new sourcing channels.
  4. Weeks seven and eight. Train interviewers on the rubric. Establish diverse panels.
  5. Weeks nine to twelve. Run new sourcing. Measure the funnel.

For more on the related work, read the engineering hiring bar how to set and hold it and the apprenticeship program for engineers. On the broader culture side, engineering retention the patterns that work is the natural next read.

FAQ

Frequently asked

Author

The engineering bet behind Yashveer Labs

The bet I am running with Yashveer Labs is simple. Most software is built by people who treat it as a job. I treat it as a craft. Yashveer Singh, founder. Five production systems on the board so far. The arc points at machine learning, AI engineering, and cybersecurity. If your project is in any of those orbits, you are reading the right page.

Related reading