{"id":229726,"date":"2022-11-18T15:15:00","date_gmt":"2022-11-18T12:15:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229726"},"modified":"2022-11-09T16:06:50","modified_gmt":"2022-11-09T13:06:50","slug":"programacion-orientada-a-objetos-en-wordpress-comprension-de-las-expectativas-del-cliente","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/es\/programacion-orientada-a-objetos-en-wordpress-comprension-de-las-expectativas-del-cliente\/","title":{"rendered":"Programaci\u00f3n orientada a objetos en WordPress: comprensi\u00f3n de las expectativas del cliente"},"content":{"rendered":"\n<p>A medida que avanzamos en la discusi\u00f3n sobre <a href=\"https:\/\/tommcfarlin.com\/tag\/object-oriented-programming-in-wordpress\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">la programaci\u00f3n orientada a objetos en WordPress<\/a>, es importante que nos aseguremos de no adelantarnos cuando se trata de crear un producto para otra persona.<\/p>\n<p>Muy a menudo, es f\u00e1cil:<\/p>\n<ol>\n<li>escuchar lo que dice un cliente,<\/li>\n<li>construir algo basado en lo que hemos escuchado,<\/li>\n<li>entregarlo a dicho cliente.<\/li>\n<\/ol>\n<p>Pero hay mucho m\u00e1s que eso. Lo he bailado un poco en publicaciones anteriores de esta serie; sin embargo, quiero comenzar a profundizar en lo que significa escuchar:<\/p>\n<ol>\n<li>Lo que dice un cliente,<\/li>\n<li>Desarrollar un conjunto de requisitos,<\/li>\n<li>Y luego crea bucles de retroalimentaci\u00f3n en torno a eso.<\/li>\n<\/ol>\n<p>En \u00faltima instancia, queremos asegurarnos de que las personas para las que trabajamos y las soluciones que construimos sean realmente soluciones y no obst\u00e1culos u obst\u00e1culos que tengan que sortear.<\/p>\n<p>Adem\u00e1s, no creo que sea suficiente que un cliente simplemente disfrute de la experiencia de su producto final, sino tambi\u00e9n trabajar con el (o los) que construyen la soluci\u00f3n.<\/p>\n<p>Dicho esto, echemos un vistazo a lo que significa escuchar lo que dicen y partir de ah\u00ed.<\/p>\n<h2>Comprender las expectativas del cliente<\/h2>\n<p>Cada vez que lee libros u otro material sobre este tipo de cosas, a menudo convierte a una de las dos partes en el &quot;chico malo&quot;. No siempre, pero a veces hace:<\/p>\n<ul>\n<li>el cliente parece ignorante de lo que est\u00e1 hablando,<\/li>\n<li>o hace que el desarrollador parezca un imb\u00e9cil por actuar como alguien que sabe m\u00e1s sobre el tema en cuesti\u00f3n.<\/li>\n<\/ul>\n<p>\u00bfQu\u00e9 pasa con una tercera opci\u00f3n donde el cliente tiene una idea clara de lo que quiere, los desarrolladores est\u00e1n dispuestos a escuchar y trabajar en conjunto con el cliente para construir algo?<\/p>\n<p>Claro, habr\u00e1 aclaraciones en el camino, y habr\u00e1 t\u00e9rminos que deben definirse, e incluso puede ser parte de algo de &quot;recalibraci\u00f3n&quot; del calendario de desarrollo.<\/p>\n<p>Pero la conclusi\u00f3n es esta: ninguna de las partes debe trabajar en contra de la otra. En cambio, se trata de trabajar juntos para encontrar la soluci\u00f3n. Claro, requiere comunicaci\u00f3n (en lo que los desarrolladores no siempre son buenos, seg\u00fan mi experiencia, pero no hay raz\u00f3n por la que no pueda ser mejor).<\/p>\n<h3>\u00bfQu\u00e9 dice un cliente? (\u00bfQu\u00e9 dice el desarrollador?)<\/h3>\n<p>Cada vez que se encuentran, es probable que piensen lo mismo porque cada uno habla un idioma diferente y cada uno piensa que lo que dice el otro es una <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\">jerga<\/a>.<\/p>\n<p>Y eso no est\u00e1 mal.<\/p>\n<p>Los clientes tienen una forma de hablar sobre lo que quieren, y los desarrolladores tienen una forma de hablar sobre c\u00f3mo lo entregar\u00e1n.<\/p>\n<h3>Los t\u00e9rminos que usamos<\/h3>\n<p>Pero puede haber un objetivo com\u00fan.<\/p>\n<blockquote>\n<p>Apunta a una descripci\u00f3n del problema que est\u00e1 tratando de resolverse. Trate de hacerlo en t\u00e9rminos sencillos para que el dise\u00f1o se alinee con el objetivo y la funcionalidad de la soluci\u00f3n.<\/p>\n<\/blockquote>\n<p>No creo que esto funcione para todos, pero es lo primero que recomiendo hacer cada vez que se sienta con su cliente.<\/p>\n<p>Como ver\u00e1 m\u00e1s adelante en estas publicaciones, es \u00fatil desarrollar algunas oraciones que puede usar al comienzo de su declaraci\u00f3n de trabajo a las que puede consultar cada vez que tenga que tomar una decisi\u00f3n.<\/p>\n<p>En otras palabras, usted (y ellos) pueden preguntar:<\/p>\n<blockquote>\n<p>\u00bfEn lo que estoy trabajando contribuye al objetivo com\u00fan?<\/p>\n<\/blockquote>\n<p>Y aqu\u00ed es donde puede determinar el conjunto b\u00e1sico de requisitos.<\/p>\n<h3>\u00abNecesita\u2026&quot;<\/h3>\n<p>Cuando se trata de comprar algo, construir algo, solicitar algo, querer algo o lo que sea, es bastante f\u00e1cil comenzar la oraci\u00f3n diciendo &quot;Quiero que&#8230;&quot;.<\/p>\n<p>Pero hay una gran diferencia entre &quot;Quiero que haga [hacer algo]&quot; y &quot;Lo necesito [para hacer algo]&quot;, y cuando trabajas en software, generalmente es seguro decir que las cosas que se necesitan son b\u00e1sicas. a la aplicaci\u00f3n Y lo que se quiere es lo que viene despu\u00e9s de que se haya construido la base de la aplicaci\u00f3n.<\/p>\n<p>Es decir, es una conversaci\u00f3n sobre &quot;debe tener&quot; y &quot;quiero tener&quot;. Y es importante tener conversaciones para llegar a esa declaraci\u00f3n final del objetivo com\u00fan de la aplicaci\u00f3n.<\/p>\n<p>Una vez que est\u00e9 en su lugar, puede comenzar a planificar su software en torno al problema del cliente. Y ah\u00ed es donde entra en juego la recopilaci\u00f3n de requisitos.<\/p>\n<h2>Desarrollo de requisitos<\/h2>\n<p>Si usted y el cliente tienen una comprensi\u00f3n s\u00f3lida de lo que se necesita construir, entonces es hora de reunir los requisitos.<\/p>\n<p>Esta parte puede ser m\u00e1s divertida de lo que parece. Lo s\u00e9, lo s\u00e9: suena como tarea o alguna tarea, \u00bfverdad? Pero no lo es. En cambio, est\u00e1 tomando lo que quieren, lo que has entendido, traduci\u00e9ndolo a un idioma com\u00fan y luego redactando un documento que explica lo que har\u00e1 el software.<\/p>\n<p>Sin embargo, dependiendo de su experiencia, esto puede ser aburrido. Y por aburrido me refiero a una de las peores partes de tu trabajo. Adem\u00e1s, los requisitos siempre cambian, \u00bfverdad?<\/p>\n<p>No siempre.<\/p>\n<p>Si se toma el tiempo para comprender lo que quieren desde el principio, entonces los requisitos no tienen que ser un documento de 50 p\u00e1ginas que describa c\u00f3mo debe funcionar cada m\u00f3dulo.<\/p>\n<p>Muchos libros lo documentan diciendo que as\u00ed tiene que ser. Pero en casi una d\u00e9cada de hacer esto, nunca he tenido algo que dure tanto y, en general, los clientes han estado incre\u00edblemente agradecidos de ver una lista breve que se puede modificar por correo electr\u00f3nico o Google Docs, firmar y luego consultar a medida que avanza el proyecto. delantero.<\/p>\n<p>Hablar\u00e9 m\u00e1s sobre eso en el futuro, pero cualquiera que sea la mala experiencia que tengas, el miedo o la inquietud que tengas, no tienes por qu\u00e9 sentarte. Y continuaremos hablando de eso a trav\u00e9s de esta serie.<\/p>\n<p><div id=\"PostUnique_PostSource\" style=\"padding-top: 50px\">Fuente de grabaci\u00f3n:  <a target=\"_blank\" rel=\"noopener nofollow\" href=\"\/\/tommcfarlin.com\" class=\"external external_icon\">tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Comprender las expectativas del cliente es tan importante como que los clientes comprendan lo que eres capaz de hacer. Y eso es lo que se cubre en esta publicaci\u00f3n.<\/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":[892,716,840],"tags":[1172],"class_list":["post-229726","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-codigo","category-desarrollador","category-tutoriales","tag-affiai-es"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/posts\/229726","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/comments?post=229726"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/posts\/229726\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/media\/165308"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/media?parent=229726"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/categories?post=229726"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/es\/wp-json\/wp\/v2\/tags?post=229726"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}