Let Your Team Make Technical Decisions

Conflict solving
New Manager
Delegate
Dev Processes
Managing Expectations

6 December, 2017

Gautam Prabhu talks about how to avoid becoming bogged down in technical detail as a new manager.

Problem

When people first start out in management, they sometimes have trouble with letting go of technical details. Nowadays a split is becoming more and more commonplace. Some people will have a technical job and technical decisions will rest with them, while others have a management role where the happiness and effectiveness of the team rest on them.

I had someone who was struggling in their first management role. I started to talk to the team members and the recurring theme was that this person was trying to make all of the technical decisions instead of making sure the team was functioning well and empowering them.

Actions taken

If you are an engineering manager you should still have responsibility for the technical side. After all, there is a reason we ask people who have prior technical experience writing code to be managers. At the same time, you need to ensure that your team is empowered and that they have the flexibility to make their own technical decisions.

From talking to the team, I found that the place they were feeling the most pain was during architecture and design meetings. They were fine day-to-day and when reviewing their code, but meetings when architectural decisions were being made were difficult by the manager. I talked to the manager, and gave him my recommendations in two parts.

First, I told him to go into the meeting thinking about what his goals for the project were, and I told him to be very upfront with the team about what his goals were. Your goals shouldn't be related to implementation, but should be high-level, such as when a product needs to be shipped, how many customers need to be supported by it and what involvement is required from other teams. This provides a framework for a project. It's important to be upfront about constraints such as resources available or time, but don't get too bogged down in the technical design of a project.

Secondly, I advised the manager that if he had some technical opinions, that's fine. But your goal should be to provide guidelines and to let the team decide on how the project should be done. Sometimes your ideas may not be the best and by giving your team flexibility they may even come up with a better solution. It's unwise to assume your idea is better than a team's worth of smart engineers.

Lessons learned

This goes to the heart of management, for me: when you become a manager you need to find your personal success through others. The most important things are that software is delivered in an efficient way and that the team is happy. So your goal shifts from the goals you had as an IC: as an IC, more participation in the technical details was success. On a manager track, the less you need to participate in the technical details, the better you should feel about the team, and by extension, your own performance! It can be a difficult mindset shift in the early days and I still haven't fully gotten over my instincts to jump in and micromanage some technical design details, 15 years later. The manager in this story crafted a process by which he could lay out goals and set up high-level expectations, but would leave the technical decision-making to the team as much as possible. Very quickly, his team's happiness improved and he went on to be one of the most successful managers in engineering.


Related stories

Aligning an Ineffective Team to Realize Product Potential
21 May

Kowsheek Mahmood, Principal and CTO at ArchetypeTech, explains how he adapted an ineffective team by determining and implementing team-evaluation processes to better align the team on product delivery.

Team reaction
Managing Expectations
Underperformance
Firing
Internal Communication
Productivity
Reorganization
Kowsheek Mahmood

Kowsheek Mahmood

Principal & CTO at ArchetypeTech

How To Identify the Right Product To Build
19 May

Alessandro Pintaudi, Product Management Director at Payfit, talks about how teams need to focus more time on building the right things and how to keep doing it with scale.

OKR
Managing Expectations
Product Team
Product
Dev Processes
Internal Communication
Roadmap
Alessandro Pintaudi

Alessandro Pintaudi

Product Management Director at PayFit

How to Bring Business Context to the Development Team
15 May

Maria Petrova, Principal Product Manager at Zalando details how she strategically mapped out features using a KPI tree to drive measurement, ultimately helping the development team understand their role.

Conflict solving
Collaboration
Maria Petrova

Maria Petrova

Principal Product Manager at Zalando

The Power of Introspection in Career Growth
15 May

Tarani Vishwanatha, Senior Engineering Manager at Scribd, shared a story where he dealt with the conflict of an upset engineer that did not get a promotion he believed he was entitled to. He explains the distinction between being the most technical and being well rounded. Vishwanatha talks about the importance of being self-aware as it's essential to career growth.

Team reaction
Coaching / Training / Mentorship
One-on-one
Conflict solving
Tarani Vishwanatha

Tarani Vishwanatha

Senior Engineering Manager at Scribd

The Importance of Task Delegation
13 May

Stefan Gruber, VP of Engineering at Bitmovin, emphasizes the importance of task delegation as a key time management skill.

Delegate
Stefan Gruber

Stefan Gruber

VP of Engineering at Bitmovin

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.