Naveen Kumar Singh
Naveen is a professional agile coach and has been working independently for a long time in the Asia... Read more
Naveen is a professional agile coach and has been working independently for a long time in the Asia... Read more
How much did you score this year? My parents asked this question twice a year throughout my schooling. When I scored 80%, they reminded my previous scores were better, and when I said 90%, they checked how much Sharma's son scored. They also reassured themselves with follow-up questions - are you in the top 5, top 10, or topper in your class?
I was well prepared to ask the same questions to my son, but school cheated me. They changed the percentile system and implemented a student grading system. I hope you have understood my dilemma and challenges by now.
Have you had a similar past? If yes, then you will understand why I call it a generation gap issue.
I keep telling this story in my Scrum Master training program and use it to teach senior management through coaching.
Straight from Wikipedia - In software development, effort estimation is the process of predicting the most realistic amount of effort (expressed in terms of person-hours or money) required to develop or maintain software based on incomplete, uncertain, and noisy input. Effort estimates may be used as input to project plans, iteration plans, budgets, investment analyses, pricing processes, and bidding rounds.
Analogous estimation is famous for ballpark and gut feel. An expert provides this based on historical data. 3-point is based on an optimistic, pessimistic, and most likely number. The bottom-up estimate is calculated by a project team based on the volume of work, complexity, and uncertainty.
The most famous was/is called psychological estimation. We give numbers looking at who is asking. Will that person negotiate, and hold me accountable for these numbers or any other consequences in the future?
The development team uses the concept of wideband Delphi (a consensus-based technique for estimating effort) to measure work but instead of considering hours or days; they count in point or t-shirt size. The point-based system helps teams to build consensus faster and forecast easily. It is for sizing work instead of estimating effort, where story points remain the same for everyone; solution time may vary based on individual skills and experiences.
Can we convert? Yes, you can but a better way. Please wait for my next blog on this.
Can we change if we have given these numbers already?
Is it size or estimate? Based on what?
If you look clearly, you will find only one issue here. Humans a complex creatures of god; every process is transparent and straightforward unless you make it complicated. We read too much between the lines rather than reading lines.
The sociological theory of a generation gap came to light in the 1960s, when the younger generation seemed to go against everything their parents had previously believed in terms of music, values, governmental and political views, and cultural tastes. But it is also the opposite. We have both kinds of people in our organization: Pre-agile and post-agile.
Post-agile has an issue in converting points to hours, and pre-agile people struggle to visualize effort in points because many of them haven't done that. It is similar to the school grading system. I was very comfortable with the percentile system, and it was easy to convey. Also, it was easy to differentiate myself from others because many are not going to get 87%.
I tried to map a new grading system with a percentage like "A" means 80-90%, and "A+" means more than 90%. These schools further confused me by saying it is based not only on student performance on a particular subject-based exam but also on speaking, presenting, and articulating that subject.
We still try to change hours/days and create a mess out of it because we are used to hours/days, not because we can't leave without it. It is similar to what I do with my son's report card. My son is fine with the grading system, and he understands it very well. It is a problem for me because I have used a percentile system in the past and find myself most comfortable with it.
I need to learn why schools adopted this grading system and what problem they are trying to solve with it. Once I understand the purpose, then this debate will stop automatically. In the past, I knew why a bell-curve-based performance system was terrible for my team, and we did better after removing that system. Similarly, I am learning why the point-based system is right for my team.
Remember, days or hours are not harmful if we consider the complexity, uncertainty, and flexibility based on individual skills and knowledge. A blog on this is on the way.
Naveen is a professional agile coach and has been working independently for a long time in the Asia Pacific. He works with the software development team and product team to develop awesome products based on empirical processes.
WhatsApp UsWe will get back to you soon!
For a detailed enquiry, please write to us at connect@agilemania.com
We will get back to you soon!
For a detailed enquiry, please write to us at connect@agilemania.com