Live data from Hacker News

Agile Ruined My Life

whattofix.com

1–10 of 137 posts

Re: Agile Ruined My Life

#2
Implementing scrum turned our team from productive and mostly free of overhead to overbearing, involving a lot of long ass meetings (all meetings are long if you have to stand) and produced a lot of additional confusion. The interesting thing is that previously, with our specs and our so-called waterfall approach were were more agile. It happened naturally as we naturally did incremental development and we naturally talked to each other when we needed to, with no annoying scrum meetings and asinine bs from managers. People say managers have no voice at scrums, but what is a scrum master anyway? Everyone who doesn't write code is a manager and their opinion can interfere with progress. And of course the idiot child product manager would constantly lecture people about talking too much, except she would never shut up herself.

Even if a meeting is 15 minutes, if it is irritating, insulting, distracting and undermining, then it negatively impacts productivity for at least an hour after. I took to. Having breakfast afterwards, where I normally wouldn't eat breakfast, just to get centered so I could get some work done for the rest of the day.

I left that company soon after. If I had stayed i would have gone postal, or had to hire a lawyer to sue them under the ADA for torturing me by making me stand and listen to sanctimonious bullshit from idiots.

People say, when a bad experience is described that it wasn't being done right. Well i see no difference between what i experienced and what is being advocated.

Yes, there is a lot of anger towards the agile movement because it was sold as a tool to pointy haired bosses to impose, rather than a grassroots movement among engineers that embraced flexibility.

That said, on my own we've adopted a number of so-called agile methodologies like incremental and iterative development.

But the whole movement I'd oriented around imposing ideology on people. This is wrong.

For instance, whenever unit tests or test driven development comes up the proponents act like anyone not doing things this way is incompetent. I think the reverse is true, but I would never say there is ONE TRUE WAY. Agile proponents often seem to say there is only ONE TRUE WAY.

Also, don't mod me down just because I work differently to you. This is the ideology of the ONE TRUE WAY that is just wrong.

Programmers come in all shapes and sizes. They actually can be productive and work in a different than I do or you do.

Re: Agile Ruined My Life

#3
post #2

Implementing scrum turned our team from productive and mostly free of overhead to overbearing, involving a lot of long ass meetings (all meetings are long if you have to stand) and produced a lot of additional confusion. The interesting thing is that previously, with our specs and our so-called waterfall approach were were more agile. It happened naturally as we naturally did incremental development and we naturally…

I (the author) agree with you. I also do not like this whole idea of ONE TRUE WAY. From the closing graphs.

Iterative and incremental development isn't for everybody. Lots of teams do things completely ad-hoc. Lots of teams are happy with waterfall. Lots of folks just don't care to change. These are all good reasons why agile might be a bad idea.

My standard for what agile isn't universal, sure. but I'm very happy teaching best practices for iterative and incremental development. You can call that agile, you can call it Joe. Whatever it is, helping people see things and try things they haven't seen or tried before -- and then letting them decide whether it's working for them or not... Over time there can be an us-versus-them attitude that sets up between any two groups of people. We must always be on guard for this. If you're not a servant to the team, you shouldn't be in the room.

Re: Agile Ruined My Life

#4
Amen.

The greatest success I've had is using a hybrid approach of agile and waterfall. But, let's face it, Agile is anything but agile when it comes to the process. The Agilists out there will be the first to beat you over the head when you don't follow the process by the book.

Re: Agile Ruined My Life

#5
All of the "heavy" agiles like Scrum have confused me: isn't agile about fundamentally less process and more flexibility? One can't serve two masters. Teams have to pick a point along the completely structured - completely flexible line. As far as I'm concerned, these flavors of agile are just wolves in sheep's clothing that allow existing waterfall autocrats to continue their reign under the guise of adopting "agile."

Re: Agile Ruined My Life

#6
post #2

Implementing scrum turned our team from productive and mostly free of overhead to overbearing, involving a lot of long ass meetings (all meetings are long if you have to stand) and produced a lot of additional confusion. The interesting thing is that previously, with our specs and our so-called waterfall approach were were more agile. It happened naturally as we naturally did incremental development and we naturally…

I (the author) agree with you. I also do not like this whole idea of ONE TRUE WAY. From the closing graphs. Iterative and incremental development isn't for everybody. Lots of teams do things completely ad-hoc. Lots of teams are happy with waterfall. Lots of folks just don't care to change. These are all good reasons why agile might be a bad idea. My standard for what agile isn't universal, sure. but I'm very happy te…

Sure, didn't mean to come off as disagreeing with you, as your article makes many of the same points. Just venting because so much of these ideas have become an ideology....I respect that you are advocating a non-ideological approach.

Re: Agile Ruined My Life

#7
Here's how "Agile" has worked for me.

Start with a big list of features you wan to implement. Product Owner/Manager keeps list in proper order of importance.

Every 2 weeks team gets in a room for 1 hour and marks off what they have done and picks off what needs to be done for the next iteration - generally you try to pick off less work then you think you can do. We'd let you pull in additional work as the "iteration" went on - any extra work completed was a bonus for the PM. Unlike traditional agile - we found that having QA and bugfixes trailing dev by an iteration worked best.

repeat.

Now with this, and it really depends what you're working on, you can still do "releases" every iteration if you want - but you don't have to (but to release a feature it would take generally 2 iterations one for dev, one for test/bugfixes). Generally we would only do daily standups if we're 1. Relying heavily on an outside team. 2. Getting close to a release. Standups always had to occur before 11am (usually at 10) as close to the start of the day as possible.

I found this method worked great. It left the managers with the ability to do some scheduling - w/o those effing "points" or "cupcakes" level of work meetings - which created metrics that no one used. You still get transparency and can release quickly as features get implemented.

Re: Agile Ruined My Life

#8
The idea that "being agile" is a fixed process that you can write down and teach to people seems to me to be a contradiction in terms. If you have to train people how to do it, and have meetings about it, and read books about it, how can you possibly be agile?

Actual agility is the ability to quickly adapt to changing circumstances. To do that as a team you need trust, and great communication. No process can give you either of those things if you've not got them, but a bad process can certainly take them away.

Re: Agile Ruined My Life

#10
As a young software developper, what really bores me with Agile, is the name, the shiny box you put things into, where it should just be named "Good practices for software developement". It's the mentality of selling things as products, with some kind of prebuilt ideology and aesthetic built along with the core, that really makes me run far far away.

I don't want to be sold a product. The fact that it led people to try new ways of developping software, be it TDD or pair programming or whatever, is good, but heck, just give me the core idea, remove the gift wrap, and go away. I don't want nor need some kind of new age manager coach.

Anyway, the article seems to be making this very point in some way, but then, why the name agile ? Well for marketing of course. So, while i sort of agree with the article, well i'll just be far away looking, thanks.

Post reply on HN