Anyone that has been working in agile software development has undoubtedly used some form or planning poker. A common standard is to have sizing meetings with the team, and in these meetings the team comes together and measures the complexity of a unit of work commonly referred to as a user story.
During these meetings, the team will commonly use what is referred to as the Fibonacci sequence to rate the complexity of the unit of work to be done. Some people will by default try to tie this back into hours to complete the story. Please understand that this is not the purpose of this exercise. The team should rate each story for the level of complexity to complete. Some people will even discuss and agree on a comparison sheet in that they will look back at completed work items and say an example of a “3” would be a particular user story, an example of a “5” would be this, and so forth for each of the ratings. Continue reading