{"id":26741,"date":"2020-08-14T16:08:50","date_gmt":"2020-08-14T16:08:50","guid":{"rendered":"https:\/\/building.nu.com\/going-agile-do-less-to-deliver-more\/"},"modified":"2024-02-23T15:20:54","modified_gmt":"2024-02-23T15:20:54","slug":"agilizando-faca-menos-para-entregar-mais","status":"publish","type":"post","link":"https:\/\/building.nu.com\/pt-br\/agilizando-faca-menos-para-entregar-mais\/","title":{"rendered":"Agilizando: fa\u00e7a menos para entregar mais"},"content":{"rendered":"\n

Na primeira vez que ouvi que seria poss\u00edvel entregar mais se fizemos menos coisas simultaneamente, eu estava c\u00e9tico. N\u00e3o faz sentido, pensei.<\/p>\n\n\n\n

Se voc\u00ea tem tempo agora, tente fazer: escreva a sequ\u00eancia A, B, C, D, E, F, G, H tr\u00eas vezes, cada uma em uma linha diferente. Repita uma vez, mas na sua segunda tentativa, escreva primeiro todas as letras A, depois, as letras B, e assim por diante. Se voc\u00ea mediu ambos os testes, provavelmente o primeiro terminou mais r\u00e1pido que o segundo. No meu caso, dois segundos a menos.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Eu sei: o tempo de descoberta \u00e9 s\u00f3 7% menor. Mas imagine o que poderia acontecer quando desenvolver caracter\u00edsticas complicadas em produtos digitais<\/strong>, por exemplo. Ou tente realizar o mesmo desafio escrevendo m\u00faltiplos de 3, 6 e 7 em cada linha at\u00e9 o d\u00e9cimo valor. Tamb\u00e9m fiz isso: 21% a menos (59 e 75 segundos).<\/p>\n\n\n\n

Mas tamb\u00e9m temos outra quest\u00e3o importante: no primeiro teste, entreguei o escopo dividido em tr\u00eas partes, talvez em nove segundos cada. Certo valor logo foi fornecido, e pude coletar feedback<\/em> e melhorar minha segunda entrega (segunda linha). Se voc\u00ea entregar todas as linhas juntas (escrevendo todas as letras A, depois as letras B etc.), seu <\/strong>feedback<\/em><\/strong> ser\u00e1 mais lento<\/strong>, os riscos s\u00e3o mais consider\u00e1veis e o tempo de entrega (tempo de espera) ser\u00e1 maior.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Conceitos semelhantes foram explorados desde a metade do s\u00e9culo passado. Taiichi Ohno<\/strong>, considerado pai do Sistema de Produ\u00e7\u00e3o Toyota, escreveu sobre um limite m\u00e1ximo de trabalho em progresso como uma das propriedades do kanban<\/em> em seu trabalho para melhorar a efici\u00eancia de fabrica\u00e7\u00e3o. John Little (MIT, 1961) desenvolveu a Lei de<\/strong> Little<\/strong> para explicar a rela\u00e7\u00e3o entre a quantidade m\u00e9dia de itens em um sistema de fila com duas outras vari\u00e1veis. Ambos s\u00e3o bons exemplos.<\/p>\n\n\n\n

Nos \u00faltimos anos, no desenvolvimento de software, tive a experi\u00eancia de entender melhor a rela\u00e7\u00e3o entre o que fazemos simultaneamente com o tempo para entregar e o volume de entrega. David Anderson<\/a> relatou um caso interessante em seu livro chamado Kanban<\/em> (2011). No estudo de caso apresentado, ele afirma que h\u00e1 uma rela\u00e7\u00e3o linear de causa e efeito entre a quantidade de trabalho em progresso<\/strong> e o tempo de espera m\u00e9dio<\/strong>.<\/p>\n\n\n\n

Como estamos tentando?<\/h2>\n\n\n\n

No Nubank, estamos melhorando continuamente nossos m\u00e9todos e pr\u00e1ticas de trabalho. Tivemos um resultado impressionante no exemplo de uma equipe de engenharia de software abaixo:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

no primeiro gr\u00e1fico, a linha verde mostra a m\u00e9dia m\u00f3vel do tempo de espera<\/strong> (para dias \u00fateis), considerando as \u00faltimas cinco hist\u00f3rias de usu\u00e1rio conclu\u00eddas. A linha cinza \u00e9 s\u00f3 uma proje\u00e7\u00e3o. Os pontos vermelhos s\u00e3o as demandas atuais.<\/p>\n\n\n\n

O segundo gr\u00e1fico mostra a quantidade de demandas conclu\u00eddas por semana (com as cores separando por tipo de problema). Essa \u00e9 nossa produtividade<\/strong>.<\/p>\n\n\n\n

Tempo de espera e produtividade s\u00e3o duas vari\u00e1veis importantes para medir no desenvolvimento de software. Como podemos observar no exemplo, a m\u00e9dia m\u00f3vel \u00e9 mais est\u00e1vel a partir da metade do primeiro gr\u00e1fico \u00e0 direita. Na mesma faixa do segundo gr\u00e1fico, a quantidade de entregas \u00e9 maior. Como reduzimos o tempo necess\u00e1rio para entregar nossas demandas (tempo de espera) e aumentar a quantidade de itens conclu\u00eddos por semana (produtividade)?<\/p>\n\n\n\n

Fizemos duas coisas “simples”:<\/h2>\n\n\n\n