I’ve sat in enough hiring debriefs and promotion conversations to lose count of the times an obviously sharp engineer’s growth stalled out, and the reason, when anyone bothered to name it, got filed under “needs to work on soft skills.” Communication. Collaboration. The ability to disagree with someone without making them feel stupid. Sometimes that gap got someone passed over. Just as often, it got someone hired or promoted anyway, with nobody ever circling back to close it. Either way, the word “soft” did quiet damage: it made the gap sound optional, a nice-to-have you could get to later, right after the technical stuff that matters.
I don’t use that word anymore. Here’s why.
What We’re Talking About
Strip the label off and look at what’s underneath. Writing and speaking so the person receiving it can act on what you said, not just so you said it, the same audience-first instinct I’ve written about before. Understanding the social norms of an org well enough to work inside them, the same way you’d learn any other system: by observing it, naming its rules, and testing your read against what actually happens. Collaborating as part of a team, not just producing good individual output and assuming it assembles itself into something bigger. Reporting and managing up, translating your own work into what the person above you needs in order to make a decision, not what you’d want to say if the floor were yours. In my field specifically, it’s technical translation, taking something complex and handing it to a non-technical stakeholder in a form they can act on, and needs analysis, figuring out what someone needs, which is often not what they asked for in the first place.
None of that is instinct, or a personality trait some people are born with and others simply lack. It’s observable, describable, and learnable, the same as any technical skill, except it never maxes out the way a technical skill can. You can finish learning a programming language. You never finish learning how to translate your work for the next audience.
What I Call Them Instead
Core professional skills. The skills that decide whether the technical skill ever reaches the person who needed it: writing for an audience, reading an org’s norms, collaborating inside a team, reporting and managing up, technical translation, needs analysis. Push the frame out one step further and they’re core human skills, core societal skills: reading an audience and adjusting what you say doesn’t stop mattering when you leave the office. I don’t have a perfect replacement word yet, but any of those beats “soft,” because they describe what the skill is and does, instead of implying it’s just a disposition some people happen to have.
Not Soft, Necessary
In tech, the skills everyone agrees are “hard” are coding, data engineering, security, networking, systems administration, architecture, technology solutioning, things you can point to and measure directly. But none of that was ever the only thing that mattered. The project and the project team mattered. The client’s adoption of what got built mattered. Communicating status, planning the next phase, explaining how the new thing behaves, in language the person across the table could use, mattered. Helping a less experienced tech grow mattered. None of that is garnish. It’s what decides whether the technical work reaches anyone, holds together under a team, or outlives the person who built it. Calling it soft doesn’t make it optional. It just hides how necessary it already is.
That shows up in places you can count. It shows up in hiring, when a candidate who communicates differently gets read as weaker instead of just different. It shows up in promotion, when the person moved into management tested well on technical output and was never read for whether they could hold a team together once they were leading one. It shows up in who gets picked for the next stretch project, because picking someone easy to read feels like less risk. And it shows up in who doesn’t get passed over: someone gets hired, or promoted, with a clear gap here, and the org does nothing further about it. No development plan. No pairing with someone whose strengths round out theirs. A technical gap gets a remediation plan. This one gets left to sort itself out.
The Org Needs Both
Here’s the part that gets lost. The work doesn’t happen with only one skillset in the room. A brilliant technical solution that nobody can explain, adopt, or operate doesn’t ship, it sits. A team that communicates beautifully around a problem nobody can solve doesn’t ship either, it just has pleasant meetings about the thing that isn’t getting built. The org depends on both at once, not on one subsidizing for a weakness in the other.
That’s true across a team, too. When a technical person and a relational person both show up, and neither one is fluent in the other’s way of working, the gap between them isn’t proof that one of them is deficient. It’s two operating styles that haven’t learned to translate for each other yet, and building that translation deliberately, instead of hoping someone just gets it, is its own skill, as necessary as either one alone.
Not Evenly Distributed, and That’s Fine
None of this means everyone has to be equally strong at both. In my own experience, the broader tech industry has shifted toward expecting these skills across the board, security somewhat less so, but that shift isn’t universal, and it isn’t a failing in anyone who hasn’t made it yet. Neurodivergence is part of why. There are plenty of brilliant neurodivergent people doing deep technical work for whom this particular skillset doesn’t come as easily, the same way holding a dozen system dependencies in your head doesn’t come easily to everyone who’s strong on the relational side.
Uneven by aptitude is fine. It’s why roles should vary in which skills they lean on, and why teams should be staffed so the variation covers itself, not treated as though everyone owes the same proficiency in both directions. Uneven by expectation is a different problem. In technical workspaces, the relational work, the follow-up note that smooths over a blunt exchange, the extra beat spent making sure someone felt heard, defaults to the women in the room more often than to the men, not because men can’t do it and not because every woman is good at it, but because the ask gets made differently depending on who walks in the door. Economists Linda Babcock, Maria Recalde, and Lise Vesterlund documented the same pattern across workplaces in 2018: women take on unglamorous, non-promotable work at a far higher rate than men, and say yes to it more often, because the ask was never distributed evenly to begin with. One kind of unevenness is just how people are built. The other is a bill someone else should be paying too.
Where I’ve Been Wrong About This Myself
Early in my career, and for a long time after, I wasn’t the one with the gap. I’m a technologist, the kind who’s worked across nearly every corner of IT: operations, architecture, security, customer experience. I fixed things. I built systems. I solutioned creatively. I’ve also always been a bridge builder, a completionist who doesn’t leave a mess on the floor for someone else to clean up, more capable of this work than most people around me. I’ve been the scaffold, the gap filler, the glue. For a long time I let that turn into a default: if nobody else was going to translate, smooth over, or follow through, I would, whether or not it was mine to carry. That’s its own trap, and it cost me, time and visibility spent holding things together nobody asked me to hold.
The place I had a gap was narrower than people might assume: directness, without enough of the niceties that make the person on the other end feel respected along the way. I’d go straight at a problem and skip the part where I made sure it landed well, and for a long time I didn’t see why that mattered if the fix itself was right. It took watching the same fix land differently depending on how I delivered it before I understood: the niceties weren’t decoration. They were the job.
Crux
These skills aren’t soft. They’re necessary, the same as the technical skills they get ranked under, and the work doesn’t happen without both in the room at once. Nobody has to be equally strong in both directions, that was never the ask. But whoever ends up carrying the relational half shouldn’t be carrying it just because the word “soft” let everyone else assume it wasn’t really work.
