skip to content

When a role's stated requirements and its values paragraph pull in different directions, which do you tailor toward?

level: principalimportance: nice to knowfreq 38%

answer

  1. Two halves, two different functions
  2. Requirements gate; values choose
  3. Averaging both produces a forgettable candidate
  4. One story carrying both threads
  5. The conflict is information about the team

basics

~20 s

Tailor toward the requirements to get taken seriously and toward the values to get chosen, but treat the conflict itself as information: a posting whose two halves disagree usually reflects an unresolved argument inside the team, and that is worth probing rather than papering over.

solid answer

~40 s

I hold both, in an order. The stated requirements decide which of my stories are eligible at all — if the work does not match, no amount of cultural alignment rescues it. The values paragraph then decides which of the eligible ones I lead with and which beats I expand. Where they genuinely conflict, say a requirements list built around long-lived platform work sitting under a line like `we ship small and often and expect engineers to talk to users`, I do not average them. I pick one story that honestly contains both threads and open on the tension itself. The conflict is usually real inside the team, and naming it carefully is a stronger move than pretending the posting is coherent.

go deeper

for a junior

Read both halves of a posting, not just the requirements list. Pick an example that matches the work first, then check whether it also shows the way the team says it likes to operate.

for a middle

Explain the division of labour: requirements decide which examples are eligible, working-style lines decide which one leads. Be able to apply that ordering to a specific posting.

for a senior

Demonstrate handling a genuine conflict without averaging — one example carrying both threads, opened on the tension itself, plus an honest statement when your record only reaches one side.

for a principal

Own what you are optimising for. Decide deliberately whether this application is aimed at the role as written or at the working life the values describe, and know which contradictions are worth raising in the conversation.

## Why the two halves disagree Mark a job description in two colours and you will sometimes find the halves describing different jobs. The requirements list asks for deep, long-horizon platform work; the working-style paragraph says the team ships weekly and expects engineers in front of users. Both were written honestly, usually by different people, and the gap between them is rarely an editing mistake. It is normally one of three things: **A team in transition.** The requirements describe the work as it is; the values describe how they intend to work once the current effort lands. **Two audiences in one document.** A manager wrote what the role does; a talent or leadership function wrote how the company likes to describe itself. **A genuine unresolved argument.** Somebody wants the surface rebuilt properly and somebody wants weekly visible progress, and nobody has decided. All three are useful to know before you accept anything, which is the first reason not to treat the conflict as noise. ## The default ordering The two halves do not have equal function. **Requirements gate.** They determine which stories are eligible. If the role owns a long-lived surface and none of your work has that shape, cultural alignment does not rescue the application, and leading on it makes you look like you skimmed. **Values choose.** Among the stories that clear the gate, the working-style lines decide which goes first and which beats get airtime. So the crude rule is: **requirements to be taken seriously, values to be chosen.** Most postings need nothing more than that, because their halves agree. ## When they actually conflict The weak response is averaging: a bit of platform depth, a bit of speed, both thin. It produces a candidate who is defensible on paper and memorable to nobody. The stronger move is to find one story that honestly contains both threads and open on the tension. From a frontend bank, a redesign of a long-lived surface that was nevertheless delivered in shippable slices is exactly such a story — the depth is real, the cadence is real, and the interesting part is how the two were reconciled. Opening on *the hard part was keeping weekly releases going through work that wanted to be a three-month branch* does three things at once: it satisfies both halves, it demonstrates that you read the document closely enough to notice the tension, and it hands the conversation somewhere genuinely worth going. If no story in the bank contains both threads, choose the requirements side and be explicit about the other. Claiming a working style you cannot evidence is the failure that costs most, because the claim invites exactly the follow-up you cannot answer. ## The judgment nobody can make for you There is a real disagreement in the coaching world about which half to weight, and it turns on what you are optimising. - **Weighting requirements** maximises the chance of an offer for the role as written. It is the right call when you need the role, or when the work itself is what you want. - **Weighting values** maximises the chance the job is the one you actually want to hold in a year. It is the right call when you have options, because the working-style lines predict your daily experience far better than the requirements list does. A useful stance: tailor toward the requirements, and use the conflict as your own material for the questions you ask. A tension you noticed in the document is one of the few genuinely specific things a candidate can raise, and the answer tells you which half of the posting is currently true. ## Where tailoring stops Two limits are worth deciding in advance. **Do not tailor into a role you would decline.** Being persuasive about a version of yourself you do not want to be is an expensive skill to exercise: it works, and then you hold the job. **Do not let the values half rewrite your record.** A posting that prizes autonomy will tempt you to promote the story where you decided alone, even if the truthful version is that you were overruled and it went better. Emphasis is free; the facts underneath are not. ## The reduced form Requirements decide eligibility. Values decide order. A conflict between them is information about the team, best answered with one honest story that carries both threads and, at the end of the conversation, a specific question about which half is currently winning.

  • Should you raise a contradiction you spotted in the posting during the conversation?
    Yes, framed as curiosity rather than critique. Asking how the team balances long-horizon work against a weekly release rhythm is specific, shows close reading, and gets you an honest answer about which half currently governs. Framing it as an inconsistency in their writing puts the listener on the defensive and buys you nothing.
  • Does the strongest example always beat the best-matching one?
    No. The impressive-but-unrelated example demonstrates a ceiling; the modest-but-matching one demonstrates fit, and most decisions turn on fit. The usual resolution is to lead with the matching example and keep the impressive one for a question about scale or difficulty, so the ceiling still gets shown without spending the opening on it.
  • What if the two halves conflict and you have no story containing both threads?
    Choose the requirements side, since that is what gates eligibility, and be explicit about the other half rather than implying it. Naming a working style you have not lived invites precisely the follow-up you cannot answer, and the honest version leaves room to say why that style is part of the attraction.

saying these in an interview costs you the question

  • Averaging both halves into a thin, forgettable answer
  • Ignoring the working-style paragraph as marketing copy
  • Claiming a working style with nothing behind it
  • Framing the posting's tension as a criticism of the writers
  • Letting the values half tempt you into rewriting what happened

context