Being the answer
Useful when you are an individual contributor. Risky when every decision waits for you.
You were promoted because you solve problems. Now your job is building a team that can solve them without you.
Free founding membership. Realistic scenarios, conversation scripts and a first-30-days plan for engineers, IT specialists and technical team leads.
One solves this bug. The other builds a team that can solve the next one.
Technical skill got you here. Now the work is clarity, trust, prioritisation and judgement — usually while still being expected to deliver.
Useful when you are an individual contributor. Risky when every decision waits for you.
Give people context, ownership and support.
Less rescuing. Better decisions. More room to think about what comes next.
Members choose their response, see how each approach plays out, and keep private notes. New scenarios are released every week.
Thank Sam publicly for keeping the release on track and ask them to review all high-risk changes going forward.
Meet Sam privately, acknowledge the value they add, and agree two areas where Sam will coach someone else through the problem instead of fixing it.
Why it works: This respects Sam's contribution, addresses the burnout signal and converts rescuing into teaching. It builds capacity without removing the safety net overnight.
Quietly take the remaining work yourself so the dependent team is not let down again.
Name the pattern in a private conversation, ask what is actually getting in the way, and agree a smaller checkpoint before Friday.
Why it works: Naming the pattern without judging the person keeps the conversation useful. A near checkpoint gives you early warning rather than another Friday surprise.
Let it go for now. The relationship matters more than the process, and Alex will probably come around.
Talk to Alex directly: acknowledge the change in your relationship, invite genuine objections, and make clear that once decided, you need follow-through.
Why it works: This separates disagreement, which is welcome, from non-compliance, which is not. Acknowledging the awkwardness out loud usually reduces it.
Cancel the one-to-ones. The team already reports status in stand-up, so they are duplicating effort.
Keep status out of the meeting and open with a question about what is making their job harder than it needs to be.
Why it works: Moving status elsewhere signals the meeting is theirs. An open question about friction surfaces issues that never appear on a board.
What to say, decide and do in your first months leading a technical team.
Choose a response, see the trade-offs of each option and learn the principle behind the stronger move.
A growing library covering delegation, feedback, accountability, conflict, priorities and managing up.
Plain-language wording you can adapt for difficult conversations.
A practical checklist that tracks your progress as you settle into the role.
Capture how each situation applies to your team. Only you can see them, and you can export or delete them any time.
Membership is free while we build the library. Create an account to start the scenarios, track your first 30 days and help decide what we cover next.
No payment details required. You can delete your account and data at any time.
Create your free account →Already a member? Log in
Yes. Founding membership is free and we do not ask for payment details. If we introduce paid features later, we will tell members in advance and nobody will be charged without choosing to buy.
The scenarios are written from practical experience leading technical teams. Situations are composites; names and details are invented.
No. It is designed for people leading technical work — including infrastructure, cyber security, data, support and IT operations teams.
Your notes are private to your account. You can download everything we hold about you, or delete your account permanently, from your account page.