Managing an entire software engineering team is rarely easy.<\/p>\n\n\n\n
There may be times in your career as an engineering manager when you feel like things just aren\u2019t quite going right \u2014 even if your team is still hitting those KPIs. <\/p>\n\n\n\n
Being able to reflect on your current engineering management style, spot where you can do better, and adjust your behavior accordingly is an excellent indicator of maturity, and doing your job to the best of your abilities.<\/p>\n\n\n\n
Let\u2019s check out some managerial style potential problem areas \u2014 and how you can fix them \u2014 to have you well on your way to becoming the manager of the year.<\/p>\n\n\n\n
Looking for top talent fast? See how <\/em>Arc<\/a> can help you:<\/em><\/p>\n\n\n\n \u26a1\ufe0f Find developers, designers, marketers, and more Hire top talent with Arc risk-free \u2192<\/strong><\/a><\/p>\n\n\n\n Do you always find yourself looking at the code of your team\u2019s projects or constantly bringing up design or tool suggestions? Perhaps you\u2019re constantly stepping in to \u201cshow them how it\u2019s done\u201d and writing up code.<\/p>\n\n\n\n Coming from an engineering background, it can be very tempting to focus on the technical aspects of a project. After all, you\u2019re probably one of the most experienced members on the team! But, is that what your focus should be on?<\/p>\n\n\n\n As an engineering manager, yes, you should help your team out with technical decision-making, and ensure their technical abilities and output are sound, but that\u2019s just one part of your role. It\u2019s also your job to ensure timelines, delivery, staffing resources, etc. are on track. You\u2019re dedicated to the project<\/em> first and technical proficiency comes second, so you should avoid micromanaging.<\/p>\n\n\n\n Remember<\/strong>: perfect isn\u2019t always necessary \u2014 good enough is good enough<\/em>. Trust your team to be able to work to requirements. If you\u2019re micromanaging, they won’t have a chance to learn for themselves.<\/p>\n\n\n\n Why do most leaders micromanage? Because they are perfectionists \u2014 in a negative sense of the term. Nobody is as good as they are. Consequently, they don’t believe anyone can do the job as well as they can. What’s the solution? The 95-95 rule. If they accept 95% of perfect performance, 95% of the time, they will micromanage 95% less.<\/p><\/blockquote>\n\n\n\n \u2014 Gaurav Bhalla, Knowledge Kinetics via Forbes<\/a><\/p>\n\n\n\n Let your team take the lead here; you\u2019re the glue, the conductor. Only step in to help out when your team is really struggling \u2014 it\u2019s not up to you to design\/code.<\/p>\n\n\n\n For example, instead of attending all design meetings, have the meeting leader report back to you with updates and provide advice if necessary. When walking around visiting the team, ask how they\u2019re going and if they have any roadblocks, rather than reading through the code on their screen and making comments. <\/p>\n\n\n\n If you find yourself going through the codebase regularly from your own machine, get other team members to run code reviews instead, as that\u2019s not part of your responsibilities. Anytime you find yourself doing the work, or being too specific in instructions, stop yourself and remember that your team is capable on their own.<\/p>\n\n\n\n Think carefully about your interactions with the team, and what percentage of these are technical in nature as opposed to managerial. You can keep a daily journal and note down all your team interactions across the week, determining whether each was more strongly technical or more strongly managerial.<\/p>\n\n\n\n From here, you have a baseline of your current behavior. The next week, make an effort to have a better managerial to technical ratio. Keep tracking for as long as it takes for your behavior to change.<\/p>\n\n\n\n Read More<\/strong>: How to Implement a Welcoming Software Developer Onboarding Process<\/a><\/p>\n\n\n\n Some engineering managers are so blinded by their management ideals that they may forget to listen to what their team is really saying.<\/p>\n\n\n\n Do you hear gripes that \u201cX task would be so much easier if we used Y,\u201d yet reply with \u201cYou guys are smart, I\u2019m sure you can do it even without it!\u201d? Or perhaps a particular team member keeps voicing unpopular opinions so you just tell the rest of the team, \u201cOh, that\u2019s just Daniel, let him talk.\u201d<\/p>\n\n\n\n Sometimes, it\u2019s even about going beyond<\/em> what your team is saying. Being able to read people\u2019s vibes and the team\u2019s vibe as a whole will alert you to when things aren\u2019t quite right.<\/p>\n\n\n\n If you aren\u2019t paying attention and listening to what your team is saying, or even taking social cues to hear what they\u2019re not<\/em> saying, you might find one or more people in the group getting annoyed, upset, or disillusioned at the status quo.<\/p>\n\n\n\n Read up about\u00a0active listening, and remember the points when in conversation.<\/p>\n\n\n\n When team members are talking to you, particularly regarding an issue (or benefit) within the group, make sure to pay attention. Think about what they\u2019ve said and imagine the impact on them, and the wider group, if a change was made.<\/p>\n\n\n\n You can also try out solutions like a (potentially anonymous) suggestions form or peer reviews, a weekly forum, or even just reaching out to say \u201cMy door is always open.\u201d<\/p>\n\n\n\n Many managers can feel like they\u2019re boxed into not being able to make changes that their staff request \u2014 due to pressure from above, be it in the form of scheduling, budgets, or lack of insight into team dynamics.<\/p>\n\n\n\n Being able to effectively communicate with your<\/em> upper management can impact your team\u2019s perceptions of you as a manager.<\/p>\n\n\n\n Read More<\/strong>: How to Write a Product Requirements Document (PRD) Devs Understand<\/a><\/p>\n\n\n\n Are you helping your developers excel in their careers, or are you solely focused on the job at hand? While professional development for your team can often get pushed to the side in favor of deadlines, it can be to the detriment not only of the individual but your team as a whole.<\/p>\n\n\n\n According to LinkedIn\u2019s 2018 Workplace Learning Report<\/a>, a staggering 94% of employees would stay at a company longer<\/strong> if it invested in their career development.<\/p>\n\n\n\n When professional development is ignored, it can lead to poor staff retention rates, and employee dissatisfaction with work-life, the team, and the company overall.<\/p>\n\n\n\n No matter how tight the schedule, you need to ensure that your team is getting their career progression needs met \u2014 or they\u2019ll go elsewhere to do it.<\/p>\n\n\n\n This might include:<\/p>\n\n\n\n Read More<\/strong>: How to Be an Engineering Manager Your Company & Team Respects<\/a><\/p>\n\n\n\n How do your team interact in the workplace? <\/p>\n\n\n\n Are they happy and cheerful, dropping by each other\u2019s desks, asking for assistance on problems, and working through obstacles together? Or, do they do a quick hi to each other as they grab a coffee and then settle into their chair for the rest of the day with their headphones on?<\/p>\n\n\n\n As important as it is for staff individually to grow in their own careers, perhaps even more important for you, as their team manager, is to ensure that your team is growing together!<\/p>\n\n\n\n The better your team knows and understands each other, and knows each other\u2019s strengths and weaknesses as part of a team, the better they\u2019ll be able to do their jobs. And the better they\u2019re able to do their jobs, the easier your life will be!<\/p>\n\n\n\n This isn\u2019t so much about changing your<\/em> style as it is changing their<\/em> style.<\/p>\n\n\n\n There are plenty of ways to help your team grow stronger together. Try out team building activities, weekly drinks after work or team lunches, book conferences, get people to do pair programming sessions together, organize fun outings, or even get people to work on hot desks next to each other in the afternoons.<\/p>\n\n\n\n Read More<\/strong>: Managing a Distributed Software Development Team: 5 Lessons Learned<\/a><\/p>\n\n\n\n Are you handing out critiques left and right, but saving compliments for grand occasions? Even if you\u2019re not a negative person, if your workplace’s constructive criticism to encouragement ratio is off, you may be perceived as someone who is always discontent \u2014 and your developers thinking they\u2019re lousy at their jobs.<\/p>\n\n\n\n In fact, in one study<\/a> of 60 strategic-business-unit leadership teams at a large information-processing company, they found units with the highest ratio of positive to negative comments (5.6+) far outperformed their peer groups.<\/p>\n\n\n\n If you aren\u2019t used to handing out compliments left, right, and center, then it might be time to start practicing.<\/p>\n\n\n\n Bite your tongue. If they are small criticisms to make, leave them to the comments section of a document, or simply give them a gentle pointer in the direction of established processes, best practices, and standards.<\/p>\n\n\n\n Always find things you like in your team\u2019s work. If you\u2019re pointing out criticisms in their work because you think the rest of it is amazing, then say it! Point to elegant examples, when they go above and beyond what\u2019s required, even when they organize cake unexpectedly. <\/p>\n\n\n\n There\u2019s always something to praise, you just need to get in that complimenting mindset.<\/p>\n\n\n\n Read More<\/strong>: How to Transition to a Remote Engineering Team: The CTO\u2019s Cheat Sheet<\/a><\/p>\n\n\n\n Being a good engineering manager is an ever-evolving process. <\/p>\n\n\n\n Even the best of the best managers still have room to do better. Try to not be so hard on yourself, and put in place measures to start changing unhelpful behaviors. <\/p>\n\n\n\n Seeing for yourself the effects that small changes can make will be like watching the effects of a sprinkle of magic dust over your work.<\/p>\n\n\n\n You can also try <\/em>Arc<\/a>, your<\/em> shortcut to the world’s best remote talent:<\/em><\/p>\n\n\n\n \u26a1\ufe0f Access 450,000 top developers, designers, and marketers <\/a>Try Arc and hire top talent now \u2192<\/strong><\/a><\/p>\n\n\n\n This article was originally written by Julia S., a tech writer and ex-software developer with a penchant for travel, techno, and data.<\/p>\n","protected":false},"excerpt":{"rendered":" Here are 5 common problem areas a software engineering manager might have along with actionable advice on how to solve these issues.<\/p>\n","protected":false},"author":4,"featured_media":1086,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[13,5],"tags":[],"class_list":["post-1083","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-culture","category-management"],"yoast_head":"\n
\u26a1\ufe0f Freelance or full-time remote + fully vetted<\/em>
\u26a1\ufe0f Save up to 80% with global hires<\/em><\/p>\n\n\n\n1. Your \u201cTechnical Help\u201d May Actually be Micromanaging<\/h2>\n\n\n\n
How to change your engineering management style<\/h3>\n\n\n\n
Keep yourself in check<\/h4>\n\n\n\n
2. You\u2019re Not Listening to Your Team<\/h2>\n\n\n\n
How to change your engineering management style<\/h3>\n\n\n\n
3. You\u2019re Not Encouraging Your Team to Grow Professionally<\/h2>\n\n\n\n
How to change your engineering management style<\/h3>\n\n\n\n
4. You\u2019re Not Encouraging Your Team to Grow Together<\/em><\/h2>\n\n\n\n
How to change your engineering management style<\/h3>\n\n\n\n
5. Your Ratio of Constructive Criticism to Encouragement is Off<\/h2>\n\n\n\n
How to change your engineering management style<\/h3>\n\n\n\n
Where to Go From Here<\/h2>\n\n\n\n
\u26a1\ufe0f Vetted and ready to interview<\/em>
\u26a1\ufe0f Freelance or full-time<\/em><\/p>\n\n\n\n