Except from this image, what is wrong with scrum? I have seen people shitting on it in here, that's why I ask. To me it looks like a more dynamic way of translating requirements into measurable results.
The only negative thing I think of is it does take a bit of fun out of programming
There was a long thread discussing agile development a few months ago, but the board spam killed it.
Nothing wrong with agile if its used the right way, and you have an engaged client. It's an effective way to do iterative development.
Pretty much that, if the requirements are unclear and that the client doesn't even know what it wants, or some other tricky part, it's better to have a tight iterative loop.
Otherwise it can have 1 week-1 month loop.
It might work in cases where you have developers with similar work ethics and level of motivation. Without that, and combined with weak management it can rapidly descend into a parasite/worker drone scenario.
Isn't that the case no matter what formal development method you choose?
This right here is the problem: in practice, most clients barely know what they want.
When the development team is doing agile but the business team is doing waterfall and there are sixteen "lead" designers that can't fucking finalize a single fucking mockup and over thirty business "owners" who can't fucking reach a consensus on features. Everybody wants agile timeframe with waterfall requirements and all that leads to is the dev team sitting on their asses for months on end until finally getting some god damn fucking requirements two weeks before the deadline.
The point of agile is to break up tasks into small and quick-to-deliver tasks. The point is that when requirements (inevitably) change during the progression of development, the team can quickly change direction as compared to other development models with longer iteration periods.
Good job user! You parroted the words! That is indeed the point of agile. The other user was making the point that that rarely happens.
Zig Forums posters tend to be on the worker end of software development, which means we would really like to have mostly-stable requirements. You'll find a lot of people with the opinion that if a customer dosn't know what they want, they have no business getting software built.
I see a lot of posts that just parrot the words on Zig Forums. What the fuck is up with that? Do they think that they'll impress someone with their definition reading?
Anyway, I worked on a project with Agile and I hated it. I had no creative control over it whatsoever and was as boring as can be.
Because there is no excuse for changing requirements.
Don't give me 'oh but muh environment changes', fix your environment so we aren't building layers of crap to make your crap look bigger.
Why is creative control so important in a software development job? Programming a piece of corporate software is inherently boring. I don't know why anybody would find corporate software interesting to do.
You have a very bad attitude towards the vast majority of how business works. Computer software isn't the goal of most businesses when they are not software development shops. Computer software is the support for the business and not the focus of the business. As such, it is the programmer who is supposed to conform to the business environment and not the other way around.
That's why I said the developers were agile but the business team is waterfall. If the business team understood fucking anything at all they'd work with us and deliver the requirements we need to ITERATE. Instead they hoard their precious fucking requirements because they need a 600 page document before any work is allowed to begin, then they wonder why no work got done
Well gee maybe it's because the only god damn thing anybody on the development team has been allowed to know for the last four months is the project code name. You can't just make something from nothing but a code name and a logo.
Basically businesses are brain dead 99% of the time, which leads to agile development being shitty because all your requirements change 2 weeks before the deadline, after you've spent 6 months with the only requirement being "make a pretty gui". The blame then gets piled onto agile, because it's yet another buzzword that we have to comply to, and that makes it really easy to hate.
A real complaint is that agile leads to pointlessly complex code, since you typically don't really know what the fuck it's going to be used for and you have to account for edge cases that you'll never actually run into.
Scrum doesn't work because it's turtles all the way down. Best you can hope for is to die in your sleep.
Yes, and that is why the software ends up sucking
Important?
I was making the point that it is frustrating to not have it at all. I don't know if it's "important" that a developer has it. Maybe it is if the client is concerned with quality.
You're right but you're falling for a big fat Nirvana Fallacy here. It is already boring, but not having creative control is even more boring. I wasn't even allowed to touch the RegExp they made me work with for emails. Jesus Christ.
Mostly, it's abused to micromanage people and make them feel stress and guilt about not keeping to a certain pace. I've never seen an "agile" company budget time for legacy code maintenance/refactoring, even though those must get done one way or the other, sooner or later (and later = higher cost). It's all about cranking out new features to impress clients or management until the code is such a fucking mess that nobody can reason about it or change anything without breaking something else. But by that point the people that needed to be impressed have been impressed, the checks have been cut, and the devs tasked with ongoing updates and maintenance are left to pick up the pieces and constantly have to defend why every change takes so long.
If the RegExp had issues, did you create a failing unit test and submit it as a bug ticket?
Yes, because the way businesses work sucks.
Look I'm all for agile so long as businesses suck, but businesses should not behave in such an insane manner.
The regex worked, it was just stricter than it needed to be. It didn't cover some valid email formats.
They didn't care.
Benefit of the doubt, they had some legal or security reason to use exactly that regex. If your requirement was "implement email sanitization using this regex" then that's what you do. You don't bitch because the regex doesn't work with @cock.li emails or something.
Agile gets a really bad rep since it became a buzzword that long-nose salesmen throw around like it's the philosopher's stone, and as other user have said, it will not work if the company works on a waterfall model all around while only the dev team tries agile.
From my work experience, if the dev team actually manages to take a hold of the production cycle of the company, and the other areas get used to the sprint cycle, you actually can get some work done.
Also, if your sprint doesn't focus on actually finishing a product that can and will be used as soon as possible, even if it means to do shit manually so it works, the client will just keep adding shit to the backlog pile and you'll never finish anything.
Too much management is fucking poison, the best environment in my experience is the end user telling the dev team what his problem is, no architects, no project managers. If you keep adding barriers between the end user and the dev team you'll suffer from "why are we implementing this?" "I don't know, someone said it was important".
At most you need someone whose work is to tell the other areas of the company to fuck off because we have too much work, most of the times this should be the product owner/scrum master or just someone that's more experienced and has a smaller chance of being fired.
Some of the symptoms associated with Scrum that are bad:
I like the idea of the Scrum master if they can keep the suits/biz folks at bay while managing the project a bit more impartially. Flexibility and less FUD about trying a new piece of technology is also good to an extent. The sprint cycle is really a customer based/assumption of ever changing goal thing, if your project doesn't meet this sort of description it might not really see any benefit from these sprints. Generally, the industry is way too excited about Agile for their own good.