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
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.
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.
We have other videos on this, hopefully they can clarify it Four Videos on Agile Estimation : 1. Estimation in Agile: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-i1GA40fE3cA.html 2. Story Points: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-00-rM-J9Y58.html 3. Doing Estimation in Story Points: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-NfjTX1TgifY.html 4. Story Points Vs Hours : ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-gSJVmemODYs.html
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
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 ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-6ljKUbYPP70.html
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.
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.