Hello Sir, In my new scrum team they are not using task estimation/hours at all. They are doing only SP estimation at story level. My question in such a scenario how can we now if the team is under committed or over committed based on SP alone as the capacity planning happens at hours. How do i coach the team on benefits of tasks estimation? Do you have any videos on this topic. Could you please share your thoughts, thank you
We have other videos on this, hopefully they can clarify it Four Videos on Agile Estimation : 1. Estimation in Agile: ruclips.net/video/i1GA40fE3cA/видео.html 2. Story Points: ruclips.net/video/00-rM-J9Y58/видео.html 3. Doing Estimation in Story Points: ruclips.net/video/NfjTX1TgifY/видео.html 4. Story Points Vs Hours : ruclips.net/video/gSJVmemODYs/видео.html
Thank you very much for the video. I have a question, please. If the estimation during sprint planning can be done in actual hours because technical design discussion is taking place, then why do we need to do story point estimation so early on, as you say, 2 or 3 sprints in advance, for the entire backlog. One may say that because it helps to identify big stories that need to be broken down. But my doubt is then if the team is already aware about that without story point estimation to help them, then what is the purpose of doing early story pointing? Thank you in advance.
Its a tool to do medium to long term planning, mean forecasting what can be done in say 3 months time with say 20% of accuracy. If you have that process using something else than you can use.
Hi Saket, I have a question- What if the reference story itself is estimated incorrectly, that sets wrong benchmark for the team which could lead to overall estimation error at the sprint level. How do we rule of this possibility of error n ensure that ref story is well understood n estimated correctly
Excellent presentation, although the final step in which you tried to explain the relative value of 1 or 2 story points was a bit too fast and thus not as clear, at least for a new non IT person to the space. Thanks, though, for the breakdown. Generally speaking, I understand the thinking better.
Sir, Suppose I estimate my PBI during PBR thrice before SprintPlanning and if the first round of estimation is called ROE [Rough order of estimate], what do we call the next rounds of story point estimations?
Usually people use , ROM for high variance , Planned or Budgeted for around 10% variance one, and Definitive for 5% accuracy one. So you cay say in Sprint Planning we do Definitive estimate
I am a bit confused about the technical sequence, don't we do the User story estimation during sprint planning and at that stage we are aware of the sequence of work? Is estimation done during Backlog refinement/grooming or just broad T-Shirt sizing?
Story point estimation is topic of backlog refinement meeting, in Sprint planning you do detailed planning mainly at task and hours level. It is possible that sometime story points may get revisited in Sprint Planning, but doing story point estimation of product backlog is not the goal of Sprint Planning meeting.
Hello Saket, thank you for your informative video. I have always known that we using story pointing estimation during Sprint Planning but I am getting the sense from your video that story pointing should normally be done during Sprint Refinement? If this is the case then how should a team estimate stories during the Sprint planning sessions? OR is there no verification of the previously estimated stories during the planning session? 2. My Second question to you is DOD and Acceptance Criteria Synonymous? I am seeing that Acceptance criteria may be more relevant at the Epic & Feature level & Definition of done more effective at the Story level. Your thoughts please?
Lets explore one by one 1. It depends on team practice but in general yes story points are good for backlog refinement , since at sprint level we need more detailed estimation than story points, but yes one can revisit if needed. 2. This video should get your second point clear ruclips.net/video/6ljKUbYPP70/видео.html
Hi Saket, in story estimation, we estimate based on complexity, external dependencies, and risk. And we want to separate complexity from work effort. But what does complexity really mean here? Can you give some examples? Thank you very much.
It is related to work effort but not very clear liner way, rather it relate in range. say it takes 3 to 5 days of work and it is less than something we marked Story Point 5.
No such rule but yes if stories are kept small they are worked by one person at a time, if you have large stories it may result in more than one person working on it at same time.
Thanks a lot for all the sessions. I have benefitted much through your sessions
Glad you like them!
Excellent presentation and clarification on the subject, thank you.
Glad it was helpful!
Organisation completely one hour of the completing if there the five
Organisation completely one hour of the completing if there the five
Hi Sir, Thanks for explaining abt Estimation in detail. Clear and easy-to-understand explanation. Thanks again.
You are most welcome
Thanks, it was helpful
Thank you for checking our content on Agile Estimation and Story Points
Thank a lot Sir for clear explanation awesome 👏👏
You are most welcome
Thanks, one of the best explanations !
Thank you
Thanks .beautifully explained🎉
Thank you, this helps with the nuances in how SP relates to hours.
Glad it was helpful!
Hello Sir, In my new scrum team they are not using task estimation/hours at all. They are doing only SP estimation at story level. My question in such a scenario how can we now if the team is under committed or over committed based on SP alone as the capacity planning happens at hours. How do i coach the team on benefits of tasks estimation? Do you have any videos on this topic. Could you please share your thoughts, thank you
Clear explanation, May I know how to calculate story points
Excellent
Thank you! Cheers!
Thankyou for ur video
Thank you for checking it out.
Thank you. How do we need to add velocity for sprint? You have your team velocity in hours?
In general Velocity is measured in unit of story points, by summing the story points of "Done" Stories
Hi, What 1 pointer and 2 pointer you have referred, is that story point1 and 2?
Yes that was my intention
how do you allocate points to user stories, how to determine points given to user stories and who does the allocation of point to user stories
We have other videos on this, hopefully they can clarify it
Four Videos on Agile Estimation :
1. Estimation in Agile: ruclips.net/video/i1GA40fE3cA/видео.html
2. Story Points: ruclips.net/video/00-rM-J9Y58/видео.html
3. Doing Estimation in Story Points: ruclips.net/video/NfjTX1TgifY/видео.html
4. Story Points Vs Hours : ruclips.net/video/gSJVmemODYs/видео.html
Thank you very much for the video. I have a question, please. If the estimation during sprint planning can be done in actual hours because technical design discussion is taking place, then why do we need to do story point estimation so early on, as you say, 2 or 3 sprints in advance, for the entire backlog. One may say that because it helps to identify big stories that need to be broken down. But my doubt is then if the team is already aware about that without story point estimation to help them, then what is the purpose of doing early story pointing? Thank you in advance.
Its a tool to do medium to long term planning, mean forecasting what can be done in say 3 months time with say 20% of accuracy. If you have that process using something else than you can use.
Hi Saket, I have a question- What if the reference story itself is estimated incorrectly, that sets wrong benchmark for the team which could lead to overall estimation error at the sprint level. How do we rule of this possibility of error n ensure that ref story is well understood n estimated correctly
Its a good idea to relook at complete estimation frequently and when we see the current process/reference is not working well, we fix and improve it.
@@izenbridge thanks for your prompt reply! Appreciate it
10 years of experience guy working in the company for 20 years 🤣🤣🤣
Joke apart, very informative video
Ya things got little off track
@@izenbridge Never mind sir. It's a really great explanation.
Excellent presentation, although the final step in which you tried to explain the relative value of 1 or 2 story points was a bit too fast and thus not as clear, at least for a new non IT person to the space. Thanks, though, for the breakdown. Generally speaking, I understand the thinking better.
Sir,
Suppose I estimate my PBI during PBR thrice before SprintPlanning and if the first round of estimation is called ROE [Rough order of estimate], what do we call the next rounds of story point estimations?
Usually people use , ROM for high variance , Planned or Budgeted for around 10% variance one, and Definitive for 5% accuracy one. So you cay say in Sprint Planning we do Definitive estimate
👌
Best Channel for Agile , Knowledge and Success Guaranteed
I am a bit confused about the technical sequence, don't we do the User story estimation during sprint planning and at that stage we are aware of the sequence of work? Is estimation done during Backlog refinement/grooming or just broad T-Shirt sizing?
Story point estimation is topic of backlog refinement meeting, in Sprint planning you do detailed planning mainly at task and hours level. It is possible that sometime story points may get revisited in Sprint Planning, but doing story point estimation of product backlog is not the goal of Sprint Planning meeting.
@@izenbridge Thanks so much for the clarification.
Thanks for asking this question. I also had same query
Hello Saket, thank you for your informative video. I have always known that we using story pointing estimation during Sprint Planning but I am getting the sense from your video that story pointing should normally be done during Sprint Refinement? If this is the case then how should a team estimate stories during the Sprint planning sessions? OR is there no verification of the previously estimated stories during the planning session?
2. My Second question to you is DOD and Acceptance Criteria Synonymous? I am seeing that Acceptance criteria may be more relevant at the Epic & Feature level & Definition of done more effective at the Story level. Your thoughts please?
Lets explore one by one
1. It depends on team practice but in general yes story points are good for backlog refinement , since at sprint level we need more detailed estimation than story points, but yes one can revisit if needed.
2. This video should get your second point clear ruclips.net/video/6ljKUbYPP70/видео.html
@@izenbridge Thank You!
What if there is no past data or reference to do relative estimate to correlate SP to efforts?
In such case estimation will have more errors, so one needs to correct the errors as gets data
Hi Saket, in story estimation, we estimate based on complexity, external dependencies, and risk. And we want to separate complexity from work effort. But what does complexity really mean here? Can you give some examples? Thank you very much.
It is related to work effort but not very clear liner way, rather it relate in range. say it takes 3 to 5 days of work and it is less than something we marked Story Point 5.
In my last interview interviewer asked me... And i guess due to this only he did not select me...
Hope this video helps in clarifying things
Only 1 member will work on 1 user story, right?
No such rule but yes if stories are kept small they are worked by one person at a time, if you have large stories it may result in more than one person working on it at same time.
long story short, story point is a kind of time unit for a particular team in a particular project settings.
Thank you for your comment.