The activity-vs-outcome distinction feels like the most interesting part of this discussion. Curious what metrics people have found most useful for separating the two.
As many readers pointed out, team velocity and process bottlenecks are a much more valuable focal point than individual developer metrics. But for this, having the ability to observe what is happening and dig deeper into the data is critical, so that you can back iterations on your improvement efforts with data.
The research is also slowly laying the foundation of what are useful metrics to track and what excellence looks like for the industry. Unfortunately, those metrics are typically difficult to measure because the underlying data often spans multiple engineering systems: Lead Time, the poster child of DORA metrics, requires data from at least your source control and your CI/CD systems.
Btw, you might be interested in checking out Faros Community Edition: https://github.com/faros-ai/faros-community-edition – an open-source engineering operations platform we’ve been building for this very purpose. Our goal is to bring visibility into engineering operations, and make it very easy to query and leverage data both within and across your systems. It’s container-based and built on top of Airbyte, Hasura, Metabase, dbt, and n8n.
That's in my mind is the best strategy. Unfortunately, I had my fair share of busts when I thought I hired great people and turned out to be no more than mediocre. Looking back, I really don't think I could have decide any differently with having only couple of hours worth of interviews as my data. Nothing beats spending real time with the person.
Exchanges are the same as auctions in the sense that the person that is buying the item is the one who bid the highest price. There is a reason why the buying prices is called a bid.
Auctions are not limited to a single item, radio frequencies and bus routes are just few of the examples that are sold in multiple item auctions. There is nothing special about the number one in auction rather than a single item is limited in supply, but in most cases two items can be of limited supply as well and even millions. Good example for that can be engineers. Even though there are many of them, their supply according to many is still limited, which causes their salaries to rise.