I think this highlights a big problem with Agile in many dysfunctional organisations. Management and execs think that “agile” means speed. That adopting agile will shorten the time needed to ship.
The author’s contention that a backlog growing at a faster rate then work getting done also belays a misunderstanding of the purpose of agile.
The author would be correct if everything on the backlog needed to be done. But that’s not the point. A backlog should consist of stories that express a unit of business value. So, that value can change and not everything on the backlog should be seen as having to get done.
Most organizations I've seen simply put everything that they've decided needs to happen in the backlog, then do some sprints and call it a day. To be clear, this is not an Agile problem, it's a "our stakeholders have bad incentives and we can't engineer worth a damn" problem, but it is extremely tiresome to hear "not being Agile" being brought up so often instead of dealing with the real issues. To be clear, I am talking about the typical person in management, not your note.
And, I agree with the author; most stories in most sprints never get done (for a million reasons, 999,999 of them foundational) and just roll over from sprint to sprint to sprint until the inevitable collapse of the company (via M&A).
Assuming that stand-ups result in increased productivity, and that's a big assumption (likely exactly the opposite to the reality), have you really tallied up how much it's making vs how much it's costing?
It certainly makes me mad.
> Which absolute fucking maniac in this room decided that the most sensible thing to do in a culture where everyone has way too many meetings was schedule recurring meetings every day?
>> Why do you have to have the daily meetings if all the details are supposed to be on the cards?
> I didn't have an answer for them because there is no answer.
Ahh - it’s just a misunderstanding
It's everything but agile. It's always Scrum. It's always implemented as a way to pressure people to deliver faster, without ever reducing the scope.
The worst I've seen recently is business entities adopting "agile" and thinking that they're making progress. They get trained by certified Scrum "Masters" and embark on a painful journey, without even realizing that they're just brainwashed to use a super rigid approach...
Agreed the ceremonies, tools, and general cargo culting sucks, and yes it likely means your product development planning is bad, etc. But living through development in pre-agile days, and 9-12 month fixed date SaaS projects with death march at the end, no thanks!
I get many young guys are fine with that D-Day style development, but not me sorry. I need work-life balance.
Agile is super-useful. As a filter. Let's not break this, please.
Unfortunately, I still ended up joining one of these places because they made me an extremely comfortable offer... which I'm grateful for, but it sure doesn't make me any less pissed off every morning.
Among other things it’s distracting and it makes some assumptions about the frame of mindset of the person reading it that may not be accurate, when you start pushing this stuff out to larger audiences.
Anyways, it’s a shame because it detracts from what otherwise would be a set of valid (if well-known and frequently posted) criticisms of agile.
This is the issue right here. If you're doing these tasks with no quantifiable benefit (useful retro outcomes, better understood backlog, ...) then sure, there is no use in continuing them. However, just because some teams fail at these tasks doesn't mean the tasks themselves are useless.
If everyone is alone doing standup - and so often they rather are more alone than not - it illuminates how little the business groks itself. It defeats purpose when no one does a good job sharing yours.
Ideally we would have check-in points there meaningful exchange of what happened occurs.
If something needs further discussion, then a follow up discussion with one or two people is enough.
It's a complete joke.
That was for sure the case before agile, when the only decision maker was the project manager.
etymology: "the punch probably so called for resemblance to the wide swinging stroke of a scythe"