Recruiting Requirements Engineering
In software engineering, requirements engineering has been standard practice since the 1980s. In recruiting, that discipline is systemically missing. This page explains the term, the methodology, and the bridge to Pre-Recruiting.
Definition
Recruiting Requirements Engineering refers to the structured clarification of a key role before the recruiting starts. Whoever wants to fill the role first clarifies, methodically, what requirements the role places. Not in the sense of a checklist, but as a moderated process that surfaces the different expectations, evaluation criteria and potential failure modes.
Three elements make up this clarification. First: all stakeholders with a stake in the role's success are involved. Not only the hiring manager and the recruiter. Also the invisible stakeholders who can derail success six months in. Second: the requirements are not copied from an old role profile but derived from the concrete strategic context of the next twelve to twenty-four months. Third: the evaluation criteria are set before the search, not rationalised in hindsight.
The methodological origin: Requirements Engineering in software
The term requirements engineering comes from software engineering. There, a discipline of its own emerged from the mid-1980s onward. Before any implementation, what the software is to deliver is clarified in a structured way. Use cases are written, stakeholders analysed, acceptance criteria defined, risks named. No one today would start a non-trivial software project without that preparation.
In recruiting, the equivalent is missing. Most key hires start with a job description someone wrote at some point. Or with a thirty-minute briefing call between hiring manager and recruiter. Structured requirements analysis before the search is the exception, not the rule.
HIHB turned that observation into a method. Recruiting Requirements Engineering along HIHB follows the 5C Method: five steps, two hours, all stakeholders in one room. Output: seven documents that make up the recruiting toolkit for the weeks ahead.
What Recruiting Requirements Engineering concretely delivers
Three things happen in two hours that a briefing document does not deliver.
First: evaluation calibration. Whoever will evaluate the person (hiring manager, HR, board, technical mentor) brings different standards. In the classic setup, those standards collide first in the interview panel. In structured requirements engineering they are named and calibrated upfront. The consequence: comparable evaluations instead of political negotiation.
Second: risk inventory. Where will this hire most likely fail if it fails? Four to six failure modes are named before the search. Out of those failure modes come the critical interview questions. Requirements engineering thereby delivers the diagnostic tools for selection, not just the selection itself.
Third: stakeholder geometry. Who in the company is affected, who is asked, who decides, who can block? Requirements engineering makes the political map visible before the hire crosses it. The invisible stakeholder who derails success at month six is identified before the first interview.
The five steps (5C Method)
Recruiting Requirements Engineering along HIHB follows the 5C Method in this order:
- Contingency. Clarification of non-negotiable conditions.
- Consistency. Evaluator definition and calibration of standards.
- Calibration. Breakpoint list, translated into evaluation criteria.
- Coordination. Stakeholder map including invisible stakeholders.
- Clarification. Persona and 90-day plan as success indicator.
The detailed method description, seven outputs, use cases and comparison table live on the Pre-Recruiting pillar page.
When structured requirements engineering pays off
Not every role needs a two-hour requirements engineering session. For standard positions with a clear requirement profile and low strategic leverage, the classic recruiting process suffices. Structured requirements engineering pays off when the role has one of the following properties.
- C-level and board hires with people responsibility over fifty employees.
- Department heads whose success extends beyond their own work and who shape teams (Head of Sales, Head of Engineering, CFO, Head of Product).
- Succession roles in which founders hand over responsibility.
- Newly created positions without a predecessor.
- Key roles on which the next strategic phase depends.
- Re-runs after failed first attempts.
Deeper reading
The full method overview, the 2026 evidence base, the comparison with classic briefing, sourcing, executive search and AI recruiting, plus seven outputs and 26 supporting articles live on the pillar page:
Pre-Recruiting. Role first. Person second. →
A key role in front of you?
Fifteen minutes are enough for a first read. We talk about what needs clarifying in your current or upcoming key hire.
Book a 15-min fit call