Work & Career
Why Job Descriptions Read Like A Committee Wrote Them
Postings are vague and overloaded because they serve several internal purposes at once, which means reading them as a literal account of the job produces the wrong expectations.

Job postings routinely list more requirements than any single person could hold and describe the work in terms that reveal little. This is a predictable output of how the documents get produced.
Several people add and nobody subtracts
A posting typically passes through a hiring manager, a recruiter, sometimes a senior stakeholder and a template. Each adds what matters to them.
Nothing in the process removes anything, because removing a requirement means telling a colleague their concern does not belong.
The result accumulates rather than resolves. The document ends up describing the union of what several people want rather than the job one person will do.
The requirements list is a filter, not a specification
Requirements are often set high deliberately, to reduce the volume of applications rather than to describe the minimum needed.
Hiring teams generally expect candidates to meet a portion of the list, and internal decisions frequently ignore items that appeared as mandatory.
Candidates who read the list literally screen themselves out at a higher rate than the process would have screened them, which is a known and largely unintended effect.
Internal constraints show through
Some language exists for reasons unrelated to the work: level definitions, compliance requirements, consistency with other postings, boilerplate nobody has revisited.
A posting also has to be defensible internally, which pushes toward general phrasing that cannot be contradicted later.
General phrasing is exactly what makes it uninformative. The parts that would tell a candidate the most are the parts most likely to be smoothed away.
The real job is negotiated after hiring
What someone actually does is shaped by the team's current gaps, what the previous holder left behind, and what the new person turns out to be good at.
Much of that is unknown when the posting is written, so the document describes an intention rather than a reality.
This is why the role commonly diverges from the description within months, and why it is worth asking directly what the first six months will contain.
Reading them more usefully
The informative parts are the specific ones: named systems, described responsibilities, who the role reports to, what the team is trying to accomplish.
Generic passages carry almost no information and can be skipped. Their presence is a fact about the drafting process, not about the job.
The most reliable signal is what appears first and what is repeated. Whatever the drafters cared about tends to survive the process in more than one place.
Also by Sam Delacroix
- Wanting the thing versus wanting to have done itGoals & Motivation
- Noise, music and working in shared spaceFocus & Attention
- Reviewing your own systemsHabits
- Momentum and the cost of stoppingGoals & Motivation





