- 'I cannot commit as there are too many changes. (Has not committed changes as done)'
- 'I cannot commit as I have conflicts. (Has not updated frequently)'
The thing I have taken on is that reverting my changes enables me to deliver faster.So true. But I notice that when somebody says at stand-up that they did X hours and then reverted all changes, it is often seen as a failure. An intereting reflection on time to deliver working code to measured effort/behaviour/complexity/expired time/working. I think we have another dimension to software development about measuring success.
Words seem to lead us. 'Perfromance' is about an act, delivery of working functionality in minimal time is about efficiency. Would we be better off talking about efficency than perfromance?