Execution performance is one measurable factor among many that I happened to use as an example.
The problem with bias is that it’s self-serving and lingers well past a first impression, like a compounding problem. Any bias exists to cognitively qualify a subjective decision in the absence of stronger criteria. The self-serving nature of bias is that it typically exists as a form of insulation filtering whereby things less like the person, or their proximity of comfort, are discarded for perceptions of compatibility.
Compatibility sounds important when building a team, however that factor is unmeasurable and often poorly defined in any existential capacity. Instead this is often an unspoken means of eliminating competition, diversity, and insecurity from a person(s) tasked to make a personnel decision without the soft skills to warrant such.
In my experience in the military you don’t need interpersonal compatibility, either real or perceived, to build an excellent team that cares for each other and achieves high performance.
Since the problems resulting from bias linger past a first impression the consequences of such are continuous. If, for example, bias is heavily present on a team a candidate who survives selection there will face frustrations moving forward when confronting or challenging the perceptions of the bias present. That person will be limited in career mobility internal to that organization.
> There are still plenty of places that must incentivize quality
That depends on who defines quality and how. At just about every place I have ever worked developers define quality in a way that is utterly foreign to business concerns or product quality at the end user. Without some highly specific written definition of quality I find it’s an excuse to reinforce like-minded opinions.