Didn't Steve Jobs usually greenlight 2 or 3 teams to design then just pick the most promising one to go to production?
Sometimes it makes sense to have a bit of competition, but having multiple prototypes (often with slightly different design parameters - e.g. a reliable design, an advanced design, and a moonshot) is a better competition than having managers attacking each other with passive-aggressive Powerpoint shows in a conference room.
I worked at a company founded by an ex-Apple CEO. He tried this technique because Steve Jobs did it. The problem was that it doesn’t work at all unless you truly have 2 or 3 entire teams of fully competent people to pull it off. It can work at Apple because they’re absolutely massive and they only focus on a very small number of products.
In our case, making two teams work independently on the same problem just created a situation where each team had half as many resources.
Given Intel’s history of paying median rather than top wages and losing their best employees to competitors, they didn’t even have one full department capable of pulling this off, let alone 2 or 3.
I think they are doing it wrong then. You do the cheap parts independently. Then you pair down to fewer choices and transfer resources to fewer groups.
You repeat this multiple times depending on your resources. When things get really expensive, you should be down to one idea.
I'd imagine that this can be pretty tricky with more complex systems, where the buy-in for even getting off the ground can be pretty high. In software, that's usually not the case, but I can imagine a number other instances where it wouldn't work. This seems like it would show up the most when the problem isn't a greenfield where getting the first 90% working is the hard part, but on the other end, where the difference comes from optimizing the last 10%, which can be really expensive (i.e. figuring out how to profitably and effectively take production from 1000 parts to 10,000 parts can be much more difficult and costly than moving from 100 to 1000).
Having seen a couple of Jobs interviews, it seemed like he was very well informed of all the trade-offs he was asking. He had some idea how all the bits in his project would scale (in various ways - with more users, programmers, parts, etc) even if he didn't like getting his hands dirty with the work of actually doing it.
> In our case, making two teams work independently on the same problem just created a situation where each team had half as many resources.
You got it. Not to mention that you're incentivizing them to hoard work/attention/resources from one another, or engage in other organizational anti-patterns that would obviously be/become problems to solve if you didn't put the artificial "constraint" of internal competition in the way.
This is very interesting. Just because a technique works for situation A doesn't mean it works for situation B. Also, maybe this ex-Apple CEO didn't have the capability to pull it off.
Sometimes it makes sense to have a bit of competition, but having multiple prototypes (often with slightly different design parameters - e.g. a reliable design, an advanced design, and a moonshot) is a better competition than having managers attacking each other with passive-aggressive Powerpoint shows in a conference room.