5 ways engineers can make a positive impact outside the code editor

Product engineers are experts at identifying, understanding, and solving problems. But the problems you tackle – and therefore the impact that you have – don’t have to be limited to the work you do within a text editor or integrated development environment (IDE).

Yes, the code that you write and the systems that you build are major contributing factors to the success and growth of a business. But when you’re free to solve problems at an organizational level, and empowered to shape and evolve culture and processes, your impact can grow exponentially.

Here are the five areas we encourage product engineers to contribute to as they seek to maximize their impact.

1. Being a brand ambassador

We are proud of what we build at Intercom. But we’re even prouder of engineers who build great products and then share that knowledge with the world. Intercom couldn’t exist without a myriad of other engineers who’ve solved problems and built tools that we use every single day.

That’s why engineers at Intercom are encouraged to share their knowledge with others in ways that enrich the community. If we’ve solved a problem that others have struggled with, we share our solutions. That’s why we’ve invested hundreds of hours into speaking, writing, open source contributions, and community-focused events. These are great opportunities to build our own engineering culture, learn from other engineers, and foster innovation in the wider community.

It’s important that engineers are given the support to feel comfortable doing this. At Intercom, it’s perfectly normal for an engineer’s weekly commit to be “prepare for talk” or “write first draft of blog post.” If we take on the task of giving a talk or writing a blog post, we’re provided the relevant training and support to do it to the highest standard e.g. a public speaking coach or sessions with an editor from the Content team.

2. Interviewing

Getting involved in interviewing candidates is perhaps the most obvious and direct way a product engineer can help out with hiring. As your team grows, the two biggest challenges are ensuring the quality of candidates is high enough and that broader alignment is maintained. The interview process gives you a chance to gauge both quality and alignment, or identify the risk of misalignment, so it is a crucial opportunity for any engineer to contribute to the long-term health of the engineering team.

“If the hiring process isn’t consistent or geared towards collecting the right data about candidates the compounding effect can turn negative”

Engineers starting out in the process should be given time to acclimate to the culture of the team for a few months before shadowing an experienced interviewer for a period of time to ensure calibration of criteria. New interviewers should start off with sessions like pairing or reviewing take-home tests to become familiar with the process.

Once you become comfortable with writing feedback and participating, you can begin to shadow more abstract and ambiguous sessions until you’re comfortable leading them. At this point you should continue running the session on your own for a period of time before starting to allow others to shadow you.

If the hiring process isn’t consistent or geared towards collecting the right data about candidates the compounding effect can turn negative, leading to a lack of diversity and misalignment within the team. One misaligned hire leads to another, pulling the team in different directions. That’s why it’s so important for product engineers to have ownership of the definition of the interview process.

3. Onboarding

Onboarding is often treated as a one or two day interlude before we get to our “real” work. It’s focused on meeting a bunch of people, setting up our computer, walking through benefits, and occasionally listening to an executive talk about the vision and mission of the company. It’s fast, cheap, and short. Current employees don’t “waste” their time, and new employees can focus on having lots of impact immediately.

“We can only attain the benefits [of hiring more people] if we set up new engineers for success”

While these steps are important and necessary, this type of onboarding is generic and shallow and leaves huge gaps. It doesn’t teach new hires the unspoken rules and expectations around the office. It doesn’t help people find their feet in a new and different environment.

When high impact engineers invest in helping a new person become impactful themselves, it acts as a force multiplier and will pay dividends for the team and company. We can only attain those benefits if we set up new engineers for success and ensure they are aligned with the values and principles of the company they are joining. Having another engineer that is dedicated to making sure a new hire has a seamless onboarding experience is a great way to do this.

Usually at the beginning, there are large knowledge gaps that need to be filled in order for a new hire to feel productive. Having engineers proactively answer new hires’ common questions (“How do I set up my developer environment?” “Who reviews my code?” “How do I watch the status of a build?”) means you reduce the chance of a new hire falling at the first few hurdles.

4. Knowledge sharing

The world’s best products are built by teams, not singularly brilliant and lone engineers. A defining characteristic of a product engineer is that they spend the time making sure that newer or more junior engineers that may be unfamiliar with the tech or processes not only understand what they are doing, but also why they are doing it.

“There’s no single point of failure even if a key contributor is lost”

In practice, this means a product engineer demonstrates technical leadership by creating processes that other people can follow, thereby enabling delegation and multiplying their effectiveness, whether that’s through practical workshops or well-written documentation.

At Intercom, alongside our engineering tours, we run regular ask-me-anything style sessions where an engineer will explain to engineering teams outside their own how a specific part of our system works. They multiply their effectiveness because they use their knowledge not just to do their work, but to make it possible for an army of people to do the work instead. It also means there’s no single point of failure, even if a key contributor is lost.

5. Defining values

A shared set of values that your whole team buys into will help maintain the elements of company culture you hold dear. As the engineering team at Intercom has grown, issues like those above have appeared. Values and processes that worked when the organization consisted of 10 people began to break when that number reached 100, and the ones that work for 100 most likely won’t work when it becomes 500.

We approach our evaluation of engineering at an organization level – and refining our values – in the same way we do the product that we build. We’re constantly collecting feedback and refining our values. One of our biggest inputs into what to iterate on is the feedback provided by our engineers at all levels of tenure and seniority. A forum of volunteer engineers gather each quarter to identify issues and potential areas of improvement and create working groups to feed this back to senior leadership.

“Having an impact outside the code editor is about finding ways to shape your company’s culture as much as you build the product”

Defining and iterating on values bottom up as well as top down means our values are something engineers have a sense of ownership of. In this way, they are not just empty words, but something we all have the opportunity to shape.

Ultimately, having an impact outside the code editor is about finding ways to shape your company’s culture as much as you build the product. That way, your positive impact will be felt far and wide. If you’re interested in making an impact as an engineer at Intercom, we’d love to talk to you – take a look at our open roles.