During the height of immigration in the US, there was high social cohesion within communities of people who came from the same country while still having great diversity of ideas across the nation as a whole.
Take that away, and you get the natural result of multiple cultures with drastically different moral codes, and no core to form around.
It appears that many immigrants retained much of their culture while still integrating in ways that let different cultures work together, but maybe that is because the moral foundation was similar enough to allow cohesion as a whole while retaining some sense of cultural identity.
Strong claim requires strong evidence, please.
But I imagine that is only true if it's done right and probably just setting some kind of quota to hire more of X type demographic is not it.
For software, for example, there are plenty of characteristics that some engineers may think are constant that are definitely not. For example, the number of systems I've encountered that have baked in the idea that first/last name can not be changed (even though names are changed by not only trans people, but also any married woman in many cultures), or assumed people only had 2-3 names (some cultures as many as 4 last names are common), is long. When the name is used as part of a permanent key for all other data about an individual, fixing the issue can be a huge hassle.
Sure, a product focus group might eventually point these issues out, but no one's changing their name in a short-term focus group study.
If you optimize for hiring the best rather than the best of X demographic you should see a higher bar being met. And this is where excluding other demographics potentially harm's outcomes but it's also the same reason just setting a quota probably doesn't improve performance.
How would you measure it for software engineering? Number of bugs? Number of features requested after initial project launch? Time to completion? All of those things have too many variables involved for any given organization. We already have a hard time measuring ability/quality of software engineers as it is.
https://www.nspe.org/resources/pe-magazine/july-2020/why-sho...
I want to see this with some serious attempt to reduce the confounding.
Also it doesn't demonstrate cause and effect as stated in the quote. It's perfectly possible in this data that diversity makes companies less successful - but being successful in the first place is what creates the 'slack' that leads to a company pursuing diversity policies. They only go diversity when they can afford the cost incurred.
People say that a lot, and even say it's been researched, but outside of product focus groups, I've never seen the actually research that supports that claim.