Hey Reader, Welcome to the 22nd edition of the 3-2-1 (check out previous issues here). This one started with a post from Jolene Skinner at MongoDB lamenting how the skills-based movement is distracting us from the real problem we need to solve. It charged my brain for the rest of the day. The problem, in five words: skills sit still, work doesn't. Let's get into it. 3 Things for Work (in L&D)Why the skills-based movement doesn't work for most companies (Jolene Skinner, LinkedIn)
Is the Juice Worth the Squeeze? (Talent Strategy Group)
Skills-Based Hiring: The Long Road from Pronouncements to Practice (Burning Glass Institute + Harvard Business School)
2 Things for LifeOrca headbutts a sunfish so hard it explodes (YouTube)
Japan has a new word for how hot it is (The New York Times)
1 Idea from MeSkills sit still. Work doesn't.Every company has a brilliant person whose best ideas die in meetings. A staff engineer at a late-stage company told me that three years ago, as a new hire, he'd quickly and correctly diagnosed that the engineering for the company's iOS apps was wrong. He then spent two years trying and failing to change it. He had every skill a taxonomy would measure: technical know-how, analysis, writing, presenting. But he pitched his solutions in the direct way he learned at his previous company, which earned him a reputation for being abrasive. Leaders shut down every proposal, so he stopped sharing them. In his view, the company lost years of improved app performance. He didn't lack skills. The problem was skills sit still. Work doesn't. Performance is what happens when a person applies what they know to this problem, with these people, in this culture. He admitted to me that he didn't ask "all the why, when, who, what to be able to properly pitch it." That's a judgment failure. Not about the code, about the situation: he misjudged the people, the culture, the sequencing, and how his ideas would land. He lacked judgment-in-context. As he put it: "If you can influence two out of five people in the room, you still failed. That's not critical mass." Another engineer who participated in our program at a different company had a similar experience. None of his colleagues were adopting his tool, so he tried harder to explain it. After going through the program, he learned to get curious about how other developers work, and by asking questions discovered his diagnosis was wrong. He changed what he built, and adoption followed. No persuasion necessary. His summary: "The skills that have gotten me [to my current role] are not what will get me to the next level." This is why hiring for and training skills alone doesn't work. Neither failure was a skills issue. What humans need is practice with peers, guided by a shared language, to develop judgment-in-context and the ability to influence others to take action. Sometimes we hire the smartest people with the highest proficiencies in the skills we think matter and expect them to perform. But 85 years of selection research says performance is best predicted by only two things: how fast people learn and whether they follow through. You can't train those two directly. What you can train is what they produce on contact with real work: judgment, empathy, self-awareness, the ability to carry a room. We've seen that these capabilities develop in the context they're needed and travel with the person. Stop auditing what your people know. Start looking at what happens when they apply it. That's where performance lives, and no inventory can see it. It gets built one way: reps. Real problems, real colleagues, a shared language for talking about what worked, and enough repetition that the judgment becomes theirs. Your company already has its version of the engineers in my story: right about a need to change, but stuck moving people to take action. Here's your move this week. Find that person. Put the problem they've been failing to move in front of a small group of peers, and have them work on it together, out loud. You'll learn more about your organization's real capability gap in that one hour than a skills taxonomy will tell you in a year. That's it for this week - enjoy your Sunday! I'll be back in two weeks ✌️ Andrew P.S. 👉 I asked on LinkedIn who else is developing judgment with actual receipts to show for it. If someone came to mind while you read this, reply with their name. Especially if I don't know them. |
ICs can do more on their own with AI than ever before. This is both a challenge and an opportunity for L&D. This newsletter explores how to equip ICs with the influence skills that drive retention, accelerate OKRs, and position L&D as a strategic partner to the business. (Sent twice a month).
Hey Reader, Welcome to the 25th edition of the 3-2-1 (check out previous issues here). Trying something new today and starting with 1 Idea From Me before dropping the interesting links for this week. Let's get into it. 1 Idea from Me Your inbox is a destination group. You need a journey group. The head of L&D at a 3,300-person tech company told me last week that she tunes out most emails, LinkedIn posts, and webinar invites, but for a reason that surprised me. She's in the middle of some of...
Hey Reader, Welcome to the 24th edition of the 3-2-1 (check out previous issues here). Last edition I argued that judgment gets built through reps. This week I go one level deeper and try to answer what judgment actually is. A new HBR article gave me a starting taxonomy, AI helped me stress-test it, and now I need your judgment to finish the job. This edition ends with a chance to share your perspective, so read to the end! Let's get into it. 3 Things for Work (in L&D) How Do Workers Develop...
Hey Reader, Welcome to the 23rd edition of the 3-2-1 (check out previous issues here). This week I sat down with alumni of a thinking-skills program we've been running for almost two years. One of them, now leading a team, described working with AI as a pressure cooker. Everyone is expected to have an answer instantly, and AI makes instant answers easy. That conversation is the theme of 1 Idea From Me below, plus I've got two new papers that landed on opposite sides of the same argument up...