LinkedIn Engineering Manager Mock Interview: Engineering Prioritization
Вставка
- Опубліковано 18 тра 2024
- Don't leave your engineering management career to chance. Sign up for Exponent's engineering manager interview course today: bit.ly/3qRG31z
Watch our mock engineering manager interview with LinkedIn EM Vidal Graupera. Kevin Wei (Coinbase PM) asks Vidal ( / vidalgraupera ) to answer a mock interview question about prioritization for engineering managers. Check out Vidal's book here: www.amazon.com/Software-Engin...
Watch an Amazon EM interview here: • Amazon Engineering Man...
Watch a Robinhood EM interview here: • Engineering Manager Mo...
Learn more about Vidal here: managersclub.com/
👉 Subscribe to our channel: bit.ly/exponentyt
📧 Sign up for our email newsletter with PM interview lessons: bit.ly/exponentpm
🕊️ Follow us on Twitter: bit.ly/exptweet
💙 Like us on Facebook for special discounts: bit.ly/exponentfb
📷 Check us out on Instagram: bit.ly/exponentig
ABOUT US:
Did you enjoy this engineering manager interview question and answer? Want to land your dream career? Exponent is an online community, course, and coaching platform to help you ace your upcoming interview. Exponent has helped people land their dream careers at companies like Google, Microsoft, Amazon, and high-growth startups. Exponent is currently licensed by Stanford, Yale, UW, and others.
Our courses include interview lessons, questions, and complete answers with video walkthroughs. Get access to hours of real interview videos, where we analyze what went right or wrong, as well as our 1000+ community of expert coaches and industry professionals, to help you get your dream job and more!
#engineeringmanagement #linkedin #EM #software #entrepreneurship #interview #management #exponent #resume
Chapters -
00:00:00 - Introduction
00:00:46 - Question
00:01:00 - Answer
00:04:17 - Follow-up questions
00:14:10 - Tips - Розваги
Don't leave your engineering management career to chance. Sign up for Exponent's engineering manager interview course today: bit.ly/3ieuazv
There is a framework to deal with these kinds of situations:
There is a concept in project management called the “iron triangle”.
The Iron Triangle describes the need to trade-off against 3 constraints: Cost, Time, Scope. You can only control 2 out of 3.
Wow...as an SDE, I would love to work with such manager who keeps teaching such interesting perspectives in every retrospective.
We like to watch an interview with someone who recently turned into engineering manager from individual contributor. Since a lot transition is involved.
There is a whole engineering aspect to the "two features" that is missing from this answer. Sure.. from an outside product manager role. But that isn't what we need a technical manager for. You should take into account the interactions of these features, and infrastructure needs with the rest of the technical roadmap. This can include things like dependencies, or cost of making changes to other parts of the tech to support these features. I can add a feature that is risky, and could compromise other parts of the code base. Or one of the features costs includes developing infrastructure that can open doors in the future. There is much more to this question than just bus value.
Really appreciate the interviewer in this video for actively challenging the ideas with followup questions, which mimics what is more likely to happen in a real-life interview and inspires me to think how I would respond in those scenarios.
This interview had an impact on me.
Excellent questions n answers
This one was great, several insights. Good advice in the end 😊
He isn’t Software development EM , looks like Senior/principal engineer or non SDEM ,never talks about scope/MVP/talk to product teams etc
Dude get someone to fix the progress bar!
He got stuck at progress bar as literal issue and forgot to answer the other question “how your team perceive it” they will either think of you as someone who let go bugs and put you in similar situations later or they will actually think you taking one of a judgement call
Good questions.
Are questions such hypothetical scenarios or asking to tell stories from past experiences?
If you follow SW Agile development that framework dictates, clear responsibilities of PM and EM. His answers are fluffy or woolly
Thank You Exponent!
This is a weird question for an EM. Usually the Product owner does prioritization, with input and discussion with EMs/Leads to get a general sense of the effort and risks involved with development. The engineering manager shouldn't be setting feature priorty.
Yap
"Usually" does not mean it's being practiced outside MAANG type of companies. There are so many overlaps and roles confusion Technical PM/Product Manager/Program Manager/Project Manger/Engineering Manager or even VP of Engineering with flavor of CTO/CIO. Thus you may end up in situation of working EM and then found yourself in charge of quite broader list of responsibilities. Let's put over this the whole shebang with company size and level of establishment of all processes. The whole point: questions in this video are legit ;)
This... was not a great interview.
Agreed.
This dude not measuring shit
Agreed. I believe the prioritization aspect were not well handled
Very high level interview but great talk nonetheless.
what do you expect from interviews to the roles of managing people? There is never one specific answer. You gain your experience and you improvise once you are in specific situation.
hi,
for next time can you use white board,for more understanding like for slow learner
This interview only provided hand waivy answers. The answers were also not structured well.
eh this is not a good look for LinkedIn EM
Very weak answers for followup questions. This manager seems like a someone who is happy to accept sub-par work. At the least he should've talked about fixing the process to avoid future bugs.
In other videos from Exponent, sometimes the questions are great and the answers weak. In this case the questions and followup questions were weak but the answers were great.
For example, on 4:19 "... like so do you give them like the engineering directors or do you like who do linked them up with?". This kind of imprecise speech renders your service and presentation ineffective.
I feel engg manager interviews are a lot easier than an individual contributor. Is it just me?
It's a different ball game but yes they're on the easier side.
they are being interviewed on all the things ICs are, plus other things ICs aren't
in the faang interviews, not all companies
It’s true once u enter the interview loop but it’s very hard to have the chance. Most companies tend to do horizontal hiring; that is you need to be on the same level in ur prev company
The engineering manager interviews are such that you won't know if you got the answer right or wrong. You could get a point right, but they are looking for another 5. Very easy to think you did well, but didn't. What shocks people is when I say, yes, that is a good point. Any more points or thoughts on the question, I'm looking for 4 or 5. I'll ask a question about order in which to do features, and most senior devs, PO's fail with "based on business value". that is the least concern in the context of the question.. all features must be present to ship. There are about 10 reasons I can think of and expect 3 to 5 from a candidate starting with the most obvious.. dependency order. The answer given here for the which feature to drop, completely missed the whole engineering aspect to it. Just covered some product management points.
If I were interviewing this person, I would not hire him.
Easy. Do one, finish it and them do the second one. The question says both need to be done. You have to do both. Period.
lol 😁
I really didnt like the answers in the followup. - Seemed like ramblings of a common chat with coworkers. Not just answering the question. More excuses and comfort with subpar releases because "others have bugs too"
😂
This was terrible
Was this guy fired after the interview? First thing I heard was he has history working in data driven environments, and then talks about missing deadlines and asking for extensions, or delivering half baked products... even worse he spends a good amount of time discussing how he weighs and determines delivery failures and is okay to deliver problematic results as long as exposure is limited. WOW. 1) Never get yourself in a situation where you need to deliver 2 projects and can only deliver 1. This exposes your inability to properly scope projects. Don't talk about missing deadlines, don't talk about asking for extra time. 2) Never talk about setting a low bar. All deadlines are met on time. All projects meet or exceed expected outcome. Don't talk about knowingly delivering projects with known failures. This guy spent a lot of time here... I think he probably routinely delivers faulty products, asks for extra time, or misses deadlines because he is good at talking his way out of it and making it seem normal. Anything less than 100% perfect is unacceptable. Anything worth doing is worth doing right. Anything worth doing right, should be done right the first time. This guy fell into the rabbit hole of the question.
Are you working for IT? Not even big tech companies are able to achieve what you described here. Absolutely insane.
@@rafaelfreitas9009 I do work IT. I was a manager in 2010, and delivered an Active/Active cloud solution that provoked Cisco Systems to head hunt me in Los Angeles and pay to bring me up to Silicon Valley for 7 years. Now I consult. I have trained teams for over a decade. I have NEVER missed a deadline, never delivered an inferior product, NEVER had to explain why an inferior product was delivered by me or my team. And I just want to say... this guys spends so much time talking about limiting the exposure of his failure so only a small amount of people see. It only take 1 bad review or comment to ruin a new product. I hate to be so mean... but I would never hire this guy.
LOL what a crappy answer. Hope you are not an EM.
@@rafaelfreitas9009I have 25 years IT working experience for companies like AIG and Cisco. I've NEVER missed a deadline for a project properly scoped. I do not practice answers of failure, as failure is not an option. I take on the biggest projects, because I can deliver.
😂