Live data from Hacker News

Xsolla fires 150 employees using analysis of chat and email activity

gameworldobserver.com

91–100 of 154 posts

Re: Xsolla fires 150 employees using analysis of chat and email activity

#91

This reminds me of Ted Talks about the original thinkers by Adam Grant: https://www.youtube.com/watch?v=fxbCHn6gE3U Just because these people are not behaving or contributing the same way like others, it doesn't mean they are worthless. If company design the work "game" like such, people will try to cheat the game like automatically producing whole bunch of crap on daily basis - is that productive? Then, they will ha…

“Show me the incentive, I’ll show you the outcome”

Re: Xsolla fires 150 employees using analysis of chat and email activity

#92
post #48
post #6

"You received this email because my big data team analyzed your activities in Jira, Confluence, Gmail, chats, documents, dashboards and tagged you as unengaged and unproductive employees. In other words, you were not always present at the workplace when you worked remotely." Sweet. Maybe we are hitting the day when all of your code commits, all communication, location in the building, telecommute meetings, etc. etc.…

My employer went this route. Gamified all the developers' output. I quit on the spot and I was not alone. We will see how it turns out but I still believe that gamifying everything is a bad idea. There's no way to align the incentives with company profits using stupid metrics.

The problem with "gamifying" work is well-known to anyone who actually studies human motivation. Any exercise of control, and especially anything that makes people focus on their performance rather than the actual task they are doing, is bound to decrease motivation and quality. When kids worry about the test and their grade, they learn less. When professional athletes start worrying about the score instead of trusting their bodies, they do worse. This is a pretty basic feature of human psychology, but for some silly reason we think we can outwit it if we make our methods of control "fun" enough.

Re: Xsolla fires 150 employees using analysis of chat and email activity

#93
speaking from experience this isnt going to end well. the employees that didn't get fired will feel betrayed and you will lose alot of good people with the institutional knowledge of your systems. some people that remain will figure out how to game the system while contributing as little as possible.

Re: Xsolla fires 150 employees using analysis of chat and email activity

#94
I know everyone will think I am crazy, but I actually like to get work done at work, and I am so fucking sick of everyone bunking off and never being available with the change to remote work!

It is a real problem! People are just bunking off and not working!

I also saw this when people were in office, however. Eventually, some people just stop doing work completely and coast until they are noticed or find a new org to be a parasite of, a surprisingly rare occurrence.

And I say this as an extremely lazy employee who often checks out at 4pm. It gets BAD with some people.

Re: Xsolla fires 150 employees using analysis of chat and email activity

#95

Reminds me of a story I heard from a friend. Some consulting firm came in to the company and decided, based on number of commits (or some such metric), that one particular engineer was the lowest performing engineer on the team. So, management fired them. Turns out that engineer was the one who everyone side-channeled with to get help when blocked. They were the one who knew the system best and were enabling everyone…

Similar to an experience I had in my first job - repairing electronics (pcb’s, components, tuning radios and lasers) for supply chain environments and we were (loosely) reported on via how many jobs were completed per day and the average for a technician was somewhere around 5, so 25 per week.

The experienced technicians would leave the base stations though as they took a long time to troubleshoot and repair, so customers would get upset that the turnaround was slow. But these repairs were also profitable because extra labour and parts margin. So I would take them on - win/win I thought - happy customers and billing the expensive jobs, heck someone has to do these jobs. The problem was that you couldn’t complete more than about 1.5 of these jobs per day on average.

Anyway, new lab manager comes in, crunches numbers and they decide my work rate is too low and I’m no longer required…

I still wonder to this day if it had an impact on turnaround of those devices.. I would like to think they realised what they did. I also learnt not to get too far from the herd even if you have the best of intentions.

Re: Xsolla fires 150 employees using analysis of chat and email activity

#96

> we will help you find a good place, where you will earn more and work even less Wow you're really selling it for us. PR nightmare.

It sounds great, honestly. Sounds like his employees are working more for less pay. I know he's insulting his employees but still pretty awesome if he actually found a better position for his people. Who doesn't want to make more and work less? I wish I could make money while doing nothing.

Given the tone of the rest of the letter I don't think that statement can be taken at face value, it comes across much more like a backhanded jibe adding insult to injury

Re: Xsolla fires 150 employees using analysis of chat and email activity

#97

Reminds me of a story I heard from a friend. Some consulting firm came in to the company and decided, based on number of commits (or some such metric), that one particular engineer was the lowest performing engineer on the team. So, management fired them. Turns out that engineer was the one who everyone side-channeled with to get help when blocked. They were the one who knew the system best and were enabling everyone…

Reminds me of a CEO who proudly thought technically knowledgeable friends are good to get ideas from but not hire.

Re: Xsolla fires 150 employees using analysis of chat and email activity

#98

Earlier quoted context omitted.

If getting a promotion really is as easy as committing lots of lines of code, and you are THE ONLY one to figure it out, then you deserve a promotion

Not only that, but other engineers apparently pointed out the gaming and management didn’t care.

I think they were just reorganized when it happened? Or the company had been acquired. Anyways, it became the new way to evaluate devs not long after he joined.

Re: Xsolla fires 150 employees using analysis of chat and email activity

#99
There was a round of layoffs I went through at a consulting company where we are pretty sure some pure overhead MBAs pulled a report of who was missing "cloud" skills from an internal skills tool and had had anything less than a top box review laat year. Without consulting even the GM dozens of senior/principle people were let go.

This naturally ended up a disaster because A) those people weren't updating their skills in the tool because they were high demand rock stars and B) they had deep customer relationships, to the point where many customers threatened to (and I'm some cases did) cancel their contracts and stop doing business with us. My understanding is somewhere between 1\3 and 1\2 of everyone let go was hired back at higher pay after keeping all their secerence pay, and many of the rest just refused to do so.

Re: Xsolla fires 150 employees using analysis of chat and email activity

#100

Earlier quoted context omitted.

I suspect this will be an unpopular opinion here, but I think that if you set the thresholds conservatively enough, a tool like this could be useful in identifying people who are not contributing. Where I work there are searchable tool invocation logs and there have been cases where someone is only compiling code one or twice a month, who not too long after I discovered this made an exit. If you're enough sigmas belo…

The problem with any metric is that old quote about “when a metric becomes a measurement it’s useless.” How do you recognize someone who commits the same “amount” of code but which is consistently shitty and has to be reworked later from someone who commits a lesser “amount” but guides the project overall to a better place? Or someone who is spinning gears all the time: compiling code, spinning up VMs, in meetings al…

Perhaps. It depends on how easy it is to adapt to the metric, how risky, and how much upside there is. It's kinda like antibiotics. Use them too often and the pathogen adapts. It would be an approach that would have to be balanced with others.

For what it's worth I do think it is very silly to announce you are using metrics like this. Ideally you'd not want people to know what tipped you off that they were just cashing checks. You would fire them gradually over several weeks or months, and explain it some way that doesn't easily point back to the filter metrics. This approach of announcing it is like exposing pathogens to a sub-curative dose of medicine.

Anyway, I don't get the sense from the other commenters that the main concern is for the wellbeing of the company -- that they might be at risk of being gamed. I don't think an employee should have an expectation of privacy in at least several of the spaces used in the article as a signal, if any.

Post reply on HN