https://www.mindtheproduct.com/effective-communication-with-software-engineers/ close Join Mind the Product The world's largest community for product people, by product people. [ ] First Name [ ] Surname [ ] Email Address [ ] Password Password strength: weakwarning [ ] [ ] Your password should contain upper and lower case letters, numbers and punctuation Join us! What we do with your information Mind the Product will use this information to alert you of upcoming events you subscribe to, let event organisers know when you RSVP, attribute any articles you may write, and to send occasional updates about the functionality of the site and changes to our policies. For more information, view our privacy policy. Join us! MTP Logo Kicking off your user story MTP Logo We've sent you an email to verify your details. Please click the link in that email to complete the sign-up process Didn't receive an email? Click here to resend. Error Try Again close Log in to Mind the Product [ ] Email Address [ ] Password Log in Don't have an account? Join the community! Lost your password? close Forgotten Password? Email Address [ ] Recover Don't have an account? Join the community! Login instead? * close [ ] Search Skip to content [mindthepro] search menu account_circle Log in person_add Become a Member * Content + Homepage + Video + Podcast + Recommended Books + Members' Content + Content A-Z * Community + All Events + ProductTank Meetups + - Find your local meetup + - About ProductTank + - ProductTank Content + Free Slack Community + Members' Community * Conferences + All Conferences + Hamburg + SF+Americas + London+EMEA + Singapore + Conference recaps * Training + Training Overview + Remote Workshops + Self-Paced Online Training + Train Your Team + Start with our Free Skills Assessment + FAQ * Jobs + Find a Job + Product Career Advice + Post a Job [ ] Effective communication with software engineers "Product people - Product managers, product designers, UX designers, UX researchers, Business analysts, developers, makers & entrepreneurs January 01 2022 False Collaboration, Communication, Engineering, Guest Post, Mind the Product Mind the Product Ltd [logo] 1322 [shutterstock_1577830987-scaled] Product Management 5.288 https:// www.mindtheproduct.com/ effective-communication-with-software-engineers/ Effective communication with software engineers BY Simon Munoz ON FEBRUARY 17, 2022 If I had to highlight one quality that can influence the success or failure of a product manager, communicating effectively with your engineering team would be high on my list. In today's article, we will see some tips that I have been learning throughout my career and that I think can be helpful to get the most out of that relationship. Are you interested? Well, let's get to it! Understand your position The first step in communicating effectively with your engineering team is understanding your position as a Product Manager. Engineers don't work for you; they work with you. Engineering is not there to blindly comply with your demands. They are there to conceive and implement the best possible solutions to the problems and opportunities that you present to them. You are a guide, not a foreman. Read Simon's previous article on how Overengineering can kill your product. Understand your situation Your engineers have their own problems, aspirations, and fears. Sit down with them, together and individually, and make an effort to get to know and bond with them. The information you get from that relationship will help you understand the team's level of maturity, which will help you find the best way to interact with them and show where you will probably have to focus your time. For example, with a junior product team, you may have to spend more time than desirable on the execution side. In contrast, a senior team can perfectly organize itself, which should free you up to focus on the more strategic part. Start with the problem This point may be the most important one in the whole article. You don't present a solution to an engineering team; you bring them a problem to solve. The best engineers won't willingly accept implementing a solution if they have not participated in defining it. The engineers who do it are usually in consulting firms, not in product companies. And if you treat them like in a consulting firm, they will soon stop being your engineers. Do your homework Your mission as a Product Manager is to understand the problem so profoundly that you can introduce it to the team as clearly as if you suffer from it. Do your homework. Get loaded with qualitative and quantitative information. Engineers have a sixth sense for detecting bullshit. If they feel that you don't understand the problem, you will lose their confidence and involvement in the initiative. Explain the why At the beginning of the 20th century, Carl Braun was a successful engineer running a 6000 people company. In a Farnam Street post, Carl Braun on communicating like a grown-up, we read how he could fire you on the spot if he found out you had given an order without explaining why. Starting with the problem is not enough. You have to demonstrate how solving this problem fits with the vision and strategy of the company. Your team also has to understand why you want to solve this particular problem and not any other. Your team will do a better job the more they believe in it. Make sure you can argue your decision and create an inspiring narrative. Define success Your engineers want to know if their work impacts the organization. A huge smell that they are working in a feature factory rather than as product engineers is when you don't define how to measure the success of an initiative. We don't measure success by the number of story points that the team manages to get each sprint or the number of functionalities that go out the door. We measure success by moving the needle on the metrics that matter to the business. If you don't obsessively communicate the importance of these and can't get your team interested in them, you're losing much of their value. Read A case study: Cultivating collaboration across large product organisations Get them involved early Invite your engineers to phases of discovery that can be useful to understand the problem we want to solve. Keep them abreast of your ideas and listen to their opinions about them. If your engineers hear first about an initiative when it is 100% defined, you are not doing a good job. The sooner you involve them in the problem, the easier for them to build the best possible solution. Don't isolate them from the outside world We may think that part of our job as Product Managers is to protect the team from outside influences. It is not. Facilitate meetings with the stakeholders involved in the initiative so that the team can do the best job possible. Avoid becoming the bottleneck that everything has to go through. If an engineer needs to speak to User Research, let her do so. If a member of the organization interested in the initiative wants to talk directly with an engineer working on it, let her do so. If you've done your job explaining the problem and why it's important to solve it, your team should be able to manage itself and decide which meetings are essential and which are not. Only intervene if they ask you to do it. Respect their time Like you, engineers need long periods of uninterrupted work to be effective. Don't interrupt them if it's not strictly necessary. If you work in an Agile environment, you probably have a daily meeting to meet and catch up. It will be strange that something is so urgent that it can't wait until the next day. In the same way, don't create meetings from one hour to another unless it is to attack a fire. It is a strong smell of improvisation and not knowing what you are doing very well. Take the time to think about whether it makes sense to bother the team. Many times these types of meetings come because someone above your rank has had a happy idea, and you want to be proactive in responding to it. Your job is not to make managers happy. It is to make the team's work impact the business. Don't hide anything from them Sometimes plans go awry and don't go as we would like. When that happens, we can urge to try to sweeten the situation and protect the team, trying to keep motivation high. But people are not idiots and are perfectly capable of intuiting when something isn't going well. If your team perceives it, but you act as if nothing is wrong, you will lose their confidence. Be humble Remember, your engineers don't work for you; they work with you. Listen carefully to their opinions and consider their point of view. You start with the advantage that you have been able to dedicate much more time to the problem than they have, but that does not give you the power to dismiss their ideas automatically. Furthermore, your team has a lot more context of how your product works internally and what is possible and what is not. Listen, process the information, and argue why an idea may or may not work. Time spent listening to the team and answering their questions is well spent. Conclusions Learning to communicate effectively with your engineering team is undoubtedly one of the skills that you will get the most out of in your career as a Product Manager. In today's article, we have seen up to 11 different tips that you can apply to grease this communication: 1. Understand your position 2. Understand your situation 3. Start with the problem 4. Do your homework 5. Explain the why 6. Define success 7. Get them involved early 8. Don't isolate them from the outside world 9. Respect their time 10. Don't hide anything from them 11. Be humble And not just with software engineers. We can apply any tips we discussed here to engage with other organization members. From here on, it is up to you. Apply them and be successful, or ignore them and suffer the consequences. Discover more content on Team Alignment. [General-Tr] Tweet Share Share WhatsApp chat Comment on or discuss this article Avatar About Simon Munoz Simon is a passionate product manager from Spain, with an entrepreneurship background, software engineering education, and broad management experience acquired working on different tech companies for more than 20 years. His last gig was on Flywire, which recently went public, and currently working at Voicemod, embarked on a mission to give every person its own Sonic Identity. If I had to highlight one quality that can influence the success or failure of a product manager, communicating effectively with your engineering team would be high on my list. In today's article, we will see some tips that I have been learning throughout my career and that I think can be helpful to get the most out of that relationship. Are you interested? Well, let's get to it! Understand your position The first step in communicating effectively with your engineering team is understanding your position as a Product Manager. Engineers don't work for you; they work with you. Engineering is not there to blindly comply with your demands. They are there to conceive and implement the best possible solutions to the problems and opportunities that you present to them. You are a guide, not a foreman. Read Simon's previous article on how Overengineering can kill your product. Understand your situation Your engineers have their own problems, aspirations, and fears. Sit down with them, together and individually, and make an effort to get to know and bond with them. The information you get from that relationship will help you understand the team's level of maturity, which will help you find the best way to interact with them and show where you will probably have to focus your time. For example, with a junior product team, you may have to spend more time than desirable on the execution side. In contrast, a senior team can perfectly organize itself, which should free you up to focus on the more strategic part. Start with the problem This point may be the most important one in the whole article. You don't present a solution to an engineering team; you bring them a problem to solve. The best engineers won't willingly accept implementing a solution if they have not participated in defining it. The engineers who do it are usually in consulting firms, not in product companies. And if you treat them like in a consulting firm, they will soon stop being your engineers. Do your homework Your mission as a Product Manager is to understand the problem so profoundly that you can introduce it to the team as clearly as if you suffer from it. Do your homework. Get loaded with qualitative and quantitative information. Engineers have a sixth sense for detecting bullshit. If they feel that you don't understand the problem, you will lose their confidence and involvement in the initiative. Explain the why At the beginning of the 20th century, Carl Braun was a successful engineer running a 6000 people company. In a Farnam Street post, Carl Braun on communicating like a grown-up, we read how he could fire you on the spot if he found out you had given an order without explaining why. Starting with the problem is not enough. You have to demonstrate how solving this problem fits with the vision and strategy of the company. Your team also has to understand why you want to solve this particular problem and not any other. Your team will do a better job the more they believe in it. Make sure you can argue your decision and create an inspiring narrative. Define success Your engineers want to know if their work impacts the organization. A huge smell that they are working in a feature factory rather than as product engineers is when you don't define how to measure the success of an initiative. We don't measure success by the number of story points that the team manages to get each sprint or the number of functionalities that go out the door. We measure success by moving the needle on the metrics that matter to the business. If you don't obsessively communicate the importance of these and can't get your team interested in them, you're losing much of their value. Read A case study: Cultivating collaboration across large product organisations Get them involved early Invite your engineers to phases of discovery that can be useful to understand the problem we want to solve. Keep them abreast of your ideas and listen to their opinions about them. If your engineers hear first about an initiative when it is 100% defined, you are not doing a good job. The sooner you involve them in the problem, the easier for them to build the best possible solution. Don't isolate them from the outside world We may think that part of our job as Product Managers is to protect the team from outside influences. It is not. Facilitate meetings with the stakeholders involved in the initiative so that the team can do the best job possible. Avoid becoming the bottleneck that everything has to go through. If an engineer needs to speak to User Research, let her do so. If a member of the organization interested in the initiative wants to talk directly with an engineer working on it, let her do so. If you've done your job explaining the problem and why it's important to solve it, your team should be able to manage itself and decide which meetings are essential and which are not. Only intervene if they ask you to do it. Respect their time Like you, engineers need long periods of uninterrupted work to be effective. Don't interrupt them if it's not strictly necessary. If you work in an Agile environment, you probably have a daily meeting to meet and catch up. It will be strange that something is so urgent that it can't wait until the next day. In the same way, don't create meetings from one hour to another unless it is to attack a fire. It is a strong smell of improvisation and not knowing what you are doing very well. Take the time to think about whether it makes sense to bother the team. Many times these types of meetings come because someone above your rank has had a happy idea, and you want to be proactive in responding to it. Your job is not to make managers happy. It is to make the team's work impact the business. Don't hide anything from them Sometimes plans go awry and don't go as we would like. When that happens, we can urge to try to sweeten the situation and protect the team, trying to keep motivation high. But people are not idiots and are perfectly capable of intuiting when something isn't going well. If your team perceives it, but you act as if nothing is wrong, you will lose their confidence. Be humble Remember, your engineers don't work for you; they work with you. Listen carefully to their opinions and consider their point of view. You start with the advantage that you have been able to dedicate much more time to the problem than they have, but that does not give you the power to dismiss their ideas automatically. Furthermore, your team has a lot more context of how your product works internally and what is possible and what is not. Listen, process the information, and argue why an idea may or may not work. Time spent listening to the team and answering their questions is well spent. Conclusions Learning to communicate effectively with your engineering team is undoubtedly one of the skills that you will get the most out of in your career as a Product Manager. In today's article, we have seen up to 11 different tips that you can apply to grease this communication: 1. Understand your position 2. Understand your situation 3. Start with the problem 4. Do your homework 5. Explain the why 6. Define success 7. Get them involved early 8. Don't isolate them from the outside world 9. Respect their time 10. Don't hide anything from them 11. Be humble And not just with software engineers. We can apply any tips we discussed here to engage with other organization members. From here on, it is up to you. Apply them and be successful, or ignore them and suffer the consequences. Discover more content on Team Alignment. [Spotify-crypto-and-ethics-768x402] February 16, 2022 Spotify, crypto, and ethics - Cennydd Bowles on The Product Experience [Image-zombie-768x432] February 15, 2022 Killing product zombies: a five-step approach Facts vs Myths February 15, 2022 Busting product management myths: Part 2 of 2 Leave a Reply Cancel reply Your email address will not be published. Required fields are marked * [ ] [ ] [ ] [ ] [ ] [ ] [ ] Comment * [ ] Name * [ ] Email * [ ] [Post Comment] [ ] [ ] [ ] [ ] [ ] [ ] [ ] [ ] [mindthepro] * About Us * The Team * Our Manifesto * Contact Us Get involved * Join us on Slack * Join an Event * Sponsor Mind the Product * Write for Mind the Product * Speak at Mind the Product * * * * Follow Us * Twitter * Facebook * LinkedIn * Instagram Upgrade your Access Discover new ways to level up your career, build better products, and lead successful product teams with Mind the Product Membership. Become a Member Privacy Policy | Terms and Conditions | Cookie Preferences | Code of Conduct | FAQ (c) 2011 - 2022 Mind the Product Ltd. All Rights Reserved. Mind the Product, ProductTank and the Venn Diagram Logomark are all registered trademarks.