← Field Notes
Field Note · CPO

Build the company the company is becoming

People teams build for the company that exists, or worse, the one that existed when planning happened. By the time the structure lands, the company has moved on, and the function is behind again.

9 min read · February 2026 · Levels Consulting

People functions are almost always building for the company that exists. Often, in truth, they are building for the company that existed six months ago, because that is when the planning happened, the headcount was modeled, and the structure was designed. By the time the new management layer is hired and the new operating model is actually in place, the company has already grown past it, and the People team is behind once more, designing the next fix for a company that will have moved on again by the time it ships.

This is the quiet trap of the function: a People org permanently in catch-up, always firefighting the structural problem that became undeniable last quarter, never the one forming right now. The team can be excellent and work relentlessly and still feel perpetually a step behind, because the thing it is chasing keeps moving. The way out is not to work harder or plan faster. It is a single shift in what you build toward. Stop building for the company you have. Build for the company the company is becoming.

The lag is structural, not a failure of effort

Organizational change has a long lead time, and that lead time is the root of the problem. Designing a new management layer, hiring into it, and getting it genuinely functional takes months. Defining and rolling out a new tier of decision rights takes months. Building the enablement and onboarding for a new scale of hiring takes months. Fast-growing companies change stages faster than any of that can be delivered. So if you wait until a structural need is plainly obvious before you begin building for it, you are guaranteed to be late, every single time, regardless of how hard the team works or how good the plan is.

And there is a hard truth folded inside that. By the time a structural need is obvious to everyone, you are already well past the point where you should have built for it. The pain the whole company can now feel is the lagging indicator, not the trigger. The bottleneck that is now undeniable formed quietly a stage ago, while everyone was occupied with the previous fire. So building for the visible need means perpetually solving the previous stage’s problem while the current stage’s problem compounds, unaddressed, waiting its turn to become next quarter’s crisis.

Build for the company the company is becoming

The reframe is to design for the next stage rather than the current one, and to install that design while you are still in the current stage, so it is load-bearing by the time you arrive at the next. If you are eighty people heading toward a hundred and fifty, the useful question is not what an eighty-person company needs. You already are that company, and whatever it needed, you have largely built. The useful question is what a hundred-and-fifty-person company needs, and the work is to build that now, while you are eighty, so that the management layer, the decision rights, and the operating cadence are already in place and proven by the time the growth lands, rather than being improvised in the middle of it under pressure.

This is the same logic that governs every layer of an operating system: build the structure that can carry the scale before you add the scale, not after the strain is already showing. For the People function specifically, it means the organization is ready for the company before the company arrives, which is the only state in which the function is genuinely not firefighting. Everything else is a variation on being late.

What building ahead looks like in practice

Concretely, building for the becoming company means a handful of deliberately early moves. It means hiring or developing managers before the teams have grown too large to manage well, so that the management layer exists before the span-of-control problem does, rather than scrambling to install managers into teams that have already started to fray. It means defining the next tier of decision rights before the bottleneck forms, so that authority is already distributed when volume increases. It means building onboarding and enablement for the hiring volume you are about to have, not the trickle you have now, so the function can absorb a wave of new people instead of choking on it and watching time-to-productivity balloon. And it means designing roles for where they are heading, so the person you hire today is hired against the job the role is becoming, not only the smaller job it currently is.

How to know your next stage

Building ahead only works if you can read where you are going, which is more knowable than it sounds. The trajectory is usually legible from the plan: the hiring targets, the funding runway, the revenue trajectory, and the product roadmap all point at a recognizable next stage. You are not forecasting a distant and uncertain future. You are reading the company you will be in six to twelve months, which is close enough to plan for with real confidence. The companies that build ahead well are not visionaries gazing into the far distance. They are operators who took their own growth plan seriously enough to build for the company it implies, rather than treating the plan as aspiration and the present as the only thing worth staffing.

The hard part: building ahead feels like overbuilding

There is a genuine reason this is uncomfortable, and it is worth naming so you can hold your nerve through it. Investing in structure the current company does not visibly need yet looks like premature bureaucracy, and someone credible will always say, with conviction, that we are not big enough for that. Sometimes they will be right, which is what makes the judgment hard rather than automatic.

The judgment that matters is distinguishing building one stage ahead, which is the discipline, from building three stages ahead, which is genuine overbuilding and does manufacture exactly the bureaucracy the skeptics fear. One stage ahead means the company you will actually be in six to twelve months, a near and reasonably knowable thing you can point to in the plan. Three stages ahead means a company you are imagining, and building for an imagined company is its own distinct failure mode, the mirror image of firefighting. You are not trying to build the structure of an enterprise while you are still a startup. You are trying to build the structure of your next, very nearby self, a little before you need it.

This is precisely why the maturity model must be read as a mirror rather than a ladder. You build for the next stage by knowing, honestly, which stage you are in now. The leaders who overbuild are usually the ones who misjudged their current stage and reached for a far-off one to feel advanced. The leaders who scale cleanly are the ones who read their stage accurately and built deliberately for the one immediately after it, no further.

The cost of always being late

Perpetual catch-up is not a neutral state, and it is worth being clear about what it costs, because the cost is usually invisible until it has compounded. When the People function is always late, every structural change arrives as a disruptive emergency rather than a smooth transition, because it is being installed under the very strain it was meant to prevent. Managers get appointed in a hurry, into teams that have already started to fracture, which means their first job is repair rather than leadership, and they are set up to struggle from day one. Decision rights get redrawn only after the bottleneck has already cost the company real speed and worn down real people.

There is a reputational cost too, and it is the one that quietly limits the function’s influence. A People team that is always reacting comes to be seen as a service desk that processes what the business decides, rather than a partner that shapes where the business is going. The function loses its seat in the strategic conversation precisely because it is too busy cleaning up the consequences of the last one. Building ahead is how People earns and keeps that seat. A function that is visibly ready for the company before the company arrives is treated as a forecaster of the organization’s future, which is a fundamentally different and more powerful role than being its janitor.

Building people ahead, not only structure

Building ahead is not only structural, and its most important version is not about boxes at all. It is about building people’s capability ahead of need: developing the managers and leaders the company will require before it requires them, so that when a senior role opens, someone inside is ready to step into it, rather than the company having to hire a stranger into a critical seat in a hurry and absorb the long, risky ramp that follows. An organization designed for the becoming company is staffed and led, wherever possible, by people who were grown toward those roles deliberately and early.

This is the slowest part of building ahead, which is exactly why it has to start the earliest. You can stand up a new structure in a quarter. You cannot develop a first-time manager into a confident leader of leaders in a quarter. If the leadership the next stage requires is going to exist when the next stage arrives, the development has to begin now, well before the need is pressing, which again will feel slightly early and slightly uncomfortable, and again is the point.

The People function that is always firefighting is, underneath the exhaustion, building for a company that no longer exists. The one that scales builds, deliberately and a little uncomfortably early, for the company the company is becoming. Your job is not to staff the company you have today. It is to make sure the company you are about to be is ready for itself by the time it gets here.

• • •

Levels Consulting helps growth-stage leaders see how their company actually operates, find the level where the real constraint lives, and build the operating system to fix it, then hand it off. Field Notes are short, practical pieces on organizational intelligence for the people running the machine.