Does Practical Wisdom Contribute Something New?

Como objetivo principal, el proyecto se implementó de manera exitosa, es decir, actualmente el grupo el comercio cuenta con un nuevo sistema Marketplace para la

gestión de ventas por Internet llamado Lumingo. Actualmente el portal opera por más

de un año con resultados alineados a un plan adaptado a los escenarios del mercado actual.

El MVP se culminó de manera exitosa en un plazo de 6 meses, en el que se optó por operar el Marketplace al interno del Grupo El Comercio, con el fin de recabar la mayor cantidad de información referente a los errores y mejoras que tuvo en su versión inicial. Importante mencionar que un MVP, solo contiene las funcionalidades mínimas necesarias para operar, identificándose como una versión base con miras a continuar sus desarrollos y mejoras.

Respecto a los conceptos de transformación digital, el GEC constantemente adapta y automatiza procesos en toda su cadena de valor; en este escenario, la implementación del Markeplace, demostró que el GEC participa activamente en esta tendencia, ya que el proyecto transacciona sus operaciones de manera 100% digital bajo integraciones automáticas en toda su cadena.

Gracias al proyecto Marketplace, el GEC desarrolló un proceso de gestión de la información de sus clientes para tratarlos de manera integral (respetando las políticas de privacidad de la información). En este escenario, se desarrolló un proceso donde diversas empresas del grupo analizan las necesidades de los clientes para ofrecerle productos y/o servicios en base a la información compartida.

Al implementarse el Marketplace, el GEC estableció sinergias con ciertos negocios referentes a ventas por Internet. Botillería, Suscripciones Integrales y Optativos, son algunas de las empresas que apalancaron sus operaciones en el Marketplace. En este escenario, la eficiencia del uso de los recursos y presupuesto se evidenció al absorber los negocios y continuar su operatividad minimizando el impacto en las ventas.

Conclusiones y recomendaciones. Conclusiones

El proyecto evidenció la necesidad de conocimientos tanto teóricos como empíricos para su gestión. Pues la gestión realizada responde a las buenas prácticas que se aplican en la actualidad y los conocimientos técnicos al detalle de la programación y a las funcionalidades.

Dadas las nuevas tecnologías, se apreció cómo un nuevo framework impacta directamente en la dependencia para las decisiones y cómo el mercado del mundo del software, de alguna manera, influye en el valor que toman las organizaciones. Pues directamente los productos de sorfware y alianzas entre empresas, influyeron en la decisión de qué solución tomar.

Al ser una solución de comercio electrónico, es tácito que éste requirió múltiples integraciones y un conocimiento especial de ello, pues no solo es un concepto de E- Commerce, sino uno que va más allá de un portal para vender productos. Haber implementado un concepto de Markeplace, el análisis se tornó distinto tanto para los frentes operativos como para su desarrollo. Esta solución asocia dos mundos, donde existen múltiples vendedores (Sellers) y compradores (shoppers) tal como lo muestra la Figura 27:

Recomendaciones

Para una mejora continua, es importante definir un equipo ad-hoc para el soporte y los nuevos desarrollos funcionales. En la industria digital, los requerimientos de cambios son aspectos constantes, adoptar un equipo especialista local que elimine la dependencia con la empresa desarrolladora.

Como parte de la definición del equipo y entendiendo la tecnología utilizada (framework Hybris), el equipo podría estar conformado de la siguiente manera:

- 1 Arquitecto Hybris: Que conozca el framework, los componentes y procesos

backoffice de la solución, toda la relación desde el backend hasta el front end.

- 1 Desarrollador BackEnd Hybris: Posición que conozca y domine el

framework para especializar el desarrollo de los requerimientos definidos por el arquitecto.

- 1 Desarrollador BackEnd Java: Especialista en desarrollo bajo el lenguaje

Java para apoyar los desarrollos al especialista BackEnd Hybris.

- 1 Desarrollador FrontEnd hybris: Responsable de los desarrollos que

requieran integración entre el BackEnd con el FrontEnd para el frente Hybris.

- 1 Desarrollador FrontEnd Angular: Responsable del SellerCenter, siendo el

modulo desarrollado bajo el framework Ángular.

- 1 Analista de Calidad (QA): Rol que cumpla la validación funcional de los

requerimientos especificados de los usuarios.

- 1 Analista Sr. de Soporte: Primer canal de soporte ante cualquier incidente de

la herramienta, que conozca las funcionalidades backoffice así como las configuraciones y la estructura de datos de la solución.

Al ser un producto enlatado, las buenas prácticas para la continuidad de su desarrollo y mantenimiento, es crucial contar con una arquitectura de multiservicios, de manera que se descentralicen las fuentes y se puedan adaptar prácticas como DevOps orientada a las operaciones.

Cambiar el gobernance del software, pues actualmente solo se tiene gobierno de cambios en el ambiente DEV, mas no en STG y PRD, lo cual implican múltiples trabajos adicionales para los procesos de pases entre ambientes.

REFERENCIAS

Albaladejo, Xavier (2008). Qué es Scrum - La web de Scrum en español para la difusión de la gestión ágil de proyectos. Recuperado de

https://proyectosagiles.org/que-es-scrum/

Comunicación de la Comisión de las Comunidades europeas al Consejo, al Parpalento europeo, al Comité económico social y al Comité de las regiones sobre

Iniciativa europea de comercio electrónico [COM (97) 157 final], Bruselas, 16- 04-1997, págs. 7-10

Graña Belmont, Jaime (2017). Manifiesto Grupo El Comercio.

Keyur Patel, Mary Pat McCarthy (2000) Digital transformation: the essentials of e- business leadership.

Lankshear, Colin; Knobel, Michele (2008). Digital literacies: concepts, policies and practices. p. 173.

López Ruiz, Alejandro (2018). Comercio electrónico: definición, tipos y tendencias Recuperado de https://www.rankia.co/blog/mejores-cdts/3808106-comercio- electronico-definicion-tipos-tendencias

Pardo, Dimas (2019). ¿Qué es y para qué sirve una API? Aquí las respuestas necesarias. Recuperado de

https://web.archive.org/web/20190215165536/https:/blog.pandorafms.org/es/pa ra-que-sirve-una-api/

Radoff, Jon (2010). Jon Radoff's Internet Wonderland – Minimum Viable Product rant. Recuperado de

https://web.archive.org/web/20140323181121/http://radoff.com/blog/2010/05/04 /minimum-viable-product-rant/

Ries, Eric (2009). Startup lessons learned - Minimum Viable Product: a guide. Recuperado de http://www.startuplessonslearned.com/2009/08/minimum- viable-product-guide.html

Stolterman, Erik; Croon Fors, Anna (2004). «Information Technology and the Good Life». Information systems research: relevant theory and informed practice. p. 689.