How to work effectively with Engineers.

In my early years I was (process) engineer myself, and I had to collaborate with multiple Product Managers and Product Designers. The experience was good for me but unfortunately not good for them. I often see people holding such positions as Product or Program Managers is tech companies and they have no idee what engineering is, they even have no idea how to work with engineers becasue at the end of the day these Program Managers are completelly useless if the engineers don’t deliver. So this is what I want to share with those of you who have never been engineers before, but somehow managed to become PMs or PDs.

My friends I can surely tell you, that in a tech products company you can never thrive as Product Manager (PM) or Product Designer (PD) if you have never worked for a while as engineer. It’s even impossible if you have never studied engineering before. Sure you can be succesful as Program Manager but then try in agriculture or financial services or non-governamental organisations but not in a Tech Company.

In this post, I describe the engineering roles (also commonly known as developers or, in some circles, programmers, mechanical designers or electrotechnical engineers ). I’m not trying to tell you here how the engineers should be – I’m aiming this discussion mostly to Product Managers who need to learn how to work effectively with engineers.

THE ENGINEERS =>The good ones are hard to find, but once you have them, it’s the role as PM mostly but also as PD to make them engaged and nurture the best relationship with them. The Engineers are the brain of your business. If you want to be a successful Product Manager, take this very seriously:

NEVER TRY TO TELL ENGINEERS HOW TO DO THEIR JOB.

They are there to tell YOU what to do. It’s never the vice-versa. The Engineers are usually smart creative guys and they are the once who give you the best ideas of a new product. You absolutely need them. Don’t give them reasons to search for other opportunities. Always support them & have an open communication with them. You have to learn from them & work FOR THEM. Do your best to keep them in your team.

In a Tech Company you can’t do anything, without engineers.The 3 big chategories of engineers a Tech-Products Company must have are as follows:

• Software engineers
• Electrical engineers
• Mechanical engineers

Let’s see what these guys are doing.

WHAT IS SOFTWARE ENGINEERING

This is the most required type of engineers needed for a Tech-Products company. As the technology of today has become digital and Artificial Intelligence is more and more present in our lives, the software engineer is essential in fact for any business. Based on my own engineering experience I would say that:

Software engineering is a discipline of engineering that deals with the production of fault-free software, which must be reliable and works on real machines efficiently, is delivered on time and within budget, that satisfies the client‘s needs. Furthermore the software must be easy to modify when user‘s needs change.

Software engineers should adopt a systematic and organised approach to their work and use appropiate tools and techniques depending on the problem to be solved, the development constraints and the resources available.

WHAT IS ELECTRICAL ENGINEERING

This is another essential engineering ingredient that even a company that doesn’t necessarily do a tech-business must have. The electrical engineering refers a group of highly educated engineers who work on circuits, light, energy, conductivity and they are all well assured that this job is highly necessary for the living and caring of people. I would define this as follows:

Electrical engineering is a field of engineering that deals with the study and application of electricity generation, transmission, distribution and consumption of electrical energy for the benefit of mankind.

When you are working as an electical engineer you have to be able to work with electicity and you need to be fearless of protons and neutrons. The one thing that you need to know is how to calculate the amount of energy a toy needs for example:

• 1= a toy car should use a few AA batteries instead of D batteries
• 2= you wouldn’t want to use 2 AAA batteries for a real car, you would want to use a bigger/stronger battery

You can’t have electricity without electical engineers

WHAT IS MECHANICAL ENGINEERING

If your business is meant to create and deliver great experiences that can reduce or even completelly eliminate the physical/manual hard work done by humans, then you absolutelly need mechanical engineering. Every object created by man, both static (buildings, electronic devices, cookware, etc) and mobile (cars, ships, planes, satelites, robots, etc) are only possible with mechanincal enginering. I would define mechanical engineering as a discipline of science based on 3 main characteristics:

• 1 = Is an engneering discipline that applies the principles of physics and materials science for analysis, design, manufacturing and maintainance of mechanical systems;
• 2= is the branch of engineering that involves the production and usage of heat and mechanical power for the design, productions and operation of machines and tools;
• 3= is one of the oldest and broadest engineering disciplines.

There’s probably no more important relationship for a successful Product Manager than the one with your engineers.

HOW TO WORK WITH ENGINEERS

If your relationship is strong, with mutual and sincere respect both ways, then your role as Product Manager is great. If your relationship is not strong, your days as product manager will be brutal (and probably numbered). Therefore, this is a relationship worth taking very seriously and doing everything you can to nurture. This strong relationship begins with YOU: The Product Manager. You need to do your homework and bring to the team the knowledge and skills of good product management.

Engineers are typically smart and often skeptical by nature, so if you’re bluffing, they likely won’t be fooled. If you don’t know something, it’s much better to fess up and say you’ll find out rather than try to bluster. It’s also hugely important that you have an actual appreciation for the demands and complexities of the engineering job. If you were an engineer before or if you’ve studied computer science, mechanical or electrical engineering in school, you’re probably in good shape. But if not, I want to strongly encourage you to take a class at a local community college or online education where you’ll learn a programing language and some mechanical/electrical engineering stuff.

The purpose of developing this programming/engineering literacy is not so you start telling your engineers how to do their job but, rather, to significantly improve your ability to engage with and collaborate with your engineers. Less obviously, but at least as important, this knowledge will give you a much better appreciation for technology and the art of the possible. It’s also critical that you share very openly what you know about your customers-especially their pain-the data, and your business constraints. Your job is to bring this information to your team and then to discuss the various potential solutions to these problems.

There is nothing wrong with you bringing a strong point of view, but you must constantly demonstrate to your team that you’re open minded, you know how to listen, and you want and need their help in coming up with the right product.

As a practical matter, you need to engage directly with your engineers every workday. There are typically two types of discussions going on each day.

In the 1st type of discussion, you’re soliciting their ideas and input for the items you’re working on in discovery.

In the 2nd type of discussion, they’re asking you clarifying questions on the items they’re working on delivering to production.

Where a lot of product managers go sideways is in how they communicate with their engineers. Just as most product managers don’t like it when an executive or stakeholder spells out exactly what they want you to build, engineers generally don’t like it when you try to spell out how to build something. So, while it’s good if you have a strong technology understanding, it’s not good if you use that knowledge to do their jobs for them. You want to give your engineers as much latitude as possible in coming up with the best solution. Remember, they are the ones who will be called in the middle of the night to fix issues if they arise.

One last thing to keep in mind: the morale of the engineers is very much a function of you as the Product Manager. It is your job to make sure they feel like missionaries and not mercenaries. You do this by involving them deeply in the customer pain you are trying to solve and in the business problems you face. Don’t try to shelter them from this-instead, share these problems and challenges very openly with them. They will respect you more for it, and, in most cases, the developers will rise to the challenge.

The Tech Lead Role

There are, of course, many different types of engineers. Some focus on engineering the user experience (generally referred to as front-end developers, mechanical designers), and some focus on specific technologies (for example, database, search, machine learning). Similarly, as with most other roles, there is a career progression for engineers. Many go on to become senior engineers, and some go from there to principal engineer or architect roles. Others move into more of an engineering leadership path, which generally starts with the tech lead role (aka dev lead, or lead engineer).

In general, from the product management perspective, any senior engineer is helpful because of the broad knowledge he or she brings that pertains to what is possible. However, a tech lead not only has this knowledge-and is responsible for helping to share this knowledge with the other engineers on the team-but the tech lead also has an explicit responsibility to help the product manager and product designer discover a strong solution. Not every engineer or even senior engineer wants to participate in discovery activities, and this is fine. What’s not okay is to have a team of engineers in which none of them wants to engage in discovery activities.

It is for this reason that the product manager and product designer work most closely with the tech lead. In some product teams, there may be more than one tech lead, which is all the better. It’s also worth pointing out that engineers often have different work styles, which is also true for many designers. The product manager needs to be sensitive to the best way to interact. For example, many product managers are happy to speak in front of a larger group, or even a group of senior executives, but many engineers or designers are not. It’s important to be sensitive to this.