Method
Four layers: one ruler for people and organizations
Skills are not enough. Read core, patterns, equipment and context
Nobu Sato7 min read
Contents7
I've seen too many people with great skills leave after six months. I've also seen people with ordinary skills get better and better once they were in the right seat. The difference wasn't in the skills.
Yet traditional interviews spend most of their time on skills. What can you do, what have you done, which tools have you used. You do need to check those. They just tell you the least about whether a hire will work.
So I read a person in four layers. Each layer does a different job in the decision, which is why I never add them up.
| Layer | What I look at | Its job in the decision | Where the evidence comes from |
|---|---|---|---|
| Core | Six drives, deep traits, values they won't cross | Veto | Why they really left their last few jobs; a time they paid a price for a value |
| Patterns | Derailers under pressure, how they learn, how they think | Sets the ceiling | One real failure, and what they did at the time |
| Equipment | Ability, depth of experience, skills | Can be trained or replaced | Whether they watched, took part or led |
| Context | The boss, the team, the stage | Fit with the environment | How they work with someone of the opposite style |
Core: used to veto
Core is drive, deep traits and the values a person won't cross. This layer barely changes, so I use it to veto.
For drive I look at six things: autonomy, mastery, influence, belonging, security, reward. None is better than another. What matters is the order. If a role can't give someone the two things they want most, I won't recommend the hire, however capable they are. Sooner or later they'll leave.
I don't learn this by asking "what matters most to you?" Everyone can answer that. I look at why they actually left and joined their last few jobs. What people say and how they vote with their feet often differ.
Values work the same way. Don't listen to what they say. Look for a time they actually paid a price to hold the line.
Patterns: set the ceiling
Patterns are how someone behaves under pressure, how they learn on unfamiliar ground, and how they habitually think. They decide how high a person can go, and they're hard to change.
Under pressure, I mainly watch for seven derailers:
- excessive caution, arrogance, suspicion, drama, avoidance, perfectionism, people-pleasing
When things go well these barely show. Everyone looks fine. You have to take one real failure and ask what they did at the time. The lesson they drew afterward interests me much less. That part is usually rehearsed.
For how fast someone learns, I look in five directions: thinking through problems, dealing with people, facing change, driving results, and seeing themselves clearly.
Equipment: can be trained, can be replaced
Ability, experience and skills. For experience I mark the depth. Did they watch from nearby, take part, or lead it themselves? "I've done that" is where the most padding hides.
This layer can be trained, and the person can be replaced. I think traditional interviews weight it too heavily, and knowledge and skills are exactly what gets overestimated most.
Context: the person plus the environment
This layer belongs to the combination, not to the person alone. The same person can perform very differently under another boss, in another team, at another stage. So what I look at here is how they work with someone of the opposite style. Do they still deliver, do they need someone in between to translate, or does it turn into friction?
Without this layer, you can't separate "this person isn't good" from "this person isn't good in this seat."
A company gets the same four layers
When I look at a company, I use the same ruler. The order I fill it in is different, though. Equipment goes last.
| Layer | What I look at | Its job | Ignore this, look at that |
|---|---|---|---|
| Core | Real priorities, real power, real rewards and punishments | If it fails, I stop and raise it as an owner-level issue | Ignore the values poster. Look at where money and people went last time they were fought over |
| Patterns | The organization's derailers | Sets the ceiling | Ask how the last open challenge to the status quo ended |
| Equipment | People, functions, mechanisms, experience | The only layer a budget can change. Filled in last | Ignore the list of missing roles. Look at whether the mechanisms are actually used |
| Context | Stage: pioneering, scaling, tightening, shrinking | Does the stage match what it's good at | Ignore the stage in the plan. Look at the stage the business is really in |
An organization's core is its real priorities, its real power structure, its real rewards and punishments. Look at the last few times resources were fought over, and where the money and people actually went. Look at who was recently promoted, who was disciplined, and why. Whatever behavior that rewards is what the company really rewards. If this layer is broken, say decision rights were never settled, I don't produce a redesign plan. I put it on the table as an owner-level problem first.
An organization's patterns have derailers too. There are seven I watch for:
- approvals piling up, turf wars, only good news traveling upward, a firefighting culture, process perfectionism, pleasing HQ or a major client, nobody owning responsibility
The most telling question is this one. The last time someone openly challenged the status quo, how did it end?
An organization's equipment is its people, functions, mechanisms and experience. I look at this layer last. The most common misdiagnosis is to inventory only this layer. "We're missing an HR business partner." "A new system will fix it."
An organization's context is its stage: pioneering, scaling, tightening efficiency, or shrinking. And whether that matches the stage it's good at.
Who I talk to, and in what order
The smallest thing I diagnose is one decision chain. At minimum I walk three of them: revenue, resource allocation and people decisions. Each one has to land on one specific decision that really happened.
Talk to the top person twice, or the story is already aligned
Basis: interview order in an organization diagnosis, across the revenue, resource and people decision chains
- 01The top personHow the last few real decisions were made, in their words.
- 02Middle and front lineThe same events, asked separately.
- 03Back to the top personPut the two versions side by side and ask about the gaps.
Start with the middle managers and they will have aligned their story first.
When there isn't time for the full version, I have a quick one that fits into a single executive interview of about 90 minutes. It gives a first read. It doesn't replace the full diagnosis.
Where the two sides connect
What an organization diagnosis finds about how the company really makes decisions and what its managers are like is exactly the context input you need when you read a person. You don't have to rely on the company's description of its own environment.
| What the diagnosis finds | How I use it when reading a person |
|---|---|
| What the company really rewards and punishes | Checked against the person's values, in the core layer |
| How decisions really get made, and the managers | The boss and team side of the context layer |
| The organization's derailers | Checked against the person's derailers in the same decision chain |
| The stage the company is in | The stage side of the context layer |
It works in reverse as well. Where the organization's derailers and the derailers of the person in a key seat sit on the same decision chain, that's where things break first.
The anchors aren't calibrated yet
I've used the four layers to read people for a long time, but I don't yet have enough look-backs after people joined to calibrate the anchors. The structure for organization diagnosis is set, but it hasn't been through a full real cycle. I'd rather not sound more certain than I am.
For one article that uses the four layers, see Before you change jobs, do a four-layer self-portrait.
Putting the four layers against a role is the next page: does this person fit this role? The method overview is one click back.