I suggested four things to try:
- Maintain an Impediments List
- Maintain a Technical Debt List
- Maintain an Inter-Personal Debt List
- Allow for Developer Stories
One of the roles of the ScrumMaster is clearing impediments. I favor a visible impediments list hung adjacent to the story wall. The Dev Team contributes to the impediments list, but the ScrumMaster works the issues then reports progress during Scrum.
Developers frequently feel their concerns are glossed over. I favor a visible Tech Debt List, also hung adjacent to the story wall. Here developers list concerns that'll create long term detriment to quality or progress. The team acknowledges new Technical Debt during Scrum and subsequently assesses the list during Sprint Retrospectives.
Teams develop inter-personal friction. The Inter-Personal Debt "List" is a series of emails (for semi-anonymity, rather than public display) kept by the ScrumMaster. Team members send issues to the ScrumMaster. The ScrumMaster addresses inter-personal issues as they arise during the next Scrum or, at the latest, during Sprint retrospectives.
During Scrum planning, I favor making an allowance for at least one developer story (e.g., something a developer believes need to be worked or perhaps refactored). Developers must be able to articulate the value to the Product Owner since the Product Owner ultimately prioritizes that story with all the others (and either includes in the immediate Sprint or puts it in the Backlog).