I know this is kind of a soft problem and is highly dependent on the context of a project.
For my own projects, I use scrum points to estimate how much effort it will require to reach to a certain point. I measured my throughput and it seems like, with the amount of time left from my daily job, I can complete around 100 points every month.
Recently, this idea is stuck in my head. Every (web/mobile) project requires a certain set of requirements such as:
- Authentication and authorization
- Performance metrics and logging
- Storage
- CRUD for each model etc.
Of course, mostly through Firebase.
I was wondering if there’s a way, a website or a platform maybe, to define a list of features/stories and get an estimated total points.
Story points are unique to the team that is doing the work. Basically, a 21 point story for me could be a 3 point story for you.
In of themselves, the points are not important. Just size the stories to some amount of points that is reasonable and then do a sprint. The objective is to get a sense of how much work can be done in a sprint, to help create forecasts of when work will be completed.
The idea is it doesn’t matter what points you give something. What matters is that you are consistent with how you do figure it out, as then over time you will be able to get a velocity that you can use to predict the amount of work you can turn over. That’s how I see it anyway.
