If the only thing that you're not 100% happy with is compensation, I would strongly lean towards staying. 

Switching companies whether it's FAANG or not is rolling the dice on all the other factors that come with the job. Ironically, the only guaranteed thing is the comp you sign on at. I tend to advocate for switching when a new role offers something materially different other than compensation. 

As an example, here are two inflection points where switching made sense in my career:

1. Moving into people management with a chance to scale a team. The role also let me branch out from AI/ML into Data Engineering.
2. Moving back to tech consulting in a leadership role where I had country-level scope and shifted focus from managing the work to selling the work to clients.

All that being said, I think you should try a few things to increase compensation without switching jobs.

1. If you've had a strong track record so far, you can work towards building a case for promotion (only if you desire) or a pay increase at the current level (may need to demonstrate lateral growth into a new domain or scaling your impact in other ways).
2. Hunt for a side gig. This is doable, especially if you have a great work-life balance and are willing to exchange some of your spare time for more income. I did this for several years teaching at a bootcamp and career coaching.

\*The extra comp at FAANG has a good chance to eat up your work-life balance, so net you might not be gaining anything vs. the side gig route.

If you'd like to explore any of these paths further, feel free to DM me on Slack or LinkedIn. I'm happy to help you lay out a gameplan.

Tech Leadership Coach • Former Head of Engineering

Casey Dai

In the grand scheme of things, I think you handled it pretty well.

If you haven't already, I would send a recap email on everything that was discussed. Capture things that are beneficial for you in writing and put the onus on them to reciprocate. You'll find that people are much less likely to actually document "reasons why you're not a good fit for mid-level" when doing it through email. 

I would lay out all the components of the offer package that HR said they would get back to you early next week. Don't need to offer any specifics since it's still open-ended.

If you have other job leads in the pipeline bring that up to drive urgency. Keep it abstract, but apply pressure if there is a particular date you need to make a decision by. Center it around them providing you a specific offer (i.e. all the components you laid out in your email) so you can **make the most informed decision**. 

Realize this was awhile ago, but happy to help if you still in the middle of the process. DM me on Slack or LinkedIn.

If it's in a casual setting like a company event or passing by each other in the halls, approach it like any normal interaction -- don't overthink it or make adjustments just because they are more senior.

The same principles apply such as finding common ground and taking a genuine curiosity in the other person. 

If they ask you about something work-related, lean towards being direct and concise. This might lead to some follow-up questions, which is generally good since it indicates that they are engaged. If you don't have an answer on the spot, say that and let them know that you'll dig into it and get back to them.

One final thought.

Remember execs are humans and once junior employees as well. The good ones have a lot of empathy and want to interact more with people outside of their direct reporting line.

"It's lonely at the top" is cliche, but very true. Sometimes they just want to have a nice social interaction that is not politically charged (I can personally attest to this from both sides).

Feel free to DM me if you have further questions. Interested to hear how it goes once you've put the suggestions into practice.

Very interesting interview format. 

Generally, when approaching cross-functional interviews, it's important to gauge within the first 5 mins which of the following 2 things they're primarily evaluating you on.

1. Whether you speak their language and have at least a working knowledge of Product. Like an interaction, people want to be heard and understood. At a minimum, they'd like to see if you can see things from their perspective (making collaboration easier). 
2. Whether you are a proficient engineer. This one feels a bit weird since you'd only expect this from your engineering counterparts. However, given your scenario, it's quite possible that the decision maker (likely on the Product side) may not solely rely on the one SWE for this part of the evaluation. 

I've personally experienced #2 in a cross-functional interview where the Chief Revenue Officer wanted to go into my engineering competencies even after passing the CTO round.

In terms of mentality and nerves, I would focus your prep on knowing the value you bring to the table in the context of their company and not too much beyond that. Go in with an open mind to adjust your approach based on a live read of the situation. It's counterproductive to draw up every single scenario beforehand, as that will likely add anxiety and mental clutter.

Feel free to DM me if you'd like to chat further on interview prep strategies.

Hi there!

The limiting factor is usually your energy levels and the amount of focused attention you can dedicate to learning after 6pm. I've had times where I tried to 'squeeze' 6pm-11pm to learn new skills (out of necessity usually early career), but that's a **surefire way to burnout and resentment over the long haul.**

**Here are a couple of alternatives that have worked well for me and others in my network who tested it out.**

- If you're an early riser, aim for a 30-60 min study block before heading off to work. Pre-plan what you're going to study the night before and have all the resources open, so you can dive right in without any friction. Going to sleep an hour or two earlier in exchange for a more productive hour in the morning is well worth it.
- Prepare playlists of audiobooks and podcasts to consume while commuting, exercising, walking, etc.
- Carve out a 3-hour block on the weekend to tackle topics that require more focus. Do this sparingly and with intent, so you don't cut into personal time too much.

**Here's one that's undervalued and where I got a lot of extra mileage out of.**

\*\*\*Maximize those 5-15 min blocks at work. Here's the gist of the idea (I'm writing a LinkedIn post on this on Friday this week)

Open up ONLY ONE piece of content (to minimize distractions) in your browser window related to the concept you are trying to internalize. This eliminates the "startup friction" preventing us from using those spare 5-10 mins scattered throughout our day.\
\
Examples of content I keep open:\
 • 1 impactful quote.\
 • 1 article/blog post\
 • 1 chapter/subsection of a book I'm reading\
\
As a bonus, this method helps retain concepts in the longer term based on the principle "seed the idea early and revisit often".

If you want to explore more learning/study techniques, DM me on LinkedIn or Slack. It's a passion topic of mine that I can talk about all day.

Alex hit on a lot of great points in his post. I'll add a few more from my POV.

**If you're looking to advance your career:** Treat your post history as your personal content library. It can be extremely powerful when job searching or making new connections. Relying purely on your LinkedIn profile and CV is difficult to properly showcase all your expertise. For example, you might only spend one line on a CV on an accomplishment, but the journey you took to attain that accomplishment is better expressed through a series of posts or newsletter articles.

**If you're running a business (especially in career services):** LinkedIn is one of the best ways to generate leads and nurture them over time. There are several mid to high 6-figure businesses where LinkedIn is their primary channel.

A good rule of thumb to balance the two is to only consume when there is a clear intent on what you're looking for. Otherwise, build to find out where you may be stuck (and keep going until you are).

You'll feel a noticeable difference when you're in "hunting mode" when consuming vs. passively taking in information. One very clear pattern is you'll skip many parts of the content when "hunting" vs. consuming linearly from beginning to end when passive.

Building in public is huge, especially when part of a community where others are doing it as well such as <https://buildspace.so/> will organically get you a lot of traction, but also exposure to the work of others. 

Taking the time to find private Discords and Slack communities is a great return on your time. 

Of course there is doing warm outreach and putting it in the hands of family and friends, which is a great way to start. I would suggest taking a few hours to put together a consolidated list (almost build a small CRM on a spreadsheet) vs. reaching out ad-hoc when a person comes to mind.

Like others have said, don't force it.

One of the easier ways to get started is to engage with what other people are posting.

- Add a few examples or use cases where their idea / solution would apply
- Build on the idea. Add a few more to an existing list.
- Share good ideas with others (i.e. repost and give credit). 

There are a lot of parallels to how we engage on social media that can be applied in a healthy way to the workplace.

Most of the time when you ask for a pay raise based on an outside offer and accept your company's counteroffer, it usually doesn't lead to a good experience afterwards. Getting back to back raises in the same 12 month cycle is also very difficult, especially in larger companies where there's more red tape. 

Agree with Alex here that my gut feel is to explore external roles. Whenever I feel there is a big imbalance between my value internally vs. what the market will pay for, I will go validate that for myself on the market. 

Unfortunately, initial impression are hard to change, where if you got under-leveled, it's hard to change that perception in a short period of time, especially when the main rationale is other offers on the market. I had similar issues when starting out early career as an ambitious high performer. I'm glad I chose to quickly move on when a new opportunity came up.

I tried a couple times myself to get the role I wanted where I am, but it's usually not worth the time you have to wait out due to how promotion cycles work vs. if you can jump straight into an external role that needs someone at the level you are aiming for.

I would suggest branching out from the apps, systems, and projects tied to your usual routine. Digging into other repos can help build your perspective on projects you otherwise wouldn't have exposure to, but can be draining if that's the only thing to fill the time.

Instead, here's are 3 things you can consider investing some time in, which in my opinion are well-worth it and should be done even when you're busy with OKR work:

1. **Relationship building:** connect with anyone you find interesting both within and outside of work. Private communities like Taro are great to extend beyond your immediate circle. People who publish content share their ideas in the open, making it even easier to find something interesting. 
2. **Mentorship:** This naturally ties to relationship building and is basically offering to help others in any way you can. It goes hand in hand with #1 since there's always some way to help others if you keep a lookout for it. You may even find a mentor for yourself.
3. **Productize your expertise:** I wish I knew the importance of this and did it way earlier. It's the best way to scale yourself. Additionally, it forces you to internalize concepts more deeply and clarify your thinking. Writing is a way to check clarity in your thinking. Once you've productized your knowledge, it can turn into guides and trainings you can share with others. You'll be expected to do this more as you get more senior, so it's best to start practicing early!  

Contracting, especially in the same domain as your full-time employer can get you into a sticky situation and is honestly very stressful.

There are other side gigs you can consider building that can make you v**ery decent income (extra $500-$1,000 per week)**, which won't put your full-time job at risk (and without that much stress either). Two things that I've done over the past 7 years while in corporate is **teaching at a bootcamp and career coaching**. 

If you don't want to find your own clients, teaching at either a bootcamp or a university is great. Bootcamps tend to pay more and has less red tape, so that would be my preferred option. The hours usually don't conflict with core work hours since most (part time) bootcamps run their courses on evening / weekends since that's when the students are available as well. 

B2B advisory / strategy consulting is possible as well, but harder to do until you've hit around Director level and involve a much longer sales cycle. 

Happy to point you in the right direction if you want to pursue either of these paths. 

DM if you want to chat.

It's quite timely since I just put my 2 cents on this in a [repost ](https://www.linkedin.com/posts/caseydai_techlead-softwareengineering-tech-activity-7109896924467535873-5BNs?utm_source=share&utm_medium=member_desktop)on LinkedIn today regarding continued progression as an IC without getting into management.

Here's the crux of it.

\+----+

*There are many options available to you that can bring you greater earning potential, personal growth and better alignment between what you are good at vs. paid to do.\
\
Here are couple examples I've seen:\
• Moving into independent consulting / subcontracting / side gigs\
• Moving into a different job family such as architecture or platform\
• Staying at senior engineer and continuing to crush it\
\
Taking on interesting new projects and expanding the breadth of your skills. Not all growth is tied to a company ladder.*

*\+----+*

Personally, I enjoyed the "Right Hand" archetype quite a bit and it's one of the most underrated ways to accelerate your career growth if you have the right executive sponsor. 

I think it's the **perfect time to diversify into non-tech skills**, especially as a "Right Hand" type of role. Like you mentioned a lot of time is spent playing on the intersections between various functions. Some common intersections I've had past success playing the "go between" are Product x Engineering, Architecture / platform x Engineering, and overall Business x Tech. This puts a high ROI on your skills outside of engineering. 

One extremely undervalued skill I've noticed over the past 3 months is "sales copywriting for engineers". If you **learn to master sales copywriting**, you'll find most written forms of communication a cakewalk and thereby gaining more visibility in the workplace and scaling your input.

DM me if you'd like to explore any of these paths further. Happy to pass my learnings along.

P.S. I would focus less on the medium the education is delivered through whether it's university, MOOCs, bootcamps or books, but rather the content you prefer and need. 

Former Head of Engineering

I would preface and say that there's still a big demand for DBAs within the tech industry overall. It's not as high as 10 years ago before the rise of managed services and cloud, but I would still consider it a viable career.

Now to answer your question, I would lean towards Data Engineering. As a DBA you are naturally exposed to a lot of queries and interact with the data model on a daily basis. Plus you understand best practices around "operational excellence" such as performing backups, IAM, security, ACID properties, etc.

All these skills are highly transferrable to data engineering. To make things easier, you could even niche down to a particular area such as performance tuning queries or data modeling. When I was in tech consulting, there's a huge demand for these roles, especially in large enterprise. I haven't met a single company that is really happy with how performant their queries are or their data model design.

Data integrations should come naturally as well since the DB is usually a data source or the destination itself.

To get a 30K overview of data engineering, I highly recommend [Joe Reis' book "Fundamentals of Data Engineering"](https://www.oreilly.com/library/view/fundamentals-of-data/9781098108298/). You can find it on O'Reilly platform.

Hope this helps you make a more informed decision. DM me if you'd like a quick POV on the other career paths (I've spent some time in each and hired lots of people into these roles).

Here are some negotiating levers to consider:

- See my [response ](https://www.jointaro.com/question/rcwT67yqlKex0tvzoYsN/dealing-with-this-offer-is-the-best-we-can-do-for-this-level/)to a similar question here on how you can articulate the value you bring rather than only focusing on the components of the offer
  - Base pay is often the toughest lever to negotiate, especially in larger corporate environments
- Ask for a signing bonus, especially if you are walking away from a bonus in your previous workplace
- See if you can squeeze something out of the benefits package (e.g. L&D budget)
- Leverage the start date - if they want you to start earlier and you want a break, you can make some compromises here in exchange for something else

Outcome-Based Career Coach • Former Head of Engineering

> My manager has been at this company for a little over a year. Before this, I had 5 managers in 5 months (my current one being the 5th) as we went through a reorg and a lot of leadership departures.

Zooming out a bit, I think the overall company environment/stability is the primary concern here. I'm not sure a promotion to E6 would be favorable here given the churn at the leadership level.

If I were in your shoes, I'd try to wait it out at E5 until things stabilize while keeping a close relationship with your skip level that asked for your feedback (this is typically positive and a sign of trust). This is one of those rare instances where you don't have to 'push' for the promotion since there's a high chance you'll get it once the turmoil is over. When things are chaotic, I've seen many organizations try to stabilize things by promoting a consistent performer from within vs. hiring externally (especially since your manager appears to be an external hire from a year ago).

Staying at E5 also gives you some breathing room to calmly tackle E6 problems gradually rather than being under the gun to solve for what looks like a blazing fire if you're promoted to E6.

At a tactical level, make sure you thoroughly document your accomplishments and get feedback from others in written form, especially when they may get laid off or voluntarily leave. Having your name as a contributor / author on critical artifacts such as design docs for major projects help as well.

Feel free to DM me if you want to chat further.

Here's a checklist to go through to increase your impact and/or visibility.

- Draw a connection between your work and the OKRs of your management
- Actively help others and elevate their work. It's only a matter of time before reciprocity kicks in.
- Document and publish your accomplishments in written form. Don't purely rely on verbal communication during live meetings. 
- Seek out some higher visibility tasks such as running a training, leading new hire onboarding/intern program, presenting a 'win' / topic at townhall or even participating in the company's ESG initiatives. No need to do everything and don't force it, just do what works for you. 
- Leverage your 1-1s to get your manager's support to find more impactful work and make it easy for him/her to share your accomplishments with other (i.e. I always do a full writeup that they can simply hit 'forward' and share with the broader organization)
- Expand your network to those beyond your immediate team / project. This can lead to finding a new side project or even a new sponsor/team altogether.

Career Coach • Former Head of Engineering

Very rare, but I've seen it happen a few times. It's not something you can actively aim for since the dynamics of internal transfers are pretty unfavorable to begin with (they are usually blocked, take a long time, or at best land at the same level and pay). It mostly depends on how much pull your sponsor has.

My friends and I used to joke that it's easier to get promoted by leaving for a few years and applying to a higher level position at the original company. Unfortunately, it's closer to the truth than a joke.

I would start steering the conversation away from career levels since the impasse here is getting stuck on salary bands by level. It's a bit difficult when there are rigid corporate policies in place, but as a hiring manager, I know there is room to extend unique offers for top talent. For example, at Director+ level the "best" offer vs. the "standard" offer can as much as 2X, but the concept still applies to level below as well.

Articulate what you bring to the table and the value that unlocks for the company, especially if it is unique vs. most other candidates. Here are a few examples.

- Strong network filled with engineering talent. Most candidates miss this point since it's too much focused on what I can personally do vs. what other talented people I can pull in as a "talent magnet".
- Industry knowledge and deep understanding of their business. Personally, I managed to negotiate at least 20% when moving back into tech consulting based on my understanding of how the tech consulting business works, particularly the competitor and customer landscape.
- Anything you can link directly to enabling their marketing / sales cycle will **ALWAYS** get attention. In the B2B world, if you have some clout with a key decision maker on the client side, this will turn the tides in your favor (well beyond the HR recruiter). B2C is trickier, but even small things such as you teaching a bootcamp/course on the side may garner some attention if your former students align with their customer profile.

Depending on your relationship with the hiring manager and rapport built during your interviews, you can consider dropping them a message. It's hard to advise how to do this tactfully without more context, but most of my previous jobs has been a verbal with my future manager and the recruiter is only there to complete the process.

Since you're covered on the two biggest short term issues (Visa and Finances), I think you can be more selective about where you invest your time. However, the opportunity in front of you doesn't sound that bad from my POV though. 

- Learning to prototype quickly can give you a huge advantage as many early stage companies are in need of MVPs to gather data and validate. Large companies have R&D arms that need this as well. Of course, it would be a big asset if you choose to build your own SaaS in the future.
- If JPL is missing those core capabilities, you essentially have a greenfield to play with. Sure there might be some red tape that won't let you stand up CI/CD on day 1, but you can easily demonstrate value of doing it since the baseline is essentially zero
- Don't worry about career progression / career model if this is not your long term gig anyways. As long as there's enough for you to do and learn within 1.5-2 years, that's more than enough. Although 2 years seems long given it's double your entire working life so far, but on a 40 year time horizon, it's only 5%.

Rahul, Alex and Kuan raised a lot of great points already, so I would just reemphasize the idea of ***"not trying to do too much to fix a clearly broken situation"***.

It would be pragmatic to limit the resources you spend trying to fix this issue head on. There are probably better ways to allocate your energy and career capital such as:

- Finding ways to remove yourself from toxic situations (e.g. I think this situation is beyond the point of moderating) and get the your work done peacefully -- it's not worth cost to your mental health honestly
- Look for other career opportunities such as internal team transfers, reconnecting with people/companies in your network that you have rapport, and working on some side projects that gives you energy
- Spend more time bonding with others who are struggling with the same thing. Some of my deepest relationships came from common hardship at work and we've stayed in touch several years after leaving the company 

You got to trust you internal signals and definitely don't feel guilty when others "advise to get into FAANG". You know your own situation best. Trust your instincts, especially if pursuing it is most driven by external pressures and not internal desire.

I honestly wouldn't let the whole GenAI wave get you down. Your core focus doesn't change, which is to find and solve problems where tech could be a good solution. Just look at any GenAI tool as exactly that... a tool to help you with the job.

Glad you found Taro, I've met a lot of people here over the past few months that greatly changed my outlook on career and life in general. People are very receptive, so don't be afraid to reach out and participate in the community.

There was a similar question on when to preserve vs. pivot due to issues in your existing workplace such as bad team, high stress, and lack of personal growth.

Here's my approach to assess the situation.

> Can the issues be fixed given time? Assess your span of control and span of influence. Here's a couple examples to illustrate a spectrum on whether you can fix it given time
>
> - Bad sprint - Bad project - Bad team - Bad management - Bad culture - Broken business model

If you like what the company has to offer, it's more likely to be on the left side of that spectrum, which will get better given time.

You can still do a lot with the opportunity in front of you such as:

- Make the work less mundane for others (document well, improve process, rationalize down, automate where it makes sense)
- Set a good example for others on how to get what's boring, but necessary done
- Build relationships outside your immediate project starting with those on your previous team that you liked

Usually situations like this arise because of misaligned assumptions.

Here's a checklist for the types of assumptions that could be misaligned:

- Task complexity
- Expectations at level
- Your span of control and span of influence
- Actual scope vs. scope at point of estimation
- Amount of dependencies / blockers (includes level of tech debt impeding velocity)

This aside, I would also try to approach it from a human level and see what might be causing him a lot of stress (also consider non-work related factors). I've learned the hard way that most people are not inherently malicious even though their demeanor / behaviors seem so. It's more likely due to factors such as overwhelm, frustration, ignorance and even poor physical health vs. malice and ill-intent.

> Though this work is consistently given priority in team meetings, it is often sidelined or perceived as less critical compared to other product-facing features.

I would try to figure out the misalignment between "consistently given priority" vs. "often sidelined". One scenario that often happens is people will say things such as "we need to reduce tech debt" when what's actually happening is "we want someone to take this one since nobody else wants to / rather be doing feature work".

Like Jonathan mentioned, proposing a metric to make it easier to track progress is a great way to start. Making it easy for others to celebrate your accomplishments is another big factor. For example, instead of waiting to announce your "win" verbally in a live team meeting (especially if you're more introverted), provide a written update beforehand and ask if your lead can support you in "celebrating wins" on the team.

Sometimes you just need to nudge the team culture in the right direction by taking the initiative to start a "share your wins" channel with the support of your management instead of fighting for airtime during live meetings.

Personally, I've had a documented "win" from someone on my team shared all the way up to the CIO since we drafted the email in a way that made it really easy for your leadership to write a one liner and hit the forward button.

Completely agree with Rahul's points on relationships, which can be generalized to beyond your immediate work environment as well. As long as you decide to stay in a role or company, I believe in maintaining a high bar.

Deciding how long to stay mainly boils down to a few factors:

- Can the issues be fixed given time? Assess your span of control and span of influence. Here's a couple examples to illustrate a spectrum on whether you can fix it given time

  Bad sprint - Bad project - Bad team - Bad management - Bad culture - Broken business model
- How good are the existing opportunities you have (internal transfer) / people who will hire you externally? An extension to this is your ability to expand your current network and land a new job in the current economic environment.

I recommend sending back a clarifying email listing out all the components of the verbal offer. Getting an email in writing is a step closer to a written offer all things considered.

Something along the lines of "I just wanted to make sure I captured the offer communicated on X date clearly, so I can make the most informed decision and make an apples-to-apples comparison vs. the other offers I have on hand"

- Base comp: ---
- Annual bonus: ---
- Sign on bonus: ---
- PTO: ---
- Other benefits: ---
- Target start date: ---

Feel free to modify this based on how hard you want to push for closure. I would recommend keeping in the part about comparing vs. other offers you have though.

It's important to unpack why there is a stigma behind a "CV gap", so we can deal with it objectively.

Common stigma (all of which I strongly disagree with, but it does exist unfortunately):

- Perceived as lazy and unmotivated for pure association with "unemployed"
- Not marketable / misaligned to what employers want
- Rusty since you've been out of the arena for some time

What you can do about it:

- Document and publish what impact you've had during this "gap" not only put it on your CV, but also show it as your public body of work '
  - Publish content on social platform/your own website
  - Release a explainer-guide / tutorial you made
  - Increase your visibility by speaking at an event, conference or guest speaker (a course, podcast, etc.)
  - Contribute to open source / show your side project on Github
  - Show testimonials of people you've helped and what positive impact it had on them

If you do this, don't feel the need to "explain yourself" during the interview, just point them to your work and leverage social proof regarding the positive impact your work has had on others.

If you'd like to take more of a sabbatical, don't be ashamed of that either. Don't feel the need to overexplain your time off for personal reasons, hobbies, etc. We're all human and thankfully it's much more widely accepted and even encouraged to do this every 10 years of so in your career to recalibrate / enjoy life outside work a bit. You can still do a lot of the things such as documenting and publishing your journey for non-career things. You'd be surprised the positive reaction it get since most people yearn to do that for themselves, but feel stuck in their own jobs.

Feel free to DM me if you'd like to explore this further. After all, I've stepped away from my corporate job to make my side hustle my full time job now, so I've thought about this topic quite extensively.

Career Coach | Former Head of Engineering

I strongly advise against designing your game plan around a retention offer.

Here are the levers I take into account when looking for (compensation) growth:

- **Skillset:** this is basically your "product". Find what you need to upskill on to solve problems that have a higher impact / solve existing problems more efficiently.
- **Environment:** are the problems that needs solving / scope you are able to take on well-aligned with your skillset? If there's misalignment that's not easy to fix, finding a better alignment on the market is usually the solution to being more valued / paid more. This is usually the reason why you see pay jumps in job switches or people making more as a contractor / entrepreneur due to better alignment.
- **People:** this can be considered a subset of the "environment", but often times when your skillsets align well with the scope offered through the environment, you might be missing a sponsor, coach, mentor, peers and/or direct reports to accomplish what you want. One sponsor can be a game changer, as I personally experienced this as thing turned around quickly when I got a new sponsor even though my skillsets and the rest of the environment remained unchanged.

Head of Engineering at Capgemini

If you feel hostility during the reviews, especially if they are in person, I'd suggest investigating whether it's only directed at you or a pattern for PRs submitted by other team members as well. If it's not a pattern across the board, you could take a look at other PRs that didn't go through as many iterations and/or not met with hostility to see what the differences are (they could be interpersonal and not technical, but either way it's good idea to find out what's behind this). 

However, if the lead responds this way regardless of who submitted the PR, I would try to have a discussion with him on "code review standards and conventions". This reframe is important, as it bring it up to the process / standards level and away from any individual PR, which is beneficial because:

- Defending a PR can appear defensive and will probably lead to the same type of interaction you're currently having while reviewing the process makes it less personal
- Getting things documented in a process / standards can be referenced later, so there's less debate at the individual PR level and becomes a policy vs. exception level conversation, which is way easier to navigate
- Improving the process can lead to improvements at the overall team / department level to find the right balance between quality and speed, also what's a showstopper vs. a nit comment

Feel free to DM me on Slack if you want to explore this topic a bit further.  

Building on Rahul's points, [boring tech](https://mcfunley.com/choose-boring-technology) that's been around for a long time should be the default path. Several reasons why:

- Always have a battle tested stable version that's been GA for along time
- Documentation and user communities are well established, making it easier to troubleshoot issues and get general support
- You don't know what tradeoffs you need to optimize for yet. Most modern tech's actual value proposition is optimizing for some particular use cases / scenarios. Until you get enough user traffic on the app, you won't know what to optimize for.

When you hosted on cloud, go through a FinOps checklist to make sure that you're making the most out of your infrastructure funding. Start with barebone and the default answer to turning on a new service that AWS offers should be no.

For marketing and distribution, I recommend revisiting some concepts from the book "[The Lean Startup](https://tylerdevries.com/book-summaries/the-lean-startup/)".

- Set learning objectives with a clear, measurable hypothesis before entering the build-measure-learn feedback loop
- Maximize the number of iterations through that build-measure-learn feedback loop
- Figure out what type of MVP you want to run: 1) video MVP 2) concierge MVP 3) wizard of oz MVP. Overall point being, avoid building in isolation and maximize interaction with users from what you think is your target market segment.

**Learning how to effectively write on social platforms** such as LinkedIn, Twitter, etc. are great ways to get some feedback on what sticks vs. not. This skill is well worth investing in since it's useful in many different situations outside of this one.

As simple as it sounds, people usually bond over common interests and goals.

Given you all work in tech and probably have some overlapping projects, that could be a good place to start. For example, if there's a new piece of tech that is new to many people on the team, form a study group or better volunteer to build training on it that can be as simple as a lunch and learn (pull in people who want to collaborate and help as it comes). Curating and sharing good resources is another relatively low-effort way to get engagements (favourite books, articles, podcasts, etc.).

Both as an IC and a Manager, I found that having occasional office hours and AMAs tend to bring people together and provide an avenue to gather input / obtain feedback.

The best way to build deep relationships is to just lend help to others when the opportunity arises. There is a good Taro video on building relationships [here](https://www.jointaro.com/lesson/QYQHPiYqZvBzuQw1Vjnc/supercharge-your-professional-networking-by-leading-with-kindness/).

You can bond a lot over personal interests that are non-career related as well, but that's situational and may take some time to discover.

Based on the context you provided, I get the sense that the **primary issue may be related to overwhelm, unclear priorities, and process-level problems** rather than a need for others to spend the time to "unblock" you. I would ensure that the priorities and expectations coming from your manager and the rest of the team are aligned before moving forward. If the rate that things progress are not up to standard, **gain a common understanding of why that is the case**. When there is a shared understanding of the underlying issues, use that as the catalyst to drive change in the overall process and backlog some of the items not on the critical path (it sounds like you have a lot going on there).

Specifically on the topic of "unblocking yourself" or what to do when blocked by external factors, Jordan from the Taro community wrote a great [article on this topic](https://careercutler.substack.com/p/being-blocked-sucks-heres-what-to) a month ago. I recommend checking it out.

Alex covered the key point here. After you've worked a few years, especially at an established place such as AWS, your options open up and ***rarely is school the best option***.

Don't let the "unknowns" of navigating the job search process in a tough market cloud your decision making by deferring to the more "known" option of going to school. I think you already intuitively know that this may not be the best option given the 3 concerns you listed. 

So now it's just about investigating what alternatives you have to achieve what you want at a lower cost. Some options to consider are:

- Side projects and building your portfolio (as Alex mentioned)
- Building relationships and securing your next job through your network (e.g. community participation, tactfully reaching out to people, putting content out there for other to discover)
- Building your own startup. The $100K seed funding you brought up can be obtained through other avenues outside of a school environment (vast majority of VC-seed is actually). Although it's tougher in this economy, there's still plenty of capital people are looking to deploy and you never know unless you put your idea in front of them.

It comes down to weighing the tradeoffs and not letting "false narratives/stigma" plague your decision.

You've covered the main aspects to consider, which are financial security (and VISA issues, which I assume don't apply here). Here are a few more that I would spend thinking about:

- **Reentry risk:** are you well-established in terms of work history, marketable skills, and professional network to not face too many issues when you do want to pick up another job? Consider your ability to get referrals/interviews from people who will vouch for you in your existing network, your ability to expand your network as needed, and build in a reasonable amount of lead time to obtain a job based on market conditions at that time, how well you interview, etc.
- **Gains from time off:** it sounds like learning is the primary objective of taking time off, so ask yourself if the tradeoff in career progression, foregone salary, etc. are worth was you can reasonably expect to gain. It largely depends on your current progression and what stage you're at. For example, if you're in your promo year, there's probably a better time assuming you want the promo. Conversely, if you're looking to pivot anyways and the market is currently bad, taking a break can be strategic. 
- **Alternatives:** are there other ways to acquire the learning for a lower cost? If you're looking for a break for non-career reasons, that's perfectly ok as well (I find it quite toxic that there are any stigmas around that in general). I don't know anyone whose regretted taking a sabbatical every 8-10 years to "recalibrate" in general. Just be sure that you have thought through what you plan to do and what you can realistically gain from it. It can be pretty scary actually to all of a sudden get ALL of your time back after quitting your job. 

I would take a step back and assess what you're trying to get out of the "reverse interview questions". Showcasing your knowledge through asking questions usually doesn't end well and gets awkward really quickly. 

Instead, show some of your past work (if feasible) and ask for their feedback on it. Writing an article on a particular topic on system design and sharing it with them ahead of the meeting is a great entry point since the actual components of a system are probably not feasible to show.

An alternative you may want to pursue is presenting your POV (e.g. what you found interesting, how you would extend the idea, where you've seen it apply) on a topic you think they are likely to be well-versed in (i.e. lookup their team and job titles to narrow down the scope). It can come from Uber's blog or any other publication in the industry really. 

Overall, the key is to go in and have a conversation about topics you are genuinely interested in and want to know more about while presenting your own views on it as well. The mindset is to forget about the "transactional" aspects of the relationship as in, I need to do X, so he will do Y for me.

Before considering a costly move such as an MBA (see prior response [here](https://www.jointaro.com/question/xh5lFqLXOw7Cy6q5OOqu/will-getting-an-mba-improve-my-prospects-of-climbing-up-the-corporate-ladder-faster/) on why), I would do a thorough assessment of what the issue(s) with the previous two ventures are. Running your own business is the most direct way of learning how to do exactly that. Although having some strong brands and a deep network are great enablers to building your business (largely depends on the type of business as well), they are usually not the deciding factors separating success vs. failure.

I came from a business background and grew up around several family-owned small businesses. What I got from the business degree did not help as much in running my own company compared to performing well in a corporate job. 

The knowledge gained from a business degree / MBA can all be learned at an accelerated pace online or through much cheaper alternatives. 

There are also more effective and cheaper ways to build out your network (my network actually grew the most from activities outside of my job/school such as putting content out there and participating in communities such as here on Taro).

Final note: if your ultimate goal is to be an entrepreneur, don't get hung up on "signalling value" such as X company brand name, or Y tier company/school. Those are usually proxies that recruiters use to screen candidates for a job and usually not worth the effort to obtain since there are better alternatives to get what you want (customers, funding, partnerships, etc.)

I'll give my response based on the main sources of value from human mentorship and coaching. Will preface that Taro is good at bringing together people who are good at this.

- **Finding the right question to ask or reframing the situation where the initial question isn't the real problem at hand.** From my experience messing around with ChatGPT, it doesn't "zoom out" well and ask you whether there's something deeper behind what you're asking. The best mentors/coaches I've observed deliver the most of their value from these observations, which leads to a reframe, saving me from going down a rabbit hole.
- **Continuity and carrying over context over time.**  I've had the most results from people I've worked / interacted with over an extended period of time. You could leverage prompts to set context or use sessions with ChatGPT, but it's pretty hard to replicate a long term human relationship. If it's pure Q&A transactional, you could get a pretty solid result from ChatGPT, but that's just a Google search on steroids.
- **Give feedback other than what is asked.** ChatGPT won't tell you that there's a better way to frame the question you're asking or give suggestions beyond what the question you ask (e.g. would be great if you talked to X person about this as well or you should document the learnings from this conversation and share it as a valuable artifact with you colleagues)

I'm going to take an extract from one of my LinkedIn posts that offers a different way to look at content consumption. The punchline is to be selective on when you choose to go deep on something and don't feel any guilt dropping off at any of the checkpoints I outlined below.\
\-----------\
***Prioritize internalizing ideas and concepts.****\
\
Here's my approach to optimize for this instead of other vanity metrics such as "word per minute" or "number of books completed", which in the end don't matter.\
\
I sequentially work through each step below and feel no guilt stopping at any of the steps if it is no longer optimal for the overall goal of "internalizing ideas and concepts".\
▶ Scan the table of contents\
▶ Skim a few reviews or watch a video summary at 2-3X speed\
▶ Read a book summary using service such as Shortform or Blinkist\
▶ Do a 15 min session with ChatGPT to drill into interesting concepts I discovered in the prior steps that I want further explore\
▶ Read the intro chapter and comb the index to find those concepts I still curious about\
▶ The content is usually really good if I make it to this stage, so I would read the book and when I'm not visually consuming it, I'd listen to the audiobook for additional "reps / iterations"\
▶ Buy the physical book and put a reminder in my calendar to revisit the content down the road (usually varying from 3-18 months)*

Alex hit on most of the key points. I'll add a few things that helped me when navigating a career pivot.

- It's very hard to be "successful" and more importantly fulfilled if there's not some innate level of interest in the problems you're required to solve in the domain. Go work on a few blockchain related problems to start and speak to a few people working in the space. You'll get a pretty good sense after doing this of whether it aligns with your initial expectations and aspirations going in
- To ease the transition, look for ways you can extend your existing skillset into an adjacent space that is still relevant to your target domain. Personally, I had success with this approach since the motivation to move into the space is to "expand my problem solving toolkit" rather than trying to fit myself into a specific role or skillset requirement
- From my limited exposure to Blockchain / Web3 space, unlike SWE and Data/ML, LinkedIn isn't the primary source to build connection and find roles in this space. Friends have had better traction on Twitter, but biggest bang for buck is hitting up a major conference such as ETH Denver.

I lean on the side of having a rough idea of what progress looks like and how it's measured (e.g. OKRs) and keeping a running journal of things that are worth noting down. I like Alex's suggestion regarding putting "tags" so they become easier to find later. The point of not only relying on your BRAG doc and publishing your accomplishments / presenting wins & milestones achieved during townhalls, quarterly events, packaging it into a training/documentation for others to consume, and writing up a case study should all be in your arsenal. 

Having a habit of collecting a quick testimonial when you've had a positive impact on others is very powerful as well (I've forgotten many times in the past). This has the added benefit of preventing a mad scramble at year-end to collect 360 feedback. Overall, social proof is extremely important since a written narrative will only get you so far during calibrations. 

The overall advice boils down to **frontloading the leadership responsibilities before you're in the "hot seat"**. Observe what the senior is doing vs. expected to do. Form your view on what the gaps could be and make a problem you jointly work on with your manager during your 1-1s. Go take up some responsibilities here and there, so you can get early feedback and have ample time to adjust your approach if things are suboptimal at the beginning.

Although it may feel tempting to let the senior keep doing what they're doing as the status quo until the PIP ends, I would lean on the side of finding ways to make the overall situation better and apply some of the solutions you and your manager came up with during the 1-1s. 

The senior on a PIP is under a tremendous amount of stress, so it's normal to expect some combative behavior/aggression to come out as they are going through this. By implementing what you can do directly or through other people to make the project/environment better will like you mentioned, make it easier for yourself when you do take up the leadership position. Another point to keep in mind is that although the senior may be on their way out, they can make the transition reasonably smooth or a complete disaster depending on their relationship with you.

I would ***prioritize self-care*** during those times instead of feeling the need to be productive every min of the day. As you mentioned, "deep work" is usually when you get the most productivity anyways, so treat the smaller blocks of time to ensure that you're in good shape when you need to "deep work" in the upcoming focus block (plus not burnout / resent life in general).

I struggle the most with exercise, so I made a mini system for myself to develop a habit during these micro blocks of time. I've extracted my response from another thread talking about [burnout prevention](https://www.jointaro.com/question/WRImVNYkBIebCkmwHdYr/constantly-feeling-burnt-out-how-to-deal-with-it/) below.

***Exercise:*** *I struggle the most with this, but have a pre-planned routine for various intervals of time - 2 mins, 5 mins, 10 mins, 30 mins, 1 hr. I find it harder to only exercise with you have at least 30 mins, so you end up doing it less frequently. Here's some examples by time interval - 2 mins: stretch, plank, pushups, 5 mins: exercise bike if accessible, 10 mins: combine the 5 mins & 2 mins ones or go for a walk.*

This type of failure mode usually occurs when someone in charge of the project is solely responsible for "project management" tasks (basically cracking the whip and coordination) and usually detached from the (engineering) domain itself. If this is the case, I'd suggest bringing it up as a topic in a 1-1 with someone more senior in your engineering org, which usually is your manager/skip level. Otherwise, it's worth examining the underlying motivations/incentives of the person insisting on this (it's quite rare from my experience that someone more senior on the engineering ladder like a staff/principal would approach estimation this way)

Frame the conversation to get more informed inputs to estimates, thereby making the project delivery smoother. Mention that estimating technical tasks, especially the more complicated ones, need strong technical input. Be open to having another (more senior) engineer weigh in on the complexity and the "story points", but draw a firm line that it cannot be unilaterally decided by someone outside of the engineering function. Additionally, once the estimate is set, mention that it is counterproductive to go back on the estimate to "squeeze more juice out" when there is no change in scope / new material information.

On a personal note, during the early stages of building my engineering team, I had to go into each project that experienced the same challenge and course correct. Over time, it's important to enable others on the team to handle the situation appropriately without my direct involvement. Getting alignment from someone senior in the engineering org is a key first step to moving in the right direction.

The best way to get feedback is to give others an example of something you've written. If you could provide what you wrote as an impact statement for the training, I'm sure there are many within the Taro community (aside from myself) who can find specific ways to make the messaging stronger.

In the meantime, I suspect you have some reference points of what "good" looks like in your current workplace (i.e. why you feel there's a gap). Do a comparison and see if any patterns emerge. For example, are they quantifying their outcomes or providing social proof consistently while you don't?

One final point: I would not try to emulate "bragging" in any way, but rather focus on doing the high impact activity first and "contextualizing and capturing" it as things unfold. Also, note that delivering good written and verbal communication has overlapping, but also distinct techniques.

I think it's important to define a "good enough" stopping point for anything that technically doesn't have a ceiling to it. 

I'd treat implementing the "improvement" to your existing solution as an additional "feature" to put into the overall feature roadmap. This will help contextualize how important it is in the bigger picture (module, project, program, etc.). Unless there are subsequent design decisions that hinge on the implementation of your portion of the code, it's not a huge deal here since it can be placed into a backlog and picked up later when this is the best use of time vs. other tasks.

Whenever I feel like I'm drowning in tasks and cannot "stay on top of things", 90% of the time it's because my own priorities are not clear (the other 10% is lack of sleep, exercise, clean diet).

I was a victim of the "efficiency" trap for a long time, where I always try to hunt down the next productivity tip, so I can get more done faster. While this is important to some degree, I had to learn the hard way that "effectiveness" (i.e. working on the right things) trumps "efficiency" (i.e. faster completion of a task). 

Figure out your personal criteria for prioritizing and filtering. When you have clear OKRs it's easier to do because you can gauge the impact + likelihood of success to derive the "expected value" towards moving your OKRs. If you don't have OKRs (can be anything similar), that should be the priority -- don't do this insolation and involve others who have a stake in this. This will be your "core" (70-90% of your time). 

Pre-allocate 10-30% of your overall time and energy spent on exploratory activities. I strongly believe in dedicating time to do this and go check out anything that feels interesting to you (e.g. another team's project, other codebases, content, etc.). Just be intentional about this, especially when you're already overwhelmed.

See my response on a very similar question [here.](https://www.jointaro.com/question/SEmeSymWck0Kd5Xbk2AT/recurring-1-1s-with-team-members-as-part-of-onboarding/)

Remember that 1-1s and providing updates are techniques in your arsenal, but I would clarify your underlying intent first. I'm reading between the lines here, but I sense that you're looking for ways to stay in touch with you manager and increase visibility to your accomplishments and perhaps highlight challenges you're facing.

Let's say it's the former scenario. What I'd do first is make a project plan for yourself and look at what frequency are you able to make tangible progress? If you're running 2 week sprints as an example, that would be your starting point. Also ask, does your manager have visibility into your daily standups (assuming you have one). Depending on yes/no, adjust accordingly.

I've had projects when my manager is in the trenches with me for 6+ hours a day, so there's no really need for any formal update meeting. In other situations, I've had very hands off managers who prefer a written weekly update and anything ad-hoc for time sensitive items. 

Overall, dig deeper on what your situation is and what you'd like to accomplish. You'll typically figure out what to do by going through this process or at least get very close. 

Before I provide my advice on what to do in your situation, a bit of background on when I faced a similar situation, so that my suggestions are properly contextualized.

**Background:**

I've had a situation like his early on in my career where I was bent on making the "next level" since I had been exceeding expectations at my current level and already operating at the next level for about 9 months. I pushed hard on all fronts both in terms of building my case for promotion internally and seeking out a more senior role externally in parallel. In spite of the result working out exceptionally (I got the promotion internally and offered an even better position externally, so I left), I would handle the situation very differently today. I could have obtained the same result with less turmoil (i.e. I leaned too heavily on my market value externally, which fractured some relationships).

**Suggested Approach:** 

Like others have said, focus on what your leadership would like to see to get promoted rather than using the threat of quitting as a catalyst. Invest in alignment while pushing back on certain aspects if you have clear rationale such as level of impact (mention you'll need bigger scope) or timeline (like in my situation where I've already been doing the next level job for 9 months and doing it beyond 1-1.5 years would be the max). Document heavily once the alignment is there and I think it's a good idea to socialize it beyond your immediate manager (with their consent and alignment of course) with your skip level and other critical decision makers on the promotion panel. Update the document as results flow in and make it a habit to review the document together with your manager in your 1-1s.

You are free to pursue some external opportunities as well in parallel like I did to get an accurate read on your marketability / market value. Just make sure to manage your capacity accordingly and not burn out. It's very difficult IMO to play for a promotion at work while aggressively seeking other opportunities, as there's a chance both are compromised if not handled properly. If you get a better role externally, you can certainly consider accepting it like I did. 

In terms of how to evaluate the opportunity if you get one, see my response on another question linked below.

- <https://www.jointaro.com/question/ZCvOOAHItqfQBnU6bM77/should-i-just-accept-the-job-offers-i-get-offered/>

**An additional resource:** Your question is the "macro" version of a similar question another Taro user asked on whether to switch teams. Many parts of my answer still applies for your situation.

- <https://www.jointaro.com/question/dZIL2fonYahgaJQuv1iI/should-i-consider-switching-teams/>

When first joining a new company or team, there's always a sense of excitement to do some variation of "making your mark, be visible, get an early win, etc.". Before I directly answer your question, I'd explore how much is driven by the urge I described, making you feel bad if you are not connecting with everyone on a regular basis.

Now with that out of the way, I'm actually a big advocate of using your "new person card" to get intro meetings with those within your team, department, org as well as the adjacent counterparts that you'll interact with for starters. There is [content on Taro](https://www.jointaro.com/lesson/QYQHPiYqZvBzuQw1Vjnc/supercharge-your-professional-networking-by-leading-with-kindness/) regarding accelerated new joiner onboarding, so certainly check that out.

Here are some suggestions to go about this more strategically to avoid the concerns you brought up and build lasting relationships (there' s a [Taro guide](https://www.jointaro.com/lesson/JOd39iJKqBJ3QgYG5YwD/supercharging-relationships-building-bridges-with-bosses-teammates-mentors-and-tech-leads/) on that as well actually).

- Similar to external cold outreach, I follow this playbook for 90% of cases
  - Mention how you found them - this should be easy since you're coworkers and can see what team / project they are on
  - Highlight something that they may be struggling with or interested in
  - Offer to help or give your POV on what you identified in the prior point

Don't overthink it. Go in and have a normal conversation. Be genuinely curious about the other person and offer to share some things about you. At the end of the conversation, you should trust your initial gut-feeling on if a follow up meeting is need and at what frequency. 

A piece of parting advice that is a bit philosophical. My heuristic is asking whether I feel better off or worse off after interacting with them. Better vs. worse doesn't necessarily mean happy vs. not, but do you feel like a slightly better version of what you want to be.

Coming from a business background pre-tech, I think there are much better ways to get the same / better benefits of an MBA for a smaller opportunity cost.

Quick breakdown of opportunity cost:

- **Tuition:** $ outflow; could be \~$200K, especially for more "prestigious" schools and if you're an international student
- **Time:** 2 years; hard to quantify here, but I actually think this is the biggest cost
- **Opportunity cost (purely financial):** heuristic is 2X what you're earning now plus some buffer for job search after graduating

It comes down to 3 things people look for when pursuing an MBA for career advancement:

- **Signaling to bypass gatekeeping:** there are notable industries that do this such as management consulting, investment banking, private equity, etc. My general advice is to stay away from obtaining those jobs the "regular" way by trying to pattern match the signals at a great cost to yourself. Instead, the $ and time spend on an MBA is more than enough for the amount of networking, building a public body of work, etc. to break in
- **Learn "business" skills:** I can say confidently that it's an extremely overloaded term. There are skills such as understanding supply & demand, reading financial statements, managing people, all of which fall into the "business realm". The fastest way to educate yourself on those things is to go start a business (it doesn't have to be intensive, just setup the bare minimum LLC, make 1 marketing copy, get 1 customer, make your first dollar of revenue). You'll hit about 70% of the things you need to know just from doing this. Of course the theory is freely accessible online.
- **Build your network:** For an MBA I say it makes much less sense vs. undergrad. It's generally advisable to do an undergrad degree to not have to fight too much of an uphill battle, so the opportunity cost is much smaller. You might meet some interesting people and build some connections, but it's a crapshoot of sorts since you're entering a pool of students that the admissions team filtered through. I would much prefer to have more agency in terms of who I aim to build relationships with. For example, I'm doing some content creation right now, so I try to interact with others are doing the same. Similar idea by answering questions here to get better at coaching and mentorship. Your connections will be much more targeted to what you actually want to pursue.

Overall, the resources covered in the opportunity cost is more than enough for multiple at bats to compensate for the 3 perceived benefits listed above. Adjust +/- based on your own situation, but it is pretty hard for an MBA to come out ahead.

Keep it simple and don't overthink it. In all my previous jobs, I didn't let how I felt about any of those places / people affect what I do in terms of ensuring there is a good transition and clean handoff. Maintain a high professional standard when doing this and trust me, people notice and remember, especially if it's done poorly.

In terms of what feedback to give, you'll know best who will take the feedback in a constructive manner vs. those that see it as offensive, which will lead to an unproductive outcome. I usually refrain from going too deep into the weeds, especially when feeling strong emotions (e.g. resentment for current place/people and/or excitement for new job). I've had some success with giving feedback to certain people I keep in touch with after I've left the job for a few months (those are usually worthwhile connection and good investments of time to offer feedback).

Bound the time and energy you spend on the above. Don't linger on it for too long, you've got an exciting journey awaiting you in your new role. Good luck!

I see where you are coming from in terms of this being additional workload that goes beyond your baseline responsibilities. However, I suggest approaching it in a slightly different way.

You're currently at an impasse with management and unfortunately doubling down on your current position won't result in a productive outcome. Instead, suggest a path forward rather than outright rejecting their suggestion to share the workload. 

- Most straightforward way is to suggest reducing the development velocity by a reasonable amount for whoever is taking on scrum for that week or sprint.
- I didn't get the sense that they are not going to ever replace the position with a scrum master. If the role is still open, offer to help them speed up the process. I've done all of the following: 1) refer someone 2) refer good recruiters 3) lead or contribute in the interview process
- Ask to "borrow" some capacity from another team / project. This is pretty tricky, but my sense is that your project is quite important if upper management is dropping in to check on things. If it's top priority, they will prioritize it!

Feel free to run with the suggestions above if you really don't want to take on more, but I would take a pause and see if this is actually an opportunity to accelerate your career. A quick personal story to contextualize it.

Earlier on in my career, I had a project lead / engagement manager drop his resignation on day 1 of a "rescue project" (i.e. something that was already in the red). Senior management was extremely concerned since the person who left was well-regarded and there was a lot riding on him to make it successful. Long story short, I backfilled the role while still doing my original one until the project was successfully delivered. I immediately got another engagement manager role after that one and was promoted shortly after. The senior leader whose project I helped deliver is still one of my big advocates to this day and was instrumental in helping me land my first Director role when I decided to switch companies.

Leadership will remember instances like this when people step up (as long as there's some baseline level of trust). There's probably a reason why the original responsibility was with the senior level engineer. Don't wait until you are senior to take on "glue work", as taking it on earlier will position you as "already operating at the next level" and pave the way for a promotion.

First of all, congrats on the promotion! It's completely natural to feel a sense of excitement along with anxiety to rise to a new level of expectations.

**The #1 thing that has worked for me time and time again is to focus purely on recalibrating your understand around "the rules of the game".**

You are already on the right track since you've seen a shift in the scope you're required to take on. Before diving straight into how you can most effectively solve for this, make sure to thoroughly investigate these other areas so you can fully "recalibrate".

- **Decision making process:** this was by far the biggest shift for me when I moved from IC to Management. As you get more senior, you'll be privy to and be involved in many more decisions well ahead of them behind socialized through the broader organization. Figure out how this current works, find what's expected of you here, and seek to understand before proposing any changes. Tie it back to OKRs and ask yourself does it make sense.
- **Stakeholder interactions:** your interactions will greatly change as well. This includes the people you used to interact with before you made staff. You'll find that the nature of these interactions will change both based on the topics you need to cover and a likely shift in perception. Pay particular attention to what actions/behaviors are rewarded vs. tolerated vs. discouraged.
- **Establish a peer group / find role models:** sounds like you have a few relationships with those at the staff level already within your company. Take the initiative and facilitate an ideas exchange of sorts. Keep this lightweight and low friction to encourage participation.  Personally, I'd say at least 30-50% of the solutions I come up with for new problems I encounter was partially/fully "crowdsourced". The more senior you get, the more ambiguity the problems are, so gathering more perspective is increasingly important vs. brute forcing your way to a solution yourself.

Will Larson cover this topic very well and offers up more tactics on what to investigate, how and why. Although it's for VPE / CTO, I'd say 80% of it is applicable to just about any level.

<https://lethain.com/first-ninety-days-cto-vpe/>

Adding a few things to this conversation (loving the dialogue so far).

Reframe the concept of getting a "mentor" since the word is overloaded and I find it pushes people towards trying to find a "go to person" for all career related things and/or trying to use the mentorship relationship similar to what a paid coach would do. It can get into a counterproductive cycle for many reasons.

- Pressure to find a "unicorn" mentor that you can lean on for all career related things. It is extremely hard to find one and certainly suboptimal since there will be different people who are able to better advise depending on the topics / situation. Consider finding a "tribe of mentors" and know who to ask for help on a case-by-case basis.
- Too much strain on the mentor. Most people are very willing to help if they provide any type of mentorship for you, but they also tend to be very busy people where mentorship is usually not their primary gig.

**Often times, what you're really looking for are perspectives, feedback, and most of the time a sounding board / rubberduck. I often solve a lot of complex problems through finding a peer instead of a mentor who I can exchange some ideas with.**

That being said, consider the following:

- Do a very detailed investigation on the problem you are facing first. This builds your own problem solving muscles and completely avoids the failure mode "you could have Googled that" before reaching out. Additionally, you are likely to find people very well-versed in the problem domain through conducting your research.
- You'll typically have a pretty good baseline at this point and if there are still gaps in your solution, reach out to the **network of people** who you've come across in your research. Frame it as "I've learned X from your content... I'd love to explore Y with you to better flush out my understanding / gaps on Z" -- **response rate exponentially shoot up** with this tactic
- Once you've done this a couple times, you'll **build a good mental model** of "what would X mentor do in my shoes". ChatGPT does the 80/20 version of this when prompting it "advise me as if you are X person...". Feel free to use that to augment your own thinking. A few of my "mentors" I've never actualy met are Tim Ferriss and Naval Ravikant since getting access to them is really hard. Instead, I consume a lot of their content and eventually built a mental model based on their thinking for myself.

I think the opportunity in front of you presents a lot of upside and you'll probably learn new things by taking it on. That being said, I would think through how your mitigate risk and protect your downside. Here's some tips on how to think through this.

- **Reversibility:** assuming the worst case scenario happens if you take the Ads role (e.g. underperform and laid off), how difficult is it for you personally to get back to where you are currently career wise, financially, etc. I personally think through the following to assess reversibility before making a "risky" career move.
  - **Strength of my existing network:** are there people within and outside the company that will outright hire me if there is a position, put in a strong referral for me, broker an intro, etc.
  - **Ability to expand network as needed:** hypothetically, for every 100 cold outreach you do, how does your conversion rate look like for responses back, etc. Test this out to observe what results look like and also check how comfortable you are doing this
  - **Marketability of your existing skills:** you can somewhat gauge this with the cold outreach and talking to some recruiters and hiring managers (start with ones you know). Can also "eyeball" it based on desired skillsets on JDs (works better for more junior roles) vs. skills and experience you have to demonstrate them
  - **How good you are at interviewing:** for better or worse, everyone's interviewing abilities will add a +/- to what your actual competency baseline is. Only way to validate for sure is to go do a bunch of interviews, settle for mock-interviews if it's hard to get real ones
- **Mitigations:** for each risk, make a plan on how you can mitigate it that's completely within your span of control. For example, there's something you can do for each of the points I mentioned under "Reversibility". Hit up your network before you need them, practice making new connections, deliberately seek out and practice interviews. Additionally, it's a good idea to maintain a great relationship with you current team and manager. I've seen many cases where they will take you back if the role on the new team doesn't work out or vouch for you to navigate your way into other parts of the org.

Here are a couple ideas to build on top of Alex's suggestions.

- Conversations come down to **how soon you can find a topic that both of you are interested in.** Then it's about how well you can peel the layers behind that topic together. If you don't know much about the topic and your seniors do, don't worry and just be an active listener by acknowledging interesting points and picking your spots to ask follow up questions. I wrote [a post](https://www.linkedin.com/posts/caseydai_deliberatepractice-learning-interviewing-activity-7069264306235715584-r0XY?utm_source=share&utm_medium=member_desktop) about this recently if you want to go a bit deeper: 
- Make it a **habit to learn to read body language and gauge how engaged/disengaged** the other person is when a topic is presented. You can do it for conversations where you are just an observer to the the pressure off and free up your mental stack to pay attention to this. This will **build a mental mapping of what people are interested in.**
- Finally, I wrote a [post recently on maintaining your network over time](https://www.linkedin.com/feed/update/urn:li:activity:7070011423283712000/). No need to feel the pressure to immediately do everything here, but seeding the idea early will pay huge dividends over the course of your career. I'm somewhat inconsistent myself with this when things get busy, but remember doing some is way better than nothing at all!

Congrats on the Bytedance opportunity! Sounds like exciting stuff.

It's pretty hard to advise on this given it's more of a legal matter and will heavily depend on how the terms are laid out on the employment contract. 

Highly recommend getting professional legal help that knows how to navigate the waters that are specific to your region. Normally a quick consultation will solve this and shouldn't lead to any material legal costs. A small investment in this is certainly worth it given the stakes here on your ability to take up the offer / opportunity costs on how long the garden leave may apply.

It comes down to the types of problems you like solving. 

Personally, I lean very heavily towards taking the role and verifying it for yourself. Relying on second hand info is difficult since you're going to experience it in a different way than the people you are talking to.

I should caveat that I'm probably very biased because I've been a manager way longer than I've been an IC and genuinely enjoy it. You could weigh the risk to doing so vs. not by applying the "fear setting" framework, which I'll summarize below (search Tim Ferriss for the source and more details).

1. Describe in extreme detail what's concerning you
2. List out all the ways you can mitigate each factor your found in #1
3. Ask how would you get back to your current position if it doesn't work out (and how hard that is)

Especially, if #3 is a two-way door, where you can go back to being an IC if it doesn't work out for you, consider taking on the challenge since worst case you'll learn valuable skills that actually make you a better IC (having the POV of a manager as an IC is highly underrated).

If you don't want to take the plunge right away, here are a few resources you could check out to gain a better perspective on the type.

- Do you like or at least tolerate '[glue work](https://www.youtube.com/watch?v=KClAPipnKqw&ab_channel=LeadDev)'? 
- Does any of the topics covered in [this blog](https://lethain.com/), which covers the POV of a VP Eng / CTO feel remotely interesting to you as the end game? 

Feel free to DM me on Slack if you want to explore this topic further.

I'll add a couple other options that work particularly well for smaller companies.

- Find an aggregator such as Angel List and some VC funds have one. This allows you to reach potentially hundreds of companies within the VC portfolio with just one application
- Figure out your candidate-market fit and optimize your LinkedIn profile accordingly. For example, your 'About' section should be easy to scan and consume in \~5 seconds. For better or worse, most recruiters are in pattern matching mode, so make it easy for them to find a match
- Create content and publish! This one takes some effort, but will significantly increase your visibility and potential for people to discover you in the long run. If they find you because they like your content, you're already starting in a position of advantage.

Happy hunting and keep at it!

I've navigated through some variation of this problem my entire career as being perceived as a "hyper generalist". A lot of it is trial and error to see what sticks and not being afraid to change your approach completely if needed. Like others have mentioned, I completely agree that the tech recruitment and talent evaluation process has many flaws and mostly boils down to **"pattern matching" (i.e. did they solve X problem, using Y tool, as a Z title/seniority before).** Build into your expectations that this problem is worse than usual since conversative hiring kicks in during a down economy. **However, don't linger on this too long since it's an external factor that you have limited influence on.**

Here's a few things that helped me navigate this problem through each pivotal point in my career. 

- **Reframe the evaluation from "do I have XYZ credentials" to "I can help solve the problems you're facing"**. Prioritize companies and hiring managers that are less proceduralist and bureaucratic since they will lean towards the former vs. the latter by default (generally speaking, smaller companies favor the latter). During a actual interview, nudge the line of questioning away from a checklist approach if you notice that is happening (i.e. do you have X years in this, have you managed Y people, do you know Z tool), and respond with I'm able to solve X problems regardless of the tech stack, here's my approach...
- **Don't be everything to everyone.** You can have multiple skills, but hyper focus on the ones that are most relevant to the person / situation in front of you. It's tempting to list out all the things you can do / have done, but it will dilute your response. For example, I have a strong Finance background pre-tech, but only bring it up if the conversation goes that direction (e.g. P&L management, budget planning for leadership roles). Be aware that some skills have negative stigmas attached to them, which actually hurts you if you focus on it too much. For example, I've seen Data Science / ML carry a negative perception with some hiring managers who had a bad experience working with data scientist that don't understand SWE principles (thereby producing a lot of bad code). If you catch onto this early enough, you can turn it into an advantage by focusing on skills such as DevOps to counteract this negative perception.  
- **Networking and referrals.** This is by far the best avenue to implement the suggestions in the prior two bullets prior to a "formal" interview. Dive straight into jointly solving a problem as a goal when reaching out to others. Others have covered this quite well already and there's plenty of resources on effective ways to do this, so I won't expand on it too much here.

**One final thought:** keep in mind there are a lot of factors at play that have nothing to do with you in terms of the outcome of an interview. Act only on signals and feedback that can be validated and never let it question your self-worth! 

Principal Director at Capgemini

Here's a few things worth investigating further:

- Post an example of something your wrote and ask for feedback from others, ideally outside of your work for a fresh POV - happy to weigh in again if you post something for us to critique.
- "Short" is likely a proxy for "relevant and precise". Strive for the latter and it will be the right length
- Organize information in a coherent hierarchy. Look at an example of "Minto's pyramid". Layout the structure for people ahead of time, then proceed sequentially through each branch of the pyramid
- Use an Appendix or links to abstract away unnecessary detail. Give the minimum amount to solve the problem, often leading with the solution, then explaining rationale/details as supplementary content
- Don't be afraid to cut things out. I often struggle with this as well since I get attached to the content even though it some of the weaker points dilutes the stronger ones.

It's completely normal to think this is counterintuitive, especially when job security is top of mind during a down economy like now or in an extremely competitive environment with stack ranking at play.

A couple nuances to first address:

I don't think most people "optimize" for this, but rather it's a **byproduct of having a mentality where you are always looking to maximize the impact** you have over the long term. If you are actively hunting for ways to scale your impact, especially if you have goals of moving into leadership positions, it will naturally lead to finding ways to optimize the overall workforce of the team, department, org, and eventually company as take on more senior positions.

Taking away this talent development in your management toolkit is severely limiting and **playing the game in hard mode** to say the least. At Director+ level, I'd say conservatively it's at least 30% of the mandate. With that in mind, if your leadership is competent, any ICs that are **"bottlenecks / gatekeepers" will get flagged as a risk** since it causes the issues Kuan mentioned and even in the best case scenario, it will be career limiting since you're missing a core skill needed at the higher levels.

A final thought I'd like to bring forward. Developing others and helping them accelerate their career growth gains a **massive amount of social capital and goodwill**. Your co-workers are way more likely to advocate for you later on and will want to keep working with you even if you switch companies. One important thing I've gotten evaluated on during leadership roles, is how much of a **"talent magnet"** you are (I look for this when interviewing others starting at the Manager level). Having a tremendous amount of goodwill built up with others directly contributes towards that, plus the tech community is a very small world!

I really like Alex's answer and as his answer indicates, it's a bit nuanced and depends on whether certain conditions are true or not.

Take the call regardless to find out with your personal set of criteria in mind. Don't be afraid to probe and ask them the tough questions -- treat it as a discovery process. Personally, I'd be most interested in deconstructing what lead up to the 20% overall cut and specifically how you got batched into that. It's a great chance to ask for feedback and also validate whether the company feels the same about your performance as you do (keep in mind it's usually not binary and clear cut). 

I'm going to approach this in a slightly different way.

First, there's probably a **better frame** than looking at the person you're speaking to as "tactical" -- to preface, I understand the initial context it's presented in, which makes total sense, but anchoring down on it will lead to the wrong mindset going in.

A lightweight framework that's worked well for me to break the ice with people I don't know very well both internally and externally (e.g. think intro call from cold outreach) is to go in with a genuine interest in discovering what problems they are trying to solve and be part of a joint effort to pave the way for a solution. 

The conversation would naturally flow from there since it shifts the attention and thereby the pressure from finding some way to connect on a personal basis to two people hacking away at an interesting problem and letting serendipity take over. The things you'd usually cover in a more rigid manner such as what skills you bring, what you're past experiences are and how you like to work are **shown rather than talked** about through this process.

There are most likely some **deep seated issues going on underneath here**, which I can offer some suggestions on how to identify it and avenues you can go a bit deeper. Finding the underlying root cause(s) is going to make the resolution much more straightforward here.

Before going into that though, I want to level set by saying that it's not unusual for people to have a different demeanor and posture in various ways in group settings (especially when there are key stakeholders such as clients or his skip level present) vs. a private 1-1 setting. Doesn't make it ok by any means if it's impacting you negatively, but just something to account for in your expectations going in.

To preface, take my suggestions with a grain of salt since I don't know all the dynamics of your specific situation. A couple scenarios that is worth probing further based on my personal experience.

1. This occur most often when the manager is **having trouble demonstrating a level of authority/influence/seniority** he wants to convey other stakeholders. Doing this is a form of posturing to compensate for that and unfortunately, taking it out on a direct report is usually how the scenario plays out (it actually gives off a negative signal to others of authority, but that's another topic altogether). Steps you can take to address this can be:
   - Pre-meeting: before going into a high stakes scenario, discuss the game plan and desired outcomes with your manager first
   - Offer suggestions on how you can work together to help move the agenda along and use 'facilitation language' such as 'manager X had a great idea here to...' or some language to thank him publicly for being a good supporter / advocate to moving forward on X
2. **Getting caught off guard with surprises:** specifically, if he perceives that it is your responsibility to help prevent these surprises from happening. If this is the issue, I'd first think about preventative measures you can take prior to the meeting (similar to some of the suggestions in #1). Giving timely updates on progress/challenges is a good hygiene factor to have regardless of if this is happening, but becomes even more important if this turns out to be the underlying reason.
3. **Overwork / Stress:** if you notice that your manager is constantly overwhelmed with too much scope and/or limited resources to deliver, brainstorm how you can help with that in your next 1-1. Unless you notice something systemically wrong with the workload, this scenario is less likely if he is **consistently** aggressive towards you in meetings.

In terms of how to bring this up during a 1-1 after you've done some investigating into what could be the underlying cause(s), keep it simple and constructive. Something along the lines of "I noticed that things could have gone a bit smoother during the meeting on X date, I'd like to get your advice on what we can do to better prepare before going into something similar next time". If they brush it off as "nothing", gently bring up a few things you felt like could have gone better using a framework such as "instead of X, I think perhaps doing it like Y could have led to a better outcome".

Adding my POV here since I started in AI/ML and gradually moved to adjacent spaces such as data engineering, architecture and infrastructure over the years.

Like Rahul mentioned, a very small portion of it is directly related to working on the model itself. It is even more the case now, as I'd say the **model development part is largely commoditized,** as any out of the box model from a library, framework or AutoML capability is pretty good even with default configs.

Most of the work in ML Engineering boils down to:

1. **Data engineering:** the amount of 'signal' and overall quality of your training-validation-test datasets is the key differentiator. Making sure the data pipelines are reliable and maintainable is the next biggest part, especially at scale which transition into my next point.
2. **DevOps / DataOps / MLOps:** essentially applying software engineering principles to optimize various parts of your SDLC. ML workflows and practices I've observed are much less mature vs. their counterparts in other SWE domains web, mobile, gaming, etc. There are more things you need to worry about in an ML workflow since the code and data cannot be decoupled with many (hidden) feedback loops, presenting a host of challenges. The canonical paper around this idea is here: [**https://research.google/pubs/pub43146/**](https://research.google/pubs/pub43146/) **
3. **Engineering Management:** I've spent the most time here and things get much harder when ML is involved in the initiative. **Estimation and maintaining the ML solutions** for maximum lifetime value are two challenges I keep running into. Due to some of the factors in #2, it creates way more variance and things that can go wrong due to externalities or unforeseeable impacts from interactions of multiple complex components - all making estimation / scoping more challenging. In terms of maintenance, externalities such as real world events changing, which changes your data and in turn the model parameters needs to be factored in to avoid performance degradation over time (there is much more to unpack here if we go deep on MLOps). Additionally, you have all your usual things related to any software solution to keep in mind.

All things considered, I personally still enjoy this domain, but just be cognizant of what problems you're expected to solve going in, especially when we're in the middle of the GenAI hype train. 

Based on the context you provided, I think you've done a lot of the right things already. In the past, one of my seniors got frustrated with a more junior engineer around the same issue. Initially, I asked them to work through it, but once it became a pattern, I wrote a quick "help etiquette" email on what groundwork I expect all team members to do, so they respect other people's time and like you said, get a resolution faster. That said, you don't need to immediately take this step and escalate and try a few additional things first:

- Pull them aside in a 1-1 and bring up the example you mentioned, state what your intentions are and how it benefits them, then be assertive in stating how it made you feel - often times they are also dealing with some issues and not considering all POVs
- If you still can't come to an agreement, I find having another senior person speak to them (who they see as a friendly/peer) usually does the trick
- After trying the above, you may want to engage the project lead or their manager to mediate - frame the conversation around making the work smoother for everyone and driving alignment while remaining open minded to alternative approaches

There's are some good responses within Taro already, I've linked a few below:

<https://www.jointaro.com/question/5vEWajcZlSi7nlohTGtJ/what-does-it-mean-to-not-require-handholding-anymore/>

<https://www.jointaro.com/question/0Im1Kcgso1fJ8eAX3oOO/how-do-i-not-bother-people-when-asking-for-help/>

<https://www.jointaro.com/lesson/YIL3iK8fmSwhWP0PASqe/asking-questions-is-not-a-sign-of-weakness/>

I think the overall practice of identifying and documenting 'mistakes' has a lot of benefits, as long as you don't tear yourself down in the process. This is essentially the **underpinning of introspection**, which greatly accelerates your growth because you are **effectively squeezing more 'reps' out** of a single experience and **building self-awareness**.

However, I recommend reframing each 'mistake' as a 'mini-case study' instead and would extend your approach by doing 3 additional things:

1. List out the lessons learned
2. Document better way(s) to handle the situation if it happened again
3. Share and teach others what you captured in #1, #2, which reinforces your learning even more while paying it forward

I hear you in terms of aversion to DevOps or Engineering discipline as whole, as one of the biggest problems I had to tackle when leading an engineering team working with another large team of data scientists had a lots of these symptoms you're referring to. We eventually got into a better state where there's a more robust path to getting enterprise-grade software out the door with some Git and CI/CD in place, but that takes time and persistence (at least 1 year in my situation).

That being said, before choosing to jump ship, here are a few things I'd try / consider.

1. Find the people who were part of your interview process that are an advocate for DevOps. Enlist their help and start with understanding what led them to create this role. There has to be some benefit they're expecting, which correlates to implementing DevOps (or some consequences they experienced by not doing so).
2. Socialize your "DevOps anti-patterns" finding with those who you think are most likely to support you first (i.e. people from #1). Do this in a constructive way though where you frame this as how it will benefit the company if you do X. For every anti-pattern bring some solutions / options they can consider.
3. In parallel to enlisting support from #1 and #2, find some areas where you are not dependent on other people and implement that change yourself - this can be a wide range of things: write a test, use version control, use infrastructure-as-code, etc. Take a baseline before you start and then measure / quantify the benefit after you make that change (DORA metrics are a good starting point - fewer bugs, faster delivery times, etc.)
4. If there was a P1 / Sev1 incident recently that can be traced back to one of these anti-patterns, you can use that as a case study and suggest a different approach. Leverage your supporters from #1 & #2 to back you up.
5. Talk to the people who you feel are adverse to DevOps and understand some of the underlying reasons why. For my situation, it was mostly caused by thinking writing tests and putting in engineering rigor is going to slow them down. Others simply weren't aware of DevOps concepts since they didn't come from a traditional SWE / CS background. Get to the underlying reason why they are resistant and build your case around that in #3 & #4.

On last thought it to not take implementing DevOps to an extreme after you've gotten a bit of traction. One mistake I made was anchor too much on quality/discipline after a certain point, which wasn't necessary given the use case / business criticality.

It sounds like you are looking for coaching and/or mentorship services. To be fair, there's only so much anyone can help you with without much context (only so much can be captured in a single question). General guidance and a gut-check on whether you are headed down the right path is extremely helpful IMO. It can also help you see things from a different POV, as someone who is not in the thick of it can minimize your blind spots.

A couple practical suggestions to get more of what you're looking for:

1. Ask a follow up question to continue the dialogue after the initial response. Ask clarifying questions and go deeper on parts that are the most relevant to you. You will in turn, share more context, which will help the other person hone in their advice.
2. If you've tried #1 and the other person is willing, ask for a 15 min chat 1-1. Keep in mind that the value you get is directly proportional to how much of groundwork you've done prior to the meeting.
3. I've searched for career coaches in the past and it's really hard to find one. The main issue I find it that you need a couple sessions before they can help you in a tactical way (again to absorb context and establish rapport). This is a high effort, high return type of investment, so explore other options first (e.g. #1 & #2) before this. 
4. I find that I solve some of my own problem by engaging in the prep work required for each step listed above. It forces you to reflect and has a "rubberduck" effect.

One final thought: most of the time high level advice feels 'philosophical' because the first-hand practical experience of going through that scenario is missing,. Often times, my mentees come back to me after a substantial period of time ranging from 6 months to 3 years, where they had a completely different POV of the 'philosophical' advice given at the time.

If I were to take an educated guess, I believe you're current working in tech consulting (i.e Company A) and the client is Company B. With that context in mind, I think you are on the right track in terms of drawing boundaries and sticking to them (e.g. weekend work, competing priorities, etc.).

Here are a couple tactical suggestions that apply to tech consulting:

1. For almost every org I've come across, **client work always comes first**. If you feel like your EM (Engagement Manager) has your back, bring the topic up and enlist his/her help to push back on the non-client work (i.e. non-billable work). Be clear on what you're doing for the client and provide rationale to defend your estimates on how long things reasonably take. If the EM is part of the same practice you are aligned to, a conversation with the practice lead should solve this.
2. Depending on the engagement model with the client, you will have **more flexibility (as long as you are delivering what's asked) if the project is a 'fixed fee' vs. a T&M (time & materials)**. Although T&M has less flexibility, I've been on T&M engagements before where if you have a certain level of trust and rapport with the client, they are less inclined to micromanage you to ensure you are putting in exactly the 8 hours you're billing them (i.e. allow flexible schedule)
3. As a Practice Lead in a tech consulting firm myself, I would suggest you consider that the non-client work usually bucketed under **"practice building" is required to some level**, especially if you'd like to advance your career (above avg rating, promotion, etc.). Just like any job, there are quite a few responsibilities outside of the work you are directly assigned that need to be picked up to make the business successful - e.g. interviewing, business dev/proposal writing, thought leadership, finding new offerings/services to GTM, coaching/mentorship, etc. 

   As long as it's not compromising your client work and/or your personal life/mental health, look at these activities as **extra ways you can contribute and goes a long way in terms of depositing goodwill/social capital with your leadership.** The people who've had accelerated careers in tech consulting all have a large arsenal of "practice building" contributions during performance review time.

   \*\*\*Caveat: **deliberately overworking people and forcing them to consistently put in weeknight / weekends is NOT ok.** 

First of all, give yourself some credit for converting the last internship. Although it's important to be aware of areas we can improve upon, for your case, I would put way **more emphasis on things you did well** and the signals you showed your seniors at Amazon that led to the return internship. Form a couple hypotheses, then seek some feedback on whether others view these things as impactful/helpful. 

Honestly, don't worry about your mentor and senior doing most of the heavy lifting since interns are not in the hot seat to generate a ton of output. I would think back to what your mentors / seniors did that was well received by the team / leadership. If you genuinely feel what they did was great work, tell them and get some input from them on **how you can reproduce that success / contribute more.** 

Overall, work backwards from the outcome you want, which is a FTE offer by the end of this internship. Figure out the **scoring rubric if you can and get feedback along the way** on where you are progress well vs. not. It's similar to using office hours at school to get early feedback on assignments before you have to submit for the final grade.  

To make an impact, it you don’t need to own all of it. In fact, almost anything of significance is a group effort and at more senior levels, nearly nothing will be solely attributed to only you. Being able to pick something up midway and deliver results in a short span of time gives several signals of seniority such as rapid onboarding / absorbing context quickly while making it easy for others to build upon what you did. 

There’s a probably a reason other than vacation backfilling for why you were chosen for this. By closing out the project well, I see this as an opportunity to accumulate a lot of social capital with whoever assigned it to you as well as the remainder of the project team. Don’t forgot to give kudos / credit where it’s due for Engineer A’s contributions as well and not brush it off. 

There are many sources leading to burnout, so to properly diagnose it for your situation, we'd have to get more into specifics.

That being said, here are a few sources I've come across and solutions to overcome them.

- **Poor physical health & habits:** sleep, diet, and exercise are the big 3. Without some baseline on all 3 of these, it will start affecting other areas of your life. Solutions are 'simple', but difficult unless turned into a habit and made a priority.
  - **Sleep:** block out \~8 hours like an important meeting, stick to it. One trap is trying to squeeze more work at the cost of sleep because you fell behind (procrastination, ad-hoc requests, etc.).
  - **Diet:** separate meals for utility and meals for enjoyment. For utility, go for the same regimented boring meals that are pre-prepped - search 'slow carb diet', which worked for me in the past.
  - **Exercise:** I struggle the most with this, but have a pre-planned routine for various intervals of time - 2 mins, 5 mins, 10 mins, 30 mins, 1 hr. I find it harder to only exercise with you have at least 30 mins, so you end up doing it less frequently. Here's some examples by time interval - 2 mins: stretch, plank, pushups, 5 mins: exercise bike if accessible, 10 mins: combine the 5 mins & 2 mins ones or go for a walk.
- **Relationships:** do an energy audit here. After each interaction, do you feel like a better person or worse off after it? (note: better off doesn't necessarily means feeling good in the short term, but more along the lines of a better version of yourself). Apply 80/20 to based on this - double down on the good ones and trim/minimize interaction with the bad ones.
- **Lack of Purpose in Work/Profession:** first, invest a lot of time to identify what you like doing / spending time on. Define it as clearly as possible - maybe start a journal and write down what type of activities inspire you / drag you down (similar to energy audit under 'Relationships'). Afterwards, figure out what in your span of control and influence. Within that try to align how you spend your time and energy to working on solving problems you care about. If you find it misaligned in the medium/longer term, assess if it's caused by systemic factors in your environment / something else, then go from there.

Wanted to add a few thoughts in addition to what Rahul already mentioned.

One immediate check I would do is to make sure you've spent enough time doing engineering before making a firm decision to pivot. I certainly could be inferring too much from your initial question, but here's a couple things to consider:

- For every profession, there's a "trough of disillusionment" after the initial honeymoon period; similar to playing a new sport, it isn't really 'fun' until reaching a certain level of proficiency.
- A couple of things you've flagged that is turning your away from engineering, which are 1) staying relevant and constantly learning on / off the clock 2) on call / incident management. The first doesn't really go away if you want to be elite at anything - the best PMs I know spend just as much time/effort keeping their skillset fresh. For on call, maybe look at it from a POV on 'how I can make an impact' rather than. 'this process is terrible and I don't want to be involved' - research ways to improve on call process like [this video](https://www.jointaro.com/lesson/esVxIGXYC5BdgxXUkO6H/case-study-revamping-oncall-for-20-instagram-engineers-senior-to-staff-project/) here on Taro plus many other resources out there on good engineering practices to put in preventative measures, so there are fewer incidents in the first place.

Overall point being, there are many layers to peel here within engineering alone. I really didn't like engineering when I first started, but it got a lot more interesting when thinking about second & third order effects behind just the code.

On final thought is that it doesn't hurt to just go learn and do things related to product management even while in an engineering role. Speak to a couple PMs and get a good idea of the good and bad, then go experience both! You might be surprised to see that Product and Engineering have quite complementary, particularly in roles where you have to wear many hats (at least from a tech consulting standpoint).

A lot of it depends on your personal situation, which I will try to caveat as I give my two cents.

My first suggestion is spending a bit more time upfront to decide what is important to you and assign some rough weighting behind them.

Some common examples include:

1. domain / what you get to work on
2. network, access to people, talent density
3. compensation
4. pace
5. risk tolerance - here is a helpful article that covers similar ideas: <https://lethain.com/forty-year-career/>

Now with that in mind, you want to apply that as a filter to job you pursue and how to rank inbound opportunities. I've had to learn the hard way on my prior job searches and friends who went through a similar experience that you don't want to be thinking about these things for the first time during an interview process or worse at offer stage. It nearly impossible to be objective and level headed at that point and most will gravitate towards the path of least resistance (usually first offer that comes).

Another tip that has helped me personally is to err towards taking an offer that over-indexes on 1-2 of the things you put a lot of weight into vs. an offer that somewhat hits all the criteria. You can typically have more conviction that you will at least check off a few of the boxes thoroughly with taking this gig while you can always pivot a few years later to check another few boxes off.

Here's a personal example to make it more concrete. My first major pivot, I prioritized getting exposure to data engineering & getting to build a team as my primary criteria. I made sure the role I took satisfied at least these two things, which it did even though a lot of the other criteria such as network / comp / pace weren't optimized. I was able to carry over the expertise in data engineering and building a team to land my next role, which hit more on network and comp.

Feel free to DM me if you'd like to chat further or have questions.