Building the engine behind Armโs silicon shift
Thereโs a moment in any big transition where the story sounds simple from the outside. In our case it was โArm moved into silicon. We built a chip. It works.โ
But if youโve spent any time actually doing this kind of work, you know thatโs not the story. The real story is what happens underneath โ how you take something that was never designed to operate as a manufacturing company and turn it into one that can deliver, at scale, with quality, on time.
Thatโs the part I walked into.
Not starting from zero โ just not connected
When I joined Arm, the assumption from the outside might be that we were starting from scratch on operations. Thatโs not what I saw.
Arm had been a product company for decades, just a different kind of product: IP, compute subsystems (CSS), platforms. Underneath that, a lot of the capabilities you need to build and deliver physical silicon were already there. They just werenโt connected.
Quality teams were strong. Planning systems existed. People understood logistics, supply, delivery. But there wasnโt a single organization thinking about it end-to-end as a manufacturing operation.
So the first step wasnโt building everything new. It was finding what already existed and putting it together.
I didnโt come in with a big mandate or a defined org chart. In fact, I didnโt have a team at all. I spent my first month asking questions. No opinions. Just questions.
- Where are things working?
- Where are they not?
- Whoโs solving what problems?
- Where are the gaps?
And then I started pulling people together. We brought a group into a room โ people from across the company who were all working on pieces of this, often without even knowing it. Nobody reported to me at the time. It was all voluntary.
By the end of that meeting, the conclusion wasnโt mine. It was theirs: this needs to be a team. Thatโs how the operations organization really started.
The shift nobody talks about
A lot has been said about Armโs move from IP to silicon. What doesnโt get talked about as much is the shift that comes with it.

In IP, youโre building platforms. You take your time, you get it right, you release and the ecosystem builds on top of it. In silicon, youโre on a treadmill. Market windows donโt wait. You either hit them or someone else does.
And once you start, you donโt get to pause. Itโs not one product โ itโs the next one and the next one after that. That changes everything about how you operate, how you plan, how you build teams and how you think about risk.
And it forces a different level of discipline.
Quality is the anchor
If thereโs one thing that made this transition possible, itโs that we didnโt have to invent a quality culture. Arm already had one. Thatโs because when youโre building IP that ends up in billions of devices, quality isnโt optional. A single issue can ripple across an entire ecosystem. That disciplined mindset translates directly into silicon.
The fundamentals are the same:
- How you think about defects
- How you debug problems
- How you build confidence in what youโre delivering
What changes is the surface area.
Now youโre dealing with manufacturing readiness. Supplier audits. Physical failure analysis. Failed parts returned and need to be taken apart, probed, understood.
While those are new muscles, the core thinking is the same. Quality is still the foundation. Everything else builds on top of it.
Building a supply chain that didnโt exist
The biggest gap wasnโt design. It was delivery. Arm had relationships across the ecosystem, including with TSMC, but not in the way a silicon company needs to operate at scale.
So we made a very deliberate choice early on: donโt try to do everything at once.
We partnered. For our first chip, we worked through a partner as a bridge into the manufacturing ecosystem. That gave us a way to move quickly while de-risking the most complex parts of the supply chain.
At the same time, we were building our own capabilities in parallel. Thatโs the part people donโt always see. While one path is executing, the other path is being built underneath it.
Now you start layering in the rest of the supply chain, foundry, substrates, assembly, test and logistics, to name a few. Each of those has its own constraints and its own capacity challenges. Each one asks us the same question: Why should we work with you?
And they ask those questions because we werenโt a chip company โ yet. So we had to sell them the same way you sell a customer. The vision, the scale, the opportunity. Get them to believe in what weโre building. And then prove it.
The reality of doing it fast
You bring in experienced people. You plan as much as you can. And you still miss things. What matters is how quickly you respond.
When you build something like this in a short amount of time, you donโt get everything right. There are always gaps. There are always moments where you realize โ usually later than youโd like โ that something should have been done three months earlier. Thatโs part of the process.
One of the things I learned early on is that you donโt always need authority to fix problems. If you identify the right issue and point people in the right direction, things start moving.
And if they donโt, it usually means thereโs a disagreement somewhere you havenโt uncovered yet. Thatโs where the real work is โ understanding why.
Scaling is a different problem than building
Getting a product out the door is one milestone, but being able to do it again โ predictably, at volume โ is a completely different one. Thatโs where operations becomes the story. Weโve already started putting that foundation in place:
- Dual sourcing critical parts of the supply chain
- Building capacity ahead of demand
- Aligning suppliers across multiple generations of products
The goal isnโt just to ship one device; itโs to create a system that can support many, and that takes time.
Companies that have been doing this for decades have the advantage of scale: They can spread risk across multiple products, multiple volumes. When youโre starting out, you donโt have that. Every decision matters more. So you build toward it. Deliberately.
Thereโs a very practical side to why this matters. For years, Arm created enormous value through its architecture and ecosystem but captured only a small portion of its value. Now we can participate more directly in that value.
More importantly, we can serve customers who want to buy, not build. And at the same time, continue supporting the partners who do build and differentiate on top of Arm. Itโs not either/or. Itโs an expansion of whatโs possible.
The real transformation
From the outside, this looks like a shift from IP to silicon. From the inside, itโs something more fundamental. Itโs a shift from building components to delivering outcomes, from working in parts of the system to being responsible for the whole system and from doing it once to doing it repeatedly.
Thatโs the bar now.
And thatโs the part weโre building toward every day.
Any re-use permitted for informational and non-commercial or personal use only.






