To give a background, We are web automobile company having a new and used cars portal, something like autotrader usa
The problem is, should we give points to these or not?
Why team wants point for chores:
- There is a lot of legacy code that team says should now be considered as a feature since the majority of the team members never worked at the time when this legacy code was put to production.
- They say velocity measures "how fast team delivers", why shouldn't we count things like exploring new technology like a unit testing framework or new UI framework like React, upgrading existing software to higher versions, moving to better technology in the team's velocity, isn't these things worthy enough in fast moving technical world?
- Many times PO suggest to take short cut approach rather than ideal technical approach either due to business pressure or to quickly see the results. If the experiment succeeds,the same thing needs to be done in a proper manner. This is technical debt, why shouldn't we count this in velocity?
- Automating release process- this does not impact customers life, so it should be chore ideally. But it saves team's time and headache. Why we shouldn't give points to it?
Why it shouldn't be given points:
- I believe if the team is smart enough to pick right chore activities time to time, this would automatically start showing up in velocity in future sprints. For example, if they start using a unit testing framework (done as a chore with no points), in future, there would be fewer bugs and team would be able to deliver more.
- If a team has to deliver 300 points in next 3 months, and they ask PO for clearing technical debt in the first month, so the team would be delivering 0 points in the first month. But the team should pick stories that would clear all technical hurdles so that team now can deliver 300 points in next 2 months. This would motivate the team to pick the business aligned technical debts and not random stuff to decorate their resume.