Skip to main content

PO requesting Developer Capacity Reports

Last post 11:54 am September 20, 2021 by Balaji Dhamodaran
6 replies
05:03 pm August 29, 2021

I work for a company in which the PO is remotely working on the customer side.

Due to stakeholder pressure, the PO is pushing me (I'm the SM)  to produce capacity reports of the developers. 

This as the stakeholders would like to increase the amount of items they see in the monthly increments, often times they question the team velocity and ask why some sprints the velocity is less than others 

(just to shed some light, we work on a agreed monthly amount that does not fluctuate, not sure if this is the stakeholders trying to squeeze out more from the scrum team)

Juan Cruz


05:05 pm August 29, 2021

>>(just to shed some light, we work on a agreed monthly amount OF COST that does not fluctuate, not sure if this is the stakeholders trying to squeeze out more from the scrum team)


08:31 pm August 30, 2021

I would recommend trying to figure out why a stakeholder is asking for this information and understanding what problem they are trying to solve or what objective they are trying to achieve. They may not understand the implications of what they are asking or that what they are asking for may not be what is truly needed to solve their problem. As a Scrum Master, part of your responsibility would be to work with the stakeholders to help them understand how to best engage with the Scrum Team, which would include having the right visibility into the team's work and progress to make sure they are getting what they consider to be their money's worth. If they are not getting value, you would work with the team and the stakeholders to improve.


08:54 pm August 30, 2021

In your scenario, it seems that the Product Owner (who is also the customer) doesn't feel like they are getting the correct value out of the money that they are spending.  Since it is the Product Owner's responsibility to ensure that the Developers are working on the things that provide the most value, I would question the Product Owner on whether they are ordering the Product Backlog to deliver optimal value. 

The reason the velocity changes is easily explained.  Each item that is worked on has individual challenges and relevant information.  There is no such thing as an exact duplicate of work.  If the Product Owner is actively involved with the Scrum Team, they should be well aware of what is causing the fluctuation. 

I'm also going to venture that when you mention velocity, you are talking about Story Points.  I am not going to give you my full rant on that practice but remind everyone that you are basing predictability on guesses made with sometimes limited information. 

I'd turn this around to the Product Owner to ensure that they are doing their job correctly, that they completely understand what their role is in Scrum and coach them on how to do it more effectively.  As a Scrum Master that is your responsibility.

A word of warning.  

This as the stakeholders would like to increase the amount of items they see in the monthly increments, 

This can easily be achieved by the developers breaking stories down into smaller stories, inflating story points to give the impression that they are working on more things.  Instead of focusing on the number of items in the monthly increments, help them focus on how much value is being delivered in the increments.  Again, this would come back to the Product Owner being better at organizing the Product Backlog to make the most effective use of the Developers efforts.


01:56 am August 31, 2021

Due to stakeholder pressure, the PO is pushing me (I'm the SM)  to produce capacity reports of the developers. 

Does that sound like a valid reason to you? Why would a Product Owner transmit a pressure like that on to someone else?

It sounds like there might be an opportunity to coach the PO about value management and how to handle stakeholder interests. How receptive do you think he or she would be to this opportunity?


10:58 am September 19, 2021

Thanks all for your suggestions and insights. To give you an update, I've had the discussion with the PO about these capacity reports and they have agree to not require them any longer, only deal being that a monthly report be sent to the PO and stakeholders showing the a visual chart/visualization of our measurement of velocity. 


11:54 am September 20, 2021

Good that you didn't get that overhead work. Later If they want to compare the velocities between sprints and ask to increase velocity. Then again the pressure should not be mounted on the team. But as Thomas mentioned, find out what stakeholders really want from this data ? Just filling the 40hrs full of tasks because they are paying a fixed price that would not mean to get desired outcome.There are many ways we can show the velocity inflated.


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.