Back to resources

The Antidote to Being Too Thinly Spread

Dev Processes
Sharing The Vision
Team Processes

19 May, 2021

Nikhil Mungel
Nikhil Mungel

Senior Engineering Manager at Splunk

Nikhil Mungel, Senior Engineering Manager at Splunk, shares how he found a way to manage a team that had increased workload and no North Star to work towards.

Problem

The story began a couple of years ago. I inherited a team of two engineers, both of whom were thinly spread on maintaining a production website. The pair of engineers were doing everything, starting from delivering technical support to operations and managing stakeholders. Fundamentally, the problem was that it was being treated as a web property and not an engineering product.

The result of this was terrible morale, frequent downtimes on the website, and the shape of the system did not allow us to enhance it anymore. The company was at a critical inflection point between on-prem and cloud, and the product stood right in the middle of it, and it was being neglected. For the product to evolve to support the everyday use cases, the current path that the product and the team were on was not sustainable.

Actions taken

When I first inherited the team, the first course of action was to understand the direction the team was headed and what their North Star was. I realized that all they were doing was keeping the lights on. Once I took control, I ensured that the thoughts and ideas were aligned with the company’s values and ethics, while the underlying bedrock did not budge.

For the team to fulfill their intended role, I actively listened to the engineers. And, engineers always have an excellent idea of what is broken and needs to be fixed. Then, I had to ask many probing questions to get to the meat of the matter from a management standpoint. I was able to identify two themes :

  • No clear North Star for the team
  • Maintenance Mode

I worked on figuring out what the product would look like, collaborating with my counterpart in product management and working with the engineering leadership. When I got a good understanding, I ramped up the staffing of the team and delineated the roles and responsibilities between feature engineering, infrastructure engineering, user support, and admin operations. Needless to say that I also changed the positioning of the entire product, not to look at it as a web property but as an actual engineering product.

I also worked to bring the project back to life from maintenance mode. Engineers working on products that are on maintenance mode can sometimes be put in a career limiting role and benefits neither the company nor the individuals.

Lessons learned

  • Develop active listening skills that will enable you to manage your team better. Once your team discovers that they are being heard, they will start looking forward to ways they can share their ideas with you.
  • Take control of the operability costs early on from a staffing standpoint. This will help in correcting areas of waste so that you can improve the financial health of your company.
  • Define each person’s roles, responsibilities, and success criteria within the team, and you will notice an immediate impact. Since it ensures that everyone knows what they are doing and what is expected of them, it reduces overwork.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

The Importance of Culture and Values When Building Teams

26 May

Elwin Lau, Director of Software at Jana, advocates the importance of maintaining culture within a company when scaling teams.

Mission / Vision / Charter
Scaling Team
Building A Team
Company Culture
Collaboration
Onboarding
Sharing The Vision
Elwin Lau

Elwin Lau

Director of Software at JANA Corporation

Streamlining Product Processes After a Reorganization

16 May

Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Acquisition / Integration
Product Team
Product
Building A Team
Leadership
Internal Communication
Collaboration
Reorganization
Strategy
Team Processes
Cross-Functional Collaboration
Snehal Shaha

Snehal Shaha

Senior EPM/TPM at Apple Inc.

Navigating Disagreements When It Comes to Priorities

9 May

Pavel Safarik, Head of Product at ROI Hunter, shares his insights on how to deal with disagreements about prioritization when building a product.

Innovation / Experiment
Product Team
Product
Dev Processes
Conflict Solving
Internal Communication
Collaboration
Convincing
Strategy
Prioritization
Pavel Safarik

Pavel Safarik

Head of Product at ROI Hunter

Here to Make a Recognizable Difference: How to Develop Teams

5 May

Eric Merritt, VP of Engineering at Whitepages.com, divulges on the many complexities of developing teams in management by solving problems according to their needs, and empowering teams.

Leadership
Impact
Sharing The Vision
Coaching / Training / Mentorship
Eric Merritt

Eric Merritt

VP of Engineering at Whitepages.com

The Optimization and Organization of Large Scale Demand

4 May

Kamal Qadri, Senior Manager at FICO, drives the importance of setting expectations when optimizing large-scale requirements.

Managing Expectations
Delegate
Team Processes
Prioritization
Kamal Qadri

Kamal Qadri

Head of Software Quality Assurance at FICO

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.