11–20 of 108 posts
Agile/Scrum is one of those things that are impossible to criticize. You can come up with a well-reasoned critique of Agile and there's always some Agile evangelist that pops up to tell you that you're not doing "real agile" and, therefore, your experience is invalid. At the same time, I have now done software engineering for over a decade, in many roles and teams, and I have never seen Agile or Scrum to lead to the…
Agile/Scrum is one of those things that are impossible to criticize. You can come up with a well-reasoned critique of Agile and there's always some Agile evangelist that pops up to tell you that you're not doing "real agile" and, therefore, your experience is invalid. At the same time, I have now done software engineering for over a decade, in many roles and teams, and I have never seen Agile or Scrum to lead to the…
Their manager got an “agile PM” forced on them and it broke.
The problem is charlatans, dictators and career ticket shufflers that deliver little to no ROI and generally abject chaos.
Agile/Scrum is one of those things that are impossible to criticize. You can come up with a well-reasoned critique of Agile and there's always some Agile evangelist that pops up to tell you that you're not doing "real agile" and, therefore, your experience is invalid. At the same time, I have now done software engineering for over a decade, in many roles and teams, and I have never seen Agile or Scrum to lead to the…
What do you use that does lead to a good piece of software?
Agile/Scrum is one of those things that are impossible to criticize. You can come up with a well-reasoned critique of Agile and there's always some Agile evangelist that pops up to tell you that you're not doing "real agile" and, therefore, your experience is invalid. At the same time, I have now done software engineering for over a decade, in many roles and teams, and I have never seen Agile or Scrum to lead to the…
What do you use that does lead to a good piece of software?
Agile/Scrum is one of those things that are impossible to criticize. You can come up with a well-reasoned critique of Agile and there's always some Agile evangelist that pops up to tell you that you're not doing "real agile" and, therefore, your experience is invalid. At the same time, I have now done software engineering for over a decade, in many roles and teams, and I have never seen Agile or Scrum to lead to the…
What do you use that does lead to a good piece of software?
Agile/Scrum is one of those things that are impossible to criticize. You can come up with a well-reasoned critique of Agile and there's always some Agile evangelist that pops up to tell you that you're not doing "real agile" and, therefore, your experience is invalid. At the same time, I have now done software engineering for over a decade, in many roles and teams, and I have never seen Agile or Scrum to lead to the…
I’ve seen agile done well once. Yes it does happen. The process was not described, spoken of or even considered. It just existed between a few like minded decent engineers. Their manager got an “agile PM” forced on them and it broke. The problem is charlatans, dictators and career ticket shufflers that deliver little to no ROI and generally abject chaos.
The only time I've ever seen this not happen was when we had a 55 year old delivery manager who viewed his job as facilitating team meetings in a way that meant everyone got the chance to speak and that consensus formed. Didn't try to dictate process or anything, just made sure everyone got heard and that decisions got made. He was patient enough to wait and not force the issues, too.
Earlier quoted context omitted.
What do you use that does lead to a good piece of software?
By focusing on the product rather than the process.
Agile/Scrum is one of those things that are impossible to criticize. You can come up with a well-reasoned critique of Agile and there's always some Agile evangelist that pops up to tell you that you're not doing "real agile" and, therefore, your experience is invalid. At the same time, I have now done software engineering for over a decade, in many roles and teams, and I have never seen Agile or Scrum to lead to the…
Scrum fixed that by being as bad as it was precisely defined.
I can get what the originators of agile were getting at but they explained themselves super badly.
The closest I've found to agile is when a team says they use "extreme programming", but I still find it funny that even EP goes against the "Individuals and interactions over processes and tools", or at least walks a tightrope on whether it's a process or not.
I see people kind of assuming that this agile principle implies there should be no process at all. Do you make that assumption or where does the perceived contradiction come from?
If this is happening here, this is a good example, as the front page of the Agile manifesto is laconically short, 10 lines of text ( https://agilemanifesto.org/ )
And includes the repeated formulation "x over y" - NB this is not "x, instead of y", not "x, not y" And then clarifies with "That is, while there is value in the items on the right, we value the items on the left more."
If people can read an absolute from that, then they can read it anywhere.
Earlier quoted context omitted.
What do you use that does lead to a good piece of software?
Having clear requirements, good communications with key stakeholders and empower the enginees.