How do you navigate conflicting priorities or demands from multiple stakeholders when faced with a difficult situation?

Question

Anonymous · Accepted Answer

Recently after RTO policy I had a lot good employee attrition in my org across
multiple team. Also lost a manager in the process. Which had a cascading impact
on the team workload as we had to still deliver on our committments and also
team morale was low as the operation load like oncall, etc went up. I worked
with the managers reporting to me to evaluate all the projects in flight and
worked in leadership and PM to prioritize the projects based on
customer/business needs and tradeoffs. Decided to push stall few projects and
opportunistically improve operational load till we hire and rampup new team
members. Also decided to do re-org within the team to co-locate manager with
employees between multiple locations. Setup a recruiting drive along with the
recruiting team to create interview PODs and weekly reviewing number of
resumes/PS/Onsite we were having per week to accelerate the hiring.

Anonymous · Answer

Yeah, so let me talk about the problem which was frustrating for me in
particular because essentially I joined this organization, <company name>, where
we were a series A startup where growth is really important. So I was the head
of growth and I had to lead our engineering team to build products for
product-led growth. And it was really frustrating for me because I had to
essentially onboard myself. There was a very big issue with the documentation.
So our CEO in particular, obsessed with note-taking, we're building a
note-taking app for developers. As you can imagine, he targeted himself for that
use case. And then he produced an overwhelming amount of information that was by
and large not particularly useful. When you're onboarding a new role, it's
really important that you get the right information that enables you to do the
work. The point of documentation isn't to produce text for the purpose of having
text lying around. So I talked with our most recent hires in a series of
one-on-ones to essentially clarify what we believed and what we saw the problem
as. Then I set up a series of meetings to get buy-in from, well, to understand
my CEO's point of view and be empathetic to where this process came from and
what he figured were the requirements of it. So once we spec'd out these
requirements with the new onboardings and the CEO, then I was able to go and
talk to my laterals, get buy-in from all the relevant stakeholders because our
entire company essentially was subscribed to the same documentation process. So
once I got the buy-ins and I was able to spec out the problem, then essentially
I began working on formulating those solutions, a series of one-on-ones with key
people who were involved with writing the documentation or the CEO, again, in a
series of meetings in terms of as we iterated on the solution, what he felt like
was missing to get his acceptance of the solution. Then I called a meeting with
all my laterals and the CEO as well in order to present this new solution and
essentially get everyone on board. Everyone essentially was happy with it, so
then we were able to take that solution and distribute it to my reports and then
other people actually to their reports as well. And then the result seemed to be
pretty resounding success. So essentially I added a little bit of work at the
beginning where people were consolidating important information into this
front-facing summary documentation page instead of just whatever random files
were lying around. We put all the most important information into one document
and that took a little bit of front-loaded engineering time sometimes. But we
had two new hires, two new engineering hires, and actually that was pretty
useful immediately for them. They would ask me like, oh where is this and where
is this? And I was able to point them to these docs and they were able to
unblock themselves by and large for the most part, which took a lot of time out
of my hands. And they were able to write their first diff in the first two or
three days actually. And then this process not only was accessible for the
entire organization but we were able to take it further and essentially iterate
on this process where all these people would come to me and they'd be like, hey
I noticed that these people kept asking me about this process or this process.
So I was able to point out, I was able to develop, I was able to add to our
process this idea of creating backlinks and prioritizing adding backlinks to any
relevant information so that people would be able to self-service and unblock
themselves to find the relevant adjacent articles.

Anonymous · Answer

Situation:
In a previous role, I was managing a team delivering a critical feature with a
fixed launch date. Midway, one of our senior engineers unexpectedly went on
extended leave, which created a skill gap in an area critical to the project.

Task:
My responsibility was to keep the team motivated, redistribute work, and ensure
delivery without burning people out or compromising quality.

Action:

* I immediately reassessed priorities with the product manager, identifying
   features that could be trimmed or phased into later releases.

* I paired junior engineers with more experienced teammates for knowledge
   sharing and to cover the skill gap.

* To prevent burnout, I set clear expectations with leadership about scope
   trade-offs and communicated transparently with the team about why we were
   adjusting.

* I also stepped in to handle some technical design reviews myself, so
   engineers could focus more on implementation.

Result:
We delivered the most critical features on time with high quality. The phased
rollout plan gave us room to add the remaining features shortly after launch.
The team appreciated the transparency and felt supported rather than
overwhelmed, and leadership was happy with the outcome.

Anonymous · Answer

Couple of weeks in a new job, before establishing trust and relationships with
my team, I noticed that the throughput of one of my reports is well below
expectations for his level.  He was committed to the company and team and showed
some really good thinking in the ideation stage. He was still in probation -
basically hired at the wrong level.
I set some time up with HR partner to understand our PIP and options. We aligned
on slightly different terms for this particular situation, extending PIP from 4
to 8 weeks and if the clear goals were not met, we wouldn't part ways, he would
be offered to move to a more junior level.
Then, I clarified the details of his PIP, setting out clear goal and stepping
stones between his current performance level up to the average at that level in
the org, with weekly check-ins to ensure we're on track.
The challenge was in getting him to commit to the process, and understand that
it is indeed a performance improvement process, a sort of a ramp-up process,
where we try to replace a year of experience, rather than the last step before
exit. I shared this with the report, pointing out what we're working towards and
why, that the company and I believe in him enough to invest the significant time
and effort into this process to get him onto that level. Then, I gave him space
to process the news, and asked him to choose when we kick it off (within
reason).
He has committed to the process and managed to hit the mark by the end of it. We
needed some work to rebuild the relationship and trust after this, and make sure
that he understand I am there to support him and help him grow and thrive, but I
am happy to report that one year later we are talking about the gaps towards the
next level up and he is seen as a top performer on his level.

Anonymous · Answer

Problem: the company had a massive reduction in force in early 2023. My team
lost a few good engineers. I faced 2 challenges at the time: some projects need
re-prioritization or timeline changes; I feared that the uncertainty from layoff
would lead to attrition or morale issues. Actions: project re-prioritization
with PMs, reviewed and reset some projects’ timelines; meetings with director
and other EMs, HR to get a list of pre-approved narratives. I then set up 1-1s
with the remaining engineers to get their feelings and address potential
concerns. My strategy is to understand the problem, trying to resolve it using
pre-approved narrative; escalate otherwise. I Explained the reason for layoff,
strategy, and future plan. There was a common concern about the company’s future
plan so I circled it back to director and suggested leadership / CEO to share
the vision and plan directly with ICs. Results: the team got back on track in 2
weeks with re-aligned priorities. No attrition for the remainder of the year and
with a clear understanding of the company’s goals the team moved faster.

Anonymous · Answer

Problem: the company had a massive RIF in early 2023. My team lost a few good
engineers. I faced 2 challenges at the time: some projects need
re-prioritization or timeline changes; I feared that the uncertainty from layoff
would lead to attrition or morale issues. Actions: project re-prioritization
with PMs using RICE scores; meetings with director and other EMs, HR to get a
list of pre-approved narratives; 1-1s with the remaining engineers to get their
feelings. Explained the reason for layoff, strategy, and future plan. There was
a common concern about the company’s future plan so I circled it back to
director and suggested leadership / CEO to share the vision and plan directly
with ICs. Results: the team got back on track in 2 weeks with re-aligned
priorities. No attrition for the remainder of the year and with a clear
understanding of the company’s goals the team moved faster.

Anonymous · Answer

“I faced a situation where a senior peer kept expanding scope mid-project, which
risked delivery and confused my team. I aligned with them on intent, made the
delivery tradeoffs explicit, and introduced a structured intake and
prioritization mechanism. We met our commitment and turned a one-off conflict
into a scalable process.”

Anonymous · Answer

At XYS, during the execution phase of one of the key project - a sr. eng from
the team left the company. Since hiring external was out of question - I had to
be more creative - we were the lead team for AWS migration - this presented an
opportunity as other teams had their projects for migration in the pipeline. I
knew a Sr. Dev on another team who had working knowledege - so I apporached the
other manager and proposed a solution where in I could borrow this Sr. Dev for
this project - this also gives the Sr. Dev  AWS knowledge they need any ways
down the road. I proposed this as a win-win situation and after getting an
approval from my manager, I could plug in this Sr. Eng with a 2 week transition
period - as a result I managed to deliver the project still on time. The lesson
I learn was resource planning is not just about allocation a person to the
project but also have plan B options to plug in other devs when needed.

Anonymous · Answer

I had 2 managers and a technical program manager reporting to me. The challenge
I faced is unclear definitions of roles and responsibilities across these
individuals and general blame game of the other party not doing their job. We
were trying to arrive at our milestone plan and deliverables through the next
year which was launch.
I talked to each of them individually and understood there was expectation
mismatch on who is accountable and responsible and hence general frustration all
around. I asked the TPM to come up with a RACI matrix which we will then review
with the group and talk about mechanisms to ensure these are being followed. I
did serveral revisions of this with the TPM and then brought the whole group
together.

Anonymous · Answer

At Auctane, while we were working an critical project, one my key Sr. Eng left
the company. This put the project in jeoprady. External hire was not feasible as
they needed system knowledege and the project would be understaffed. I had prior
knowledege that another dev had worked on this system before and I came up with
a approach of borrowing the resource for some time.
I convinced that manager that by borrowing this is a win-win for both of us as
the Sr. Dev would learn new web skills as they had projects in the pipline to
move their projects as well. After that I talked to my manager and borrowed this
resource, I took two weeks time to do the KT and could deliver the project on
time and within budget. the lesson i learnt was to have plan B an antiscipate
any changes and plan for continegency.

Anonymous · Answer

At acutance, while we are inflight of a critical project delivery (this is the
architecture re-write) - one of my key principal member left the company.  This
was at a critical juncture - and his absence would severely undermine the
delivery dates. I had two options - go to my PM and leadership team and push for
the deadline dates - this would not sit well as many of high paying clients were
waiting for this feature or I find another resource int he company with the
background knowledge to plug and help us deliver. I found a developer who was
familiar with this feature, negotiated with the Manager to lend the resource so
that we can finish this critical project on time. I also convinced the EM that
this resource would learn the new tech. which allowed his team to adopt much
quicker on a upcoming project . Overall - this was a win-win for both our teams.

Anonymous · Answer

Shortly after I joined the company, lead engineer approached me with the
resignation. We call  the engineer F
My task was to understand the reasons for that and find a creative solution. 
It turned out that the engineer needed extended time for personal reasons and
they did not think it was possible within the company.

I wanted to learn more about the situation so I explored F's interest in
projects, technology. I asked about F's friendship with colleagues, peer
environment, stress level etc. After several (2?) conversations, I was able to
conclude that there is no different agenda and F indeed needs time to be out of
the office.

I reached out to my manager and HR outlining the situation. As F was a strong
and committed engineer , I was confident that we can trust F's offer to work
reduced hours in a different timezone.

I learned about extended leave that required complex approval. That was the
solution that would keep engineer at the company while allowing F to take needed
time.

Working with HR and management we were able to accellerate approval and balance
PTO with approval cycle.

As result the engineer stayed at the company. We were able to prevent loss of
engineer and were able to offer comfort level to F of being employed.

Anonymous · Answer

There were certain type of clients called aggregators who were advertising on
our platform. Business team came with a request that to remove them from ranking
since they believe that they don't perform well in the long term. What we saw
from the data was they have certain place in the market where they will
advertise in the segments where nobody will advertise and when we remove them it
hurts our revenue. So we decided to keep them on the platform. The conflict was
I got two directions from my direct manager and manager's manager where the
directions are tangent to each other. My manager says to keep them until there
is measurable way to prove that they will hurt the platform. My manager's
manager said it's up to business if they want to keep or remove them. 
 With the help of my team I came up with a plan that 
(1) if the predicted loss is less than 5% then we remove them from our listings 
(2) if they are abusing the platform by exploring the bottom then we limit them 
(3) we come up with a parameter called advertiser quality index which utilize in
ranking

The above helped to solve the conflict so that the presence of aggregators were
limited and we selectively suppress them when there is minimal loss. We
experimentally proved the theory. In the end the conflict was minimized was both
parties got what they want to some extent.

Anonymous · Answer

Recently after RTO policy I had a lot good employee attrition in my org across
multiple team. Also lost a manager in the process. Which had a cascading impact
on the team workload as we had to still deliver on our committments and also
team morale was low as the operation load like oncall, etc went up. I worked
with the managers reporting to me to evaluate all the projects in flight and
worked in leadership and PM to prioritize the projects based on
customer/business needs and tradeoffs. Decided to push stall few projects and
opportunistically improve operational load till we hire and rampup new team
members. Also decided to do re-org within the team to co-locate manager with
employees between multiple locations. Setup a recruiting drive along with the
recruiting team to create interview PODs and weekly reviewing number of
resumes/PS/Onsite we were having per week to accelerate the hiring.

Anonymous · Answer

There was an urgent need to meet growing customer demand, in order to
re-architect quickly - I was tasked with expanding my team from 4 to 12 people
team. So my job was to make sure that we not only hire great candidates but also
bring them up to speed on our tools and technology so that there are productive
as soon as possible.
We were in a tight deadline to complete the project in 6 months time frame -
this was a large scope project and a critical one for our company. 
First challenge was to find the right candidates - and have them go through the
interview panel.
Second on was to make sure that I negotiate and sell the position to the
potential candidate in a competitive market.
Third was to ensure that have the right people around them to ramp up - to
succeed
Forth was to make sure that I map their expertise with their desire to grown in
the area they want to
Fifth - Empower them to make the right decisions and be activity involved in
their journey

Anonymous · Answer

We faced a situation where the someone challenged our solution for cold start
problem. While we explained cold start problems were difficult to solve it was
taken negatively. So we implemented the following 
(1) We listened to the person what exactly they are trying to accomplish and
what we can do to help them
(2) We came up with an alternative method which doesn't look at the data at
global level to compare against the current method 
(3) We convinced the person by explaining the two methods will give what they
want rather than implanting a heuristic solution 
(4) We created a plan of implementation and shared the progress week by week
(5) we had created a communication channel to talk about this issue
specifically 
Finally we are able to convince the person that there is no one good solution
for cold start problems. We can be reasonably good but it won't be perfect.

Anonymous · Answer

We had a situation when we had to take over the ownership of a pipeline from a
techi. There was augury structure and had come adjustment because of which there
was no support available for that pipeline and in a short period of time, our
team had to take over the ownership. We did not have the infrastructure set up
that could easily like to take over that pipeline and this was owned by a tech
team.  It was set up on an infrastructure, a tech infrastructure that was not
feasible for us to own so we had we hosted it in a platform that we already had,
which was mW soon after we took over the ownership we started facing issues.
There was also a request to expand this pipeline to different countries and also
from site zip codes to custom zip codes. So this was Weather pipeline and it was
really, really important for us to keep this running because it was a safety
concern if we do not adjust the times when there is a severe weather conditions
so we were hitting scaling bottleneck in this pipeline.  My task was to ensure
this fire, this pipeline is scalable and running without any issues so the
actions that we took was like you know should we continue supporting it or
hosting it in MWA platform, which is not scaling we were hitting issues every
other day due to the computer limitations on the platform, as well as there were
some other interesting issues associated with their with some modules, not
loading properly and we started researching on other alternatives so the team
came back with a couple of options. and one was Landa, which was a civilist
architecture. I started requesting them to find or also compare it against other
alternatives that was available, which is glue and cradle, which is an Amazon
internal platform. Cradle wouldn't work for us because it will not support the
source systems that we had, which is Athena and SNS topics, but blue was a bit
more expansive when compared to lambda lambda was like around 300 to $400 per
month in blue was around 4 per month from the configurations that we have we
required for this pipeline and also there were other limitations on the
landanda, which is number of concurrent jobs that can run, which is thousand and
can BX extended, but we have the request for it and there was a size limitation
of 10 gB Currently we were like around one gB but with site expansion to
customers could expansion we were significantly growing in size as well and land
might hit some bottlex in future so we decided to go with glue, which is a bit
more expensive but at the same time we will not again hit the scaling issues and
it can also support bat as well as streaming and in addition to that it had in
built data quality checks, which was again a plus we had some data quality
issues also and we could use this feature available in blue readily and catch
those issues ahead of time before propagating to downstream so with this
architecture, new architecture now on glue we were facing far less issues and
the customers were really really happy.  The entitlement was around 4 to 6
million for this pipeline and we were able to successfully mitigate all the
risks in this pipeline after taking over on our ship by moving to blue

Anonymous · Answer

During a high-stakes product launch, two senior engineers on the team had a
disagreement over the technical direction—one favored a quick, scalable
solution, while the other pushed for a more robust but time-consuming
architecture. The tension escalated, affecting team morale and slowing progress.

Anonymous · Answer

For full 10 years of my Nike career and for everyone else in Nike was a
stressful time when Nike had big layoffs in few years back.
It was challenging to keep everyone in the team to keep them motivated and
continue the work. During that time I had more frequent 1:1s to listen to
people. That time even just lienting was also just sufficient for people.
During that time, even my peer EM got laid off, that means my team size got
doubled. Managing other team and balancing the work, means I need to come up
with startatgey on how I can support the team well.

Anonymous · Answer

Discuss with the team about the situation and understand the needs and concerns
of the team. Ensure that needs and concerns are not conflicted. Motivate the
team with all possible ways.

Anonymous · Answer

1) if there are conflicting priorities , then identify the priorities which are
approved and funded in the organization AOP .
2) the One that is approved takes highest precedence, if there are multiple
priorities then the one which has significant legal impact takes precedence.
3) if there are no legal concerns then the one which has biggest customer impact
or the one which will realize lot of revenue for the org will take priority.

How do you navigate conflicting priorities or demands from multiple stakeholders when faced with a difficult situation?

Practice this question with AI

Go Premium

Community Answers

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Unlock Full Access

Practice More Questions