Scrum is fragile, not Agile

Re:Scrum is fragile, not Agile by klyrs on Sunday May 26, 2019 @08:41PM (#20018609)

My experience shows that proper testing and documentation is the first thing that management wants taken out of the story, often with the excuse "We can handle that in a later sprint." But since your life is a neverending series of sprints (note: that's actually an ultramarathon), and management gets to pick priorities, you may never return to the technical debt.

[ Parent | on HN ]

Re:Scrum is fragile, not Agile by rileymat2 on Sunday May 26, 2019 @08:46PM (#20018627)

I have not worked in a scrum environment in a couple of years, but when we did it those items were not included in the story. They were part of a definition of done that the team did not really talk about publicly.

Refactoring stories were also rare, it was just sort implicit in the task, unspoken as part of doing it.

I'd imagine that is why they did not get cut.

But yes, management picked feature priorities, but left the implementation up to the team. So at any given time were were working on the "most important" thing from a business perspective.

[ Parent | on HN ]

Re:Scrum is fragile, not Agile by pandapower2 on Sunday May 26, 2019 @09:45PM (#20018850)

The most successful (but still crappy) solution to this that I have seen is developers undertaking guerilla tech debt work. This can be done by bundling maintenance work into an existing task where the two are actually not that related or by simply carving out bits of time between official tasks.

While it "works" it is certainly not ideal that people have to go off the reservation to ensure that the project doesn't implode in the future due to the accumulation of buggy code, performance problems and likely security vulnerabilities.

[ Parent | on HN ]

Re:Scrum is fragile, not Agile by JimDabell on Monday May 27, 2019 @08:32AM (#20021613)

> proper testing and documentation is the first thing that management wants taken out of the story

That's not breaking down a story into smaller stories though, that's simply not doing some of the tasks necessary for a story to be complete. "Story" is not a synonym for "task"; a story is user-centric not about internals. "Write the documentation for this feature" is not a story and "write the tests for this feature" is not a story, they should be part of your definition of "done".

[ Parent | on HN ]