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.
| Action | Type |
|---|---|
| Broaden sourcing channels | Real |
| Structured interview rubric | Real |
| Diverse interview panel | Real |
| Apprenticeship program | Real |
| Audit funnel diversity | Real |
| Announce a commitment | Theater unless backed |
| Values page | Theater unless backed |
| Public diversity report without action | Theater |
| Mentorship for underrepresented engineers | Real |
| Inclusive job description language | Real |
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
| Action | Investment |
|---|---|
| Source from broader channels | Hours per role |
| Structured interview rubric | A few days to build once |
| Diverse interview panel | Scheduling |
| Audit funnel diversity quarterly | Hours |
| Apprenticeship program | Real investment, real return |
| Mentorship pairing | Time, not money |
| Inclusive job description audit | Hours |
| Bias training for interviewers | Days |
| Conference sponsorship | Modest budget |
| Retention focus | Cultural 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
- Announcements without action.
- Referral only sourcing.
- Unstructured interviews.
- Culture fit questions that filter for the existing team.
- No funnel audit. Bias is invisible.
- No growth investment. Pipeline stays narrow.
- Performative diversity reports without practice change.
- Treating diversity as a values question rather than a practices question.
A 90 day plan
- Weeks one and two. Audit the current funnel. Identify the bias points.
- Weeks three and four. Build the structured interview rubric.
- Weeks five and six. Identify the new sourcing channels.
- Weeks seven and eight. Train interviewers on the rubric. Establish diverse panels.
- 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.
Frequently asked
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.
Posts that line up with this one.
- Startup Technical Strategy
Engineering Retention: The Patterns That Work
Engineering retention is the cheapest form of hiring. Every engineer who stays is one you do not have to source, interview, and onboard. The patterns that work are specific and unglamorous.
- Startup Technical Strategy
The Engineering Culture Document That Engineers Actually Read
What engineering culture documents actually need to say to be useful, not decorative -- and how to write one that engineers trust.
- Startup Technical Strategy
The Engineering Onboarding That New Hires Love
How to design the first 30 days for a new engineer so they become productive fast and form an accurate picture of the team and the product.
- Startup Technical Strategy
The CTO vs VP Engineering Distinction
The CTO and VP of Engineering are not the same role. Here is the difference and why getting it wrong costs founders team clarity and technical direction.