How to survive your first 30 days as a manager

Katie Womersley
Aug 25, 2016 · 4 min read

It feels ridiculous for me to write about being an engineering manager. It’s a job I’ve done for not even 30 days yet. But that’s what I want to know from others — how did you start? How did you make it through your first month? No two first rodeos are ever alike. But, they’re all rodeos, and falling off is falling off. There’s some kind of pattern. So here I am, writing the post that I want to read.

What is this job, anyway?

I had a rough idea from the internal job ad, but there’s a chasm between “Helping build deep fulfillment and ensuring the personal growth of team members” and, well, doing that.

So I went on something of a crusade, to understand what, exactly I should do. I asked engineers at Buffer: what do you think makes a great EM? Where do you think I fall short? I am so grateful for the honest answers of my peers — it allowed me to develop a clear sense of how I need to grow.

I stalked people on Twitter and LinkedIn, cold emailed them, and asked them how they survived the switch. “What was your rookie error?” became my pickup line.

I’m continually astonished at how helpful the world generally is. I’ve met up with incredible people who I’d thought wouldn’t give me the time of day. I’ve found this awesome slack community where I can see, in real time, a smorgasbord of management scenarios unfolding and people of experience, the very kind of people I want to become, give their two cents. There is such treasure, if you care to dig.

From my own experience, I certainly remember times when I knew what I wanted from a manager, but didn’t feel I could speak up and ask for it. So in my 1:1s, I’ve decided to ask a very simple question:

What is something that I can do for you over the next week to make your work life better?

Key takeaway: This is a solved problem — the help is there. Just ask.

What happens to my old work?

This is tough. When an engineer switches to management, the team loses an engineer. That puts a damper on team velocity and morale, but doing two jobs at once is infeasible. Having a handover and transitionary plan is almost your first task. It’s a real challenge to figure out who can take over the work you do in a team that’s already lean. And let’s face it, there’s never an “extra engineer” twiddling her thumbs.

I got really lucky here: half my team (non-engineers) took a vacation as I made the switch, so there was a natural lull while I googled “how to be an engineering manager”. Then I got another break: a product team happened to be disbanding, and there was someone ready and excited to take over. I dodged a very difficult quarter.

Key takeaway: worry about your old responsibilities — don’t just walk out. If there’s really no one to step up, then schedules will slip. Realize this, and make sure others realize this too.

Managing someone way better than I’ll ever be

This was the scariest thing I had to do. Before jumping into our first meeting, I was decidedly fretful, and definitely anxious throughout. What did he think of me? Was this a huge waste of time? I shudder at the opportunity cost.

After that first video call, it hit me that although I thought he was awesome, I’d given zero recognition. Realizing why I held back calling on good work good work was a key moment for me:

I didn’t feel qualified to praise this engineer.

I felt that my opinion didn’t matter; that he’d think I was an idiot for praising something he’d done with his baby finger. It would be like praising Dan Abramov for writing a todo app in React. Lol.

After that moment, I understood and named that fear, and it went away. If I was better at coding than the engineers I managed, then I’d be writing that code. But I’m not. That’s exactly why I’m managing! I’m better at encouraging and unblocking. I’m the rubber duck! I think the idea of “servant leader” started to click.

I am there to sort out all the random stuff that stops engineers from focussing. Make the processes smooth. Make sure they find their work interesting and challenging. Make sure they are having the biggest impact at Buffer that they can. Understand who they are and what drives them, and line that up with what the team needs. Tell them when I think they did something great. Ask them why they did something that I don’t think is great — maybe there was a good reason. Maybe I can help.

Key takeaway: Don’t think you should be able to do their jobs better than them. They’re the experts, and they should be. Figure out why they scare you, and get over it.

I still don’t know what my biggest rookie error is. That’ll be a subject for another post.

Katie Womersley

Written by

VP of Engineering @Buffer. I love it when you flourish.

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade