{"id":3246,"date":"2021-07-28T09:15:53","date_gmt":"2021-07-28T12:15:53","guid":{"rendered":"https:\/\/programathor.com.br\/blog\/?p=3246"},"modified":"2022-12-07T20:03:15","modified_gmt":"2022-12-07T23:03:15","slug":"burndown_chart","status":"publish","type":"post","link":"https:\/\/programathor.com.br\/blog\/burndown_chart\/","title":{"rendered":"Voc\u00ea sabe o que \u00e9 o burndown chart e para que serve?"},"content":{"rendered":"\n

Quem conhece a Metodologia \u00c1gil<\/a> e usa Scrum<\/a>, certamente j\u00e1 ouviu falar em burndown chart<\/em>. Mas, n\u00e3o \u00e9 incomum que as pessoas n\u00e3o saibam exatamente o que \u00e9 e como usar corretamente o burndown chart<\/em>. <\/p>\n\n\n\n

Pode ser que voc\u00ea fa\u00e7a parte do time que aplica a metodologia \u00e1gil no dia a dia, mas n\u00e3o usufrui desse indicador que \u00e9 t\u00e3o importante para entender a performance da sua squad<\/em>. Ent\u00e3o, confira esse conte\u00fado e entenda mais sobre o tema.<\/p>\n\n\n\n\n\n\n\n

Burndown chart<\/em>: o que \u00e9?<\/strong><\/h2>\n\n\n\n

Tamb\u00e9m conhecido como gr\u00e1fico de burndown<\/em>, em resumo, o burndown chart<\/em> \u00e9 um indicador que ajuda a medir o progresso da sprint<\/em>, demonstrando como anda a performance da squad<\/em> e a velocidade das entregas. <\/p>\n\n\n\n

Ele traz um gr\u00e1fico de atualiza\u00e7\u00e3o di\u00e1ria que representa o progresso do trabalho do time no quesito desenvolvimento, de forma que ap\u00f3s cada dia de trabalho o gr\u00e1fico demonstre o trabalho realizado em compara\u00e7\u00e3o com o escopo total planejado.<\/p>\n\n\n\n

O burndown \u00e9 um dos gr\u00e1ficos mais simples utilizados no Scrum e oferece uma vis\u00e3o importante para as decis\u00f5es estrat\u00e9gicas do time. Por isso, \u00e9 o mais utilizado pelas empresas que adotaram essa metodologia.<\/p>\n\n\n\n

Como usar esse indicador da melhor forma<\/strong><\/h2>\n\n\n\n

O time (ou squad<\/em>, como \u00e9 chamado o grupo multidisciplinar) costuma utilizar o gr\u00e1fico de burndown<\/em> para medir os pontos (ou storypoints<\/em><\/a>, como s\u00e3o conhecidos) das hist\u00f3rias entregues ao longo da sprint<\/em>. Isso possibilita uma vis\u00e3o mais acurada do ritmo de trabalho e, consequentemente, da expectativa de entrega at\u00e9 o final da sprint<\/em>.<\/p>\n\n\n\n

Sabendo se o time ser\u00e1 capaz de entregar o que foi planejado, \u00e9 mais f\u00e1cil analisar e definir as prioridades, al\u00e9m de permitir que a squad<\/em> planeje melhor as demandas da pr\u00f3xima sprint<\/em>. Isso \u00e9 o que torna o ritmo de entrega assertivo.<\/p>\n\n\n\n

Dessa forma, \u00e9 importante saber como utilizar esse gr\u00e1fico em todo o seu potencial e n\u00e3o apenas tra\u00e7\u00e1-lo por tra\u00e7ar. Saber analis\u00e1-lo \u00e9 fundamental para entender, de fato, se h\u00e1 algo a melhorar nos processos de atua\u00e7\u00e3o do time como um todo, incluindo Developers<\/em>, SM e PO.<\/p>\n\n\n\n

Por isso, se o burndown chart<\/em> apresentar desvios, \u00e9 importante entender o que tem ocorrido para impactar as entregas do time. Algumas das situa\u00e7\u00f5es mais comuns nesse caso, s\u00e3o:<\/p>\n\n\n\n