Thanks for your efforts in making crisp series with all important points covered. I have a question - is there a reason why after 30 years of evolution of Agile we dont have a single video with a real example of estimations? We do talk about Chicken, Pig, Horse, Elephant.....or contradictory points where one video says don't worry about what comes first and next video talks about technical sequencing..and so on...but I never found a video that talks about the estimation for a real user story
If you attend SAFe classes, the case study use the geekbooks example which is an online book store and the class expect to look at those stories. I have been teaching agile for more than 12 years and in my classes we always used some website based case studies. So i think it depend on trainer preference rather than any standard for it.
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
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.
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 th-cam.com/video/6ljKUbYPP70/w-d-xo.html
We have other videos on this, hopefully they can clarify it Four Videos on Agile Estimation : 1. Estimation in Agile: th-cam.com/video/i1GA40fE3cA/w-d-xo.html 2. Story Points: th-cam.com/video/00-rM-J9Y58/w-d-xo.html 3. Doing Estimation in Story Points: th-cam.com/video/NfjTX1TgifY/w-d-xo.html 4. Story Points Vs Hours : th-cam.com/video/gSJVmemODYs/w-d-xo.html
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.
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
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.
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
Thanks for your efforts in making crisp series with all important points covered. I have a question - is there a reason why after 30 years of evolution of Agile we dont have a single video with a real example of estimations? We do talk about Chicken, Pig, Horse, Elephant.....or contradictory points where one video says don't worry about what comes first and next video talks about technical sequencing..and so on...but I never found a video that talks about the estimation for a real user story
If you attend SAFe classes, the case study use the geekbooks example which is an online book store and the class expect to look at those stories. I have been teaching agile for more than 12 years and in my classes we always used some website based case studies. So i think it depend on trainer preference rather than any standard for it.
Thank you
Hi Sir, Thanks for explaining abt Estimation in detail. Clear and easy-to-understand explanation. Thanks again.
You are most welcome
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
Thanks .beautifully explained🎉
Thanks, it was helpful
Thank you for checking our content on Agile Estimation and Story Points
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
Thanks, one of the best explanations !
Thank you
Thank you, this helps with the nuances in how SP relates to hours.
Glad it was helpful!
Thank a lot Sir for clear explanation awesome 👏👏
You are most welcome
Clear explanation, May I know how to calculate story points
Hi, What 1 pointer and 2 pointer you have referred, is that story point1 and 2?
Yes that was my intention
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.
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 th-cam.com/video/6ljKUbYPP70/w-d-xo.html
@@izenbridge Thank You!
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: th-cam.com/video/i1GA40fE3cA/w-d-xo.html
2. Story Points: th-cam.com/video/00-rM-J9Y58/w-d-xo.html
3. Doing Estimation in Story Points: th-cam.com/video/NfjTX1TgifY/w-d-xo.html
4. Story Points Vs Hours : th-cam.com/video/gSJVmemODYs/w-d-xo.html
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.
Excellent
Thank you! Cheers!
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
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
Thankyou for ur video
Thank you for checking it out.
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
shift happens
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.
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.
👌
Best Channel for Agile , Knowledge and Success Guaranteed
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.