Deeply AI-integrated, not just AI-aware. You’ve gone well past “I use ChatGPT to write emails.” Your engineers expect you to bring new AI workflows to the team - you’ve used Claude to accelerate code review, built prompts that help engineers write sharper tickets, or led your team’s adoption of Copilot in the development workflow. When you see a task eating team time, your first instinct is to figure out if AI can handle it. You’re actively experimenting, sharing what works, and setting the pace on AI adoption for your team - not following someone else’s lead. This is unlikely to be a good fit if your AI usage stops at occasional prompting, if you’re still evaluating whether the tools are worth the learning curve, or if you’d describe yourself as “AI-curious” rather than AI-native.
A people developer, not just a delivery manager. You can give concrete examples of career growth plans you’ve built, hard conversations you’ve had, and underperformers you’ve managed through a structured process. You spend your 1:1 time on people, not status updates. This is unlikely to be a good fit if your management examples are mostly about process improvements or shipping milestones - or if you tend to blame team outcomes on the engineers rather than the environment you built.
Remote-native. You’ve led full-remote teams before - not just as a workaround during COVID, but as a default. You know how to build trust without shared physical space, how to run async decision-making, and how to keep distributed engineers from feeling isolated. This is unlikely to be a good fit if you haven’t managed a fully remote team in a leadership position, or if you feel like remote work is harder than in-person management.
Direct in conflict. When there’s tension on the team - between engineers, between engineering and product, between a team member’s performance and what’s expected - you address it directly and quickly. You don’t let it simmer. This is unlikely to be a good fit if you’ve left roles or situations because of unresolved conflict, or if your conflict resolution examples are mostly about “creating space for dialogue” without resolution.
Data-driven about people and delivery. You can articulate your team’s performance in metrics - not just vibes. You track velocity, retention risk, and IC growth, and you use that data to make decisions. This is unlikely to be a good fit if your answers to performance questions are mostly common-sense observations without examples tied to specific numbers or outcomes.
Technically credible. You stay close enough to the code to earn your engineers’ respect - code reviews, architectural input, helping debug under pressure. You don’t need to be the best engineer in the room, but your team needs to believe you understand what they’re doing. This is unlikely to be a good fit if you’ve fully transitioned to pure management and haven’t touched technical work in years.
A delegator, not a bottleneck. Your job is to build a team that makes good decisions without you - not to be the person all decisions flow through. You coach engineers toward answers rather than providing them. When you go hands-on, it’s deliberate and time-bounded, not a default. This is unlikely to be a good fit if your instinct when a team struggles is to take over, if you find yourself becoming the access point for all requests, or if your team’s output goes down when you’re unavailable.
•
A pure technical architect role. The team has senior engineers. Your job is to make sure they’re effective and growing, not to be the smartest person in every technical conversation.
•
A process manager. We have processes. Your job isn’t to document them better - it’s to lead the people running them and improve outcomes.
•
A stepping stone. We’re looking for someone committed to people leadership as their primary craft - not someone who’s considering moving back to IC or is ambivalent about managing people vs. building systems.
•
A reactive firefighter. We want someone who surfaces risk early and manages it proactively - not someone who thrives in chaos and sees every crisis as a badge of honor.
•
An AI skeptic in a leadership seat. We expect our engineering leaders to actively drive AI adoption on their teams, not wait to be convinced.