{"id":6623,"date":"2017-08-28T13:06:41","date_gmt":"2017-08-28T16:06:41","guid":{"rendered":"http:\/\/blog.plataformatec.com.br\/?p=6623"},"modified":"2017-10-13T22:56:11","modified_gmt":"2017-10-14T01:56:11","slug":"metricas-ageis-throughput-e-graficos-burnup","status":"publish","type":"post","link":"https:\/\/blog.plataformatec.com.br\/2017\/08\/metricas-ageis-throughput-e-graficos-burnup\/","title":{"rendered":"M\u00e9tricas \u00c1geis: Throughput e gr\u00e1fico de Burnup"},"content":{"rendered":"
Desde que comecei a trabalhar com projetos de desenvolvimento de software, tenho lidado com dois aspectos importantes, mas nem sempre convergentes: escopo<\/strong> e prazo<\/strong>. O processo de alinhamento das expectativas quanto ao progresso das entregas<\/strong> e a capacidade de produ\u00e7\u00e3o das equipes<\/strong> \u00e9 \u00e1rduo, mas quando acontece aumentam as chances de sucesso do projeto<\/strong>.<\/p>\n Neste post, vou apresentar como usamos os gr\u00e1ficos de Throughput<\/em><\/strong> e Burnup<\/em><\/strong> na Plataformatec, durante o ciclo de vida de um projeto.<\/p>\n A LeanKit<\/a> define Throughput<\/em> como o n\u00famero m\u00e9dio de unidades processadas por unidade de tempo. No fluxo de desenvolvimento de uma equipe, os exemplos podem ser “cart\u00f5es por dia”, “cart\u00f5es por semana” ou “cart\u00f5es por m\u00eas”.<\/p>\n Uma observa\u00e7\u00e3o importante a respeito o Throughput<\/em> \u00e9 que a m\u00e9trica difere do “Velocity<\/em>” (quantidade de story points<\/em> entregue por itera\u00e7\u00e3o ou sprint<\/em>) utilizado no Scrum.<\/p>\n Na Plataformatec, consideramos Throughput<\/em> como o n\u00famero de itens (por exemplo, hist\u00f3ria do usu\u00e1rio) entregues por semana.<\/p>\n Geralmente, analisamos o Throughput<\/em> para responder quest\u00f5es como:<\/p>\n Vamos ver um exemplo pr\u00e1tico. Imagine uma situa\u00e7\u00e3o que voc\u00ea, como Gerente de Desenvolvimento, precisa ajudar o time a explorar o Throughput<\/em> passado a fim de gerar melhorias futuras.<\/p>\n <\/p>\n Primeiramente, podemos observar no gr\u00e1fico acima que somente em 15% das semanas (4 de 27) a quantidade de itens entregues foi zero (0).<\/p>\n Al\u00e9m disso, \u00e9 poss\u00edvel extrair mais informa\u00e7\u00f5es do gr\u00e1fico de tend\u00eancia. Caso o Throughput<\/em> esteja em crescente, a equipe est\u00e1 aumentando o n\u00famero de itens entregues em uma semana. Se a tend\u00eancia \u00e9 de queda, pode colocar em risco o prazo de entrega de um projeto. Um limite inferior pode ser estipulado como forma de fornecer um indicador de quando a\u00e7\u00f5es corretivas podem ser necess\u00e1rias. Nesta equipe, o Throughput<\/em> aumenta nas primeiras semanas, seguida de uma ligeira queda e, finalmente, estabiliza-se.<\/p>\n <\/p>\n Olhando para a distribui\u00e7\u00e3o de Throughput<\/em> da equipe temos uma situa\u00e7\u00e3o em que a m\u00e9dia (linha verde), a moda (linha laranja) e a mediana (linha laranja) possuem quase o mesmo valor (aproximadamente dois). Portanto, \u00e9 razo\u00e1vel dizer que o time, em geral, entrega dois itens por semana.<\/p>\n Outra forma de validar o argumento sobre a capacidade de entrega da equipe \u00e9 buscar o percentil 80 (linha cinza). Ele nos diz que apenas em 20% das semanas, a equipe conseguiu entregar mais de tr\u00eas itens por semana.<\/p>\n Uma boa pr\u00e1tica que definimos para os projetos na Plataformatec \u00e9 uma verifica\u00e7\u00e3o semanal do Throughput<\/em>, como um processo de compreens\u00e3o das causas que afetam o ritmo de entrega. Geralmente, o Throughput<\/em> de uma equipe cai pelos seguintes motivos:<\/p>\n O gr\u00e1fico de Burnup<\/em> \u00e9 uma ferramenta valiosa para gerenciamento do escopo. Ele apresenta a quantidade de trabalho entregue por uma equipe e, fornece mais informa\u00e7\u00f5es do que o Burndown<\/em>, pois combina escopo e total de entrega na mesma visualiza\u00e7\u00e3o<\/strong>.<\/p>\n \u00c9 comum ver gr\u00e1ficos de Burnup<\/em> com linha de tend\u00eancia para estimar o prazo de entrega do escopo que est\u00e1 sendo analisado.<\/p>\n Tenho visto Product Owners e Agile Coaches projetando cen\u00e1rios baseados em tr\u00eas perspectivas:<\/p>\n Em nosso contexto, o gr\u00e1fico de Burnup est\u00e1 nos ajudando a responder perguntas como:<\/p>\n O exemplo abaixo aconteceu com um cliente da Plataformatec e as circunst\u00e2ncias eram as seguintes:<\/p>\n Neste projeto, usamos o gr\u00e1fico de Burnup<\/em> como ferramenta para comunicar o progresso do projeto. O gr\u00e1fico foi desenvolvido para exibir:<\/p>\n Os pr\u00f3ximos tr\u00eas gr\u00e1ficos representam o projeto no in\u00edcio (primeiras seis semanas), no meio (doze semanas) e no fim (semana 23).<\/p>\n <\/p>\n <\/p>\n <\/p>\n Analisando o in\u00edcio do projeto, tivemos um cen\u00e1rio de aumento do escopo e algumas entregas.<\/p>\n Em rela\u00e7\u00e3o ao escopo, o aumento aconteceu devido ao refinamento de um conjunto de hist\u00f3rias de usu\u00e1rio criadas ap\u00f3s o story mapping<\/em>.<\/p>\n Um indicador \u00fatil para analisar o crescimento do backlog \u00e9 calcular a taxa de aumento semanal de novas hist\u00f3rias de usu\u00e1rios (no exemplo, sete hist\u00f3rias de usu\u00e1rio foram criadas por semana no in\u00edcio do projeto). Aqui na Plataformac, usamos esse indicador como ferramenta para manter o aumento do escopo previs\u00edvel.<\/p>\n No meio do projeto, houve crescimento cont\u00ednuo do escopo (seis novas hist\u00f3rias de usu\u00e1rio criadas por semana). Neste momento, tivemos que sentar com o cliente para alinharmos formas de simplificar o escopo, porque, caso o mesmo continuasse a crescer, dificilmente entregar\u00edamos uma vers\u00e3o do software no final do contrato. O gr\u00e1fico de Burnup<\/em> foi \u00fatil para definir estrat\u00e9gias para melhorar o Throughput<\/em> com base nos resultados das entregas realizadas.<\/p>\n A t\u00e9cnica de proje\u00e7\u00e3o utilizada foi importante para chegar ao final do projeto entregando todas as funcionalidades necess\u00e1rias para o software.<\/p>\n Na conclus\u00e3o do projeto, realizamos uma sess\u00e3o de li\u00e7\u00f5es aprendidas e a equipe destacou que o gr\u00e1fico de Burnup<\/em> foi \u00fatil, pois:<\/p>\n Monitorar o Throughput<\/em> significa melhorias do processo com base em dados, que exp\u00f5e o que est\u00e1 sendo feito com transpar\u00eancia \u00e0 todos envolvidos no projeto.<\/p>\n O gr\u00e1fico de Burnup<\/em> \u00e9 uma ferramenta poderosa de comunica\u00e7\u00e3o que pode ser usada para negociar com stakeholders, visto que, revela como mudan\u00e7as de escopo afetam o prazo de entrega desejado, ao mesmo tempo que informa o progresso real.<\/p>\n Se voc\u00ea busca material avan\u00e7ado em m\u00e9tricas, recomendo o livro M\u00e9tricas \u00c1geis – Obtenha melhores resultados em sua equipe<\/a><\/em>. — Tudo bem, \u00e9 um jab\u00e1! Eu sou o autor do livro, mas acredite, minha recomenda\u00e7\u00e3o \u00e9 genu\u00edna. \ud83d\ude09<\/p>\n Newsletter mensal gratuita<\/strong>, criada para ajudar voc\u00ea a se manter atualizado sobre o que est\u00e1 acontecendo na \u00e1rea de gerenciamento de projetos, metodologias e cultura \u00e1gil.<\/p>\n ASSINAR NEWSLETTER GR\u00c1TIS<\/a><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":" Desde que comecei a trabalhar com projetos de desenvolvimento de software, tenho lidado com dois aspectos importantes, mas nem sempre convergentes: escopo e prazo. O processo de alinhamento das expectativas quanto ao progresso das entregas e a capacidade de produ\u00e7\u00e3o das equipes \u00e9 \u00e1rduo, mas quando acontece aumentam as chances de sucesso do projeto. Neste … \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":[3],"tags":[123,254,257,263,243],"aioseo_notices":[],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/6623"}],"collection":[{"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/users\/43"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/comments?post=6623"}],"version-history":[{"count":15,"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/6623\/revisions"}],"predecessor-version":[{"id":7204,"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/posts\/6623\/revisions\/7204"}],"wp:attachment":[{"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/media?parent=6623"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/categories?post=6623"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.plataformatec.com.br\/wp-json\/wp\/v2\/tags?post=6623"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Aprendendo a partir do Throughput<\/h2>\n
\n
\n
Olhando para o gr\u00e1fico de Burnup<\/h2>\n
\n
\n
\n
\n
\n
Conclus\u00e3o<\/h2>\n
Cont\u00c1gil Newsletter<\/h3>\n