Hi Richard, your videos are very informative and the concepts are very well explained. Could you please make a series on the scrum reports (burndown , burnup etc) capacity planning report , resource utilisation etc created and used by Scrum masters in a project. In short all the charts or reports a scrum master would use in a project
@inquestyle3 ай бұрын
Thank you for the clear and simplified explanations.
@AxisAgileApps3 ай бұрын
You are welcome! :)
@jessicawang8378 Жыл бұрын
Amazing video! I wish you update more often!
@AxisAgileApps Жыл бұрын
Thanks Jessica! We certainly plan to produce content more often, especially with positive feedback such as yours :)
@linettesbeauty4504 Жыл бұрын
Thank you so much for this, really helpful. I know you are doing your series thing, I have some questions 1- is the estimation of story points done during backlog refinement or during sprint planning? 2- what is the difference between story point estimation and subtasks? .
@AxisAgileApps Жыл бұрын
Thanks Linette, and apologies for the delayed reply. 1. Estimation of Story Points at the Product Backlog level should be done during Product Backlog Refinement, at least a few days before Sprint Planning. This will give the Product Owner enough time to reprioritise based on the estimates, and also give the team some time to break down any large Product Backlog Items that was only evident after estimating. 2. Story Point points are used to estimate Product Backlog Items, and allow teams to estimate by comparing items to one another (For more details check out this video: kzfaq.info/get/bejne/h7ufaM9l3N3Rqp8.html). Sub-tasks on the other hand, are Product Backlog Items that have been broken down into more granular tasks. These "sub-tasks" are also referred to as "Sprint Backlog items". Typically at the Sprint Backlog we would estimate using time, and *not* Story Points (For more details on this you can checkout this video: kzfaq.info/get/bejne/b5qjpL2SybGzdn0.html) Hope it helps! If you have any other questions or if those above need more clarification let me know :) Many thanks! Richard
@gifss9910 ай бұрын
Really liked your videos. Can you make video on ' How to handle spill over'? Like US have 5 points and it has subtasks in which 2 subtask is still inprogress and need 6 hrs work. ( last day of sprint). What should we do ? 1.Move US with 5 points to product backlog and restimate it 2. Split the US with 3 points n mark it complete n another US with 2 points move to next sprint backlog or product backlog Please suggest
@AxisAgileApps10 ай бұрын
Hi, thanks for the great question. In this situation my preference is to move the User Story back to the Product Backlog, but *not* re-estimate. E.g. just leave it as 5 points. What that means is the Sprint that it was started in will probably have a lower velocity, but the Sprint in which it is finished will have a higher velocity. When you take the average velocity it will even out. The reason I like to do this is to encourage the team to complete the User Stories entirely in a Sprint. I.e. they will only be awarded the Story Points in the Sprint they actually complete the work. Hope that makes sense! If not, let me know :) Richard
@gifss9910 ай бұрын
@@AxisAgileApps Thanks 🫡
@Itstoufiqsfitness2 ай бұрын
I have a question here. Is the total story points in product backlog decided by the product owner? From what I understand the story points are decided by the SM & development team during spring planning while moving them to sprint backlog. Or am i wrong?
@AxisAgileAppsАй бұрын
Hi Toufiq, my apologies on the delay. Typically the story points are decided by the SM and Development team, not at Sprint Planning, but at Product Backlog refinement sessions which occur during the Sprint.
@elektrotigerRM Жыл бұрын
I would be very happy if you could show some examples of user storys for different story point as reference. I am currently trying to use story points to estimate tasks and plan sprints for a System Development Team for system requirements analysis and system design. However, we had so far always used time estimates instead of story points, which I want to change.
@AxisAgileApps Жыл бұрын
Hi Elektro, do you mean examples of what a small User Story would look like compared to a large User Story?
@elektrotigerRM Жыл бұрын
@@AxisAgileApps exactly. Examples for different fibonacci numbers.
@AxisAgileApps Жыл бұрын
@@elektrotigerRM Cool, that's a great idea. We've added it to our Video Backlog :)
@MaheshBabu-ke8bu Жыл бұрын
Hi , Can we use velocity and capacity in a project or just we can go with velocity with story points
@AxisAgileApps Жыл бұрын
Hi Mahesh, I like to use Velocity with Story Points for long term forcasting (i.e. Release Planning), but capacity using time for Sprint Planning. I.e. Story point estimation at the Product Backlog Item level, but time based estimation at the Sprint Backlog level. For more details on Time based (capacity) estimation at Sprint Planning, you can checkout this video: kzfaq.info/get/bejne/b5qjpL2SybGzdn0.html Hope that makes sense, but if not let me know and I can clarify. Thanks! Richard
@MaheshBabu-ke8bu Жыл бұрын
@@AxisAgileApps thank you for your video will do and if i need help or any questions regarding this will ask you. Have a wonderful day.