Showing posts with label Capacity. Show all posts
Showing posts with label Capacity. Show all posts

Wednesday, March 13, 2024

5 Things You Can Do To Fix Your Sprint Planning

If you are on one of those teams that has made a habit of dragging unfinished work from one Sprint to the next... YOU NEED TO STOP! 

When you get to the end of a Sprint and have work that isn't done, you can't show it to the stakeholders in the Sprint Review. If you don't show it to Stakeholders in the Sprint Review, you can't get feedback. And if you can't get feedback, you can't inspect and adapt, and you negate the entire point of working in a Sprint. 

This video offers five things that you and your team can do right now to stop carrying over unfinished work and start enabling Scrum to provide you with the results you and your organization were hoping for when you headed down the path to agility. 

If you liked this video, please subscribe and let me know so I keep adding more. 

If you are interested in attending one of my upcoming CSM or CSPO classes, just follow this link: https://tinyurl.com/yc5k84z5

If you'd like to subscribe to the drunkenpmradio podcasts: https://soundcloud.com/drunkenpmradio

And if you'd like to contact me, you can find all my links

right here: https://linktr.ee/mrsungo


Thursday, June 25, 2020

Sprint Capacity Calculator 2.0

I've updated the Sprint Capacity Calculator and I'll be posting a video on how to use it shortly. In the meantime, you can download it here.

I'm also going to be doing a demo of it during my "Getting Better at Sprint Planning" webinar which is being hosted by the Bureau of Digital today (6/25/20) at 2PM. If you'd like to attend, click here.

Tuesday, February 19, 2013

Individual Capacity Calculator

(This is an update to my 10/28/12 post on How to Avoid Overcommitment During Sprint Planning. )

For awhile now I have been using an excel spreadsheet I put together to work out the calculations I detailed in the post on avoiding overcommitment. I have also been sharing it with the students in my CSM classes. I recently updated it so that the times allocated for the different Scrum meetings is in sync with the current version of the Scrum Guide and I thought it would be a good idea to post here just in case it can be of help to anyone.

In case you missed the earlier post, the intention of this calculator is to help individual team members on a Scrum Team gain a better (more true) understanding of the amount of time the can realistically commit/forecast to be able to contribute to the work the team will do during a Sprint. I have found this to be very helpful for teams who are struggling with understanding their capacity.

An example of how this could be used in s Sprint Planning is...

1. Once a Scrum Team has forecasted the amount of Story Points it can expect to get through during a given Sprint based on average historical velocity.

2. And defined tasks for all the stories.

3. And estimated the ideal engineering hours required to complete each individual task.

4. And totalled up the collective ideal engineering hours required to complete all the work they are forecasting to complete in the Sprint.

5. Each team member can use this calculator to determine how much time he/she can expect to be able to contribute in the Sprint.

6. Once each team member has come up with his/her number, you would total those up to get the total amount of ideal engineering hours the Team expects to be able to working during the Sprint.

7. If the value resulting from Step 4 is greater than the value from Step 6, then you may need to reconsider the amount of work your team is forecasting to complete in the Sprint, or modify the scope (and tasks) for one of the stories.

8. If the value resulting from Step 4 is significantly less than the value resulting from Step 6, you may need to consider adding some additional stories/work into what is being forecasted for the Sprint.

* Some teams I have worked with have taken the additional step of applying this technique by work type within a Sprint, i.e. Development, QA, UX, etc.

Here is the file
(Link updated July 2019)



.