Learning from Throughput<\/h2>\n
LeanKit<\/a> defines Throughput as the average number of units processed per time unit. In a Kanban system, examples can include \u201ccards per day,\u201d \u201ccards per week,\u201d or \u201ccards per month.\u201d<\/p>\n An important observation to make about Throughput is that this metric is different from “Velocity” in Scrum. Velocity measures the amount of Story Points delivered per iteration or Sprint.<\/p>\n At Plataformatec, we consider Throughput as the number of issues (e.g. user story) done per week.<\/p>\n Usually, we analyze Throughput to answer questions like:<\/p>\n Let’s see a practical example. Imagine a situation that you, as a Development Manager, need to help the team to explore the past Throughput in a campaign to generate future enhancements.<\/p>\n <\/p>\n First, we can observe in the chart above that only in 15% of the weeks (4 of 27) the count of stories delivered was zero (0).<\/p>\n It’s possible to extract further information from the chart regarding the trend. If Throughput is growing, the team is increasing the number of user stories delivered in a week, however if the trend is decreasing, this may put the project schedule at risk. A lower limit can be implemented to provide an indicator of when corrective actions might be needed. In this team, Throughput ramps up in the first weeks, followed by a slight decrease and lastly stabilizes.<\/p>\n Looking at the Throughput distribution, illustrated in the histogram above, we have a situation where the average (green line), the mode (orange line), and the median (orange line) are almost the same value (approximately two). Therefore, it is reasonable to say that this team alone can’t produce more than two user stories a week consistently.<\/p>\n Another way to validate the argument about the team’s capacity is to look for the 80th percentile (gray line). It tells us that only in 20% of the weeks, the team delivers more than three user stories a week.<\/p>\n A good practice that we have set for our projects at Plataformatec is a weekly Throughput check, as a process of understanding causes that impact the team’s achievements. Usually the reasons for a decrease in Throughput have been:<\/p>\n The Burnup chart is a valuable tool for backlog management because it tracks how much work is done by a team, and it gives more information than a burn\u00addown as it combines scope and delivery in the same visualization.<\/p>\n It’s common to see burnup charts with a trend line to estimate the project deadline.<\/p>\n I see Product Owners and Agile Coaches developing forecasting scenarios based on three perspectives:<\/p>\n In our context, burnup charts are helping us to answer questions like:<\/p>\n The example that I will show below happened with a Plataformatec customer. The circumstances were:<\/p>\n In this project, we used the Burnup chart to communicate the project progress. The graphic was developed to display:<\/p>\n The next three graphics represent the project in the beginning (first six weeks), in the middle (twelve weeks) and at the end (23 weeks).<\/p>\n <\/p>\n <\/p>\n Analyzing the beginning of the project, we had a scenario of increasing backlog and some deliveries.<\/p>\n Regarding backlog, this increase was due to the refinement of user stories generated in story mapping. An indicator that could be useful to analyze the backlog growth is to calculate the weekly increase rate of new user stories (in this case we had seven user stories created per week). For us, such indicator has been essential to maintain a predictable growth of our projects backlog.<\/p>\n In the middle of the project, we had a situation of continuous backlog increase in a rhythm of six new user stories per week. This time, we had to sit down with the customer to align ways to simplify the backlog, because if the backlog had continued to grow at such rates, we would hardly deliver a software version at the end of the contract. The Burnup chart was also useful at this time to help the team define strategies to improve Throughput based on the results of accumulated deliveries made up to that point.<\/p>\n The forecasting technique used was important for us to get to the end of the project delivering all the necessary features for the software.<\/p>\n As we carried out a lessons learned session at project conclusion, we considered the Burnup Chart useful because:<\/p>\n In my opinion, the practice of tracking Throughput means that the team is looking for process improvements based on numbers which could make this more transparent for all stakeholders involved in software development.<\/p>\n The Burnup chart is a powerful communication tool to use with project stakeholders because it shows how scope changes affect a project deadline, and at the same time it informs current progress.<\/p>\n What about you? How are you using Throughput and Burnup Chart in your projects? Share your thoughts with us in the comments section!<\/p>\n Ps: In the next blog post I will talk about a visualization tool that is helping us to recognize process bottlenecks.<\/p>\n Since I started working on software development, I have been dealing with two important, but not always convergent aspects: product scope and delivery flow. The process of aligning the expectations of product increment and team throughput is usually arduous, but when this happens, it improves the chances of project success. I will present here how … \u00bb<\/a><\/p>\n","protected":false},"author":43,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"footnotes":""},"categories":[1],"tags":[123,75,243,210],"aioseo_notices":[],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"","_links":{"self":[{"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/5114"}],"collection":[{"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/users\/43"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/comments?post=5114"}],"version-history":[{"count":8,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/5114\/revisions"}],"predecessor-version":[{"id":9661,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/5114\/revisions\/9661"}],"wp:attachment":[{"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/media?parent=5114"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/categories?post=5114"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/tags?post=5114"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2016\/02\/6e793268c190628c034493ce4a76c15e6a911345.png\")
<\/p>\n![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2016\/02\/199de84644dc8d5f1b174befcd69d6cb1fc61c6e.png\")
<\/p>\n\n
Looking at the Burnup Chart<\/h2>\n
\n
\n
\n
\n
![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2016\/02\/f0285ceca71f7e7e338f864ca18bd8869b514027.png\")
<\/p>\n![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2016\/02\/2bf010e470364b940be7223cbbaa6353b17c1727.png\")
![\"\"](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2016\/02\/d5447f4c1dec7f80d5ebad417e22018298934e5f.png\")
<\/p>\n\n
Summary<\/h2>\n
![\"Subscribe](\"http:\/\/blog.plataformatec.com.br\/wp-content\/uploads\/2014\/11\/subscribe-to-our-blog.png\")
<\/a><\/div>\n","protected":false},"excerpt":{"rendered":"