Pontos de bugs contam na velocidade?

15 de março de 2010

Após definir um método objetivo de avaliação de valor para histórias técnicas, onde defendo que qualquer história técnica de tamanho razoável pode ser descrita como algo que agrega valor ao produto; o Alex da Locaweb levantou outra dúvida clássica que surge no workshop de POs: corrigir bugs possui algum valor ou conta na velocidade da equipe?

Não

A abordagem tradicional por equipes que adotam Scrum é de definir que a correção bugs não são pontuados e não contam na velocidade. Ferramentas de controle de sprint valorizam esse tipo de abordagem.

O pivotal pode ser configurado para contabilizar, mas não é recomendado pela ferramenta.

O gráfico de velocidade reflete a esperança de quanto valor em funcionalidades novas e modificações a equipe entrega.

A desvantagem está no momento da definição de um sprint backlog, que os desenvolvedores não sabem se atenderão ou não a média por causa dos bugs que entram.

Exemplo prático: se sua empresa possui um legado com grande número de chamados atendidos pela equipe, é comum se desmotivarem, pois entregam poucos pontos. Grande parte do esforço vai para corrigir bugs – sem valor. Como as metodologias ágeis dizem, o problema da qualidade de código legada grita.

Nesse caso, sugiro separar um número de bugs a serem corrigidos para que seu produto não fique parado no tempo, somente corrigindo débito técnico. Algo comum é definir uma hora por dia no início/final do expediente para ser gasto com bugs e chamadas.
O importante é adotar alguma prática para reverter a situação!

Sim

Ao definir que um bug possui “X” de valor, o time sabe quanto consegue uma previsão, por sprint, do quanto pode se comprometer, agrupando bugs e histórias de uma só maneira.

A desvantagem: ao medir o valor de histórias entregue, o gráfico indica uma falsa noção de velocidade de histórias novas.

Note que a velocidade entregue é real, mas indica quantos bugs e histórias novas sua equipe é capaz de entregar; não somente histórias.

Revezar entre as abordagens?

Os dois métodos apresentam uma velocidade média que pode ser utilizada enquanto aquela abordagem permanecer, o mais importante é não mudar de abordagem e desejar manter tal métrica como real, pois não é.

Parcialmente

Uma solução intermediária está em contabilizar os pontos dos bugs no momento de estimar o que será comprometido e não contabilizá-los no momento de dizer a velocidade para o cliente.

A métrica diz agora o quanto o cliente espera receber de valor de histórias e a equipe sabe quantos bugs espera corrigir.

Nessa situação adotamos, sem perceber, duas pontuações diferentes, mas com a desvantagem que a maioria das ferramentas online não são capazes de tratar.

Mais uma abordagem: dois tipos de pontuação

Cerca de dois anos atrás em uma conversa com o Alexandre Magno, lembro de termos comentado da diferença de valor e dificuldade.

Enquanto muitos projetos conseguem sobreviver com uma única medida, em produtos com entregas contínuas (desculpe pelo uso da palavra produto aqui), uma opção é manter uma medida de valor, que o Product Owner julga e outra que de dificuldade que a equipe define.

A equipe sabe quanto espera entregar em histórias e bugs e o PO o quanto espera receber de valor de histórias, de bugs ou de ambos. O melhor dos dois mundos.

O custo disso está no pouco suporte encontrado por ferramentas de visualização e controle de iterações.

Com isso, o PO coleciona com o passar do tempo, estatísticas em relação ao valor de uma história/bug e sua dificuldade esperada.

Lean/Kanban

Em “projetos de longa duração”, juntando a prática de duas medidas e Lean/Kanban, conseguimos gerar estatísticas e calcular o tempo esperado para a enésima história do backlog entrar em produção, em dias esperados:

Dn = Somatoria(de 1 ate n) Esperança(Valor, DificuldadeEsperada(Valor))

Todas as contas são baseadas em estatísticas e dão previsões. Como qualquer média, existe um desvio padrão e uma amostra mínima que consideradas, permitem alcançar uma margem de erro desejada.

A mesma média pode ser alcançada, com um cálculo um pouco mais complexo, em processos baseados em sprints.

E você, como está lidando com bugs em seus projetos?

Anúncios

12 Respostas to “Pontos de bugs contam na velocidade?”

  1. Alex Hubner Says:

    Guilherme, existe uma solicitação de usuários, que está sendo considerada no Pivotal Tracker que consiste em – caso opte-se por pontuar bugs e chores – mostrar os dois tipos de velocidade. Ou seja, uma velocidade para features e outra para bugs e chores.

    Valeu pelo post e esclarecimentos!

  2. guilhermesilveira Says:

    Oi Alex!

    Realmente, essa é a abordagem que comento: dois tipos de pontuações: são duas métricas para dizer para cada grupo o que importa para eles melhorarem sua performance.

    Abraço!

    • Bocar Says:

      I came to your old link first. That was a nice template, stnrog and bold. I’m always working on the look of my site. I was surprised you didn’t keep that template. Anyway, will start reading now that I have come to the new site.


  3. O maior dos problemas que enfrento é que os bugs contam SLA, inclusive dos legados. Em alguns momentos não podemos dedicar apenas uma hora para a solução e, em certos momentos, não precisamos alocar grande parte da equipe.

    Entretanto, não existe nada de ágil aqui. Trabalhamos em waterfall, infelizmente.

    Gostaria de saber como equipes ágeis tratam bugs com SLA.

    Abraços e parabéns pelo artigo, mais uma vez.

  4. guilhermesilveira Says:

    @celso obrigado!

    O Alysson da Phidelis tem muita coisa sobre o assunto e trabalham com isso. Assisti uma palestra dele no RIo uma vez e achei muito valido tudo o que falou.

    http://www.alissonvale.com/englishblog/post/Kanban-Development-and-the-Paradigm-of-Flow.aspx

    Abraco


  5. […] Pontos de bugs contam na velocidade? – Guilherme Silveira (Agile no mundo real). […]


  6. Thankyou for helping out, excellent information.


  7. Usually I do not read post on blogs, but I wish to say that this write-up very forced me to try and do so! Your writing style has been surprised me. Thanks, very nice article.


  8. I’m waiting for another info . Thanks .


  9. I really like very much your blog information and frequently go through your blogposts to find a lot of knowledge on the topic you´re specialist about.. therefore I´d like very much to provide you some tricks and tips on how to make this and also your own forthcoming posts more interactive and compelling to us- your blog visitors – thus I personally wish you´ll find this quite insightful for your current blogging needs.. my own tips are as followed (-:

    1 – Give us the chance to include either our particular feedback or experience on the topic you’re posting about..we absolutely love feeling ourselves as a authority and this inside impressive feeling motivates us all to have interaction and share our thoughts in a more active way.. therefore by no means exhibit all you know about a subject matter and leave a room for us to provide something valuable concerning the post matter

    2 – Set some questions all over your blog posts.. specifically focus on the headings.. as this has been proven to trigger much more response from people.. primarily because at the time we start to reading your post..will we already something to reply set upon our mind.. this tactic is a highly effective way of converting your web site into a more sociable and funny place for your readers.

    to end up, I have to tell you if you improve your blog´s interactivity level, you´ll likely be to spread successfully the branding awareness of your blog and thus, you´ll see how countless of daily visitors come in to your website on a steady basis.

    Kind regards to all..

  10. Mikaela Ruiz Says:

    Знаменитый чат на планете http://belgoroddnestrovskiy.com Белгород-Днестровские новости именно Это ты там найдешь. а еще все про Погода в аккермане.
    уютное место.


Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s

%d blogueiros gostam disto: