{"id":229434,"date":"2022-11-01T18:16:00","date_gmt":"2022-11-01T15:16:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229434"},"modified":"2022-11-09T07:02:09","modified_gmt":"2022-11-09T04:02:09","slug":"nao-ha-tamanho-perfeito-para-um-loop-de-feedback","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/nao-ha-tamanho-perfeito-para-um-loop-de-feedback\/","title":{"rendered":"N\u00e3o h\u00e1 tamanho perfeito para um loop de feedback"},"content":{"rendered":"\n<p>Quanto mais eu escrevia este post, mais parecia que eu deveria estar escrevendo algum tipo de TL;DR para certas pessoas que leem isso. Ent\u00e3o, para economizar tempo, aqui est\u00e1:<\/p>\n<p>Estou escrevendo isso para aqueles que s\u00e3o novos no trabalho aut\u00f4nomo, gerenciamento de projetos ou geralmente t\u00eam menos experi\u00eancia do que aqueles que est\u00e3o perguntando &#8220;Por que voc\u00ea est\u00e1 escrevendo isso?&quot; Em \u00faltima an\u00e1lise, \u00e9 algo que a maioria de n\u00f3s aprende em algum momento deste ind\u00fastria, mas se pudermos ajudar uns aos outros a encurt\u00e1-la mais cedo ou mais tarde, todos n\u00f3s nos beneficiamos.<\/p>\n<p>Se voc\u00ea ainda estiver interessado depois de ler a nota acima, suponho que voc\u00ea esteja procurando melhorar esse aspecto da comunica\u00e7\u00e3o. O que \u00e9 bom, porque eu tamb\u00e9m sou \ud83d\ude0f, e usar um pequeno loop de feedback \u00e9 uma maneira que encontrei para fazer isso.<\/p>\n<hr \/>\n<p>Cada ind\u00fastria tem um pouco de seu pr\u00f3prio jarg\u00e3o e muitos de n\u00f3s rimos disso, mas todos continuamos a us\u00e1-lo quando em um ambiente profissional. Somos engra\u00e7ados assim.<\/p>\n<p>De qualquer forma, em nossa ind\u00fastria, uma das frases que usamos muito \u2013 inclusive eu \u2013 \u00e9 &#8220;feedback loop&#8221;. A primeira vez que me deparei com a frase foi em rela\u00e7\u00e3o ao feedback dos amplificadores. N\u00e3o tinha nada a ver com software. No entanto, no que fazemos, geralmente o usamos para nos referirmos a ele como:<\/p>\n<ul>\n<li>enviar uma solicita\u00e7\u00e3o, coment\u00e1rio ou informa\u00e7\u00e3o geral a um cliente,<\/li>\n<li>receber uma resposta do cliente em rela\u00e7\u00e3o a essas informa\u00e7\u00f5es.<\/li>\n<\/ul>\n<p>E para aqueles que n\u00e3o est\u00e3o acostumados com a ideia (porque h\u00e1 aqueles que fazem &#8220;lan\u00e7amentos big bang&#8221; sobre os quais falarei daqui a pouco), os ciclos de feedback s\u00e3o geralmente considerados pequenos ou grandes.<\/p>\n<p>Quanto mais tempo eu trabalho em software, mais eu sempre busco um pequeno ciclo de feedback, n\u00e3o importa o que aconte\u00e7a.<\/p>\n<h2>O ciclo de feedback perfeito<\/h2>\n<p>Um pequeno ciclo de feedback significa que h\u00e1 comunica\u00e7\u00e3o frequente entre uma empresa e o cliente (portanto, naturalmente, um grande ciclo de feedback ocorre quando h\u00e1 comunica\u00e7\u00e3o menos frequente).<\/p>\n<p>Se voc\u00ea vai usar jarg\u00e3o, pelo menos pense nisso de alguma forma divertida, certo?<\/p>\n<p>Mas sabe aquele jarg\u00e3o que mencionei no in\u00edcio do artigo? Na convers\u00e3o normal, eu apenas diria:<\/p>\n<p>Quando se trata de trabalhar em um projeto, prefiro uma comunica\u00e7\u00e3o mais frequente.<\/p>\n<p>E a raz\u00e3o pela qual eu prefiro isso e at\u00e9 o padr\u00e3o \u00e9 porque quando se trata de construir uma solu\u00e7\u00e3o, independentemente do tamanho, para outra pessoa, sempre h\u00e1 partes m\u00f3veis a serem consideradas.<\/p>\n<p>Quando h\u00e1 v\u00e1rias partes em um projeto, h\u00e1 v\u00e1rios pontos de lugares onde algo pode precisar de ajustes ou altera\u00e7\u00f5es (ou que pode afetar o sistema geral) e acertar mais cedo do que mais tarde economiza muito tempo (e, portanto, dinheiro) e estresse para a maioria das partes envolvidas.<\/p>\n<h3>E da\u00ed?<\/h3>\n<p>Por que se preocupar em escrever sobre isso, no entanto? Para mim, a raz\u00e3o \u00e9 porque quanto mais tempo administro <a href=\"https:\/\/pressware.co\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">uma pequena loja<\/a>, mais ou\u00e7o dos clientes sobre os problemas que surgem com a falta de clareza, comunica\u00e7\u00e3o e gerenciamento de projetos em projetos anteriores.<\/p>\n<p>Desapontamento. Eu n\u00e3o quero executar esse tipo de opera\u00e7\u00e3o. Ent\u00e3o \u00e9 uma coisa f\u00e1cil de consertar, certo?<\/p>\n<p>Al\u00e9m disso, o setor de desenvolvimento est\u00e1 cheio de pessoas que pegam os requisitos de um projeto, assumem que entendem tudo o que \u00e9 necess\u00e1rio e depois voltam apenas para construir algo que n\u00e3o apenas erra o alvo, mas apenas se parece um pouco com o que o cliente pretendia.<\/p>\n<p>Isso n\u00e3o \u00e9 necessariamente um golpe para os programadores, mas todo esse &#8220;[perder] o alvo&#8221; pode ser corrigido se simplesmente nos comunicarmos com aqueles com quem estamos trabalhando com um pouco mais de frequ\u00eancia.<\/p>\n<p>N\u00e3o assuma que voc\u00ea sabe o que eles querem.<\/p>\n<p>Em vez disso, fa\u00e7a perguntas, esclare\u00e7a o requisito, trabalhe no recurso e apresente ao cliente em um ambiente de teste. Eles saber\u00e3o se voc\u00ea construiu o que eles pediram. Se assim for, ent\u00e3o para o pr\u00f3ximo recurso. Se n\u00e3o, h\u00e1 mais trabalho a fazer. Operar dessa maneira agiliza muito dos pontos de tens\u00e3o que surgem nos projetos.<\/p>\n<p>E sim, fazer muitas perguntas pode se tornar tedioso e at\u00e9 irritante. Grande coisa. Mencione desde o in\u00edcio que voc\u00ea far\u00e1 muitas perguntas para entender completamente o problema antes de tentar resolv\u00ea-lo. D\u00ea uma raz\u00e3o pela qual voc\u00ea est\u00e1 fazendo o que est\u00e1 fazendo. Costuma render bem.<\/p>\n<h3>Lan\u00e7amentos do Big Bang<\/h3>\n<p>No in\u00edcio do post, eu mencionei &#8220;lan\u00e7amentos big bang&#8221; e isso geralmente se refere \u00e0 ideia de um cliente fornecendo requisitos, voc\u00ea voltando a trabalhar nele por semanas a fio, depois aparecendo e dizendo &#8220;Ei, eu terminei \u2013 d\u00ea uma olhada!&#8221; apenas para descobrir que est\u00e1 longe.<\/p>\n<p>Se eu fosse contextualizar isso dentro de um tipo de ciclo de feedback, eu diria que n\u00e3o h\u00e1 um. N\u00e3o \u00e9 nem grande porque nenhum feedback foi solicitado. \u00c9 simplesmente:<\/p>\n<ul>\n<li>Aqui est\u00e3o os requisitos para o projeto,<\/li>\n<li>Acabei com o projeto.<\/li>\n<\/ul>\n<p>Muitas vezes, isso leva os desenvolvedores a n\u00e3o entenderem os requisitos, os clientes n\u00e3o saberem sobre o progresso e o projeto geral dar errado. Simplificando, n\u00e3o fa\u00e7a isso dessa maneira.<\/p>\n<h2>O Tamanho Perfeito?<\/h2>\n<p>Eu n\u00e3o sei qual \u00e9 o tamanho perfeito de um loop de feedback. H\u00e1 alguns clientes com quem trabalhei onde h\u00e1 check-ins di\u00e1rios, h\u00e1 alguns lugares onde h\u00e1 check-ins semanais e h\u00e1 alguns que disseram &#8220;apenas complete isso e me avise quando terminar&#8221;.<\/p>\n<p>Check-ins semanais, commits, releases, etc. tendem a ser meus favoritos, mas isso se deve ao tamanho do projeto e ao tamanho da equipe com a qual trabalho. Diariamente tamb\u00e9m n\u00e3o \u00e9 ruim dependendo da tarefa.<\/p>\n<p>Eu nunca fa\u00e7o o estilo big bang, mesmo que um cliente diga que est\u00e1 tudo bem. Eu ainda gosto de ter postos de controle para minha pr\u00f3pria sanidade. Portanto, qualquer tipo de ciclo de feedback que funcione melhor para voc\u00ea, sua equipe e seu cliente ter\u00e1 o tamanho perfeito.<\/p>\n<p><div id=\"PostUnique_PostSource\" style=\"padding-top: 50px\">Fonte de grava\u00e7\u00e3o:  <a target=\"_blank\" rel=\"noopener nofollow\" href=\"\/\/tommcfarlin.com\" class=\"external external_icon\">tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Um pequeno ciclo de feedback significa que h\u00e1 comunica\u00e7\u00e3o frequente entre uma empresa e o cliente. Em \u00faltima an\u00e1lise, \u00e9 mais comunica\u00e7\u00e3o.<\/p>\n","protected":false},"author":1,"featured_media":223885,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[753,722,920,806,846],"tags":[1170],"class_list":["post-229434","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-codigo-aberto","category-desenvolvedor","category-outro","category-php-8","category-tutoriais","tag-affiai-pt-pt"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/posts\/229434","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/comments?post=229434"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/posts\/229434\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/media\/223885"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/media?parent=229434"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/categories?post=229434"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/tags?post=229434"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}