Live data from Hacker News

Why I No Longer Want to Write Software for Companies That I Don't Own

news.ycombinator.com

1–10 of 50 posts

Why I No Longer Want to Write Software for Companies That I Don't Own

#1
I'll start by saying "Agile Project Management Is Farce and does more harm than good". I've been researching tech turnover for a bit now, with a focus on programmer turnover, and with no reservations I can say that so-called Agile project management is a leading cause.

The goal of Agile project management is to make software development a more customer-centric and more iterative. This is a noble goal. Agile however, whether intentionally or unintentionally, has had a secondary effect of robbing developers of job satisfaction.

Here let me give you an example. About 10 years ago I worked with somewhat of an influential in the Ruby community. We both worked at an "Agile" software consultancy. After finishing a task on our project work board I remember watching as that developer went back to claim the task the followed logically from what he just finished. He was shocked when he saw that the task's card has been claimed by another. He then said, right there in the office, quite loudly and openly "I am not getting the satisfaction of completing a thing when working like this."

So Agile robs developers of sense of satisfaction of ownership and completion. Well if the developer is being robbed of this satisfaction then to whom is this satisfaction being transferred? Well, project managers. Who get rewarded for the "velocity" of the team, which is more of a product of the hard work and less of a product of task management.

So developers have three things making them want out:

1) No ownership satisfaction 2) No completion satisfaction 3) Someone else taking credit for their work

Ok, this are not the only reasons for developer turn over but this is a big one. There are others like toxic environments, Title VII discrimination, and so on.

It can be denied that 1.5 - 2.0 year developer turnover at tech companies is pretty woeful. We are dropping the ball somewhere and its hurting business bottom lines and developer careers.

Re: Why I No Longer Want to Write Software for Companies That I Don't Own

#2
I completely agree; it also has the effect of making software worse, as far as I can tell. At the last few mid-to-large sized tech companies I've worked for I've watched project and engineering managers push hard for more velocity trying to get their bonus. Eventually they start telling people to take shortcuts, or rewarding the developer who gets things done faster but, as an example, doesn't write any tests. They then get mad at the other devs who won't approve their patches during code review or end up spending their time fixing the bugs in prod created by the developer being rewarded for "moving fast". The pressure on the managers trickles down and the software ends up being broken.

Re: Why I No Longer Want to Write Software for Companies That I Don't Own

#5
What is agile development? Is it anything more than a buzzword?

I have worked in several environments that embraced "agile". And they were all different, for the most part.

The only things they had in common was bad management and negligence of tech debt.

Re: Why I No Longer Want to Write Software for Companies That I Don't Own

#6
I will not work at Agile/Scrum shops for similar reasons. Although my primary reason is different. Estimations break the whole process. Most of engineering is discovery work and discovery work can't be estimated, leading devs to estimate 10 times what tasks actually take so that they don't get in trouble for not finishing tasks on time.

I work for a smaller dev team currently and I take a project and finish it A to Z. It is extremely satisfying to have complete individual ownership over a task and we've achieved greater development velocity than I ever thought possible.

Re: Why I No Longer Want to Write Software for Companies That I Don't Own

#8
If the engineer is only getting satisfaction from claiming a closed ticket, and then not getting tickets claimed when they owned the work, then the team is putting values and metrics in the wrong places.

Either have multiple people claim a ticket, or change the definition of success from an individual releasing a ticket, to a team releasing a successful ticket.

Agile done properly should reward success on the team level. Tickets are rarely one-person affairs. If reward is happening on the individual level, one per ticket, then the usage of Agile is incorrect.

Re: Why I No Longer Want to Write Software for Companies That I Don't Own

#10
I've had some good 'agile' experiences and some bad. We havent always done agile "to a T", we usually shape and mold it to work for us. However some companies it is very apparent how shit this thing is. We do our company wide sprint review thing with each squad (yeah we copied spotify squad thing). When a PM gets up and says "our squad complete 12/12 points" everyone goes fricking nuts like it's the best thing ever. What did the squad accomplish? They added some images on a page in our app...

I guess overall what i've learned, and this probably applies to a lot of things in life not just software. "Important" (C level, managers etc) act just like my 8 month old daughter. They see things that are new and shiny and they want it, badly. Tech companies see that other tech companies do AGILE, JIRA, all this shit. Those manager types then decide we need to do this ourselves. So you are forced to implement some managerial system that nobody understands. It's all crap i tell ya.

Post reply on HN