{"id":230079,"date":"2022-11-18T14:53:00","date_gmt":"2022-11-18T11:53:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230079"},"modified":"2022-11-09T20:00:16","modified_gmt":"2022-11-09T17:00:16","slug":"programacao-orientada-a-objetos-no-wordpress-entendendo-as-expectativas-do-cliente","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/programacao-orientada-a-objetos-no-wordpress-entendendo-as-expectativas-do-cliente\/","title":{"rendered":"Programa\u00e7\u00e3o Orientada a Objetos no WordPress: Entendendo as Expectativas do Cliente"},"content":{"rendered":"\n<p>\u00c0 medida que continuamos avan\u00e7ando na discuss\u00e3o sobre <a href=\"https:\/\/tommcfarlin.com\/tag\/object-oriented-programming-in-wordpress\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">programa\u00e7\u00e3o orientada a objetos no WordPress<\/a>, \u00e9 importante ter certeza de que n\u00e3o estamos nos antecipando quando se trata de construir um produto para outra pessoa.<\/p>\n<p>Muitas vezes, \u00e9 f\u00e1cil:<\/p>\n<ol>\n<li>ouvir o que um cliente diz,<\/li>\n<li>construir algo com base no que ouvimos,<\/li>\n<li>entreg\u00e1-lo ao referido cliente.<\/li>\n<\/ol>\n<p>Mas h\u00e1 muito mais do que isso. Eu dancei um pouco em torno disso em posts anteriores desta s\u00e9rie; no entanto, quero come\u00e7ar a detalhar o que significa ouvir:<\/p>\n<ol>\n<li>O que um cliente diz,<\/li>\n<li>Desenvolver um conjunto de requisitos,<\/li>\n<li>E, em seguida, crie ciclos de feedback em torno disso.<\/li>\n<\/ol>\n<p>Em \u00faltima an\u00e1lise, queremos ter certeza de que as pessoas para quem estamos trabalhando e as solu\u00e7\u00f5es que estamos construindo s\u00e3o realmente solu\u00e7\u00f5es e n\u00e3o obst\u00e1culos ou obst\u00e1culos sobre os quais eles precisam pular.<\/p>\n<p>Al\u00e9m disso, n\u00e3o acho suficiente que um cliente simplesmente aproveite a experi\u00eancia de seu produto final, mas tamb\u00e9m trabalhar com ele (ou aqueles) construindo a solu\u00e7\u00e3o.<\/p>\n<p>Com isso dito, vamos dar uma olhada no que significa ouvir o que eles dizem e partir da\u00ed.<\/p>\n<h2>Entendendo as expectativas do cliente<\/h2>\n<p>Sempre que voc\u00ea l\u00ea livros ou outro material sobre esse tipo de coisa, muitas vezes faz de uma das duas partes o &#8220;cara mau&quot;. Nem sempre, mas \u00e0s vezes faz:<\/p>\n<ul>\n<li>o cliente parece ignorante sobre o que est\u00e1 falando,<\/li>\n<li>ou faz o desenvolvedor parecer um idiota por agir como algu\u00e9m que sabe mais sobre o assunto em quest\u00e3o.<\/li>\n<\/ul>\n<p>Que tal uma terceira op\u00e7\u00e3o onde o cliente tem uma ideia clara do que quer, o(s) desenvolvedor(es) est\u00e3o dispostos a ouvir e trabalhar em conjunto com o cliente para construir algo?<\/p>\n<p>Claro, haver\u00e1 esclarecimentos ao longo do caminho, e haver\u00e1 termos que precisam ser definidos, e alguma &#8220;recalibra\u00e7\u00e3o&#8221; do calend\u00e1rio de desenvolvimento pode at\u00e9 fazer parte disso.<\/p>\n<p>Mas a conclus\u00e3o \u00e9 esta: nenhuma das partes deve trabalhar contra a outra. Em vez disso, trata-se de trabalhar em conjunto para a solu\u00e7\u00e3o. Claro, requer comunica\u00e7\u00e3o (na qual os desenvolvedores nem sempre s\u00e3o bons, na minha experi\u00eancia, mas n\u00e3o h\u00e1 raz\u00e3o para que n\u00e3o possa ser melhor).<\/p>\n<h3>O que um cliente est\u00e1 dizendo? (O que o desenvolvedor est\u00e1 dizendo?)<\/h3>\n<p>Sempre que voc\u00eas dois se encontram, voc\u00ea provavelmente est\u00e1 pensando a mesma coisa porque cada um fala uma l\u00edngua diferente e cada um de voc\u00eas pensa que o que o outro est\u00e1 dizendo \u00e9 <a href=\"https:\/\/www.google.com\/search?client=safari&#038;rls=en&#038;q=define+jargon&#038;ie=UTF-8&#038;oe=UTF-8\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">jarg\u00e3o<\/a>.<\/p>\n<p>E isso n\u00e3o est\u00e1 errado.<\/p>\n<p>Os clientes t\u00eam um jeito de falar sobre o que querem, e os desenvolvedores t\u00eam um jeito de falar sobre como v\u00e3o entregar.<\/p>\n<h3>Os termos que usamos<\/h3>\n<p>Mas pode haver um objetivo comum.<\/p>\n<blockquote>\n<p>Procure uma descri\u00e7\u00e3o do problema que est\u00e1 tentando ser resolvido. Tente faz\u00ea-lo em termos leigos para que o design esteja alinhado com o objetivo e a funcionalidade da solu\u00e7\u00e3o.<\/p>\n<\/blockquote>\n<p>Eu n\u00e3o acho que isso funcionar\u00e1 para todos, mas esta \u00e9 a primeira coisa que eu recomendo fazer sempre que voc\u00ea estiver sentado com seu cliente.<\/p>\n<p>Como voc\u00ea ver\u00e1 mais adiante nestes posts, \u00e9 \u00fatil desenvolver algumas frases que voc\u00ea pode usar no in\u00edcio de sua declara\u00e7\u00e3o de trabalho, \u00e0s quais voc\u00ea pode consultar sempre que tiver uma decis\u00e3o a tomar.<\/p>\n<p>Em outras palavras, voc\u00ea (e eles) podem perguntar:<\/p>\n<blockquote>\n<p>O que estou trabalhando est\u00e1 contribuindo para o objetivo comum?<\/p>\n<\/blockquote>\n<p>E \u00e9 aqui que voc\u00ea pode determinar o conjunto principal de requisitos.<\/p>\n<h3>&#8220;\u00c9 preciso\u2026&#8221;<\/h3>\n<p>Quando se trata de comprar algo, construir algo, solicitar algo, querer algo, ou qualquer outra coisa, \u00e9 muito f\u00e1cil come\u00e7ar a frase dizendo &#8220;eu quero que\u2026&#8221;<\/p>\n<p>Mas h\u00e1 uma grande diferen\u00e7a entre &#8220;eu quero fazer [algo]&#8221; e &#8220;eu preciso [fazer algo]&#8221;, e quando voc\u00ea est\u00e1 trabalhando em software, geralmente \u00e9 seguro dizer que as coisas que s\u00e3o necess\u00e1rias s\u00e3o essenciais. ao aplicativo. E as coisas que s\u00e3o desejadas s\u00e3o o que vem depois que a base do aplicativo foi constru\u00edda.<\/p>\n<p>Ou seja, \u00e9 uma conversa sobre &#8220;obrigat\u00f3rio&#8221; e &#8220;quero ter&#8221;. E \u00e9 importante ter conversas para que voc\u00ea possa chegar a essa declara\u00e7\u00e3o final do objetivo comum do aplicativo.<\/p>\n<p>Uma vez que isso esteja no lugar, voc\u00ea pode come\u00e7ar a planejar seu software em torno do problema do cliente. E \u00e9 a\u00ed que a coleta de requisitos entra em a\u00e7\u00e3o.<\/p>\n<h2>Desenvolvimento de Requisitos<\/h2>\n<p>O que voc\u00ea e o cliente t\u00eam uma s\u00f3lida compreens\u00e3o do que precisa ser constru\u00eddo, ent\u00e3o \u00e9 hora de juntar os requisitos.<\/p>\n<p>Esta parte pode ser mais divertida do que parece. Eu sei, eu sei: parece dever de casa ou alguma tarefa, certo? Mas isso n\u00e3o. Em vez disso, \u00e9 pegar o que eles querem, o que voc\u00ea entendeu, traduzindo para uma linguagem comum e ent\u00e3o redigindo um documento que explica o que o software far\u00e1.<\/p>\n<p>Dependendo da sua experi\u00eancia, por\u00e9m, isso pode ser chato. E por chato, quero dizer uma das piores partes do seu trabalho. Al\u00e9m disso, os requisitos sempre mudam, certo?<\/p>\n<p>Nem sempre.<\/p>\n<p>Se voc\u00ea dedicar algum tempo para entender o que eles querem desde o in\u00edcio, os requisitos n\u00e3o precisam ser um documento de 50 p\u00e1ginas descrevendo como cada m\u00f3dulo deve funcionar.<\/p>\n<p>Muitos livros documentam isso dizendo que \u00e9 assim que tem que ser. Mas em quase uma d\u00e9cada fazendo isso, nunca tive algo t\u00e3o longo e os clientes geralmente ficaram incrivelmente agradecidos por ver uma pequena lista que pode ser alterada por e-mail ou Google Docs, assinada e ent\u00e3o referida como o projeto se move frente.<\/p>\n<p>Falarei mais sobre isso no futuro, mas qualquer que seja a experi\u00eancia ruim que voc\u00ea tenha, o medo ou a apreens\u00e3o que voc\u00ea tenha, n\u00e3o precisa ficar parado. E vamos continuar a falar sobre isso atrav\u00e9s desta s\u00e9rie.<\/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>Compreender as expectativas dos clientes \u00e9 t\u00e3o importante quanto os clientes entenderem o que voc\u00ea \u00e9 capaz de fazer. E \u00e9 isso que \u00e9 abordado neste post.<\/p>\n","protected":false},"author":1,"featured_media":165308,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[898,722,846],"tags":[1170],"class_list":["post-230079","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-codigo-2","category-desenvolvedor","category-tutoriais","tag-affiai-pt-pt"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/posts\/230079","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=230079"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/posts\/230079\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/media\/165308"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/media?parent=230079"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/categories?post=230079"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/pt-pt\/wp-json\/wp\/v2\/tags?post=230079"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}