Don't Get Down-Leveled or How to Tell a Good Story (From a Principal at Amazon)

A Life Engineered
7 Mar 202215:40

Summary

TLDRThis video script addresses the common issue of 'down leveling' in job interviews, where candidates may be offered a lower position than they believe they deserve. The speaker, a principal engineer with extensive interview experience, shares insights on why companies practice down leveling and offers strategies to avoid it. He emphasizes the importance of aligning one's narrative with the target company's expectations and using the STAR method to craft impactful stories that demonstrate one's capabilities without exaggeration or dishonesty.

Takeaways

  • 🌐 Companies often have different leveling systems, which can lead to potential job offers at a lower level than expected.
  • πŸ”„ It's important to accept a job offer at the right level to avoid the struggle for a promotion to reach the level you deserve.
  • πŸ’Ό The speaker is a Principal Engineer with extensive experience in technical interviews and has conducted over 800 interviews for Amazon.
  • πŸ“‰ Hiring at too high a level can have long-term negative consequences, including termination, which is why companies may employ 'down leveling' as a risk management strategy.
  • πŸ€” There are two cases to consider if you feel you've been down leveled: the company might have correctly assessed your level, or they might have made a mistake.
  • πŸ” Researching company levels on sites like levels.fyi or Glassdoor can help understand the expectations and relative levels across companies.
  • πŸ“ˆ A strong behavioral interview component can help ensure you're not down leveled and can even save an interview if the technical parts were mediocre.
  • πŸ“Š Use the STAR method (Situation, Task, Action, Results) not as a story generator but as a 'linter' to ensure your stories have substance and a clear point.
  • πŸ“š Start your story by anchoring it to your status and responsibilities, then introduce challenges and obstacles to demonstrate your capabilities at the targeted level.
  • πŸ™…β€β™‚οΈ Avoid making up stories or describing villains; keep the narrative professional and focused on demonstrating your ability to overcome challenges.
  • 🎯 The depth of the challenges in your stories should be commensurate with the level you're targeting, and the outcome should be positive but not overly perfect to maintain authenticity.

Q & A

  • Why might a company offer a job at a lower level than expected?

    -A company might offer a job at a lower level to hedge against risk, especially if there's ambiguity during the interview about the candidate's current operating level.

  • What is the term used for the situation where a job offer is made at a lower level than the candidate expects?

    -This situation is referred to as 'down leveling'.

  • How can a candidate determine if the level offered by a company is appropriate for their experience?

    -Candidates can use websites like levels.fyi or Glassdoor to get a sense of level expectations and how they compare across companies.

  • What is the role of a 'bar raiser' in the context of Amazon's hiring process?

    -A 'bar raiser' at Amazon is a senior employee who trains others on how to conduct technical interviews and run debriefs, ensuring the quality of the hiring process.

  • Why is it important for a candidate to accurately represent their level during the interview process?

    -Accurately representing one's level is crucial to avoid being mismatched with a role, which can lead to discomfort, poor performance, and potential termination.

  • What are the two types of questions typically asked during technical interviews?

    -Technical interviews usually consist of functional questions, which test technical knowledge, and behavioral questions, which assess past experiences and behaviors.

  • What can cause a candidate to be down leveled during the interview process?

    -Down leveling can occur if a candidate performs well in one area (either functional or behavioral) but not the other, creating an imbalance in the perceived level of expertise.

  • What is the STAR method and how is it typically used in interviews?

    -STAR stands for Situation, Task, Action, Results, and it is a method used to structure responses to behavioral interview questions, ensuring a clear narrative of past experiences.

  • Why is it suggested not to use the STAR method as a story generator in interviews?

    -The STAR method should not be used as a story generator because it focuses too much on what happened rather than developing the character of the candidate, which is important for showing fit with the company's needs.

  • What is the alternative story shape recommended in the script for interview responses?

    -The alternative story shape recommended is a simple U-shape, starting with the status and responsibilities, followed by challenges, and ending with an imperfect but positive success.

  • Why should candidates avoid making up stories or exaggerating their experiences during an interview?

    -Candidates should avoid fabrication because it can damage their credibility if they cannot answer follow-up questions or if the story is inconsistent with their actual experiences.

  • What should be the focus of a candidate's story when describing their experiences in an interview?

    -The focus should be on showing how the candidate's actions and responsibilities align with the level they are targeting, demonstrating their ability to handle challenges appropriate to that level.

  • How can candidates ensure their interview stories are authentic and not perceived as fluff?

    -Candidates can ensure authenticity by anchoring their stories on their actual status and responsibilities, describing real challenges, and avoiding the creation of villains or perfect outcomes.

Outlines

00:00

πŸ€” The Risks of Down Leveling in Job Offers

The paragraph discusses the complexities of company leveling systems and the risk of being offered a position at a lower level than one's capabilities. It emphasizes the importance of being hired at the right level to avoid the struggle for promotion to reach one's deserved position. The speaker, a principal engineer with extensive interview experience at Amazon, shares insights on why companies might down level candidates and offers strategies to avoid this situation. The focus is on the importance of aligning one's technical interview performance with the expectations for the desired level within a company.

05:01

πŸ“š Understanding Leveling and Interview Dynamics

This paragraph delves into the reasons companies may hire at a lower level than a candidate's capabilities, highlighting the long-term consequences and the resources wasted in correcting such mistakes. It introduces two scenarios where down leveling might occur: when the company correctly assesses the candidate's level or when they mistakenly underestimate it. The speaker advises on using resources like 'levels.fyi' or 'Glassdoor' for research and emphasizes the importance of honesty with oneself and being realistic about one's capabilities and the company's level expectations.

10:02

πŸ“ˆ Crafting Impactful Stories for Technical Interviews

The speaker provides guidance on effectively using storytelling during technical interviews to convey one's capabilities and suitability for the position. They critique the traditional STAR (Situation, Task, Action, Results) method, suggesting it focuses too much on recounting events rather than character development. Instead, they propose starting with one's status and responsibilities, then introducing challenges and obstacles, and finally describing overcoming them to achieve success. The 'U-shape' story structure is recommended for its ability to convey the magnitude of impact and problem-solving abilities, which can help avoid down leveling.

15:03

🚫 Avoiding Pitfalls in Storytelling and Interview Preparation

The final paragraph warns against the temptation to fabricate stories or exaggerate one's experiences during interviews, as this can damage credibility and lead to a failed interview. It advises keeping stories professional, avoiding the creation of 'villains,' and ensuring that stories end with an imperfect but positive success to maintain authenticity. The speaker also suggests using the STAR method as a 'linter' to ensure substance in stories, rather than a strict formula. The goal is to make it easy for interviewers to gauge one's level by demonstrating the ability to handle challenges appropriate to the targeted level.

🌟 Embracing the Power of Storytelling in Professional Growth

In the concluding paragraph, the speaker reflects on the innate human tendency to connect through stories and encourages embracing this in professional settings. They acknowledge that while it may feel artificial at times, storytelling is a fundamental way to convey one's narrative and experiences. The speaker invites viewers to engage with the content, suggesting that with practice, one can become a compelling storyteller, enhancing their professional interactions and growth.

Mindmap

Keywords

πŸ’‘Leveling Systems

Leveling systems in the context of the video refer to the hierarchical career progression structures within companies, which can vary significantly from one organization to another. The video discusses the challenges and risks associated with these systems, such as being offered a position at a lower level than one's capabilities. The speaker emphasizes the importance of aligning with the right level within a company to avoid potential issues down the line.

πŸ’‘Down Leveling

Down leveling is the practice of offering a job candidate a position at a lower level than they believe they deserve or are capable of. The video explains how this can occur due to ambiguity in the interview process or a company's risk management strategy. It is a key issue because it can lead to dissatisfaction and a sense of being undervalued.

πŸ’‘Technical Interviews

Technical interviews are a critical part of the hiring process, especially in the tech industry, where candidates are assessed on their technical skills and problem-solving abilities. The video mentions that the speaker has conducted over 800 technical interviews, indicating the importance of these interviews in determining an applicant's level and suitability for a role.

πŸ’‘Behavioral Questions

Behavioral questions in interviews are designed to evaluate a candidate's past experiences, behaviors, and how they might handle situations in the future. The video suggests that how one performs on behavioral questions can significantly influence whether they are down leveled or not, as they reveal the candidate's ability to meet the expectations of the role.

πŸ’‘Bar Raiser

A 'Bar Raiser' is a term used within Amazon to describe individuals who set and maintain high standards for hiring. The speaker identifies as a Bar Raiser, indicating their role in ensuring that only candidates who meet or exceed the company's standards are hired.

πŸ’‘Debriefs

Debriefs are post-interview discussions among interviewers to assess a candidate's performance and suitability for a role. The video mentions that the speaker has conducted hundreds of debriefs, highlighting the structured and collaborative nature of the interview process.

πŸ’‘Career Ambition

Career ambition refers to an individual's aspirations and goals within their professional life. The video touches on the idea that while it's good to be ambitious, it's also important to be realistic about one's level and capabilities when applying for jobs.

πŸ’‘Storytelling in Interviews

Storytelling in interviews is a method of conveying one's experiences and skills in a narrative form that is engaging and memorable. The video emphasizes the importance of crafting effective stories that demonstrate a candidate's capabilities and fit for the role, using the STAR method as a tool for refining these stories.

πŸ’‘STAR Method

The STAR method stands for Situation, Task, Action, and Result, a structured approach to answering behavioral interview questions. The video critiques the method as being too formulaic and suggests using it as a 'linter' to ensure substance in stories rather than as a strict template.

πŸ’‘Imperfect Success

Imperfect success refers to a positive outcome that is not without its challenges or complications. The video advises against concluding interview stories with a 'perfect success' to maintain authenticity and realism, as life is often messy and solutions are rarely flawless.

πŸ’‘Narrative Animals

The term 'narrative animals' is used in the video to describe humans' innate tendency to understand and connect with stories. It underscores the importance of storytelling in interviews, as it helps interviewers relate to the candidate's experiences and evaluate their fit for the role.

Highlights

The importance of leveling systems in job offers and the risk of being undervalued by companies.

The speaker's experience as a Principal Engineer at Amazon and their role as a bar raiser.

The potential long-term consequences of hiring at the wrong level and the use of down leveling as a risk management strategy.

The two cases to consider when feeling down leveled: the company might be right or they might have made an error.

Using sites like levels.fyi or Glassdoor to understand level expectations across different companies.

The limitations of using Blind for research due to potential inaccuracies in anonymous claims.

The importance of being honest with oneself and aligning one's level with the company's expectations.

The impact of interview performance on the level of job offer extended, focusing on both functional and behavioral questions.

The narrative structure of interviews and the importance of storytelling in showcasing one's capabilities.

Critique of the STAR method for story generation and a suggestion to use a simpler story shape instead.

The role of conflict and challenges in interview stories and how they reflect one's level of operation.

The importance of story authenticity and the risks associated with fabricating stories during interviews.

Avoiding the creation of villains in interview stories to maintain a professional tone.

The significance of concluding stories with an imperfect but positive outcome to reflect realism.

Strategies for mapping one's experiences to the target company's level expectations.

The advice against lying in interviews and the emphasis on spending energy on personal development instead.

Encouragement for viewers to engage with the content by liking, subscribing, and commenting for future video topics.

Reflection on the human connection through stories and the speaker's personal approach to storytelling.

Transcripts

play00:00

in a perfect world every company would

play00:02

have the same leveling systems

play00:04

sadly this isn't the case

play00:06

there's a very real risk that companies

play00:07

see your potential but extend an offer

play00:09

to you at a lower level

play00:11

it sucks and it forces you into an

play00:12

uncomfortable position

play00:14

accepting the offer even if it's more

play00:16

money at a better company

play00:18

might feel like you're groveling at the

play00:19

feet of their bad judgment it's just

play00:21

better to come in at the right level

play00:23

than to battle for a promotion just to

play00:25

get where you should be

play00:26

in this video i'll share with you the

play00:28

reasons why this happens and show you

play00:30

how to avoid it

play00:36

meta here i'm a principal engineer and

play00:39

i've conducted more than 800 technical

play00:41

interviews for amazon during my 15 years

play00:43

at the company i'm a bar raiser and i

play00:45

train other amazonians how to conduct

play00:47

technical interviews and how to run

play00:48

debriefs

play00:50

while i work at amazon these videos

play00:51

express my own opinion and the contents

play00:53

of the video do not contain amazon

play00:55

confidential information i've run

play00:57

hundreds of debriefs for engineering

play00:58

loops this video will focus on technical

play01:01

interviews but the concepts are also

play01:03

useful when you're describing yourself

play01:05

to potential new teams

play01:06

talking with recruiters during

play01:08

performance review time

play01:10

or when you're making a stab for

play01:11

promotion

play01:12

pretty useful stuff

play01:14

companies are trying to fill a specific

play01:16

need when they decide to interview you

play01:18

hiring somebody at too high of a level

play01:20

has disastrous long-term consequences it

play01:22

takes a long time to fix the problems of

play01:24

getting someone's level wrong and it

play01:26

usually will end poorly like in

play01:28

termination

play01:29

it also takes time and resources that no

play01:31

team has to spare on top of being very

play01:34

uncomfortable for all parties involved

play01:36

so that's why companies employ down

play01:38

leveling it's an easy way to hedge

play01:40

against risk if there's any ambiguity

play01:41

during the interview about what level

play01:43

you're currently operating at if you

play01:45

feel like you've been down leveled there

play01:47

are two cases to consider

play01:48

it very well may be that they got it

play01:50

right

play01:51

remember levels at a company are

play01:53

relative you need to be open with the

play01:55

possibility that they made a correct

play01:57

determination of your level at their

play01:59

company

play02:00

perhaps you were the cto of a failed

play02:02

startup with three engineers and they

play02:04

gave you an offer of senior developer at

play02:06

a mid-sized company you can scream all

play02:08

day that you're being demoted from the

play02:10

c-suite but in reality you aren't being

play02:12

demoted you can use sites like levels

play02:14

that fyi or glassdoor to get a sense of

play02:17

levels across companies years of

play02:19

relevant experience and expectations

play02:21

when applying to companies

play02:22

sometimes levels at one company straddle

play02:24

two at another it's okay to be ambitious

play02:27

if you're being realistic

play02:30

be wary of sites like blind for this

play02:31

sort of research

play02:33

there are a lot of stories where people

play02:34

brag that they receive de facto

play02:36

promotions by moving companies

play02:38

people say a lot of things when their

play02:39

words can't be traced back to their

play02:41

identities

play02:42

sometimes it's true sometimes it isn't

play02:44

the key here is to be honest with

play02:46

yourself after doing your research while

play02:48

it might be nice to get a title you

play02:49

don't deserve you'll be in a world of

play02:51

pain if you can't meet next level

play02:53

expectations

play02:54

your goal should always be to write

play02:56

level yourself at the new company the

play02:57

second case is that they just got it

play03:00

wrong you actually operate at a higher

play03:02

level and for some reason they just

play03:03

don't see it

play03:05

interviews consist of functional

play03:06

questions and behavioral questions if

play03:08

you bomb them no offer will be extended

play03:11

if you do really well on both an offer

play03:12

will be extended at the level you

play03:14

applied for

play03:15

down leveling happens in these two

play03:17

quadrants if you had a barely passing

play03:19

set of coding but you did really well in

play03:21

behavioral questions or you did really

play03:22

well in coding and design but you didn't

play03:24

do a good job relating your experience

play03:26

this is the down level zone

play03:28

in both of these cases the behavioral

play03:30

part of the interview is where the

play03:31

opportunity is

play03:33

a strong behavioral interview component

play03:35

will ensure that you don't get down

play03:36

level if you did really well in the

play03:38

coding and design portions of the

play03:39

interview and it can save an interview

play03:41

loop if you just did mediocre on the

play03:43

functional parts

play03:44

humans are narrative animals

play03:46

during the interview your job is to

play03:47

convey to the interviewer that you have

play03:49

what it takes to fill the need they have

play03:51

think about trying to describe a good

play03:53

friend to someone that hasn't met them

play03:56

oh my buddy meta yeah he's he's good

play04:00

he's smart

play04:02

kind of funny

play04:03

a little quirky

play04:05

you know good stories for interviews

play04:07

really just have one shape and form

play04:09

bad stories can be bad for many reasons

play04:11

but the most common is that you're

play04:13

trying to tell the interviewer how good

play04:15

you are when you should be focusing on

play04:16

showing them how good you are

play04:19

metta that guy

play04:21

he's been in amazon for 15 years so he's

play04:23

either tough as nails or really stupid

play04:28

i don't know how he does it he's got

play04:30

this demanding job just had a kid and he

play04:33

still has time to make these quirky

play04:34

youtube videos

play04:37

classic meta

play04:38

star stands for situation task action

play04:41

results and it's the classic way folks

play04:43

are trained to develop stories for

play04:44

interviews you describe the situation

play04:46

you were in what your task or mission

play04:48

was the actions you took and the result

play04:51

turns out it's a terrible algorithm for

play04:53

generating stories

play04:55

the problem

play04:56

is that it's too focused on what

play04:58

happened rather than developing the

play04:59

character you

play05:01

remember the point of these questions is

play05:03

to determine that there's a good match

play05:04

between you and what the company needs

play05:06

the proper story the interviewer becomes

play05:09

invested in you

play05:10

what you should do instead is to use the

play05:12

simplest of the story shapes

play05:14

kurt vonnegut calls the story shape man

play05:16

and a whole but it doesn't have to

play05:17

involve a man nor does it have to

play05:19

involve a whole

play05:20

basically you start by anchoring the

play05:22

story on your status and

play05:23

responsibilities on a team by using

play05:25

terms from the job description after you

play05:27

have established this context you layer

play05:29

in conflict challenges and obstacles you

play05:32

want to lay it on thick here many layers

play05:34

make it much more satisfying when you

play05:36

finally overcome and achieve success

play05:38

don't overthink it an effective story

play05:41

has a general u-shape

play05:42

the magnitude of the use signals to the

play05:44

interviewer everything they need to know

play05:46

about your level where the use starts

play05:48

and ends tells the interviewer what

play05:49

level you operated at and what type of

play05:51

impact to expect if you were to join

play05:54

how far the u dips tells the interviewer

play05:56

what the size of the problems are that

play05:58

you can deal with

play05:59

so it turns out star is useful

play06:02

don't use it as a story generator you

play06:04

star as a linter on your story to make

play06:05

sure that it has a point in other words

play06:08

you start after you've crafted your

play06:10

story to make sure the story has

play06:11

substance

play06:12

hey uh meta is it yeah cool can you hear

play06:16

me

play06:17

yeah i can hear you yeah i can hear you

play06:19

cool um great thanks for taking the time

play06:22

to interview with us

play06:24

um can you tell me about a time you made

play06:27

your team's processes software or system

play06:29

simpler

play06:30

uh okay yeah um

play06:34

my team and i inherited some software

play06:36

from another team

play06:37

since it made sense for our team to own

play06:39

it instead of their team

play06:41

since our team provides a lot of the

play06:42

data for the flagship feature of our

play06:45

product

play06:47

turns out it was really buggy

play06:49

and was adding a lot of operational

play06:50

burden to the team

play06:52

and on top of that it had a dependency

play06:53

on a library that represented a pretty

play06:56

large security risk that was going to

play06:58

take a long time to migrate away from

play07:00

yeah

play07:01

once we found the library though uh

play07:03

corporate policy was that we immediately

play07:05

migrate away from it

play07:07

this was really bad since we had a big

play07:09

launch coming up soon

play07:11

i thought it'd be best to deprecate the

play07:13

service so i worked with all of the

play07:15

clients

play07:16

of the service to move them off of it

play07:19

and our existing software

play07:21

it was a ton of work

play07:23

but the

play07:24

service now is decommissioned and we

play07:25

don't get paged in the middle of the

play07:27

night as much as we used to

play07:29

uh the system architecture is is so much

play07:31

simpler now and we know how our data is

play07:33

being used downstream

play07:36

um can you tell me about a time you made

play07:39

your team's processes software or system

play07:41

simpler

play07:43

cool

play07:44

yeah i was the team lead on a team of

play07:47

eight sdes that was responsible for

play07:49

several mission critical data plane

play07:51

services for our flagship product

play07:54

i was responsible for

play07:56

not just the system components

play07:59

or the features that my team owned but

play08:01

really the team's architecture

play08:04

i spoke with an adjacent team and we

play08:06

decided that it made more sense if our

play08:08

team took ownership of some software

play08:10

they owned because it aligned with the

play08:12

charter of our team much more than it

play08:14

did theirs

play08:16

turns out it was pretty buggy

play08:19

but that wasn't a big deal after i

play08:21

squashed the bugs and added unit tests

play08:23

and integration tests

play08:24

the big issues started cropping up later

play08:27

it started paging our on-call engineers

play08:29

late at night

play08:32

people would just restart the process

play08:34

and go back to sleep but when it was my

play08:36

on-call

play08:37

i dug into the issue and it turns out we

play08:39

depend on sus4j

play08:42

yeah sus4j

play08:44

its usage is not allowed in the company

play08:47

and we were on the hook for migrating

play08:49

off of it

play08:51

immediately we estimated that it would

play08:53

take about a month of dev effort which

play08:55

we didn't have because of an immovable

play08:57

deadline two months away

play09:00

i decided that the only reasonable

play09:02

course of action was to decommission the

play09:03

service

play09:05

it wasn't going to be easy but it wasn't

play09:07

going to be so bad because

play09:09

the original reason i decided that the

play09:12

team should inherit this service

play09:13

was because it was so similar to the

play09:15

services we already had

play09:17

but we didn't know who was using the

play09:19

legacy service

play09:21

cool so uh what did you do

play09:24

so um we turned pass-through mode on uh

play09:28

through the service configuration which

play09:30

requires clients to identify themselves

play09:32

at request time

play09:33

it didn't like stop them from you know

play09:36

getting at the data that they needed

play09:38

just sort of identified them

play09:40

i analyzed the logs and created a

play09:42

spreadsheet to track and it turns out we

play09:44

have like 27 teams that use this service

play09:48

i set up meetings with some of them and

play09:50

it turns out most of them could get what

play09:51

they needed from other services that we

play09:53

owned

play09:54

so i created a campaign to deprecate the

play09:57

service we split the clients up amongst

play09:59

my team members and i went to our vp to

play10:02

get an exception

play10:04

for

play10:05

you know not removing sus4j for a couple

play10:07

of months

play10:09

we let the client teams know that the

play10:10

service was going to be shut off in

play10:12

three months and that we would provide

play10:14

support to them to move to our existing

play10:16

endpoints and you know by sort of by

play10:18

analyzing their use cases

play10:20

this was disruptive to our schedule but

play10:22

it didn't blow up our project

play10:24

there was one team though

play10:26

that really pushed back on us

play10:29

we didn't have any apis that could help

play10:30

them and they escalated up the

play10:32

management chain

play10:34

after our big launch i was able to work

play10:36

with them to design and deliver the

play10:37

functionality that they needed

play10:39

it was kind of painful though

play10:41

because we didn't have bandwidth to work

play10:42

with them while we were heads down

play10:44

trying to launch even after we gave them

play10:47

what they needed relations between our

play10:49

team are a bit strained today

play10:52

i think on balance it came

play10:54

to a positive outcome though pretty

play10:56

happy with the way that the architecture

play10:57

looks afterwards

play11:00

the magnitude of both sides of the u and

play11:02

the depth of challenge you faced needs

play11:04

to be commensurate with the level you're

play11:05

targeting

play11:06

if the challenges contained within your

play11:08

story are small potatoes then you risk a

play11:10

down level conversation same goes for

play11:12

the sides how do you know it's big

play11:14

enough because they are part of your

play11:16

roles duties and responsibilities at the

play11:18

level you're targeting the key is that

play11:20

you make it easy for the interviewer to

play11:22

make a relative judgment on your level

play11:23

by anchoring them with your status and

play11:26

demonstrating that you can rise to the

play11:27

challenges appropriate to that level and

play11:30

more importantly that you have

play11:31

perspective on what it takes to operate

play11:33

effectively at that level

play11:35

if all of your stories make you sound

play11:37

like a junior engineer solving junior

play11:39

engineer problems you're not going to

play11:40

get a senior engineer offer

play11:43

just because you're using the same story

play11:45

shape doesn't mean that you can't make

play11:46

it your own you can make it funny

play11:48

self-deprecating dramatic it's all up to

play11:51

you

play11:52

constraining the story shape doesn't

play11:53

constrain your voice or make it

play11:55

inauthentic

play11:57

okay let's talk about making stuff up

play12:00

don't do it there may be a chance that

play12:02

you get away with it but more than

play12:03

likely you won't be able to answer all

play12:05

of the follow-up questions if these

play12:06

stories don't come from lived experience

play12:10

you had 123 girlfriends during college

play12:13

yes

play12:14

can you show me some pictures of them

play12:17

no

play12:18

are you being serious

play12:20

yes

play12:21

do you remember any of their names i

play12:23

don't remember

play12:25

that must have been a crazy time

play12:27

it was a crazy time

play12:29

if there's a suspicion you're telling

play12:31

tall tales the most likely outcome is no

play12:33

offer you can make a story easier to

play12:35

understand by simplifying some details

play12:37

or reordering the elements in the story

play12:39

to make it flow better but don't risk

play12:41

undermining your credibility by lying

play12:43

just takes a little suspicion

play12:46

you might be tempted to tell someone

play12:47

else's story since you were close to the

play12:49

action but you're unlikely to withstand

play12:51

the follow-up questions because there's

play12:53

too big of a gap between the

play12:54

hypothetical and the actual

play12:56

you can watch a bunch of youtube videos

play12:58

about someone giving good advice that

play12:59

doesn't mean you give good advice

play13:02

you may be tempted to describe some

play13:03

villains in your story since hey you're

play13:05

the hero right

play13:06

don't do it if you describe too much of

play13:08

a bad guy the interviewer may conclude

play13:10

that you were the actual villain keep it

play13:12

professional and if there was some wrong

play13:14

done to you make sure you don't describe

play13:16

it as evil

play13:17

this is especially important if you're

play13:19

answering questions about working with a

play13:21

difficult co-worker

play13:23

finally when you conclude your story you

play13:25

want to make sure that you never

play13:26

describe a perfect success

play13:28

life is too messy for everybody to live

play13:30

happily ever after you want the ending

play13:32

on balance to be positive

play13:35

it really speaks to your perspective and

play13:37

adds realism if everything is wrapped up

play13:38

in too nice of a bow at the end

play13:40

suspicion about the story's authenticity

play13:42

is bound to creep in let's wrap up

play13:45

levels are relative at different

play13:47

companies map your experiences and work

play13:49

to your target company and by using

play13:51

sites like levels at fyi or glassdoor

play13:53

get a sense of what expectations are at

play13:55

each of their levels

play13:57

you can try to get a promotion with a

play13:58

move but it's in your best interest to

play14:00

come in at the right level when down

play14:02

leveling happens it's usually because of

play14:04

answers on behavioral portions of the

play14:05

interviews because if you did poorly on

play14:07

the tech parts they wouldn't extend an

play14:09

offer

play14:10

humans are narrative animals use the

play14:12

story shape that every human understands

play14:14

because levels are relative start by

play14:16

anchoring your story on your status and

play14:17

responsibilities on your team and the

play14:20

job description at your target company

play14:22

later on challenges commensurate with

play14:24

the type of problems people at this

play14:25

level are likely to encounter

play14:27

describe an imperfect but still positive

play14:29

success

play14:31

don't describe villains

play14:33

you star to make sure that your story

play14:35

has substance and isn't fluff but don't

play14:37

use it as a way to write your stories

play14:39

don't lie in an attempt to make yourself

play14:41

look better it's too much work to keep

play14:43

your story straight and you risk

play14:44

damaging your credibility

play14:46

it's better to spend your energy on

play14:47

being a badass rather than concocting a

play14:49

story about how much of a badass you are

play14:52

if you found this content helpful please

play14:53

hit the like button and consider

play14:55

subscribing i try to make videos that

play14:57

would have been helpful to a younger

play14:58

version of myself but i'm getting so old

play15:01

that i forget what that was like so

play15:02

leave a comment on what you'd like to

play15:04

see in upcoming videos

play15:05

you won't be a great storyteller

play15:07

immediately after watching this video

play15:09

but i think that once you start thinking

play15:10

in these terms you'll start seeing

play15:12

yourself as a character in a larger epic

play15:14

and your day-to-day actions as part of a

play15:16

broader narrative

play15:18

at times it may feel artificial

play15:20

devoid of authenticity

play15:22

but there's something innately human

play15:24

about the way we connect with others via

play15:26

stories

play15:27

thanks for watching

play15:33

[Music]

Rate This
β˜…
β˜…
β˜…
β˜…
β˜…

5.0 / 5 (0 votes)

Related Tags
Job LevelingInterview TipsCareer AdviceTechnical InterviewBehavioral QuestionsStorytelling in InterviewsProfessional GrowthCareer ProgressionHiring ProcessIndustry Insights