Once a candidate passes this initial part, what comes next? Â
It’s going to be pretty standard. We are going to have a technical round. It’s mainly focused on data structure and algorithms. Nothing too complex. It’s a baseline.Â
If everything goes well, we are going to dig deeper in the technical. This is a very technical role. We are looking for people who will be hands on and able to deliver.Â
We’ll do a bunch of technical interviews. Once you come on site, it’s going to be a more practical sit-down; maybe we’ll build an app together. There will be an algorithm part and then a systems design interview. We want to make sure we are covering end to end. We want to make sure this will be an appropriate fit.Â
I think that it is good to have the information about what you’re going to talk ahead of time and to be able to have a very deep, in-depth conversation. This is one of the interviews that we’re going to be deciding on the leveling.Â
People who are not at the staff level yet, what advice do you have for them to gain more scope?Â
As you grow in your career from staff to senior staff to principal, it’s going to be the same kind of job with different scopes. For example, you’re working at the organization level, you’re working across a bunch of teams as a staff, or maybe you reach a place where you’re operating at a bigger organization, so what you do literally impacts the results of the company.Â
It’s not only about focusing on the job you have. It’s understanding the problems you’re trying to solve. Why does your team exist? Why does your organization exist? What are the success metrics for that?Â
As an individual contributor, right until senior level, it’s all about how much you can quote or how much you can deliver individually. But as you move to staff, it’s no longer if you can deliver X amount of work. It is more about can you act as a multiplier and what tools will you need? I think that that’s the bigger shift, knowing you can enable other people to do this, helping them grow their scope and grow together.
Define a product engineer. Â
Your goal is to build a product, and there are a lot of things you have to do in order to build it. You don’t do it by yourself. You have to collaborate with design, product management. Maybe, depending on your level, you are collaborating with your CEO.
You have to understand the problem. You have to understand what your options are for solutions. You can’t just be good at coding, your analytical skills are important, too. What we want to do is to deliver the best solutions for our customers, and that goes beyond coding.
With product engineering, you have to start with the problem. Understand what you can tackle and what makes sense. Why are you uniquely equipped to help solve this kind of problem? These are things that can get overlooked.
What should people do when they first join as a staff or senior staff or staff+ engineer?
Find out how you can make an early impact. You can start to show value. You can build on top of this. You are good at this small piece here, now add another piece and become good at that. And do this 100 times.Â
The other part is understanding. Understand not only the very specific parts of your job, but understand the whole area of influence. Start small, because it’s hard. You are going to be overwhelmed with everything. Understand the dynamics, what the company culture is, and what gets things done.       Â
Â
If you want to listen to Andrei’s full interview in the latest episode of our Productboard Engineering Leadership Excellence podcast, then click here. For more information about our job openings, visit our careers page.