{"id":6202,"date":"2017-03-24T12:12:07","date_gmt":"2017-03-24T15:12:07","guid":{"rendered":"http:\/\/blog.plataformatec.com.br\/?p=6202"},"modified":"2017-03-27T13:50:26","modified_gmt":"2017-03-27T16:50:26","slug":"desenvolvendo-melhoria-continua-em-seu-processo-agil-um-daily-meeting-diferente","status":"publish","type":"post","link":"https:\/\/blog.plataformatec.com.br\/2017\/03\/desenvolvendo-melhoria-continua-em-seu-processo-agil-um-daily-meeting-diferente\/","title":{"rendered":"Desenvolvendo melhoria cont\u00ednua em seu processo \u00e1gil: Um Daily Meeting diferente"},"content":{"rendered":"

Parab\u00e9ns na ado\u00e7\u00e3o da cerim\u00f4nia de Reality Check<\/a>! Voc\u00ea nunca teve o mesmo problema novamente e seu plano de neg\u00f3cios agora muda mais r\u00e1pido de acordo com as nuances do seu plano de desenvolvimento. (Para entender sobre o que estamos falando, d\u00ea uma olhada no primeiro blog post desta s\u00e9rie: Desenvolvendo melhoria cont\u00ednua em seu processo \u00e1gil: A cerim\u00f4nia de Reality Check<\/a>)<\/p>\n

Seu produto come\u00e7a a ficar mais robusto, e seus clientes come\u00e7am a aderir a ideia… Incr\u00edvel! No entanto, seu time est\u00e1 se sentindo um pouco desmotivado. Voc\u00ea come\u00e7a a participar de suas retrospectivas para checar como poderia ajudar, e observa um padr\u00e3o: as pessoas est\u00e3o reclamando, com outras palavras, que o Especialista \u00c1gil est\u00e1 micro-gerenciando a todos.<\/p>\n

Voc\u00ea decide acompanhar de perto o time durante um m\u00eas, observando o que est\u00e1 ocorrendo em rela\u00e7\u00e3o a isso. De repente voc\u00ea se v\u00ea em uma Daily Meeting, na qual todos falam sobre o que fizeram e o que far\u00e3o. Voc\u00ea ent\u00e3o v\u00ea o problema: eles est\u00e3o usando o Daily para reportar trabalho, ao inv\u00e9s de pulverizar conhecimento e remover bloqueios. Mas e agora? Como conseguir estes objetivos sem a sensa\u00e7\u00e3o de reporte?<\/p>\n


\n

O sentimento de um Daily micro-gerenciador sempre me acompanhou quando trabalhava como desenvolvedor. Eu sempre pensei que pessoas queriam que eu reportasse o que estava fazendo, com a inten\u00e7\u00e3o de saber exatamente o qu\u00e3o eficiente eu era. Isso causava diferentes tipos de comportamento, o mais comum era fazer mais coisas ao mesmo tempo, para mostrar que estava trabalhando mais.<\/p>\n

No entanto, fazer mais tarefas ao mesmo tempo pode trazer lentid\u00e3o ao processo, tirar valor do que voc\u00ea est\u00e1 fazendo e afetar o resto do time. Mais sobre esse assunto pode ser encontrado nestes blog posts:
\n*
Case Study of a WIP Limit Implementation: Why, When and How to use WIP Limits<\/a>
\n*
A s\u00edndrome do her\u00f3i e como lidar com ela<\/a><\/p>\n

Portanto, para superar essa situa\u00e7\u00e3o, n\u00f3s da Plataformatec come\u00e7amos a usar uma abordagem diferente em nossos Dailies. N\u00f3s vimos que o problema do “m\u00e9todo antigo” era que os times focavam no que cada pessoa<\/strong> fazia ao inv\u00e9s de focar no progresso do projeto. Com isso em mente, mudamos o foco. Ao inv\u00e9s de perguntar \u00e0s pessoas o que fizeram, passamos a perguntar \u00e0s hist\u00f3rias.<\/p>\n

N\u00e3o, n\u00e3o estamos ficando loucos (eu acho)… E obviamente n\u00e3o estamos conversando com post-its (apesar de que falar com objetos inanimados pode ajudar no desenvolvimento, como patos de borracha<\/a>). No entanto, mudamos como perguntamos as coisas. Aqui est\u00e1 nossa vers\u00e3o:<\/p>\n

Come\u00e7amos olhando o kanban, da direita para a esquerda, perguntando ao time todo como est\u00e1 o desenvolvimento de cada hist\u00f3ria:<\/p>\n