A while ago someone told me they let their product owners participate in estimations. And I don’t mean watch how the team estimates but really estimating stories. I’ve heard about non-programming scrum master, projectmanagers, salespeople and architects who decided their input is fundamental for getting estimations correct, but product owners were new to me. And I personally think that neither of them should ever estimate anything.
I am not so much about strictly following what is written or how people say things should be done. Insights change, the world changes and people change. If stuff works for you I rather want to learn from that instead of telling you that some guide says that it should be done different. This is not about rules. The problem I have with this is the greedy mechanisms behind this.
Would you tell a carpenter that his or her estimation for creating a table should be divided by two? Or tell the physiotherapist that your pain could be relieved in a third of the time he or she thinks? Or ask one of them to take the the average of both your estimations?
Would you really be surprised they tell you to do the work yourself if you think you can do it so fast? (And that would be the most polite response you’ll get I guess.)
One reason why people outside the team want to influence estimations is because they think they will gain from this. They feel that if they fill up a sprint with twice the realistic amount of work it will result in more profit. I personally think that it will result in more but crappy software and unhappy people.
Another reason is that some people must feel that they are in control. They are our leaders. Without them controlling every single thing only failure is certain. Trusting people to do their best is a nice thing to do when they have some free time. They are the kind of person who would tell the carpenter they could do it much faster. That is if they knew how to hold a hammer.
In the end it is very simple. It fits on a sticky if you want:
Your job at Codecentric?
More articles in this subject area
Discover exciting further topics and let the codecentric world inspire you.