Writing
Staff IC to Engineering Manager: What Changes in the First 90 Days
· 3 min read
Staff IC to Engineering Manager: What Changes in the First 90 Days
The Staff-to-EM transition is not a promotion into more architecture. It is a shift from being the strongest contributor to building a team that no longer needs you to be.
On this page
Moving from Staff IC toward Engineering Manager is often sold as a title change.
It is not.
It is a change in the unit of work. As a Staff engineer, your craft is systems, leverage, and technical judgment. As a manager, your craft is people outcomes — growth, clarity, trust, and a team that ships without depending on one heroic person.
I have spent years practicing the Staff side of that bridge: coaching, operating standards, stakeholder translation, and delivery systems. The first 90 days in an EM seat are where those muscles become the job.
Days 1–30: Learn the real system
The org chart is not the system. The real system is:
- Who people trust when something is on fire
- Where decisions actually get made
- Which rituals create clarity versus theater
- What “good” looks like to product, mission, and engineering
Your job early is diagnosis, not reform.
Listen in 1:1s. Watch how work enters the team. Notice who becomes the bottleneck when pressure rises. Map the invisible dependencies before you rearrange them.
Staff engineers are often hired for answers. New managers earn trust by demonstrating they understand the constraints.
Days 31–60: Make ownership explicit
Ambiguity is expensive. In the middle stretch, turn fog into contracts:
- Clear priorities for the next quarter
- Explicit ownership for services and outcomes
- A definition of done the team will actually defend
- Feedback loops that catch risk before demos invent optimism
This is not bureaucracy. It is kindness under load.
The Staff mistake is to keep being the glue. The manager job is to make glue unnecessary — by distributing ownership and coaching people into it.
Days 61–90: Raise the bar without becoming it
By the third month, you should be able to point to team outcomes, not personal heroics:
- Onboarding that gets someone productive without a tribal guide
- Reviews that teach instead of only gate
- Roadmap conversations where tradeoffs are visible
- A cadence stakeholders can trust even when scope changes
Technical depth still matters. EM candidates from Staff paths win because they can still smell a bad design. What changes is whether you solve it yourself or create the conditions for the team to solve it well.
What does not change
Mission context. Honesty about risk. Respect for craft.
If you strip those out in pursuit of “people management,” you become a status reporter. If you cling only to IC excellence, you become a bottleneck with a new title.
The bridge is both: keep the technical judgment, move the accountability to people and team systems.
That is the work I am building toward — and the standard I already use while shipping as a Staff engineer.
Related reading
-
Performance Feedback Without Politics
Useful feedback is specific, timely, and about observed work — not personality theater. The goal is growth and clarity, not a paper trail built in panic.
-
Saying No to Roadmap Pressure Without Losing Trust
Stakeholders do not need unlimited yes. They need engineering partners who make tradeoffs visible early — and keep their word when priorities collide.
On this site
Written by
Karl Hill