4 ms·
I work in a maintenance heavy shop. We are a manufacturing support team of 8 devs and a rotating team of 6 troubleshooters that handle 90% of the nuisance issue
by LeoSolaris 12y ago
I work in a maintenance heavy shop. We are a manufacturing support team of 8 devs and a rotating team of 6 troubleshooters that handle 90% of the nuisance issues. We do support work for our mission critical software as well as most department level software.
About a year and a half ago, we switched to Agile methodology with an incoming boss. It was based on complaints about the old info silo style that had dominated our team for decades. The transition has been interesting. "Scrum it" has become a new term for larger projects.
We too have found that Agile is a very poor fit for maintenance work. We developed a quick kanban board to address those issues, and to clean up the project tracking board.
It is still a work in progress, but so far the chief complaint about it is the lack of maintainable recurring tasks. Things like periodic backup tasks to remind the newbies and the forgetful have to be added by hand or just never placed in the done column.
- Silo18 12y agoThank you, it's encouraging and just nice to hear from someone else in a similar situation. I want to be very aware of the risk in switching gears to a new approach; but I think that's healthy as long as it's not too frequent. We're almost a year into the Agile experiment here. Your input helps reinforce my thinking that a move to some form of Kanban approach might be a worthwhile step in the right direction. Thanks again!