Live data from Hacker News

Agile Is Dead

agilepilled.com

31–40 of 99 posts

Re: Agile Is Dead

#31
I happen to believe you get "quality software" by giving devs "ownership" of a piece of the software.

And by ownership I mean they come back to it on every revision of the software. They add the new features, they fix its bugs ... they can burn it to the ground if they like for reasons of technical debt (or because they feel like it).

"But what if that engineer leaves and no one else understands the code?" I hear you ask.

So what. We're smart. Put someone smart on it and they'll have it figured out soon enough. Chesterton’s Fence be damned, if the new dev wants to burn it down, let them.

You have to accept some risk in this field. But also you have to allow other's the responsibility. And in my experience, they'll rise to the occasion.

The groups I was in that claimed to be Agile rotated devs around the project like, um, cogs.

Re: Agile Is Dead

#32
post #13

The old manifesto is fine, isn't it? --- Individuals and interactions -- over processes and tools Working software -- over comprehensive documentation Customer collaboration -- over contract negotiation Responding to change -- over following a plan --- I still like it. The problem is not the lack of a good manifesto, is that people don't get it. Anyway, I like that someone else apart from me is thinking about these t…

I like it too, but was always a problem for me:

> Customer collaboration -- over contract negotiation

Customer is often too busy with his own work to collaborate meaningfully.

Re: Agile Is Dead

#33
post #24
post #13

The old manifesto is fine, isn't it? --- Individuals and interactions -- over processes and tools Working software -- over comprehensive documentation Customer collaboration -- over contract negotiation Responding to change -- over following a plan --- I still like it. The problem is not the lack of a good manifesto, is that people don't get it. Anyway, I like that someone else apart from me is thinking about these t…

Agile is like communism - it sounds like a great idea. Except it never seems to work anywhere, and everywhere that it turns into a train wreck consisting of 45 minute daily stand-ups and 3 hour meetings arguing about T-shirt sizes or whether points are equivalent to time or not, the only explanation anyone ever proffers is, "well, you weren't doing Agile right". No fucking shit. Nobody can do Agile right. I would arg…

My team spends half an hour per week on standups and about 2 hours every 3 weeks pointing stories. Any interaction beyond that is on an as-needed basis and mostly I'm just trusted to figure out what needs doing and do it. Agile is like communism - problematic, but mostly maligned by people who don't understand it using examples that are either made up whole-cloth or cherry-picked and then badly distorted in the retelling.

Re: Agile Is Dead

#34
Ironically “Holistic Development” reads like it’s just the agile manifesto rephrased to remove any mention of the customer.

Re: Agile Is Dead

#35
post #30
post #24

Earlier quoted context omitted.

Agile is like communism - it sounds like a great idea. Except it never seems to work anywhere, and everywhere that it turns into a train wreck consisting of 45 minute daily stand-ups and 3 hour meetings arguing about T-shirt sizes or whether points are equivalent to time or not, the only explanation anyone ever proffers is, "well, you weren't doing Agile right". No fucking shit. Nobody can do Agile right. I would arg…

Agile is like communism. Lots of people like to hang external ideas to it. Some valid, some not. Points, t-shirt sizes, figmas, etc... these are _tools_ and _processes_. Why the hell are you complaining about it when it says very clearly that you should focus on people and interactions?

Oh, well if Agile is just a vibe then count me in.

Re: Agile Is Dead

#36
post #13

The old manifesto is fine, isn't it? --- Individuals and interactions -- over processes and tools Working software -- over comprehensive documentation Customer collaboration -- over contract negotiation Responding to change -- over following a plan --- I still like it. The problem is not the lack of a good manifesto, is that people don't get it. Anyway, I like that someone else apart from me is thinking about these t…

> Individuals and interactions -- over processes and tools That's why I proposed having a "build team" where you ask an individual to run your compiles for you, rather than dealing with an impersonal CI system. More Agile. The old Manifesto sounds nice, but it's more a reaction (overreaction?) to some pathologies of the time than something that will get you very far without otherwise knowing what you should be doing.

Fair enough.

The original reaction for that pathology is "The Mythical Man-Month", it's what started everything. From my point of view, we're still man-monthin'.

The Agile folks just translated a personal reflection from Fred Brooks into a culture (then some companies made it into a cult).

Anyway. In your opinion, what the pathologies for _this_ time would be?

Re: Agile Is Dead

#37

Dumb shits misapplying Agile because "we do standups" are dead. The entire point is and always has been to get the right people working on the right stuff in such a way that they can validate their assumptions and get customer feedback as soon as possible. Not how well you "do Scrum," "increase your velocity," or any of that trash. But actually applying these concepts breaks some managers' brains, and then we get the…

Well, yes, but - it clearly doesn't work well to only come up with a good idea like that. After initial momentum, people often took it elsewhere, or abandoned.

Which tells you a lot about people out there. Maybe one can't force a shiny cool shoe on a feet incapable of using it well, even if it would be great in many aspects. Maybe we need something that is easier adaptable by real people making up real teams and organizations out there, not just cool books and trainings.

Re: Agile Is Dead

#38

> It's for those who believe that skilled engineers are the true drivers of innovation and creators of meaningful products. Maybe the only thing I feel iffy about here. Just feels a bit naïve, I've worked together with some really talented designers. Also worked with some really talented product owners. Can't say I've agreed with every marketer/PR person I've worked with but they've saved our ass a few times. While I…

I think we need to reverse the roles or how they play out in companies in day to day life. We need other people than engineers to _ask_ for certain changes or _make suggestions_. Not a product manager, who takes ideas from other departments as law and _makes demands_ out of that for the engineers, and then by the might of their management position push the changes through. We could be better off with for example a de…

I think every good experience I've had as part of a team, was because the business people, the designers, and the engineers were all respectful of each other, and had no power over one another. So I totally agree! Nothing stops that.

People always imagine every team has to be some little internal war, and I think the whole methodology-mill industry is built around that belief. People CAN'T compromise or work together, or at least we can't bet on that, so here's some process. That rubs me the wrong way. It's pretty patronizing, you're right that it's like treating engineers like children.

> Similar for sales or marketing. They can come to the engineers, asking them: "We would like to sell feature XYZ. Are we ready for that?" then the engineers might say: "Nope, ask again next year.",

This is a totally respectful conversation with understanding on both sides. I might want to just make sure that the engineer in this scenario would be open to:

    Marketer: "Feature XYZ is going to make a massive impact if we could get it with some clients this year before competitor X. Even feature XY without Z would beat their offering. What do you think?"


    Engineer: "Ah yeah, I can see how that would be a really good advantage to have. I think XY might still be a bit hard to hit for EoY with the quality requirements we have, do you know precisely what they're planning?"


    Marketer: "They are really only shipping feature X for the first month I think. No screenshots of Y in their announcement. Being the first mover would be good, even without Y."


    Engineer: "We can make X happen, easy."

That conversation is also very respectful and everyone is adding valuable knowledge. It feels more realistic to me as well. Sometimes "no" isn't a great answer when "could we try for something at least?" means we could solve a lot of problems/make a lot of money. That's sort of my ideal way of working now. I'll hold everyone to the expectation that they're good at what they do, and they respect that I'm good at what I do.

Re: Agile Is Dead

#39
post #13

The old manifesto is fine, isn't it? --- Individuals and interactions -- over processes and tools Working software -- over comprehensive documentation Customer collaboration -- over contract negotiation Responding to change -- over following a plan --- I still like it. The problem is not the lack of a good manifesto, is that people don't get it. Anyway, I like that someone else apart from me is thinking about these t…

> The problem is not the lack of a good manifesto, is that people don't get it. I think that is the problem though. It's still a system for human beings, if the majority of human beings aren't getting it, not sure it works. I can etch my commandments on stone tablets and show some people, but unless they both understand what I'm trying to say AND actually believe it, I don't think my stone tablets are really doing an…

This is somewhat ironic, considering the first point. If the process is not intelligible to most humans, maybe we should focus on refining/clarifying the process a bit?
Post reply on HN