Spotlight: hiring leaders & org design
A Lenny archive post recommends evaluating leadership by 'team multiples', using dual check-ins to spot underperformance, and designing org roles with explicit 'control loops' to reduce ambiguity. Those tactics aim to make hiring, promotion and org design decisions more measurable and repeatable. (x.com)
A hiring rubric usually asks whether a leader is smart, experienced, or impressive in an interview. The Lenny archive post pushes a harsher test: did this person make the whole team perform at 2 times or 3 times the level it would have without them. (x.com) That idea is called a “team multiple,” and it treats a leader less like an individual contributor with a score and more like a force multiplier with a before-and-after effect on a group. A manager who ships one great project is different from a manager whose team starts shipping faster, hiring better, and solving harder problems quarter after quarter. (x.com) That changes hiring interviews. Instead of asking “What did you build,” the useful question becomes “What changed on the teams you led, and what numbers moved after you arrived,” because the unit of measurement is no longer the person but the system around them. (x.com) The post pairs that with “dual check-ins,” which means looking at performance from two directions instead of one. A leader checks in on the employee, and the employee also checks in on the leader, so weak management and weak execution stop getting mistaken for each other. (x.com) That matters in the most common failure case in orgs: a team misses goals, and nobody knows whether the problem is a struggling person, a confusing manager, or a broken process. Two check-in streams create a simple cross-check, like using two thermometers before deciding the room is actually cold. (x.com) The third idea is “control loops,” borrowed from engineering language where a system measures what is happening, compares it with the target, and corrects course. In org design, that means every role should have a clear owner, a visible metric or signal, and a defined way to respond when reality drifts from plan. (watlow.com) (x.com) A product leader role without a control loop is the classic job description that says “drive alignment” and “own outcomes” but never says who decides, what gets reviewed, or when escalation happens. A role with a control loop spells out the meeting, the metric, the decision right, and the feedback path, so ambiguity has fewer places to hide. (x.com) Put together, the three tactics all attack the same management problem: companies often make hiring, promotion, and reorg decisions with stories, vibes, and title inflation. Team multiples add an output test, dual check-ins add an error-checking mechanism, and control loops add a map of who steers when the org starts drifting. (x.com) That is why the post lands with operators. It turns three fuzzy questions — “Is this leader good,” “Is this person underperforming,” and “Who owns this mess” — into three measurable ones tied to team results, reciprocal feedback, and explicit decision paths. (x.com)