{"id":2147,"date":"2018-11-28T17:56:15","date_gmt":"2018-11-28T17:56:15","guid":{"rendered":"https:\/\/keepler.io\/2018\/11\/28\/del-proyecto-al-producto-diseno-y-construccion-de-data-products\/"},"modified":"2023-09-12T13:20:45","modified_gmt":"2023-09-12T13:20:45","slug":"del-proyecto-al-producto-diseno-y-construccion-de-data-products","status":"publish","type":"post","link":"https:\/\/keepler.io\/es\/2018\/11\/28\/del-proyecto-al-producto-diseno-y-construccion-de-data-products\/","title":{"rendered":"Del proyecto al producto: dise\u00f1o y construcci\u00f3n de \u201cdata products\u201d"},"content":{"rendered":"<p>En los \u00faltimos a\u00f1os han surgido muchos conceptos que hemos interiorizado en mayor o menor medida, como big data, SaaS, cloud o agile, pero existen todav\u00eda algunos conceptos m\u00e1s dif\u00edciles de interiorizar; es el caso de <strong>desarrollo de productos<\/strong>. La idea en este art\u00edculo es reflexionar un poco m\u00e1s acerca ello, sus implicaciones y las diferencias con el concepto m\u00e1s tradicional de desarrollo de proyectos.<\/p>\n<h3>\u00bfQu\u00e9 es un producto?<\/h3>\n<p>Aunque la pregunta puede parecer trivial, si vamos a la Wikipedia podemos encontrar m\u00e1s de 20 definiciones en funci\u00f3n del campo en el que apliquemos el t\u00e9rmino \u201cproducto\u201d. En este caso, las que m\u00e1s se acercan a la definici\u00f3n que nos podr\u00eda interesar ser\u00edan las siguientes:<\/p>\n<ul>\n<li><a href=\"https:\/\/en.wikipedia.org\/wiki\/Product_(business)\" target=\"_blank\" rel=\"noopener noreferrer\">Producto (business)<\/a>, un item que sirve como soluci\u00f3n a un problema espec\u00edfico del consumidor.<\/li>\n<li><a href=\"https:\/\/en.wikipedia.org\/wiki\/Product_(project_management)\" target=\"_blank\" rel=\"noopener noreferrer\">Producto (project management)<\/a>, un entregable o conjunto de ellos que contribuye a una soluci\u00f3n de negocio.<\/li>\n<\/ul>\n<p>Aplicado al <strong>sector tecnol\u00f3gico<\/strong>, podr\u00edamos definir un producto como un \u201citem\u201d o una aplicaci\u00f3n conseguida mediante el desarrollo de un software que nos permite ofrecer una soluci\u00f3n a un problema o necesidad derivada del d\u00eda a d\u00eda del negocio de una unidad concreta, de un \u00e1rea, de una organizaci\u00f3n e incluso de un conjunto de empresas, si entendemos el producto como algo que podemos ofrecer al mercado.<\/p>\n<p>Dicho de otra manera, <strong>un producto ser\u00eda<\/strong> una aplicaci\u00f3n de software capaz de ofrecer un conjunto de funcionalidades o capacidades que satisfagan las distintas necesidades que un cliente o conjunto de estos pueda tener.<\/p>\n<h3>Diferencias entre proyecto y producto<\/h3>\n<p>Una vez vista la definici\u00f3n de producto podemos considerar que no encontramos, a priori, muchas diferencias con el enfoque m\u00e1s tradicional y conocido de proyecto de software, por lo que intentaremos examinarlas en mayor detalle.<\/p>\n<h5>Diferencia 1: Planificaci\u00f3n vs Ciclo de vida<\/h5>\n<p>Un <strong>proyecto<\/strong> es una iniciativa normalmente <strong>acotada en el tiempo<\/strong>. Un equipo dedica un tiempo preestablecido, con un alcance predefinido para llevar a cabo la creaci\u00f3n o implantaci\u00f3n de una soluci\u00f3n que responde a esas necesidades concretas y definidas previamente. A diferencia del proyecto, <strong>el producto no tiene un alcance cerrado<\/strong>, sino que se parte de la identificaci\u00f3n de una necesidad y se evoluciona, a trav\u00e9s de la entrega de valor continua y la recogida de feedback de los usuarios. Por lo tanto, el proyecto tendr\u00e1 un comienzo y un fin, mientras que el producto podr\u00e1 (y deber\u00e1) extenderse en el tiempo mientras sea v\u00e1lido, pudiendo evolucionar y crecer adoptando nuevas capacidades (incluso llevando a cabo nuevos proyectos para que el producto evolucione).<\/p>\n<p>Esto nos lleva a otra de las diferencias: <strong>el ciclo de vida del producto<\/strong>. A diferencia de un proyecto (el cual, en lugar de un ciclo de vida, tiene una planificaci\u00f3n) tiene m\u00faltiples estados: la concepci\u00f3n del producto, su construcci\u00f3n e introducci\u00f3n en el mercado, su evoluci\u00f3n y, finalmente, la retirada del producto cuando este es discontinuado o sustituido por uno nuevo. Imaginemos, por ejemplo, un sistema operativo. Cuando este se lanza al mercado tiene una serie de capacidades y novedades, pero pronto evoluciona solucionando posibles problemas y adoptando nuevas capacidades, hasta que pasado un par de a\u00f1os es sustituido por uno nuevo comenzando de nuevo el ciclo.<\/p>\n<h5>Diferencia 2: Alcance vs Funcionalidad<\/h5>\n<p>Otro punto diferencial entre proyecto y producto es que cuando empezamos a construir un <strong>producto<\/strong>, en muchas ocasiones, <strong>no tenemos toda la informaci\u00f3n<\/strong> acerca de las capacidades que debe tener sino que, conforme empezamos a construirlo y a revisar sus capacidades con product owners, product managers y usuarios, pueden surgir nuevas caracter\u00edsticas en torno a \u00e9l.<\/p>\n<p>Por contra, en un <strong>proyecto<\/strong> toda la informaci\u00f3n debe estar recogida <strong>al principio del mismo<\/strong> para evitar problemas durante el desarrollo, siendo este un punto cr\u00edtico que, a su vez, no siempre es posible conseguir, desembocando en uno de los problemas tradicionalmente encontrado en el desarrollo de proyecto de software (y de otros tipos).<\/p>\n<h5>Diferencia 3: Product Manager\/Owner vs Project Manager<\/h5>\n<p>Una vez entendido que el objetivo del producto excede en el tiempo al objetivo del proyecto y que este (producto) dispone de un ciclo de vida propio, parece obvio poder pensar que los roles involucrados en la definici\u00f3n y construcci\u00f3n de un producto sean distintos a los roles tradicionales para llevar a cabo un proyecto. De esta manera surgen nuevas figuras, entre las que destaca una: <strong>el product owner\/manager<\/strong>.<\/p>\n<p>El <strong>product manager<\/strong> es una figura tradicionalmente ligada al mundo del marketing que ha evolucionado hasta convertirse en el responsable final de un producto. Siendo este, por lo tanto, el responsable de recoger las distintas necesidades del mercado o unidades de negocio y, una vez recogidas, busca una soluci\u00f3n que se materializa en la creaci\u00f3n de un producto con una serie de caracter\u00edsticas, capacidades y funcionalidades.<\/p>\n<p>Por otro lado, el <strong>product owner<\/strong> como tal no es una figura en las empresas, si no un rol adoptado por figuras como el product manager, cuyo objetivo es la gesti\u00f3n del ciclo de vida de un producto. De esta manera un product manager colaborar\u00eda asumiendo este rol en la construcci\u00f3n del producto.<\/p>\n<p>En contrapartida, el <strong>jefe de proyecto o project manager tradicional<\/strong> era una figura responsable del equipo de proyecto y de llevar a cabo la entrega de unas capacidades a lo largo del mismo, cumpliendo con la planificaci\u00f3n y el presupuesto del proyecto. Una vez acabado el proyecto, el jefe de proyecto y el equipo pasan a uno nuevo a diferencia del product manager, que no se desliga mientras no acabe el ciclo de vida del mismo. Adem\u00e1s, el product manager\/owner es el responsable \u00faltimo de la funcionalidad incorporada en el mismo, mientras que el jefe de proyecto \u00fanicamente es responsable de entregar la funcionalidad comprometida en el alcance del proyecto.<\/p>\n<p>Otra diferencia significativa es que el project manager, en muchos casos, puede ser un rol desempe\u00f1ado por una persona externa a la organizaci\u00f3n, mientras que el product manager deber\u00e1 ser una persona propia de la empresa que tenga la capacidad de recoger la informaci\u00f3n y decidir la funcionalidad del producto.<\/p>\n<h5>Diferencia 4: Metodolog\u00eda de proyecto vs Framework \u00c1gil<\/h5>\n<p>Aunque el hecho de hablar de proyecto no necesariamente implica que en t\u00e9rminos de metodolog\u00eda hablemos del tradicional Waterfall. Si hablamos de proyecto como una iniciativa acotada en el tiempo, en la que un equipo dedica un tiempo preestablecido con un alcance predefinido para llevar a cabo la creaci\u00f3n o implantaci\u00f3n de una soluci\u00f3n que responde a esas necesidades concretas y definidas a priori, lo que nos pedir\u00eda el cuerpo es gestionarlo de una manera tradicional, siguiendo un Gantt y usando la gesti\u00f3n del cambio como un pilar dentro de proyecto. Sin embargo, la forma de enfocar el desarrollo de un producto, va m\u00e1s ligado al uso de <strong>metodolog\u00edas y frameworks \u00e1giles<\/strong> para lograr:<\/p>\n<p><strong>Entrega de valor cont\u00ednua al usuario final<\/strong>: El producto se construye de forma incremental e iterativa y se realizan entregas frecuentes que se ponen al servicio del cliente desde el primer momento. Lo entregado es utilizable por el cliente y le proporciona servicio end-to-end.<\/p>\n<p><strong>Enfoque customer-centric<\/strong>: El producto crece entorno a las necesidades del cliente y el feedback continuo que se incorpora al producto, optimiza su valor y reduce el riesgo de invertir en funcionalidades que no interesan.<\/p>\n<p><strong>Time-to-market reducido<\/strong>: Se debe priorizar el generar un Producto M\u00ednimo Viable (MVP) y ponerlo a disposici\u00f3n del cliente r\u00e1pidamente, optando por la funcionalidad que mejor responde a la demanda del mercado en cada momento.<\/p>\n<h5>Diferencia 5: Centro de Coste vs Centro de Beneficio<\/h5>\n<p>Otro punto relevante, y que en muchas ocasiones las empresas todav\u00eda est\u00e1n en proceso de interiorizar, es la visi\u00f3n del producto como una <strong>soluci\u00f3n que aporta un beneficio tangible<\/strong> a la empresa y que, por lo tanto, tienen un retorno de la inversi\u00f3n m\u00e1s all\u00e1 del dinero invertido en el mismo. Este punto, que muchas veces se da por supuesto, no est\u00e1 totalmente asimilado, al compararse muchas veces con el presupuesto invertido en los proyectos m\u00e1s tradicionales que, en contrapartida, se consideran un coste (y el proyecto, por tanto, un centro de coste). A diferencia de los productos, que deber\u00edan considerarse (y empieza a hacerse) como un centro de beneficio. No obstante, de cara a interiorizar cada vez m\u00e1s este concepto, es importante poder conocer el ROI esperado del producto, el periodo necesario para su payback y, de esta manera, cuantificar de la mejor manera el valor aportado por el producto.<\/p>\n<h5>Diferencia 6: Medici\u00f3n del producto vs Entrega del proyecto<\/h5>\n<p>En l\u00ednea con el punto anterior est\u00e1 la forma de entender la <strong>validez del proyecto<\/strong> o su \u00e9xito en contraposici\u00f3n con lo que ser\u00eda un <strong>producto exitoso<\/strong>.<\/p>\n<p>Un <strong>proyecto acabado en tiempo y \u201cforma\u201d<\/strong> (con unos entregables bien definidos, en el plazo previsto, con los recursos y presupuestos planificados) puede considerarse un proyecto exitoso, al margen de que los usuarios encuentren valor en su uso o aplicaci\u00f3n. En contrapartida, un producto que se considere exitoso deber\u00e1 <strong>reunir una serie de capacidades que realmente aporten valor al negocio y a los usuarios<\/strong> y, precisando m\u00e1s, ser capaz de cumplir con unos KPIS como los comentados en el punto anterior. Adem\u00e1s, el cumplimiento de estos KPIS son un punto clave para dar continuidad al producto y mejorarlo. Imaginemos un producto de machine learning que nos ayuda a mejorar la venta de nuestros productos con un coste mucho menor del beneficio aportado, seguramente la mantendremos mucho tiempo y, no solo eso, sino que intentaremos mejorarlo.<\/p>\n<h3>Nuestra visi\u00f3n de los productos (de datos)<\/h3>\n<p>En <a href=\"https:\/\/keepler.io\/\" target=\"_blank\" rel=\"noopener noreferrer\"><strong>Keepler<\/strong><\/a> tratamos de ayudar a nuestros clientes a desarrollar m\u00e1s all\u00e1 de proyectos (que tambi\u00e9n lo hacemos) <strong>productos orientados al dise\u00f1o, explotaci\u00f3n y obtenci\u00f3n de valor de los datos<\/strong> disponibles en las distintas organizaciones. Esto es lo que denominamos <strong>Data Products<\/strong>. Y lo construimos basado en tres pilares:<\/p>\n<p><strong>El valor de los datos<\/strong>: Los datos son el nuevo <strong>activo<\/strong> de las empresas. El verdadero valor de los datos reside de la <strong>capacidad para interpretarlos<\/strong> para <strong>tomar decisiones inteligentes<\/strong> que ayuden al \u00e9xito del negocio.<\/p>\n<p><strong>Conocimiento de los clientes<\/strong>: En un entorno competitivo, las empresas cobran mayor valor cuanto <strong>mayor sea la informaci\u00f3n que re\u00fanen<\/strong> sobre sus clientes \/ productos, de forma que puedan <strong>mejorar los servicios que prestan y diferenciarse<\/strong> de la competencia.<\/p>\n<p><strong>Ajuste del coste y la demanda<\/strong>: M\u00e1s valor con menos coste. Producto adaptado al mercado que genera <strong>mayor beneficio y ventaja competitiva<\/strong>\u00a0a trav\u00e9s del <strong>uso de la nube p\u00fablica<\/strong>: pago por uso, automatizaci\u00f3n, reducci\u00f3n de costes de operaci\u00f3n.<\/p>\n<p>Imagen: unsplash | rawpixel<\/p>\n","protected":false},"excerpt":{"rendered":"<p>En los \u00faltimos a\u00f1os han surgido muchos conceptos que hemos interiorizado en mayor o menor medida, como big data, SaaS, cloud o agile, pero existen todav\u00eda algunos conceptos m\u00e1s dif\u00edciles de interiorizar; es el caso de desarrollo de productos. La idea en este art\u00edculo es reflexionar un poco m\u00e1s acerca ello, sus implicaciones y las [&hellip;]<\/p>\n","protected":false},"author":134360179,"featured_media":827,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","_crdt_document":"","content-type":"","jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"_wpas_customize_per_network":false},"categories":[223],"tags":[240,255,299,291,252,280],"class_list":["post-2147","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-negocio","tag-agile","tag-cloud-es","tag-datos-es","tag-empresa","tag-negocio","tag-tecnologias"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"https:\/\/i0.wp.com\/keepler.io\/wp-content\/uploads\/2018\/11\/keepler-proyecto-vs-producto.jpg?fit=850%2C350&ssl=1","jetpack_shortlink":"https:\/\/wp.me\/p9CeZw-yD","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/posts\/2147","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/users\/134360179"}],"replies":[{"embeddable":true,"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/comments?post=2147"}],"version-history":[{"count":1,"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/posts\/2147\/revisions"}],"predecessor-version":[{"id":2423,"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/posts\/2147\/revisions\/2423"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/media\/827"}],"wp:attachment":[{"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/media?parent=2147"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/categories?post=2147"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/keepler.io\/es\/wp-json\/wp\/v2\/tags?post=2147"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}