Employers should prioritize retention over hiring, study suggests
hrdive.com
hrdive.com
End the perverse incentives. Pay your people well if they're doing a good job, regardless of how long they've been doing the same job or what their title is. Reward seniority and loyalty. Suddenly, you'll find that employee retention goes through the roof, and you don't have to worry about hiring new people all the time.
The other issue I ran into was being so good at the position I was in that I was "unpromotable". Got told that a lot as an IC. Was then told even though I was fully qualified for the promotion, I would not get it nor the accompanying salary.
It's one of those things that goes by "Yeah, yeah, we know the studies, doesn't work that way in real life, it's cheaper to just fuck over your employees, pay new employees more, most of the old dumb fucks are to stupid/lazy to ask for a raise/go to an interview", just like work from home used to be. Until reality kicks in, some tectonic shifts happen and they start screaming they can't find good employees.
That said, companies are often wrong to hire externally as they misattribute their problems to their employees instead of to their own leadership. It is easier for them to blame others instead of themselves.
Parent comment is really saying to find a way to put a value on institutional knowledge.
If a job/task only requires entry level skills, why are senior employees doing them?
I don't think I can count how many times I've seen a really poorly designed solution causing real pain, and everyone even knows it's bad, but it will never change until X leaves the org, which they have no intent of doing until they're rolling out on a stretcher. Usually X has been there a long time and knows everyone - often they've created enough messes that only they understand to avoid getting laid off. Heck, if the messes are big enough, they can even look like an above average performer to people who aren't overly familiar - generally never top of the stack though, as that might get them asked to take on more work.
I can’t agree with you more. Having a combination of individuals with historical knowledge and new individuals with fresh perspectives can be so refreshing. We recently hired an external architect on the team. She’s great technically. However, I would argue her greatest contribution is fresh perspectives. She suggests ideas others (include me) hadn’t considered due to past negative experiences with team X or Y. By not being as aware of past histories or projects gone bad, she can encourage us to rethink things.
The luddite attitude is orthogonal. Does it happen? Sure. But I also have the expectation that senior staff should be identifying the New, Better Way all the time. And are well-positioned to measure “better”. It is part of providing engineering leadership. An old bird that isn’t keeping up needs a job performance message.
Person B did an unwise thing and spent the weekend working to fix the consequence.
If the problem was subtle and management didn't immediate corelate the action of Person B with the problem, they are likely to profusely praise Person B's working their asses off to save the company during the weekend.
On the flipside, if the company only contains A kind of people or if A people are too influential, it's likely that you'll stick in a local optimum where people are not incentivized to try out new things that may fail but may also succeed.
But in programming, you deal with systems, you know the undocumented gotchas of the system, and understand the flow of it better than someone who's completely new to it. You know when Chesterton's fence applies and when it doesn't. I often tell startups to promote the juniors instead of replacing them with seniors, because the junior who built the system would be able to modify it better.
Even in sales and product, there's some value to understanding what the customer wants and aligning that to the features or a specific pitch and such.
A reasonably experienced surgeon in one hospital in NYC is likely to be almost exactly as great on day one if he moves to the hospital across town.
All too real. Unfortunately, i do think that relying on such expertise is fraught with danger - because both your bus-factor is 1, and it makes it hard to bring up new people.
In practise, this is hard to avoid, but i think a real senior developer should know to document the undocumented, and to communicate (using various mediums) to ensure that nobody needs tribal knowledge to work on a system.
You either don’t know what a doctor does or I don’t understand the point you were trying to drive. Doctors spend decades refining their ability to recognize all kinds of issues that have vastly different conditional probabilities of occurring. Internalizing that is the entire value of a doctor over webmd.
Being a doctor isn’t as simple as absorbing a mechanic’s guide to the human body and just doing the same procedures over and over.
A hiring a senior engineer with 15 years experience, but not at your company, might not compare as favorably to an intermediate engineer with 8 years total experience, but 3 years at your company.
Promoting someone with tenure just because of their domain knowledge is an extremely good way to hit the Peter Principle. You can get people who know the system very well but don't know how to take a step back and look around and evaluate the broader context vs just plugging along the same way as yesterday. Especially if you've never hired someone with those skills to teach them. You also run into bus-factor issues and robbing-Peter-to-pay-Paul limitations around "this person's domain knowledge would be useful for this new project, but we've never ramped someone up to take over what they're doing now."
Then there are the people who manage to get tenure without actually absorbing too much of that domain knowledge... so you need to be able to evaluate that, plus skills/aptitude/potential, not just years-in-seat, when deciding who to promote, when to hire, etc.
People quoting the "Peter Principle" usually ignore that it is normal to promote beyond current skill level, since it is common to learn a position when in that position.
The Peter Principle is that eventually an employee hits a roadblock where they are failing to learn the new position. That failure is usually attributed to the person, but I would guess the root cause is usually a lack of training ability within the organisation (not commonly recognised as the problem).
I am not a manager, but I see these stereotypical misconceptions all the time... I'm not accusing you of ignorance at all: I'm just pointing out you could be clearer to help us all!
Not always, but still I would assume that people with complex tasks generally become more experienced and accumulate specific knowledge over time that makes them better at what they do. Therefore, it should be the default for employees to get a raise every now and then, unless there are clear signs that someone is not performing and the employer is not interested in keeping the person.
That being said, when somebody finds that fair system sustainably in place at a company, let me know. Fair and accurate measurement of an employees performance, free from bias and favoritism ... I'm just not sure that's how people work.
In my own very limited experience of mid-size companies, it seems like senior leadership is first on the chopping block when dissatisfaction becomes real. However, the expected value of those positions is much larger due to compensation (i.e. $2e6 x 1 year = $2e5 x 10 years, better assuming execs can find jobs within a few years)
After talking to a lot of managers it really seems that a lot of them are deeply skeptical of the people they themselves have hired.
It seems to be the case that effective and competent leadership is the exception. Even in the military, where enormous amounts of money are spent on attracting, training and retaining leadership; they're simply aren't very many that are very effective. Mediocre leaders get promoted and that's just what everyone else gets to deal with. Other examples include professional sports, academia and politics. The tech industry is hardly an exception here.
Well janitor retention would surely go through the roof, but I think you might lose a lot of upper management and software engineers.
Comparing peoples performance objectively in a large organisation is essentially impossible. Only the people working closely with someone really have any idea, and even then they only see part of the picture.
And are accused of bias when trying to get raises for their team.
Saying "end perverse incentives" makes this seem like some moral oversight driven call-to-action but I think it's more complicated than that.
Eh, most of the people in the established pay range tend to be at the low or mid range, so the company likely has the ability to pay more. Once they're at the top of rhe range, that shouldn't be much of a problem either... but that assumes the range was created using good industry data. If so, then there shouldn't be a better deal somewhere else (or at least very hard to find).
When you factor in how much it costs to have a roll unfilled, hired a new person, then train them, then productively paying to retain your talent becomes a no-brainer
If this is your path I'd strongly recommend tenure in a core revenue generating project. Avoid projects in cost centers, especially those that serve small / non-critical business needs or have potential off-the-shelf replacements that could be purchased and integrated into the business. Don't assume that leadership will be rational about replacing an internal system with an off the shelf one, if someone comes along with a mandate for change all bets are off.
Don't assume you can rely on political capital when your area of work is being turned down, odds are there are a dozen other people that are trying the same thing. Leadership would likely want to retain lower cost junior employees with the rationale that they have potential in addition to being cheaper.
But it's also a Faustian bargain that many engineers knowingly enter into. They are trading their professional coding passion in for more money and status. For some, this isn't much of a loss. For others, it is. It really depends.
These things do not happen out of nowhere. Someone is greedy and has market forcing powers.
Nah, that has been proven to not be true (at least in most cases).
What usually happens is a combination of various factors, money being one of them. And when money is part of it it usually psychologically functions as a proxy for whether your company/boss cares for you.
Most people want confirmation of their own beliefs about themselves -- they want the company/boss/coworkers to be showing respect and show that they value your work. People want to see that their work is accomplishing something and a lot of people can go to great lengths to lie to themselves that this is the case. And a lot of people also want progress, they want to see themselves doing new things, getting more responsibility, advancing their careers.
I hired and said goodbye to A LOT of software developers. And I do understand that it is difficult to get an honest, unbiased response when you ask them for the reasons for their decisions to leave.
But at the same time you get to experience trying to get people to stay and seeing what works and what does not. Giving raises works relatively rarely -- it only seems to delay. They are already discontent with their job and the higher salary only functions as a sort of gold handcuffs. After quarter century of doing this I literally am still to see a situation when a developer is offered a higher salary and suddenly becomes enthusiastic about their job to have a long fruitful career.
So what does work? Trying to find what causes them to be discontent in the first place and trying to address it. Do they feel they worked for too long in one project? Are they bored intellectually? Are they not getting along with their current boss? Changing the project without any raise is in my experience one of highest success rate things you can do in this situation. That success rate may not be very high (people tend to leave anyway) but at least I have a lot of good stories of people who changed teams and things clicked for them and they liked their new team. The only things that worked better in the past are changing the project WITH upgrade to the salary to reflect the market, and, for the ultimate highest employee-keeping potential - promotion to manager.
If people really did care mostly only about money, upping their salary should have greater success rate than moving them to another team and yet it is the opposite.
Now... this all assumes software developers and we know software developers are not exactly starving. If you are earning very little compared to your needs or when those needs grow suddenly people tend to really start paying way more attention to just monetary compensation.
Sure, cheap developers implementing the same endpoint over and over for 20 years for a paycheck are like that, but a good chunk of them actually cares about solving a problem and get recognition in the form of life changing money.
Sure, I am paid many times better and the problems I am dealing with are way more complex and varied and I know a lot of people who are asking me for help, the calls are over Slack or Zoom and the timelines and involvement in the issue is much higher. Otherwise, this is the same job.
But to say that the people who are less capable are somehow composed differently psychologically, more resistant to doing repeatable work... it is the same as thinking that people in poor places on Earth are somehow very much different from us, less intelligent and outspoken. This is simply not true -- just go and visit places (and not just tourist attractions). Go to youtube and see people visiting places. Go to library and read a book about people visiting places.
Everybody says that the first thing they experienced is this feeling of everywhere in the world they thought being so much different, actually being very much the same as home. Buildings are different, views are different, weather is different, wealth is different. But the people and their daily problems are strikingly the same.
People who are paying low wage jobs have exactly the same kinds of problems, they just also have other problems like paying their rent that is keeping them doing the job they don't want to be doing because they just don't have any other option.
So that regard they would prefer more money and couldn't care less care about arbitrary internal recognition, it's a job nothing more, unless you're actually working in a genuinely meaningful field like advancing medical science for example.
Every time I've ever switched jobs (particularly anything revolving around e-commerce) or other meaningless drivel it's been about the money pure and simple.
In the backend of the org, this is harder to do, because the impact is hard to measure and comes to fruition later in the game.
One solution is to have small teams of engineers that own their companies - ie, millions of tiny startups. That way, brilliant contributions lead to large profits for the contributor.
But how engineers can be fairly compensated in large orgs, I'm not sure. This is a fundamentally hard problem. Removing the salary ranges might help.
Sounds a bit like what Google does internally for promotions. Except their execution is failing so badly it is starting to affect the company. And also that I have no faith in this concept any more.
But at the same time you could have the same with bonuses based on how much money your team made. The more granular, the better (albeit there are limits).
Nope!
Two salespeople closing the same total value over a year can have vastly different impacts on the business.
Say Alice cares about how well the customers she brought in are doing. She follows up on their experience every six months. She talks to the people in the organisation who fulfills the customer desires. She makes sure there's a good customer--product fit, and her customers are just at that edge where they challenge the organisation to do better without demanding of them the impossible.
On the other hand, Bob doesn't care about how customers do. He just wants to close deals. He finds bad customer--product fits but convinces them anyway by promising rainbows and daisies. The customer is unhappy from day 1, because they never get what they were lead to expect. The organisation is stressed out trying to fulfill unreasonable demands.
Alice is a net positive contributor, Bob is at best neutral -- both close the same value, remember!
That sales performance measures are easy and instantaneous is one of the most damaging myths governing my current workplace. It's really bad.
So if Alice finds good customers and retains them, she does better than Bob because that customer is retained and she’s finding new accounts while Bob is trying to find customers to replace the sales he lost this year.
It’s not trivial to develop sales incentive programs, I agree, but it’s way easier than doing it for home office people whose job only has a loose connection to revenue and profit and any measure is inherently subjective.
I still don't agree it's easier, though. If a customer stays, is it because they've received great support or because the salesperson found a good fit?
What I'm trying to say is "if sales get compensated when a customer sticks around, then so should everyone else supporting that customer".
Basically the only good incentive programme is profit sharing (or ownership) applied across the organisation.
My Position has always been "More Money, with less responsibility, is the best promotion one could ever get"
1. Cul-du-sac promotions where once you're there you don't have a progression beyond 2. Promotions where you end up hating the work
> Reward seniority and loyalty
Aware this isn't a whitepaper that deeply explores what's better and worse for a company's workforce retention, but "Reward seniority and loyalty" is dangerously simplistic.
From my limited experience with payroll systems, and having groups of employees doing the same role, all on different rates based on how long they've worked for us, is a maintenance nightmare due to the inability to automate things. Salary bands and levels etc. alleviate this, but there are necessarily fairly tight limits where a 10-year veteran's expectations are just unrealistic. There's a point where "everyone doing this role" should be paid more, rather than this individual should get a higher percentage than their peers if their total remuneration would breach some ad-hoc level of acceptability.
I think a simple description of a wickedly-complex strategy is "know your people". This requires managers that have the time and space to get to know their reports, all the way up the chain.
Just two days ago I was discussing an ex-colleague, who had a bad reputation with our previous management (I was actually explicitly told by management not to bring him into my project). He eventually moved to a new company, and is an absolute star worker there. If he was managed better at the previous place he could have been a star there as well.
Immediate thought-analogy: If Managers treated their reports as Customers; if Managers acted as Sales Reps for the company in their dealings with reports, then retention would be less of a problem (also need to know which "Customers" are worth the effort).
But it all depends on what you're optimising for, and every workplace is different. Know which roles are "soldier out, soldier in", and which require 6 months of knowledge absorption to become remotely productive.
A single rule is as efficient as it gets, but it'll rub a majority of the people the wrong way. A rule for every individual will keep everyone somewhat more happy, but it'll be murder on administrative maintenance. Find your balance point on that scale and re-evaluate based on changing macro-economic situations.
I don't agree that this is a trap. sure, leveling systems aren't perfect. but they're based on a key insight: there is usually a limit to the impact an engineer can have for a given scope. if I own a single service/component in a larger ecosystem, there comes a point where it doesn't make sense to keep paying me more money to make it even better if my clients/dependencies aren't keeping up. the only way I can continue increasing my contribution to organizational goals is to broaden my scope and start influencing the design of other services/components I interact with. it's not by coincidence that is a major part of how leveling guidelines are written at most tech companies.
When you become low level manager this resets btw, Senior Managers and Directors will want to know where you are, nobody asks why the Director wasn't feeling it for 2 days though.
Other part of it is control. Higher rank means you get to decide which technology and how the problem gets solved and get to play empire building games. Which is fulfilling to some people. Some people want to feel like they are making the decisions, other people like to feel like they have influence on others for self worth. Other people enjoy high level strategic work over doing actual implementation of the work. You pretty much have to get promoted to do strategic style work in tech. My analogy is you enjoy playing a starcraft style RTS where you get joy out of sending the exact right amount of marines to beat that enemy in the most efficient manner, but hate having to do an FPS where you play that marine and have to fight that enemy yourself.
It is like they haven't taken the time to even make a rudimentary calculation on the costs involved in keeping the employee versus replacing them.
I was on the late shift, 10-6.
Turns out the early and mid shift people hadn't turned up so CIO and HR people were manning the Service Desk until I got in.
You'd think they would then appreciate the work done. But no one appreciates a good service desk it seems.
Maybe they should tune the company food to reduce bathroom occupancy. :P
Many times they've hired me as a consultant where I make 5-10x my hourly rate for several months after bringing the new hires up to speed.
Companies place very little emphasis on retention and retaining institutional knowledge. They don't seem to understand that employees who have worked at a company for years developing systems and architecture know where all of the secrets are.
When I leave an organization, my goal is for them to either directly replace me, or for them to not need to replace me at all. I do this by ensuring that I don't silo my work (by ensuring others are working with me, or under me), documenting everything I work on, and occasionally changing roles.
My specific goal is to help a company grow, not to make them depend on me.
Growth is understanding that you become indispensable by removing yourself as a dependency, because you uplift everyone around you. At higher levels of seniority, this is what orgs actually care about.
If you think you're safe because the company is so dependent on you, you're misguided. You're the kind of folks that are actively targeted.
Ignoring money, I'm also prioritizing myself, because by removing myself as a dependency, I also make it possible to take vacations, and my stress levels are low.
Employers don't know ahead of time which employees will leave and which will stay. In order to improve their employee retention, employers have to pay _all_ of their employees more, not just the ones that eventually will leave. This changes the math entirely.
For example, suppose it costs 50% extra to replace someone who leaves. In retrospect, sure, giving the sole employee who leaves a 10% raise each year to retain them makes sense. But if you have to give all of your employees a 10% raise per year, just to retain that one person, it doesn't make financial sense anymore.
To be clear I'm not endorsing this system at all! But from a pure financial perspective it makes sense to me and is why, I suspect, it persists.
Also, during a high turnover period around a year ago, we even bumped a few people up mid year when we normally do salary increases at the beginning of the year. These folks were very happy and I think it earned a lot of trust that we looked at the market rates, determined they were underpaid, and made sure they were at least getting what they'd get paid elsewhere.
He called me a few months into the gig and told me that he felt I should be making more than my starting salary and that I was getting a fairly substantial raise effective immediately.
I can't describe how good that felt, after having had to struggle to demonstrate my value at the previous gig only to be met with bureaucracy at every turn. I'm still with that company and genuinely love working with them. I make a pretty nice salary, and though I'm sure I could easily get a 20% raise to jump ship, I'm finally in a place where I can say "nah, I'm happy where I am" and not feel like I'm giving something up.
When asking people about the performance of their peers, you usually get equally positive feedback unless folks are fucking up.
You have a good point though. Perhaps managers shouldn't be asking for feedback on specific individuals, but ask individuals who they go to for help and mentoring.
But I think the more important question is: who are these key contributors? It’s perhaps easy to identify some of them, particularly those who are louder, and perhaps it is also possible to identify those who appear important but are, in some sense, bluffing. But there are also likely those who are key but whom the system for evaluation overlooks. It’s probably better for those people if they leave as they may find an employer who can better recognise their talents (and leverage them and pay them for it). I don’t think I’d do a great job at recognising such key people even among those I work closely with but maybe I’m just bad at that sort of thing.
(I don't think it's quite as hard as you're making it out, though. Who are the people you go to first with questions about how stuff works?)
Maybe we have a mismatch on what "appropriate" pay means. If the expected cost of losing someone is less than what you're paying them, maybe you're paying them more than what's appropriate. But it does sound a bit like you're falling into the same trap as GP in assuming you have to pay everyone the same rate; I could be misreading you.
In practice, most places I've been have a few people who are "obviously" key and then a lot of ambiguity.
That is their fault. I used to work in a well managed company. It was never a surprise when someone left as career progression was always an open topic between colleagues and supervisors.
You don't know when people are going to disappear if they are crouching and ducking around every corner to avoid management.
Yeah, so basically this argument is realpolitik, machiavellianism, game theory -- things that work 9/10 years, bring in profits but have enormous hidden costs that ravage companies/economies/countries in that 1/10, 1/50, 1/100 years.
The argument is "be a dick as much as you can get away with, because people are sheep and being a dick is a virtue actually". Until a lot of people start being dicks, then we cry about the long lost art of not being dicks to eachother.
I may be a bad example, but I can assure you every employer I have ever left new I was unhappy in my role before I left.
I always have frank and open conversations with my managers about my expectations for growth, wages, etc. These are not Ultimatums, but more "In 5 years I would like to be" type conversations.
Now as a manager I have gotten similar feedback from people that work from me, sometimes you have to listen closely to understand what they are saying in reality as many are not as direct as I am, but the feedback is there
I think managers just simply ignore it in most cases
Totally not a real story at all...
Of course humans are apes in suits and will actually maximize their own personal interests regardless of what the laws or their job description says.
It was a very significant raise but after a short discussion with my cofounders, we agreed and gave him what he asked for. That he was a top performer made it an easy decision.
What's the workload at the typical FAANG?
Lots of working with other teams (XFN) so collaboration is almost as important as execution. Pay is good.
R&R of Manager Expected to perform as full time IC
and pay of an junior
E.g. when I interviewed at Robinhood in 2020 one interviewer was already an eng manager after she graduated from school and joined Robinhood just 1.5 or 2 years before. I don't think that happens now at Google or Facebook or Apple.
"Hey, my valued employee, just thinking about you, and I wanted to send you these additional United States Dollars."
The Google Moloch seemed to have a fairest system, of course circumstances could be unfair but the process was fair. Most people who wanted promos and fed their soul to the machine would eventually get promos.
Meanwhile in the startup zoo, it’s all about earning favor and avoiding disfavor with a small group of lords.
It's crazy how much science you can apply to HR once you are working at a scale of tens of thousands of employees. At that point people aren't people anymore, just nameless resources to be plugged into an equation. Kinda like the "a single death is a tragedy, a million deaths is a statistic" analogy. Stack ranking follows the same principle.
Had plenty of promotions, multiple spot bonuses and equity. Not Netflix or Google level comp, but not too far off either. It is a bit manager-dependent(good managers have to stick their hand in the cookie jar whenever it is close by), but I believe that most IT companies have this sort of structure setup.
It works too - if you don't know if you are going to get spot bonuses (or equity) at the new place, it becomes far more of a gamble.
There was a counteroffer when I told my present company about the new offer but it was too little too late.
It’s well known among my peers that to level up or get paid more, you go elsewhere and maybe even boomerang back later.
Also on the flip side, if you've been in a role longer than say, 4 years, you should interview at other companies. You're probably getting underpaid. (Even if you've gotten a promotion). You don't have to jump ship, just see what's available.
That's how intensely underrated retention is for a lot of companies, and how costly it can be when retention isn't seriously looked into.
Didn't realize there was a name/term for it, but it makes a lot of sense.
He told me that when he told HR "I hope I will come back some day", HR replied: "until I'm head of HR, no one that leaves will ever be considered again".
I recently interviewed with Stripe for a leadership position and was asked about some of my most impactful contributions with my previous employer. I described several anti patterns that I identified with the development process that would lead to burnout and turnover, then I described the changes I put in place to prevent this outcome. Things like sprint retrospectives, tracking technical debt, prioritizing automation, clearly defining tasks before starting development, validating progress with the various stakeholders, upskilling and managing the career development of engineers, and a host of other QoL improvements to smooth out the development process for everyone involved.
It was immediately obvious that this was a dud in the eyes of my interviewers. Eyes glazed over almost instantly once I started talking about preventing burnout. And I can read a room, so I could have easily switched topics until I found something that received a positive response, but I was so shocked at the response that I doubled down. Needless to say that I did not make it to the next round. But in my view that's a true negative for both of us, because I can't work at a place that doesn't value their employees enough to design a healthy workplace for them to operate in.
Currently the approach is “well we lost someone with 10 years of experience _at our company_ I guess we’ll replace them with some with 10 years of experience elsewhere. Problem solved!”
But really, to bring the moneyball analogy, the guy who left was hitting .380, while the guy you brought in will maybe be a .300 hitter a few years from now once he ramps up closer to the level of the .380 hitter.
So what recruitment should be doing is figuring out how many individual people they actually need to bring in to replace their .380 hitter. That calculation should also inform how much they’re will to incentivize the .380 hitter to stay.
Thank you for bearing with my drawn-out analogy!
- Dissolve good teams.
- Losing great employees for nothing
- Prohibition of documenting procedures (Yes, I've worked on one of these)
- Encouraging bullying behavior.
- 50% of time lost in meetings.
The explanation of all this is that... 99% of the companies where I worked the objective was not profit, they existed only for someone to demonstrate control over other people. Meetings is showing the power of "request a meeting". An employee asks for a raise? We don't give in to employees, etc.
If you understand this, all the weird stuff makes sense.
> Managers don't discover the work
I disagree. Have you never seen a manager hired from another place already come in with a bucket list they want to do bc “that’s how we done it at X”? That’s a classic. There are less nefarious examples of this ofc but ime managers absolutely do and even want to discover the work. Now whether they’re the right people to do it is entirely different question =)
I think you mean paltry. Although I have seen employees who flap about, squawk a lot and shit all over everything, so perhaps poultry is apt.
100 hrs/wk will send someone to the Emergency Room.
If I see a colleague who's too stressed, I'll impress upon everyone the importance of correcting that.
Unfortunately, there are certain industries like AAA games, TV and movies where ambitious people are generally exploited through under-resourcing. Crunch is relatively normal, and it does make good economic sense for the shareholders in terms of ROI.
Recently, many people have been leaving these industries because the health/ambition trade-off doesn't make sense for them anymore. It doesn't for me as well, and I'm leaving too.
A lot of good institutional knowledge is lost this way. It probably accounts for the recent decrease in quality and delays of big AAA games.
My current employer is a prime example of this stupid mentality causing issues.
They’ve gotten better about it but since I started little over two years ago they’ve had probably 60% turn over of full time team leader and higher staffers. Our poor VP spent the last 3 years arguing with our Japanese President and others about the need for retention policies as we have such a high staff turn over that it was/is costing us money in overtime etc. we were in a bit of a death spiral last year that we’ve luckily pulled out of but we lost so many people due to COVID and similar that we were working people mandatory 12 hour shifts with mandatory OT and kept having /more people/ quit. For obvious reasons. And then new hires wouldn’t last through their first paycheck.
They had to up base pays and bite the bullet and hire a ton of people all at once to try and get shift times lower.
It’s one of those things that makes me glad I’m IT. I’m a critical employee and they bend over backwards to accommodate me when I need it. I try to not abuse that though :)
We are a tier 1 parts supplier for Honda and we operate damn near 24/7/365
So now that I'm the project manager, after Steve builds the new feature then I alternate assigning the bug fixes between two other people who did not build it. That way, at least two other people become familiar with that part of the application while Steve is still around to answer questions and provide guidance.
https://www.technologyreview.com/2022/09/15/1059470/customer...
MIT Technology Review should be ashamed of themselves.
After 11 years in Enterprise IT it's been my impression that we are very short sighted. We give everything to our sales and they sell everything between heaven and earth without a thought on how we can deliver it. And once the contract is signed, no effort is made to deliver or manage, just move on to the next big contract signing.
So just as they prioritize hiring and ignore retention, they also prioritize contract signing and ignore lifecycle management. It's the same short sighted thinking in another area.
Employees should see that like a lot of investors do, which is a discount on blue chips. It changes the calculus a bit if you don't plan on executing on vest or holding after you do for tax reasons, which makes a lot of sense. But if you're considering a role at a big tech right now and plan to last a few years it's not necessarily a hit.
Trying to retain people they don’t respect already seems unlikely.
Senior software engineer (10 years of exp.) joins company X. Year salary: 80K EUR. This salary is not exclusive of "tier-1 top companies"(but let's not start a discussion about how low or high this number is, please)
- After 1 year. Good performance, everyone is happy. Raise of 15%. New salary = 92K EUR
- After 2 years. Great performance, everyone is happy. Raise of 15%. New salary = 105800 EUR... now this salary is starting to look unrealistic
- After 3 years. Great performance, he's the de-facto tech lead of the team. Raise of 15%. New salary = 121670 EUR. Now this is salary is rare for for non-tier 1 companies
At this point the senior engineer considers leaving because in year 4, it's impossible he'll get a 15% raise again (that would make around 140K EUR, and company X is not Google/FB/Amazon/Microsoft). So, he switches companies. Company hires a new senior software engineer for 90K EUR. The cycle starts again.
If I were in a position to implement things I’d simply get rid of raises all together and simple give people only stock and/or profit share. If they’re doing well the raise will come to them automatically. Of course this has perverse incentives in itself too.
Forgetting the Asbestos – how we lose knowledge and technologies [https://news.ycombinator.com/item?id=33320294]
Especially in startups losing knowledge is a huge problem -- I claim -- and a fundamental management issue as productivity models and other resource management models (theories) do not account for memory.
Who had someone left or themselves left only for X system to start dying in production? Or for a lot of info to have been lost because it existed on slack or on the conversation participants heads?
Startups can simply not afford to lose some/most people. Best case that knowledge is at the hands of competition.
Transactional attitudes begets itself.
In terms of compensation and hiring, commonly the package is defined by HR while the performance is reviewed by your team manager. There are even places where the criteria of evaluation is defined by HR.
That's also why I'm very optimistic about start-ups. Company can never dominate a market forever. And the end of the day, all companies implode
I have a phrase that sums up the process:
How you hire is whom you hire.
Put another way, if recruiting / hiring is off target, that's only going to magnify going forward.
[1]https://www.vox.com/recode/23170900/leaked-amazon-memo-wareh...
Well, it is the same with companies.
In both case this leads to suboptimal results at 'system level' (a well-known problem in system optimisation).
Societies do exist, and humans are not purely selfish rational beings either.
The entire basis of Thatcherism is dodging tax on riches made by selling the entire society.
But the name for the 'system level' of a collection of interacting individual humans would be ... society.
Her statement is also deeply incorrect that individuals are solely interest-driven -- they're also value driven (though I suspect like many effective politicians she damn well knew that regardless of what she said). Of course, with companies, her statement is significantly more apt.
Duh. Most people learn the job on the job.
I'd like to see a study which analyzed corporate management as a cult and looked at the irrational non-profit-motive based behaviors that you have to 'signal' in order to work up the ladder. Where decisions were more about peer approval than actually making the company better.