{"id":17852,"date":"2020-09-29T09:33:23","date_gmt":"2020-09-29T09:33:23","guid":{"rendered":"https:\/\/staging-mondaycomblog.kinsta.cloud\/?p=17852"},"modified":"2023-08-31T13:51:55","modified_gmt":"2023-08-31T13:51:55","slug":"story-points-o-guia-das-equipes-ageis","status":"publish","type":"post","link":"https:\/\/monday.com\/blog\/pt\/gestao-de-projetos-pt\/story-points-o-guia-das-equipes-ageis\/","title":{"rendered":"Story points: o guia das equipes \u00e1geis"},"content":{"rendered":"

J\u00e1 ouviu falar em story points? Pe\u00e7a para um desenvolvedor de software adivinhar quantas jujubas h\u00e1 em um pote. Voc\u00ea provavelmente vai ouvir algum racioc\u00ednio algor\u00edtmico e uma resposta frustrantemente exata.<\/p>\n

Fazer uma “guesstimation” sem um racioc\u00ednio n\u00e3o \u00e9 o forte da maioria dos desenvolvedores.<\/p>\n

\u00c9 por isso que estimar o tempo necess\u00e1rio para cuidar dos projetos a fim de se planejar para a semana seguinte costuma ser o projeto com mais chance de fazer todos enlouquecerem.<\/p>\n

Conhe\u00e7a os story points. A resposta quantitativa para essa pergunta amb\u00edgua.<\/p>\n

O que s\u00e3o story points \u00e1geis? <\/strong><\/h2>\n

Enquanto a maioria das equipes estima a dificuldade de uma tarefa pelo tempo (metade do dia, uma semana ou um m\u00eas), os story points s\u00e3o um m\u00e9todo para medir o esfor\u00e7o em uma escala relativa. Atribuir tarefas com base na dificuldade relativa permite uma representa\u00e7\u00e3o mais precisa do esfor\u00e7o esperado. Isso porque, diferentemente das estimativas de tempo, eles se referem apenas \u00e0 tarefa em quest\u00e3o (e n\u00e3o a e-mails, reuni\u00f5es ou atrasos inesperados que podem afetar o tempo necess\u00e1rio para concluir a tarefa).<\/strong><\/p>\n

Para fazer uma estimativa precisa, mantenha em mente alguns aspectos:<\/p>\n

Como medir story points: sequ\u00eancia de Fibonacci<\/strong><\/h2>\n

Os desenvolvedores usam uma sequ\u00eancia de Fibonacci (0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, 100) como m\u00e9trica para mensurar story points e for\u00e7ar as equipes a chegar a decis\u00f5es claras. Por exemplo, se voc\u00ea tem um projeto para fazer, e algu\u00e9m pergunta se ele levar\u00e1 3 ou 4 horas, voc\u00ea poder\u00e1 hesitar em responder, pois a diferen\u00e7a \u00e9 t\u00e3o pequena que fica dif\u00edcil estimar. Por outro lado, se algu\u00e9m perguntar se o projeto levar\u00e1 3 ou 6 horas, a resposta provavelmente ser\u00e1 muito mais clara.<\/p>\n

\"sequ\u00eancia-de-Fibonacci\"<\/p>\n

Quest\u00f5es a ser consideradas<\/strong><\/h2>\n
    \n
  1. O projeto \u00e9 similar a algum outro no qual trabalhamos anteriormente? Se sim, qual foi o esfor\u00e7o envolvido para conclu\u00ed-lo?<\/strong><\/li>\n<\/ol>\n

    Como os story points s\u00e3o uma forma relativa <\/em>de mensura\u00e7\u00e3o, o processo sempre ir\u00e1 mudar e se refinar. Por\u00e9m, principalmente no in\u00edcio, pode ser \u00fatil comparar projetos anteriores similares para fins de perspectiva.<\/p>\n

      \n
    1. Existe algum potencial entrave despercebido que possa causar atrasos?<\/strong><\/li>\n<\/ol>\n

      \u00c9 importante considerar toda a jornada entre equipes pela qual o produto dever\u00e1 passar at\u00e9 que seja conclu\u00eddo.<\/p>\n

        \n
      1. Dependeremos de terceiros para a conclus\u00e3o?<\/strong><\/li>\n<\/ol>\n

        A depend\u00eancia de outra equipe ou contratante externo pode causar mais atrasos e burocracia, o que deve ser considerado.<\/p>\n

        Quem deve planej\u00e1-los: planning poker e seus jogadores<\/strong><\/h2>\n

        Planning poker \u00e9 uma atividade voltada a ajudar na cria\u00e7\u00e3o de estimativas precisas de story points de forma r\u00e1pida e em equipe. No planning poker, cada membro da equipe possui uma pilha de cartas contendo um story point diferente. Uma pessoa l\u00ea os diferentes projetos que a equipe tem pela frente. Depois de revisar todos os detalhes que conhecem sobre um projeto, cada membro da equipe exibe a carta que acredita representar o esfor\u00e7o necess\u00e1rio para conclu\u00ed-lo.<\/p>\n

        Esse \u00e9 um processo r\u00e1pido, eficaz e transparente para a equipe se reunir em torno do planejamento de sprints.<\/p>\n

        Ent\u00e3o, quem deve ser convidado para se sentar \u00e0 mesa de p\u00f4quer? \u00c9 importante considerar o panorama completo ao estimar o esfor\u00e7o envolvido na conclus\u00e3o de um story. E tamb\u00e9m concordar em uma DdC (ou “defini\u00e7\u00e3o de conclu\u00eddo”). Convidar toda a equipe e equipes adjacentes, como garantia de qualidade e testes com usu\u00e1rios, pode garantir que voc\u00ea n\u00e3o deixe passar batido nenhuma \u00e1rea problem\u00e1tica oculta.<\/p>\n

        Erros comuns e o que evitar fazer suas estimativas<\/strong><\/h2>\n

        Existem alguns erros que voc\u00ea e sua equipe podem evitar facilmente enquanto trabalham nas estimativas. Preste aten\u00e7\u00e3o neles e oriente sua equipe na dire\u00e7\u00e3o certa, caso voc\u00eas comecem a desviar do rumo.<\/p>\n