Guía de pros y contras del cloud-hosted vs. el cloud-based

clouds

Las aplicaciones cloud forman parte de nuestro día a día: Gmail, Slack, Salesforce… Según una encuesta reciente de CIMdata, casi el 80% de los fabricantes ya utilizan servicios basados en la nube. Aunque ERP y CRM son las soluciones empresariales más comunes en la nube, Cloud PLM está empezando a ser cada vez más frecuente.

Hoy en día, la mayoría de los PLM vendors se han subido al carro a la hora de ofrecer soluciones PLM cloud. Todos reconocen las ventajas innegables de las soluciones basadas en la nube: mayor escalabilidad, simplificación de la implementación, ahorro de costes al eliminar los gastos del departamento de IT y posibilidad de proporcionar un atajo hacia el ROI.

Teniendo este nuevo paradigma en cuenta, si estás considerando adoptar una solución PLM cloud, es necesario conocer las diferentes terminologías cloud que existen.

Es cierto que todas las soluciones cloud tienen en común que están disponibles en Internet y que ofrecen un modelo de suscripción, sin embargo existen diferencias notables entre ellas. Comprender cuáles son estas diferencias, te ayudará a tomar una mejor decisión de compra acorde a tus necesidades y el presupuesto del que disponga tu empresa.

En primer lugar, hay dos diferencias principales en el panorama del PLM cloud que debes comprender, y es esta la tarea que nos atañe hoy: Cloud-Hosted PLM y Cloud-Based PLM.

¿A qué nos referimos con Cloud-Hosted de PLM?

Básicamente, un PLM alojado en la nube (cloud-hosted) es una aplicación de software preexistente que se instala en un data centre en la nube, administrado por el proveedor en nombre del cliente. El proveedor proporciona su infraestructura como servicio (IaaS).

Este modelo de cloud sigue una arquitectura de arrendamiento única (single tenancy). Esto significa que una sola versión del software y la infraestructura de soporte sirven para un solo cliente. Cada cliente tiene su propia base de datos e instancia de software independiente.

¿Qué es el Cloud-Based de PLM?

La solución basada en la nube (cloud-based) significa que los proveedores han creado la aplicación PLM directamente en la nube, comenzando desde cero y utilizando una aplicación de software para abordar el servicio (SaaS). El modelo, los servidores, las bases de datos y el código que forman parte del software también son administrados y alojados por los proveedores de software (vendors).

En la solución cloud-hosted, los proveedores de software igualmente alojan los servidores, las bases de datos y el código que forman parte del software. En este modelo cada cliente comparte la aplicación de software, una única base de datos (single database) y los servidores. Sin embargo, los datos de cada cliente están aislados y se mantienen invisibles para otros clientes.

Una analogía que se usa a menudo para explicar la diferencia entre la arquitectura individual y la de múltiples inquilinos (single tenant vs multi tenant) es la del mercado inmobiliario. La primera opción propone alquilar tu casa en una calle compartida por otras casas privadas. La segunda, alquilar un apartamento en un edificio donde otras personas alquilan otros apartamentos. En esta última opción, los inquilinos pueden compartir el coste de mantenimiento, lo que lo hace más asequible.

Si deseas saber más sobre la diferencia entre el single tenant y el multi tenant hosting, puedes consultar este artículo.

cloud hosted vs cloud based plm

En definitiva, ¿qué significa todo esto para tu empresa? En la siguiente tabla, resumimos cómo la elección de un modelo u otro afectará a la organización.

cloud plm cloud based vs hosted

¿Cuál es la solución ideal para ti?

Como puedes ver, existen beneficios y desventajas para los sistemas single tenant y multi tenant. En última instancia, debe ser la empresa la responsable de tomar la decisión y decidir qué es lo más importante para su negocio y qué puede sacrificar.

La elección de la solución Cloud ideal dependerá de una variedad de factores: ¿Cuál es el coste derivado del primary driver(controlador principal)? ¿Es la seguridad un factor crítico para el tipo de datos que se están almacenando? ¿Tu solución PLM necesita mucha personalización? ¿Estás contento con el uso de un sistema de talla única? ¿Tu industria o país tiene restricciones regulatorias?

Si deseas saber qué solución PLM en la nube tiene una arquitectura single tenant o multi tenant, estate muy atento/a. Pronto publicaremos otro artículo para sumergirnos aún más en las soluciones cloud para PLM.

Cómo definir tu propia biblia PLM

En mi anterior entrada en el blog, compartí con vosotros por qué creo que los casos de éxito de implementaciones de PLM comienzan con una Biblia PLM: un modelo que explica lo que significa PLM para la empresa y cómo trabajan con sus productos y datos.

Si como yo crees que definir tu Biblia PLM puede ayudar a tu empresa a comprender mejor su gestión del ciclo de vida de producto, vayamos al grano y hablemos de cuál es la mejor manera de hacerlo.

1. Identifica quienes son los clientes de aprendizaje.

Lo primero que deberás hacer cuando comiences a trabajar en la Biblia PLM de tu empresa es hacerte una idea de quiénes son tus alumnos o clientes.

La manera enque un administrador de sistemasPLM muy técnicoaprende,no es la misma que para un ejecutivo de IT. Cada persona procesa la información de manera diferente. Una presentación perspicaz que cautiva la atención del ejecutivo puede ser confusa o totalmente aburrida para el administrador del sistema, incluso si la información es igualmente relevante para ambos.

Por ello, tener un conocimiento profundo de tus clientes te permite:

  • Centrarte en las necesidades reales de aprendizaje de tus clientes.
  • Conectar con sus motivaciones internas.
  • Personalizar y adaptar el contenido de tu formación.
  • Enriquecer el contenido para mejorar el impacto que genera.
  • Observar (y resolver) los problemas desde la perspectiva del cliente.

Para identificar a tus clientes, piensa en las personas que necesitan aprender PLM en tu organización. Cuando lo hagas,ve un paso más allá y trata de clasificarlos en grupos.

Para ilustrarte mejor a lo que me refiero, supongamos que eres un proveedor de software Cloud PLM. Algunos de tus clientes potenciales (tus leads), nunca han probado tu aplicación por lo que necesitan entender lo que obtendrán si la compran. Por otro lado, tus clientes de pago que ya han contratadotu producto necesitan ayudar a sus usuarios a poner en marcha el nuevo sistema. Además, también será necesarioformar a los administradores de sistemas, aquellos que configuran y gestionan la aplicación entre bastidores.

En este caso, puedes dividir a tus clientes de aprendizaje en tres grupos:

PLM learning customers users

Teniendo en cuenta quiénes son tus clientes de formación, podrás determinar cómo estructurar tu Biblia PLM y qué contenido necesitas crear para mantener a tus alumnos interesados.

2. Explica detalladamente las categorías de aprendizaje de PLM.

Utilizaremos las categorías de aprendizaje para crear nuestra estructura de formación y para organizar, clasificar y filtrar su contenido. Si etiquetamos cada porción de contenido con categorías como roles, procesos, sistemas, etc., más adelante podremos localizar fácilmente todo el contenido pertinente.

Para especificar tus categorías de aprendizaje, reúne a tu equipo y lleva a cabo un brainstorming. Piensa en al menos cuatro categorías para etiquetar tu contenido. Por ejemplo, podríamos examinar la información desde la perspectiva de los roles: Ingenieros de I+D, product managers, jefes de ventas, etc. Otra idea es definir los procesos como categorías. ¿Qué tal si usamos las competencias PLM como una forma de categorizar nuestro contenido? Otra opción podría ser etiquetar nuestro contenido según los sistemas de información involucrados.

PLM learning categories

Si deseas crear categorías de aprendizaje diversas, asegúrate de tener un grupo heterogéneo de personas participando en el debate. Si tu equipo trabaja de manera conjunta en todos los proyectos, participa en las reuniones de equipo y siéntate junto a ellos en la oficina… Haciendo esto último, te adelanto que las categorías serán más homogéneas.

3. Construye tu estructura de la formación.

Una vez definidas las categorías, es hora de empezar a pensar en la estructura de la formación.

Una estructura de formación típica comienza con una ruta de aprendizaje. Unaruta de aprendizaje es una selección de cursos que nos permite dominar un tema en pequeños pasos. Los cursos se componen de varias lecciones, y el contenido a menudo puede ser reutilizado en múltiplesrutas.

Las rutas de aprendizaje suelen funcionar muy bien en PLM, porque ayudan a las personas a asimilar mucha información al mismo tiempo que proporcionan fluidez y estructura.

Si quieres inspirarte, ve a DropboxLynda o Asana. Es útil ver algunos ejemplos de estructuras de aprendizaje en acción, y todas estas empresas hacen un gran trabajo en ese sentido.

defining PLM learning structure

Utilizando las categorías de aprendizaje que ya has identificado previamente, podrásdefinirmás fácilmente los itinerarios de aprendizaje. El primer paso es seleccionar una categoría principal (nos centraremos primero en una categoría principal, con la idea de simplificar el proceso).

Pongamos como ejemplo que seleccionamosRoles como la categoría principal para crear nuestras rutas de aprendizaje. En este caso, tendremos rutas como «Cómo convertirse en product manager», «Un día en la vida de un jefe de ventas» o «Fundamentos de asistencia al cliente».

defining PLM roles

Como alternativa a Roles, podríamos usar Process como categoría principal. En este caso, podríamos tener rutas de aprendizaje como «Fundamentos en el desarrollo de productos», «Comprensión de los procesos de entrega» o «Un día en el departamento de asistencia al cliente».

defining your PLM IT documentation structure

Consejo: cuando trabajes en tu estructura de aprendizaje PLM, es muy útil recordar que la simplicidad es un principio importante a tener en cuenta. A veces cuando queremos ofrecer una experiencia de aprendizaje altamente personalizada a nuestros clientes, caemos en el error de tener demasiadas rutas de aprendizaje, lo que a menudo se traduce en indecisión, confusión y baja satisfacción. Por eso te recomiendo que mantengas tus rutas de aprendizaje sencillas y enfocadas.

4. Analiza y traza el contenido del aprendizaje.

Ahora que ya tienes tus rutas de aprendizaje en marcha, es el momento de ir un paso más allá y definir tus cursos. Esta etapa te servirá para comprobar la viabilidad de tus rutas y pensar en los cursos necesarios para lograr los objetivos de aprendizaje de tu cliente.

En primer lugar, haz un inventario de toda la documentación existente. Toma cada una de las rutas de aprendizaje que se te han ocurrido y piensa en los cursos que necesitarás para alcanzar las metas de aprendizaje que te has propuesto.

Empieza determinando el camino lógico que un cliente que está aprendiendo tomaría cuando navega por la ruta. ¿Qué proceso seguirá? ¿Qué funcionalidad utilizará? ¿En qué orden? ¿Necesitará algún conocimiento previo?

Para que te hagas una idea de cómo funciona esto, echemos un vistazo a la ruta de aprendizaje PLM Equipment de Outotec:

PLM learning online library

En esta imagen, puedesobservar una serie de casos de uso siguiendo el proceso (a la izquierda) que conducen al usuario desde el desarrollo del producto hasta la entrega final.

Detrás de cada uno de los casos de uso, encontrarás el contenido de aprendizaje necesario para completar cada paso.

En este punto, tu tarea será definir estos casos de uso y pensar en el tipo de contenido de aprendizaje que necesitarás para cada uno de ellos. El contenido puede ser en formato de video, eLearning, presentaciones en PowerPoint, manuales o incluso formación dirigida por profesores. Lo bueno es que no es necesario utilizar el mismo tipo de contenido para cada ruta. Te animo a que mezcles diferentes tipos de contenido para que se adapten a las necesidades de tus alumnos.

Un gran contenido de aprendizaje debe:

  • Combinar teoría y práctica.
  • Ser interdisciplinario.
  • Considerar el contexto de la empresa.
  • Ser práctico.

Si deseas inspirarte, puedes ver algunos ejemplos de los cursos de eLearning que hemos creado para nuestros clientes Konecranes, Aqseptance o Upchain. Hoy en día las posibilidades que nos brinda el eLearning son inmensas, y nos permiten desglosar y presentar conceptos complejos (como los de PLM) de una manera muy interactiva y atractiva.

5. Entendiendo lo que es importante.

Sin embargo, si tienes aproximadamente el mismo número de alumnos de cada grupo, debes considerar qué contenido es más relevante para ellos. Tal vez algunos cursos sean comunes para todos tus clientes, o tal vez haya una implementación para una función específica sobre la que deberías tener prioridad.

A veces es útil preguntar a una muestra aleatoria de clientes para dar forma a su plan. Por ejemplo, si estás trabajando en un curso de PLM para principiantes, es posible que te interese preguntar a tus usuarios más experimentados:

– ¿Cuáles son las 5 cosas imprescindibles que un nuevo usuario de PLM necesita saber para sacarle mayor provecho al sistema?

– ¿Cuáles son las 5 cosas más importantes que querías hacer cuando te conectaste por primera vez al nuevo sistema PLM?

Una vez recopilados, puedes utilizar los resultados para decidir qué contenido priorizar.

6. Elabora un plan.

Ahora que ya tienes claro cuál es el contenido más importante, sigue adelante y elabora un plan de acción.

De manera metafórica, piensa en tu plan como si fuera laestrella polarque dirige tu Biblia PLM. Esto mantendrátusojos puestos en la dirección correcta y te guiará a medida que avanzas.

Utilizando una plantilla u hoja de cálculo, define el contenido con el que trabajarás semanalmente/mensualmente. En lugar de trabajar en un plan a largo plazo, te recomiendo desglosar esos objetivos a largo plazo y concentrarte en múltiples «olas» a corto plazo que desemboquen en la consecución de un objetivo.

learning path IT documentation plan

El plan para estas olas a corto plazo establece un curso de acción claro para revisar, crear y probar el contenido de aprendizaje que necesitas. De esta manera, obtendrás una mayor claridad sobre el tiempo real que inviertes en una tarea en comparación con el tiempo que pensasteen un principio que invertirías.

Y es más, de esta forma podrás celebrar pequeños éxitos, aprender de la experiencia y obtener la aceptación de tus clientes.

7. Escucha a tus clientes.

Finalmente, para que tu Biblia PLM sea realmente relevante, necesitarás hablar con tus clientes. Ya sea en persona, online o a través de encuestas, tómate el tiempo necesario para dialogar con tus clientes y estar al tanto de lo que más les importa. La opinión de los clientes es una de las herramientas más poderosas que puedes usar para hacer que tu Biblia PLM sea significativa y relevante.

Tu turno.

Sé que ahora mismo estarás abrumado/a con la cantidad de información, pero el trabajo no ha hecho más que empezar. Vas a necesitar tiempo, organización y creatividad si quieres conseguir que tu Biblia PLM sea un éxito. Pero no te rindas. Como dice el libro Proverbios: «The beginning of wisdom is this: get wisdom, and whatever you get, get insight”.

¡Si valoras la formación, el PLM te aportará un gran valor!

Las 8 cosas que aprendimos trabajando en remoto

Los que sabemos lo que es, somos conscientes de que trabajar en remoto supone un reto para cualquier organización. Y más aún si como en nuestro caso, la creación de la empresa se desarrolla de este modo, sin una experiencia de trabajo tradicional previa. Cada miembro de nuestro equipo vive y trabaja en una ciudad diferente, y los nuevos integrantes reciben la formación inicial de manera online.Trabajar en remoto es un reto, pero lo cierto es que si consigues que funcione, la productividad aumenta de manera exponencial. ¿Cómo hemos logrado convertir un aparente obstáculo en un ventaja? En el siguiente blogpost explicaremos el por qué del trabajo remoto en nuestra organización, y cómo esta circunstancia nos ha ayudado a obtener una estructura de trabajo perfectamente definida.

La era del trabajo en remoto

En un mundo tan interconectado como el nuestro, cada vez más empresas ven con buenos ojos la incorporación del trabajo remoto a sus plantillas. Este hecho, es todavía mucho más relevante si trabajas en el sector del PLM. Los que sabemos cómo funciona este mundo igualmente conocemos la dificultad que existe a día de hoy para la captación de talento. A veces das con el perfil adecuado pero vive a miles de kilómetros de tu oficina, y entonces el trabajo en remoto se convierte en la única posibilidad. Igualmente es frecuente la subcontratación de servicios como desarrolladores – por ejemploen países como India o Europa del este – o el contacto con clientes y proveedores de software que se encuentran lejos de nuestras fronteras. Estas cuestiones convierten la elección del trabajo remoto en una realidad mucho más cercana en nuestro sector que en otros.

Siguiendo esta línea, existe un dilema habitual: la comodidad de trabajar desde casa frente a la incomodidad de no tener al alcance los elementos disponibles en una oficina. Eso por no hablar de la percepción que todavía existe en muchas empresas de que permitir a sus trabajadores desarrollar su trabajo desde casa provocará una bajada en el rendimiento. El empresario en ocasiones teme que esta concesión de libertad se traduzca en pérdida de efectividad y de dinero. No obstante, la realidad es muy diferente y está comprobado que trabajar en remoto no solo trae efectos positivos para el activo humano de una empresa, si no también para sus cuentas.

¿Por qué trabajar en remoto?

Trabajar desde casa no es solo poder sentarte con el pantalón del pijama a responder emails. No es solo poder gestionar tus descansos de la manera que mejor se adapten a tu estilo de vida. No es solo picar entre horas o poder recoger los paquetes de Amazon. Es mucho más. El trabajo en remoto transforma la vida de las personas, haciéndolas dueñas de su propio tiempo. En nuestro caso, existe una flexibilidad total a la hora de distribuir las horas de trabajo siempre que sumen 40 horas a la semana. Si eres de los que prefieren madrugar, madrugas. Si durante las noches te sientes más inspirado para trabajar, puedes hacerlo. Por supuesto siempre respetando los horarios de las reuniones de equipo, sin las cuales todo lo anterior sería imposible.

Además el trabajo en remoto te permite algo que no se puede pagar con dinero:trabajar desde donde te de la gana. Mientras que cumplas con tu obligación de horas diarias de manera responsable, da igual que lo hagas desde tu piso en Frankfurt, una cabaña en Bali o el campo base del Everest.

El disponer de esta libertad de tiempo y espacio de trabajo se traduce en una completa mejora de la conciliación laboral y esto a su vez en empleados mucho más felices y más motivados.

Las claves del trabajo en remoto

Por tanto, si todo son ventajas ¿Por qué todavía existen muchas empresas que no confían en el trabajo remoto y siguen ancladas en viejos dogmas con horarios “mata-personas” de 9 a 7 de la tarde? Muy sencillo, porque no saben hacerlo. Para que un cambio de estas características funcione hay que hacer una correcta transición. Si con tus viejos métodos de trabajo decides de un día para otro que tus empleados van a trabajar en remoto, es posible que tu idea fracase.

Sin embargo, si te informas sobre qué funciona en otras empresas y cómo se está haciendo y anticipas estos cambios, terminará convirtiéndose en la mejor decisión que has tomado a nivel laboral. Tus empleados estarán más contentos, más implicados, su productividad crecerá y encima ahorrarás dinero.

8 effective tips for working remotely

A continuación te detallamos las 8 cosas que debes tener en cuenta sí o sí, si quieres adoptar el trabajo remoto en tu organización y que este sea un completo éxito.

1. Planificación del día

Punto vital y a mi juicio igual de importante trabajes desde casa o no. Clasificar tus tareas de más a menos importantes para poder darles más o menos prioridad es clave. Trabajamos con 3 tipos de tareas: Must, Intend y Like. Cada día cada miembro del equipo tiene planificadas una tarea Must, otra Intend y otra Like. La tarea Must es la tarea más importante, lo que significa que el no completarla habrá significado que tu día ha sido poco productivo. Si finalizas tu tarea Must pasas a tu tarea Intend, segunda en orden de prioridad. Y solo si finalizas esta pasas a Like, la menos relevante de todas.

2. Herramientas de gestión de tareas

En nuestro caso empleamos Asana como una parte fundamental de nuestro día a día. Asana es un software que facilita la planificación, la gestión y el seguimiento de las tareas de cada miembro del equipo. Gracias a esto, podemos tener acceso a los calendarios de tareas del resto de compañeros, agregarles y quitarles tareas, clasificarlas por proyectos… Otro punto clave es que contiene fechas tope que añadir a las tareas, lo cual facilita mucho la organización. Además es visualmente muy atractivo y fácil de usar. Sin duda, un imprescindible si trabajas en remoto.

Asana online tool

3. Documentación de Procesos

Esta parte es fundamental cuando no tienes oficinas físicas y todo el trabajo se desarrolla en remoto. Los métodos de trabajo más importantes del día a día de cada persona deben quedar perfectamente documentados. Con esto facilitamos las nuevas incorporaciones al equipo y permitimos que el resto de compañeros puedan ayudarnos con mayor facilidad en cualquiera de nuestras tareas. Toda esta información debe estar volcada sobre una intranet a la que todos los miembros tengan acceso y puedan hacer búsquedas de todo tipo. Un ejemplo de esto sería, si un compañero se va de vacaciones y otro tiene que encargarse de una de sus funciones, puede acceder a la intranet para informarse sobre cómo se desarrolla la tarea exactamente.

4. Comunicación fluida

Cuando trabajas desde casa y llevas a cabo proyectos en común con otras personas, es fundamental la existencia de una comunicación fluida entre las partes. Para facilitar esto, existen herramientas como Slack que permite crear grupos a los que los diferentes miembros del equipo pueden acceder y comunicarse como si estuvieran en la misma oficina. Con Slack se pueden abrir conversaciones, preguntar y resolver dudas. Además se puede sincronizar con Asana para asignar a las conversaciones tareas específicas. El correo electrónico es la opción de la mayor parte de la gente, pero sin duda no es la más efectiva si trabajas en remoto. El empleo del tándem Asana-Slack te permite una comunicación total con tu equipo en la que no se echa de menos la oficina.

Slack tool

5. Reuniones semanales

Por supuesto, clave para mantener un contacto de todos los miembros de la organización. En estas reuniones se pone al día al resto del equipo del estado de las tareas que se tienen asignadas. Además se debaten estrategias futuras y se ponen en común los temas más importantes del momento. En Share PLM todos los martes y los viernes tenemos una reunión de estas características.

remote team meeting on Google Meet

6. Contabilizar el tiempo

Cuando trabajas en una oficina y sabes que tienes que cumplir un horario estricto, no eres consciente del tiempo real que tardas en finalizar una tarea en concreto. En tu mente está solo la llegada del fin de la jornada para poder irte a tu casa. Cuando trabajas en casa y tienes una flexibilidad total, este hecho cambia. A veces es importante a la hora de planificar nuestro trabajo el saber cuántas horas tardamos en realizar determinadas tareas. Para ello, usamos Toggl, un contador de tiempo que se descarga directamente en la barra del navegador y que al igual que pasa con Slack, se puede sincronizar con Asana. Antes de iniciar cualquier tarea simplemente haces click en el botón para que comience a contabilizar el tiempo. Cuando acabe vuelves a hacer click para finalizar. Toggl nos ofrece una vista muy rápida sobre cuáles son las tareas a las que dedicamos más horas y cuáles a las que menos.

Toggl time management tool

7. Café virtual

Como empresa con gran experiencia en el trabajo remoto, una de las cosas que más nos cuesta es tener lejos a nuestros compañeros. Y no hablamos solo de por las cuestiones de trabajo, si no por las personales. A veces trabajar tantas horas solo en casa se hace duro y echamos de menos las charlas de los lunes donde te cuentas el fin de semana, las pausas del café… Los momentos en los que podemos socializar y no solo centrarnos en el trabajo. En nuestro caso, todos los días realizamos una reunión que llamamos café virtual y a la que se puede asistir de manera opcional. Es siempre a primera hora de la mañana, y en ella charlamos durante unos 15 minutos acerca de todo tipo de temas fuera del trabajo. Es una excelente oportunidad para conocer un poco más al equipo cuando no tienes contacto físico diario.

8. Quedadas en persona

Si se puede, organizar una tema meeting a la que acuda todo el equipo de manera presencial puede ser una idea magnífica. En nuestro caso, solemos vernos 3 veces al año, y cada vez en una ciudad distinta (normalmente donde vive alguno de los miembros). El equipo pasa 2 o 3 días compartiendo puntos de vista, poniendo en común anécdotas de su día a día, y desarrollando una estrategia a seguir. El resultado es siempre muy positivo, haciendo que los trabajadores desarrollen lazos más fuertes. Sobre todo cuando al final del día, siempre cae alguna cerveza!

Share PLM team meeting

¿Y tú? ¿Trabajas en remoto? ¡Cuéntanos que soléis hacer tú y tu equipo para facilitar los procesos de trabajo!

¿Por qué necesitas una Biblia de PLM?

plm definition

No todo el monte es orégano: La semana pasada perdimos un cliente.  ¿El motivo? La dirección de la compañía se cansó del lento progreso y las reiteradas quejas de los usuarios, y decidió detener su programa de PLM.

Esto es solo un ejemplo más de la clásica historia:

Había una vez una empresa que había invertido mucho dinero en un sistema PDM personalizado. Además, había integrado todas sus aplicaciones CAD en este sistema en un intento por impulsar la reutilización del mismo y acelerar así las entregas de sus productos.

Sin embargo, pese a que la intención de estas mejoras había sido optimizar el proceso, contra todo pronóstico no había sido así. Los usuarios no habían sido capaces de trabajar con el nuevo sistema por encontrarlo lento y especialmente complejo. Tampoco entendían por qué tenían que reconstruir sus modelos CAD para que encajaran en una biblioteca de diseño. Y para rematar,guardar un modelo ahora suponía 10 minutos más de su tiempo de lo que antes invertían.

En definitiva, los usuarios no se encontraban a gusto en el nuevo paradigma y este hecho lo condenó a una situación límite. Finalmente, la gerencia tuvo que tomar la decisión de presionar el botón de pausa, perdiendo toneladas de euros en el camino.

Y colorín colorado, este cuento se ha acabado.

¿Por qué las implementaciones de PLM a menudo fallan? La pregunta del millón.

Lamentablemente, esta historia no es un caso aislado. Ni mucho menos. La realidad es que las implementaciones de PLM a menudo fracasan, surgiendo siempre las mismas preguntas:

¿Dónde está exactamente el problema? ¿Acaso debemos resignarnos y reconocer que los sistemas de PDM son siempre complicados en su implementación? ¿O se trata más bien de que el PLM es demasiado complejo?

Días después de digerir las malas noticias, me armé de valor y le pregunté a mi cliente: “Si tuvieras la posibilidad de viajar al pasado y mejorar el proceso, ¿qué harías diferente?” Tras un momento de silencio, me respondió muy seguro: «Comenzaría una Biblia PLM».

¿Qué es una Biblia PLM?

De repente, me di cuenta de que el término que había escogido mi cliente tenía todo el sentido para mí. Fue como un recordatorio de algo que ya sabía pero que nunca me había planteado de esa forma.

En mi experiencia, las implementaciones inteligentes de PLM tienen una cosa en común: Todas se enmarcan bajo un wayofworking determinado e inalterable. Es decir, todas tienen un plan específico cuyo propósito esmostrar a los usuarios la manera correcta de trabajar con sus datos y productos.Y a esto es exactamente a lo que mi cliente se refería cuando hablaba de comenzar una Biblia de PLM.

Para ilustrarlo mejor, tomemos como ejemplo una de las biblias de uno de nuestros clientes: la empresa Outotec.

PLM learning library

En su Biblia de PLM, definen entre otras cosas qué significa PLM para ellos y explican cómo obtener apoyo y quién está involucrado en el proceso. Además, publican información de lanzamiento, tienen un glosario de términos y muestran un flujo de información que representa cómo los sistemas están conectados entre sí.

Después, profundizando en cada una de sus categorías de productos, definen un proceso detallado que unifica teoría y práctica, haciendo que sea más sencillo abrirse camino en el terreno del PLM. La nube de aprendizaje PLM de Outotec es flexible e inmediatamente accesible, y permite a sus empleados adquirir habilidades en el mismo contexto en el que deben trabajar. Igualmente, pueden aprender a su propio ritmo y ajustarlo para que coincida con los problemas reales que enfrentan en el trabajo.

Este marco ayuda a los usuarios a que el proceso fluya sin contratiempos y da sentido a los numerosos clics en diferentes sistemas aparentemente desconectados.

PLM process library

Teniendo esto en cuenta, es evidente que tener una Biblia de PLM allana el camino hacia el éxito del programa.

Cada solicitud de soporte se vuelve más fácil de gestionar. Cada decisión es más fácil de tomar. Cada usuario tiene una visión general clara de cómo trabajar con los datos de sus productos. Cada training es más fácil de planificar y ejecutar.

Por lo tanto, sí. Por supuesto que estoy de acuerdo con el cliente que acabamos de perder: para tener éxito en un programa de PLM es necesario introducir una Biblia en la ecuación.

8 Beneficios clave de definir una Biblia PLM.

1. ¿Qué significa PLM para ti?

Una buena Biblia de PLM comienza siempre con la definición de lo que significa PLM para tu empresa, haciendo hincapié en la terminología específica.

En la siguiente anécdota encontramos un ejemplo muy clarificador de por qué digo esto.

Hace varios años, asistí a una reunión de management donde un ejecutivo anunció ala compañía que a partir del próximo año concentrarían sus esfuerzos en mejorar su relación con el PLM. Durante la reunión, todos alrededor de la mesaasentían con la cabeza en completo consenso, parecían encantados con la noticia. Sin embargo, más tarde pude contemplar comomis mismos colegas que hacía un rato asentían, ahora discutían acerca de lo que para cada uno significaba optimizar el PLM. Algunos pensaban que lo mejor era centrarse en racionalizar el proceso del producto, otros pensaban que debíamos mejorar el sistema PDM, y algunos estaban convencidos de que la solución pasaba por, valga la redundancia, productizar aún más nuestros productos.

Conclusión: Aunque a menudo usamos estas tres letras, el significado de PLM no está generalmente claro. Cuidado con caer en el error de permitir degradar el significado de PLM a una mera palabra de moda que utiliza tu gente para pasar de alto conceptos que no entiende. El PLM es demasiado bueno para que quede relegado a eso, y lo sabes.

2. Conectar el "Why", el "How" y el "What".

La mayoría de la gente cree que los problemas derivados de la implantación de sistemas de PLM tienen que ver con la tecnología. Sin embargo, los sistemas PLM son solo la punta del iceberg.

Laverdad es que la mayoría de las implementaciones de PLM fracasan porque los empleados no tienen una verdadera comprensión del «what» y el «how» de la transformación.

PLM no es algo que puedas comprar, conectar a tu organización y esperar a que funcione. La mayoría de las empresas modifican sus sistemas PDM para reflejar sus procesos de negocio ¿Qué ocurre? Queal final estos sistemas terminan por no parecerse en absoluto a la aplicación que compraron. El resultado evidente de todo esto es que después de muchos años de personalización sin control, los sistemas de PLM se vuelven demasiado confusos.

Para solventar esto, el training de PLM puede convertirse en tu mejor aliado en la tarea de exponer el HOW, y por ende, acabar convirtiéndose en tu Biblia de PLM. Una vez consigas esto, podrás unificar teoría y práctica para conseguir que la comprensión del PLM sea pan comido.

8 benefits of defining PLM

3. Saber lo que no se sabe.

Es más que probable que en el proceso de definir tu Biblia encuentres lagunas inesperadas para desarrollar el concepto de PLM.

Tal vez no hayas encontrado una solución para mantener actualizada la lista de materiales, o tal vez el seguimiento de diferentes MBOM para el mismo EBOM sea todavía una pesadilla.

Como reza la frase de El Arte de la Guerra: Conoce a tus enemigos y conócete a ti mismo. Reconocer tus puntos débiles es esencial para crear un entorno PLM que funcione.

Trabajar en una Biblia de PLM te ayudará a descubrir las cosas que no funcionan bien hoy y elaborar una hoja de ruta para que funcionen mañana.

4. Saber lo que tus usuarios no saben, ¡y explicárselo!

Identificar las brechas de conocimiento de los usuarios es clave para ganar en PLM. Pídeles que expliquen conceptos difíciles, incluso aunque pienses que todos los entienden. Ya verás cómote sorprendes.

Este punto no solo te ayudará a construir tu Bibliade PLM desde una perspectiva de la vida real, sino que también revelará explicaciones de conceptos que tus colegas no terminan de comprender completamente.

La tarea crítica de unaBibliade PLM es crear un camino claro hacia el valor, sin importar cuán complejo sea el entorno. Asegúrate de que tus usuarios reciban orientación clara y oportuna cada vez que encuentren un concepto difícil o necesiten seguir un proceso complejo. Define un «flujo» continuo del sistema y explica con todo lujo de detalles los beneficios de cada parte de la integración.

5. Tener una visión del “panorama general”.

Como usuario de PLM es muy fácil sentirse abrumado por la complejidad. De hecho, uno de los mayores obstáculos para ganar en PLM es que los datos del producto se distribuyen entre múltiples sistemas (PDM, ERP, CRM, MRO…).

La documentación se extiende a varios equipos y fuentes. Cada guía se centra en un sistema o proceso específico, lo que dificulta a los usuarios comprender el “panorama general». Como resultado, no pueden lograr fácilmente el flujo y se les despista con múltiples clics en diferentes sistemas aparentemente desconectados.

Los usuarios tienen mejores cosas a las que dedicar su tiempo que pasar todo el día navegando por documentos y manuales no conectados. Por este motivo, una Biblia de PLM es uno de los recursos más importantes y útiles en una implementación exitosa.

6. Preparar a tu equipo PLM para la subcontratación.

La resolución de problemas, la configuración del sistema, el soporte al usuario final o la capacitación, son tareas que podemos considerar externalizar a medida que el proceso de implementación PLM entra en su etapa madura. Si finalmente decides externalizar ciertas tareas, deberás asegurarte de que la metodología que has diseñado pueda escalar. Otra de las virtudes que garantiza una Biblia de PLMes que todos los miembros del equipo sigan los procesos correctos, incluso cuando nadie esté mirando. Esto convertirá el proceso en algo fácilmente repetible para nuevos empleados, trainers y consultores.

7. Construir un marco de capacitación escalable.

Ya es hora de entender la capacitación en PLM como algo imprescindible y base de un entorno PLM que funcione. Debemos desterrar los viejos manuales de usuario básico, y concentrarnos en crear una capacitación digital que sea sobresaliente.

Esta capacitación debe proporcionar una experiencia de aprendizaje durante todo el ciclo de vida del usuario, sin importar si se trata de usuarios nuevos o experimentados.

Gracias a la metodología eLearning, puedes presentar contenido técnico de una manera práctica y fácil, para más tarde incluirlo en una Biblia de PLM digital. La formación online ayuda a reducir costes y escalar: permite capacitar a los empleados de diferentes ciudades de una manera rápida y eficiente, a un coste mucho menor que la capacitación tradicional en el aula.

Pero no se trata de una cuestión solo del coste. También se trata de calidad. El contenido en eLearning está bien organizado y estandarizado, lo que aumenta la calidad de la capacitación y democratiza el conocimiento.

8. Agilizar los procesos de gestión del ciclo de vida del producto

Al inicio de una nueva implementación, es habitual encontrar cierta tendencia persistente hacia los procesos ya inservibles y las soluciones alternativas a los mismos. Este hecho es producto de la propia transformación: de repente, las viejas formas de trabajar no tienen sentido. Por tanto, reevaluar los procesos comerciales y comprobar que todavía son válidos es parte fundamental de la implementación.

¿La clave? Esto va deser honestos y responder con sinceridad a las preguntas que surjan durante el proceso: “¿Verdaderamente necesitamos dar este paso adicional? ¿Es esto imprescindible el sistema PDM?”

Verás cómo a medida que la implementación va adquiriendo su fase más madura, una Bibliade PLM te ayudará a recopilar comentarios y crear un marco para mejorar la adopción del PLM en tu organización.

En resumen, si quieres triunfar con la implementación de tu sistema de PLM deberás salir de tu zona de confort, desafiar el status quo y simplificar la complejidad.

Deja de quejarte de la tecnología PLM. Deja de señalar con el dedo y por una vez mírate en el espejo.

Si de verdad deseas que tu programa PLM sea un éxito, haz caso a mi cliente ¡comienza una Biblia de PLM!

¿Simplificar el PLM es posible?

plm cloud

El otro día mientras reflexionaba acerca de la temática de mi nuevo post, recordé uno de los brillantes artículos de mi colega Jos Voskuil titulado «Why PLM willnever be simple».

Tras un rato recopilando información, llegué a la siguiente conclusión: La aspiración tan propiamente humana de conseguir las cosas de manera rápida y fácil… ¿No debería aplicarse también al ámbito del PLM? Está claro que a todos nos encantaría hacer el PLM más simple, pero la pregunta es: ¿Cómo?

Esta idea junto con los apuntes de Jos, me inspiraron a escribir acerca de cómo, en mi opinión, podemos hacer el PLM más simple. ¡Aquí van algunas propuestas!

1. Mantén una visión clara y sencilla

Al igual que ocurre con la visión de una empresa, una iniciativa de PLM debe tener una visión clara y consistente, que sea fácil de entender para todo el mundo. Para ello, debemos formular esta visión en una declaración que exprese claramente los objetivos de nuestra iniciativa.

Una manera de saber que vas por buen camino es trasladar esta visión del PLM a una presentación de 30 segundos que resume el propósito principal del proyecto. Así que deja atrás el lenguaje puramente corporativo y elige un mensaje directo y que sea realista.

He aquí algunos ejemplos de empresas que aprueban con buena nota en este punto:

To enable full lifecycle traceability for the factory of the future, making sure we know the origin of parts and ensuring they remain traceable.“ – Renault

«Para permitir la trazabilidad completa del ciclo de vida de la fábrica del futuro, debemos asegurarnos de que conocemos el origen de las piezas y de que estas siguen siendo trazables».– Renault

To provide business & people with 3DEXPERIENCE universes to imagine sustainable innovations capable of harmonizing products, nature and life– Dassault Systems

“Nuestro objetivo es proporcionar a empresas y personas universos de EXPERIENCIA 3D para imaginar innovaciones sostenibles capaces de armonizar productos, naturaleza y vida” – Dassault Systems

To make End to End data accessible for realistic car visualization, ensuring that the complete visualization data with geometry, material definition, equipment, appearance and variation is centrally available for all downstream processes” – Mercedes Benz Cars

«Para que los datos sean accesibles de punta a punta, para una visualización realista de los vehículos, garantizando que los datos de visualización completos con geometría, definición del material, equipamiento, apariencia y variación estén disponibles de forma centralizada para todos los procesos posteriores» – Mercedes Benz Cars

Con una visión clara, la tarea de definir la iniciativa de PLM se simplifica. Esto se traduce en que la comunicación de lo que se necesita hacer es mucho más fácil, al igual que encontrar las tecnologías adecuadas que apoyen esta visión.

Dejar que una visión guíe a tu equipo requiere de mucha comunicación:Tener claro lo que se quiere lograr, explicar por qué es importante conseguirlo, y mantener una actividadalrededor de ambas cosas, estimula a la gente a la acción.

how to make plm simpler

2. Un poco de marketing

Sí, has leído bien: Un poco de marketing también puede ayudar al PLM. Construir una marca que conecta con la gente a nivel emocional, es una idea estupenda para llevar tu iniciativa PLM a buen puerto.De esta manera, las personas que se sientan emocionalmente conectadas a tu marca apreciarán una mejor experiencia de uso de tu sistema PDM. Si ya te has ganado un pequeño hueco en su corazón, estarán más dispuestas a perdonar los pequeños problemas de usabilidad.

En este hilo, déjame darte un consejo. Para animar a la gente a cambiar, es importantehacer tangibles y realistas las perspectivas de resultados ante ese cambio. Compartir los case studies de otros departamentos, empresas o clientes que hayan logrado algo similar es un gran método para cumplir con este propósito. A veces, solo una historia real puede llevar a la gente a visualizar un cambio.

Por tanto, sea cual sea tu intención: que la gente utilice realmente el sistema PDM, seguir el proceso de desarrollo de los productos,generar entusiasmo con la renovada funcionalidad de gestión de documentos… una estrategia de marketing interno de PLM siempre puede ayudarte a crear conciencia y prosperar. Es más, cuando se hace bien, una estrategia de marketing puede marcar la diferencia entre el fracaso y el éxito.

3. Una arquitectura de sistema PLM menos compleja

El auge del almacenamiento en la nube y de las API abiertas está cambiando las reglas del juego de las arquitecturas PLM tradicionales. Incluso si los proveedores tradicionales de PLM han evitado históricamente las arquitecturas abiertas, actualmente estamos viviendouna evolución positiva hacia aplicaciones más flexibles diseñadas para hacer frente al mundo conectado en el que vivimos.

Los sistemas PLM monolíticos son incapaces de gestionar la colaboración de productos actual. Estos sistemas anclados en el pasado no se integran bien entre sí, y a menudo se convierten en una barrera para el correcto flujo de información rápido y fluido que las empresas modernas exigen.

Una aproximación a la plataforma -empleando estándares abiertos, APIs y microservicios para optimizar las integraciones entre diferentes sistemas- es el camino a seguir.

En ocasiones la complejidad es un efecto secundario de postponer la toma de decisiones. Con demasiada frecuencia, las empresas que se dedican a fusiones y adquisiciones terminanasumiendo un montón de sistemas que sirven para exactamente lo mismo y son incapaces de “matar” a ninguno. Ahora mismo estoy trabajando con varias PYMES que tienen seis mCAD diferentes a la vez de múltiples entornos para cada uno. ¿Te puedes hacer idea de cuántas integraciones distintas necesitan para consolidar los datos de sus productos?

Una integración mal gestionada entre empresas que se fusionan puede complicar enormemente el entorno de sistemas PLM. Por lo tanto, para mantener una arquitectura simple de PLM es necesario ser valiente y abordar la toma decisiones con determinación.

4. Óptimo diseño del User Experience

Molestas pantallas en azul claro de los años 80, miles de ventanas nuevas que se abren con cada clic, mensajes de error crípticos, rendimiento lento, fallos repentinos de las aplicaciones…¿Te resultan familiar estas situaciones? Seguro que sí. Todas ellas son realidades cotidianas en el mundo del PLM.

UX son las siglas que empleamos para hablar de userexperience o experiencia de usuario. El diseño del userexperience se centra en la optimización de una aplicación para hacerla fácil de usar, efectiva y agradable. El diseño de la interfaz de usuario (UI) se refiere a la apariencia de una aplicación. Ambos elementos son cruciales y trabajan en estrecha colaboración.

Pero el diseño de la UX no se centra solo en cómo se ve la aplicación, sino también en cómo funciona. No estamos hablando sólo de elegir colores y diseñar gráficos bonitos, sino más bien de facilitar el trabajo del usuario. Sin embargo, unaUI bien diseñada es una manera muy poderosa de transformar un sistema PDM simple, claro y centrado en el usuario (y de este modo mejorar la userexperience).

La realidad del asunto es que la mayoría de los proveedores de PLM tratan de mantener sus soluciones genéricas y no proporcionan soluciones específicas out-of-the-box para las diferentes industrias. O lo que es lo mismo, tienen en cuenta tantos casos de uso que resulta imposible simplificar la estructura principal de la propia aplicación PDM.

plm system

El efecto resultante de todo esto es una cantidad abrumadora de opciones. Para impedir que esto ocurra, la especialización sortea esta complejidad proporcionando flujos de trabajo, terminología y modelos de datos específicos de la industria.

Uno de los errores más típicos en este sentido es intentar reparar las deficiencias de UX desarrollando supuestas mejoras sobre los sistemas ya existentes. Al final, es peor el remedio que la enfermedad, y hacer esto suele terminar empeorando más las cosas en lugar de mejorarlas.

Pero no todo son malas noticias. Afortunadamente parece que estamos viviendo un cambio para mejor. Varios proveedores de PLM trabajan actualmente en el desarrollo de interfaces de usuario modernas, y los proveedores de cloudcomputing están dando pasos hacia un PLM mucho más ágil y específico

Otro punto interesante en este sentido es la creación de los llamadosweb portals (portales web).Si tu empresa sigue atascada en sistemas PDM heredados y desea mejorar el UX, debería considerar la posibilidad de trabajar en un web portal moderno que consolide los datos de los productos, proporcione visibilidad del ciclo de vida y facilite las búsquedas de información. Los webportals son una excelente manera de mejorar la experiencia del usuario, generar compromiso y cumplir con la promesa de valor inherente al PLM.

5. Mejores trainings y más apoyo

Independientemente de lo bien definida que esté tu metodología de PLM, siempre va a haber alguien que necesite tu ayuda.

Es algo inevitable, la gente se pierde incluso cuando los conceptos son claros y las aplicaciones para gestionar los datos están bien diseñadas. Por eso, el no tener modo alguno de quetus usuarios obtengan ayuda genera grandes dosis de frustración e impotencia. Un equipo de soporte cuya misión sea tender la mano a los usuarios, puede marcar la diferencia y generar una increíble UX.

Estar cerca de tu gente también te dará una mejor idea de dónde suelen encontrarse los problemas. Si los usuarios se quedan atascados, debemos pensar en ello como una oportunidad de oro para la mejora de conceptos, procesos y aplicaciones.

No caigas en el típico error de pensar que la culpable de todo esto es la tecnología.Al final, la clave del éxito y también del fracaso, son las personas.

La mayoría de las iniciativas de PLM fracasan porque la gente no entiende el «WHAT» y el «HOW» del proyecto. Por eso, una de las primeras cosas que debemos hacer al planificarunproyecto es definir una estrategia de aprendizaje. Cada implementación de PLM es diferente, por lo que los conceptos y procesos siempre necesitan ser definidos y estructurados de una manera que sea fácil de comprender.

La falta de un vocabulario común es a menudo un obstáculo clave para potenciar esa comprensión. MBSE, MBE, Digital twin… ¡incluso nosotros nos confundimos con esos términos! Si llevas un tiempo en el mundillo del PLM, ya sabes que nadie se salva de esteasunto que nos afecta a todos. Para evitar esto,asegúrate de compilar un glosario y trabajar en educar a las personas involucradas en tu proyecto para que usen sólo las palabras que están ahí definidas.

people working on training together

Haciendo que el PLM parezca más sencillo

George Bernard Shaw dijo una vez: «Siento que esta carta sea tan larga. No tuve tiempo de acortarla».

La sencillez siempre es buena, pero lograrla no siempre es fácil.

Aun así, hay algunos grandes ejemplos de empresas que abogaron por la sencillez y la alcanzaron con éxito.

Piensa en Google. Si me interesa saber por qué el PLM no es fácil, voy a Google, escribo mi pregunta, hago clic en buscar y ¡Boom! Información al instante.

Piensa en Amazon. Después de elegir la tarjeta de crédito y facilitar una dirección de envío, solo tienes que hacer clic en el artículo que deseas comprar, y esperar a que tu pedido aparezca en la puerta de casa. Como por arte de magia.

Amazon y Google pelean el desorden con una userexperience simple y agradable. Eso no significa que estos negocios no sean complejos bajo el capó.Sin embargo, han logrado hacer que la percepción de sus servicios para el cliente sea fácil y sencilla.

Hacer que las cosas parezcan simples no es fácil: implica ser valientes, tomar decisiones y tener conversaciones difíciles.

PLM transparency graphic

Y la simplicidad, por último, implica transparencia. Esta es en mi opinión, la principal razón por la que el PLM puede resultar tan complejo. En este mundo, toda la información que marca la diferencia parece estar oculta para los clientes.

¿Cuántas empresas del sector tienen sus productos bien definidos junto con los precios en el sitio web? A mis colegas consultores: ¿Cuántos de vosotros estáis abiertos sobre lo que ofrecéis y cuánto cuesta? A los proveedores: ¿Dónde puedo encontrar un único proveedor de soluciones PLM que hable de sus precios?

Estamos hablando de un cambio de mentalidad necesario.Es tarea de todos esforzarnos por lograr la transparencia porque la vida parece mucho más simple cuando somos transparentes.

Al ser transparentes y simplificar el lado de la experiencia del usuario de PLM, abrimos camino hacia la sencillez. Incluso, cuando las cosas bajo el capó son complejas. Cuando los conceptos y procesos son claros y las aplicaciones están bien diseñadas, compartir y apoyarse mutuamente se hace mucho más fácil y las barreras a la colaboración comienzan a derrumbarse.

Design Sprint: nuestra experiencia más personal

plm design

Admitámoslo, trabajar en remoto mola. Sobre todo por todo lo que normalmente implica: flexibilidad horaria y organizativa, libertad total para decidir dónde queremos vivir, conciliación familiar…Sin embargo, los que llevamos ya un tiempo transformando nuestra casa en nuestra oficina, sabemos que como pasa con todo en la vida, nada es perfecto.

Una de las cosas que más añoramos de nuestra rutina diaria, probablemente sea el contacto directo con los compañeros. Es cierto que cada vez existen más herramientas  que nos acercan a nuestro equipo (videoconferencias, chats, email…), pero no hay nada que supere el contacto físico diario. Por eso, en Share PLM hacemos lo posible por juntarnos al menos una vez cada tres meses. Escogemos una ciudad (donde normalmente suele residir alguien del equipo) y pasamos unos cuantos días entre coworkings, actividades de teambuilding y alguna cerveza que otra. El resultado de estos días es siempre un éxito y volvemos a nuestras casas con las pilas cargadas y las cabezas llenas de ideas nuevas.

En esta ocasión, nuestra Team Meeting tuvo lugar a finales del mes de Enero en la ciudad de Frankfurt, con Helena como anfitriona. El primer día de coworking lo dedicamos por completo al equipo. Primero nos tomamos tiempo para realizar unos cuantos ice breakers, que siempre nos ayudan a soltarnos y hacen que el ambiente sea más distendido. Después tuvimos la oportunidad de conversar acerca de nuestras tareas diarias más importantes y su futura evolución. Y por último, compartimos anécdotas de nuestra rutina que ayudan a acercarla realidad diaria de cado una al resto de compañeros. ¿El resultado? Fue un día muy útil y productivo.

Helena y Bea nos habían avisado de que el segundo día no planificaramos nada porque habría sorpresas. Sin tener ni idea a de a qué nos enfrentábamos (cosa rara en nuestro equipo ya que nos encanta tener las cosas muy estudiadas) dio comienzo el segundo día de nuestra Team Meeting.

Share PLM team sprint


Design Sprint: creatividad en estado puro.

Cuando al llegar a coworking nos desvelaron que dedicaríamos el día a hacer un Design Sprint, tengo que reconocer que no tuve ni idea de lo que estaban hablando. Era la primera vez en mi vida que oía esas palabras y por supuesto desconocía en qué consistía la metodología.No había tiempo que perder así que en seguida nos pusimos manos a la obra para descubrir qué era exactamente un Design Sprint y qué podíamos sacar de todo aquello.

Es cierto que nosotras no contábamos con los mínimos 3 días que recomiendan para llevar a cabo el proceso (lo ideal son 5 días), y tuvimos que condensar todo en un día muuuuy intenso. Sin embargo, este tiempo fue suficiente para hacernos una idea tangible del poder de esta herramienta.

Pero, ¿qué es exactamente un Design Sprint?

En primer lugar debemos dejar clara una cosa. El Design Sprint es una metodología desarrollada por Google Ventures y popularizada por Jake Knapp, autor del libro “Sprint”. En él narra el método para resolver problemas y testar nuevas ideas en tan solo 5 días.

¿En qué consiste?

Básicamente en 5 días (o menos) debemos ser capaces de crear una idea, diseñarla y validarla. Para ello, evidentemente nos ayudaremos de un estricto control del tiempo además de metodologías basadas en el DesignThinking.

El objetivo final del Design Sprint es generar soluciones innovadoras y que aporten valor real a problemas o necesidades que existan.

Por ser más específica, pondré como ejemplo el caso práctico al que nos enfrenábamos nosotras.

El sector de la formación e-Learning en el que se enmarca nuestra actividad se encuentra en continua evolución. El rápido avance de las nuevas tecnologías hace que sea imprescindible mantener una actitud open minded a todas las exigencias del mercado. Y no solo eso, es nuestra obligación estudiar y comprender esas exigencias para posteriormente transformarlas en servicios extraordinarios que resuelvan problemas reales.

Teniendo esto en cuenta, últimamente hemos detectado lo que podría ser una futura necesidad en nuestros clientes: la adaptación de la Realidad Virtual a nuestros paquetes o cursos formativos de PLM. La sensación de interactuar de manera real con un sistema, probablemente acelerará los procesos de aprendizaje haciéndolos más fácilmente memorables.

Por eso, en nuestro Design Sprint jugábamos con un componente inicial fundamental: unas gafas VR.

En nuestro caso, todo el proceso se desarrolló en base a la idea de la Realidad Virtual y por tanto, nuestro objetivo fue el lanzamiento de un producto que integrara esta tecnología y fuera fácilmente vendible.

person us VR goggles


Fases del Design Sprint:

design sprint structure PLM


1. Map Day.

La primera etapa engloba el primer día del proceso. En ella, el objetivo principal es obtener contexto y definir el verdadero problema. Para ello es muy importante identificar al consumidor y lograr que todos los stakeholders estén alineados en el mismo objetivo y con la misma información. En definitiva, se trata de generar el mapa a seguir durante el resto de días.

En nuestro caso particular, la primera etapa nos sirvió para definir quién es nuestro público objetivo y cuál es su experiencia con la realidad virtual. Para alcanzar nuestra conclusión nos servimos de técnicas en las que a través de la empatía, nos poníamos en la piel de nuestro cliente. Concretamente nos dimos cuenta de la importancia de una buena escucha cuando mantenemos una conversación. En el siguiente ejercicio, cada una tuvo que adaptar un rol (cliente o vendedor) y llevar a cabo las siguientes instrucciones:

PLM sprint

¿Qué conclusiones sacamos?

Muchas veces perdemos el foco de lo que nuestro cliente está diciéndonos porque solo tenemos una cosa en la cabeza: la venta. No nos damos cuenta de que precisamente, en las palabras de nuestro cliente está nuestro potencial de negocio.

En la segunda parte del ejercicio pudimos comprobar como en muchos casos existía una gran fuga de información entre lo que el rol del cliente contaba, y lo que el rol del vendedor recogía.

PLM design sprint

Otro ejercicio que nos aportó gran perspectiva para generar el mapa fue el empleo de entrevistas ficticias. En este caso volvíamos a repetir los roles de cliente-vendedor, pero esta vez siendo el vendedor el que debía llevar a cabo un cuestionario muy completo al cliente para analizar sus necesidades. El resto del equipo actuarían como oyentes para más tarde dar feedback a sus compañeros.

PLM roles

2. Sketch Day.

Una vez reconocido cuál es el problema y cuál es nuestro público objetivo, llega el momento de descubrir cómo solucionarlo. La fase sketch es la más creativa de todas, y básicamente consiste en explorar las múltiples maneras de resolver el problema. En esta etapa, existe libertad total para ser creativos y ninguna idea es considerada mala, sino que todo vale.

Para hacer más divertida nuestra fase de Sketch, cogimos una hoja de papel grande y cada miembro del equipo tuvimos que representar mediante dibujos 8 ideas que se nos ocurrieran para encontrar una solución a nuestro problema (todo ello en un tiempo record!). El resultado fueron un montón de ideas creativas y en algunos casos algo locas, pero ninguna nos dejó indiferente. Gracias a este ejercicio pudimos desarrollar posteriormente la idea que nos pareció más acertada en la fase 3.

3. Decide Day.

En esta fase el objetivo es muy claro: decidir cuál de las ideas lanzadas en el sketch day es la mejor y cuáles debemos abandonar. Para ello es necesario seguir un proceso en el que poder valorar una a una la viabilidad de nuestras ideas y por qué seguir o no con ellas.

4. Prototype Day.

Probablemente sea el día más duro de todo el proceso. El día 4 es el día de pasar a la acción. Es el momento de ponerse manos a la obra con la creación de un prototipo que pueda ser probado por el target que hemos definido en la fase 1. Debemos recordar que el objetivo principal de esta fase no es otro que testear, por ello es imprescindible que construyamos algo en base a esta condición.

Algo que sirve mucho para generar el prototipo rápidamente es dividir al equipo y asignar tareas específicas. Además de tener esto listo, en este día se debe trabajar en la entrevista que vamos a hacer a los usuarios al día siguiente.

Share PLM team training


5. Test Day.

Durante la quinta y última etapa debemos validar que nuestra idea y descubrir errores en el diseño del concepto. Para llevar esto a cabo debemos hacer pruebas con usuarios reales que se enmarquen en nuestro target. Posteriormente, deberemos entrevistarlos para aprender de su experiencia de uso y expectativas.

Al cerrar la jornada, el equipo volverá a reunirse para reflexionar entre todos acerca de cuál ha sido el aprendizaje principal del proceso y así determinar los siguientes próximos pasos a seguir.

En nuestro caso, al tener que concentrar 5 días intensos en apenas 8 horas, las etapas del prototipo y el test fueron meramente teóricas. Aún así, esta introducción al Design Spring nos abrió las puertas a una herramienta muy potente y con la que nos llevamos un gran aprendizaje. Esperamos profundizar más durante la próxima team meeting. ¿Y vosotros? ¿Habéis probado ya esta metodología? Contadnos vuestras opiniones en los comentarios.

¡Nos vemos!

PLM en la industria de la moda

backbone plm

Cuando hablamos de industria de la moda ¿Qué es lo primero que se te viene a la cabeza?

Lo más común cuando reflexionamos sobre este sector, es pensar en establecimientos con estructuras típicamente verticales como H&M, Zara o C&A. Sin embargo, estos gigantes de la industria no son los únicos que se reparten el mercado. Cada vez son más las compañías de menor tamaño (S. Oliver, Tom Tailor…) que intentan competir y a su vez posicionarse en mercados más especializados en un intento por diferenciarse.

Y es que, el mundo de la moda puede ser de los más exigentes y cambiantes del panorama global.

Un dato relevante sobre cómo ha evolucionado el sector es cómo se han acortado los ciclos en el desarrollo de las colecciones. Si antes había 4 al año, ahora lo más común es hablar de 12 colecciones al año (y esta cifra aumenta si consideramos a los minoristas verticales).

El ciclo de vida del desarrollo de productos en la industria de la moda

¿Alguna vez te has detenido a pensar cómo funciona el ciclo de vida de producto en moda? ¿Cómo es posible que puedas comprar lo más trendy y a un precio razonable, cuando hace tan solo semanas se estrenaba en las pasarelas?

PLM fashion industry cycle

Pues bien, la clave para llevar a cabo este proceso completo se basa en el empleo de las tecnologías de la información. Y como esta no es posible con simples archivos Excel, es aquí donde el PLM cobra sentido en la industria moda.

El siguiente post está escrito con la intención de hacer más fácilmente comprensible el ciclo de vida de producto en el sector de la moda, y por qué es importante que este se apoye en un buen sistema de PLM. ¡Allá vamos!

Primeros pasos en el desarrollo del producto

Comenzaremos con la creación de los informes de la última colección para los artículos más vendidos. Posteriormente estos se retirarán del sistema de PLM del mes/temporada anterior.

Seguidamente, el productmanager convocará una reunión inicial o kick off meeting, es decir, una sesión informativa de las nuevas tendencias de las últimas pasarelas.

En este momento y tomando como referencia el target, se desarrollará la colección.

PLM in the fashion industry graphic

La estructura de un departamento será idealmente dividida según el grupo de productos que lo conformen.
Cada equipo está formado por al menos 3 personas: el diseñador, el desarrollador del producto y el encargado de compras.

En primer lugar, el diseñador comienza elaborando los bocetos y patrones. Después, para cada producto, se genera un artículo nuevo en el sistema PDM y de esta forma los datos son recopilados durante todo el ciclo de vida.

La definición del producto en la industria de la moda.

En la industria de la moda, un producto está definido por estos cuatro atributos principales:

  • Rango de tamaño.
  • Color.
  • Tela.
  • Grupo de productos.

Estos atributos nos sirven para definir de forma bastante amplia el artículo. Sin embargo, muchas compañías agregan información adicional que completa la definición. Esta información puede ser por ejemplo referida a la temporada, el género o el departamento, etc.

Administrar los datos del producto a través del ciclo de vida de la colección.

La mayoría de los datos disponibles durante el proceso de desarrollo de producto se gestionan en un sistema PDM. Este es un proceso ágil (agile designprocess) y la descripción del producto en el sistema PDM facilita a los diseñadores, desarrolladores y gestores de compras una comprensión común de cómo se ve el artículo.

Las imágenes o bocetos generalmente se crean en un programa de diseño (CAD) y se publican en el sistema PDM. De esta manera, todos los integrantes tienen acceso a los diseños y existe menos riesgo de generar confusión en los implicados. La colaboración con este sistema se desarrolla en tiempo real, es decir, todos los integrantes de un equipo pueden trabajar al mismo tiempo, ¡imagina todo el tiempo que se ahorra!

Posteriormente y basándose en estos diseños, el desarrollador de producto (también conocido como Técnico) define la especificación técnica del producto. Detallar un producto implica modificar el patrón básico, calificarlo y ajustarlo en diferentes tamaños. Además, se deben añadir las instrucciones de cuidado, del lavado, etc.

El técnico o desarrollador de producto debe estar presente igualmente en el muestreo hasta que el producto quede finalizado para su puesta en producción o para su seguimiento.

Por último, usando como referencia la información contenida en el sistema PDM, el gestor de compras adquiere la tela, los tintes y ordena los accesorios tales como las cremalleras, las etiquetas, etc. El gestor de compras también participa en la planificación y coordinación del proceso, desde la fase de muestreo hasta la fase de producción.

Hacer un seguimiento del desarrollo del producto.

Una vez producida la colección, tendrán lugar diferentes reuniones hasta su completa revisión. Todos en el equipo, y por supuesto el product manager, deberán aprobar la producción final. Como hemos visto, el proceso de desarrollo y parte del proceso de compra se gestionan dentro del sistema PDM. Sin embargo, la mayoría de las empresas utilizan un sistema diferente para realizar el seguimiento de los datos financieros de la colección: el sistema de planificación de recursos empresariales (ERP).

En la industria de la moda, PDM y ERP son los dos sistemas principales para administrar el ciclo de vida completo del producto. Hay un intercambio constante de información entre los dos: principalmente PDM es para el diseño y desarrollo, mientras que ERP cubre la planificación, compras, inventario, ventas, marketing, finanzas y recursos humanos.

El responsable de compras planifica el inventario y, basándose en los cálculos, compra la tela (u otros accesorios necesarios para el ensamblaje del producto) utilizando ERP. El gestor de compras es igualmente la persona encargada de controlar y gestionar la tela desde las fábricas hasta la producción final, utilizando herramientas de seguimiento (SCM) y planificación.

Por tanto, a menudo debemos sumar la utilización de dos sistemas más en la industria de la moda: SCM y CRM.

Gestionar la cadena de suministro a través del ciclo de vida.

Las siglas SCM (SupplyChain Management) hacen referencia a la gestión de la cadena de suministro. Este sistema es utilizado para administrar el flujo de bienes y servicios, el transporte y el almacenamiento de materias primas. También permite la creación de los inventarios de trabajo, que permiten gestionar estos productos desde el punto de origen hasta el punto de consumo.

De esta manera, el gestor de compras puede realizar el seguimiento del ciclo de vida desde la fabricación hasta la entrega del producto en el punto de venta. Este sistema de seguimiento hace que el flujo de trabajo sea transparente y ofrezca la posibilidad de actuar a tiempo si se retrasa la entrega de los productos. La información de las ventas será posteriormente reportada al sistema ERP.

Mantenerse cerca del cliente para desarrollar mejores productos.

CRM son las siglas de Customer Relationship Management. El empleo de un CRM sitúa al cliente en el centro, cerrando el ciclo de desarrollo del producto en base al feedback sobre el mismo: al final, se trata de dar voz al cliente. Esta información se recopila principalmente de las redes sociales y las plataformas de comercio electrónico donde el cliente normalmente puede manifestar su opinión. El CRM conecta el producto con el cliente, proporcionando comentarios que van a resultar claves a la hora de planificar nuevas colecciones, enumerar los productos más vendidos o hacer visibles las quejas.

Para concluir, el sistema PLM brinda la oportunidad de aglutinar todos los insights de un producto que permiten la configuración y el pronóstico de la nueva colección. Y en este punto, nos situamos de nuevo al comienzo del ciclo de vida.

En publicaciones futuras, discutiremos acerca de las amenazas del sector y cómo las tecnologías futuras están dando forma a la industria de la moda.

Así que ya sabéis, si queréis saber más sobre el tema… ¡estad atentos!

Sumergiéndonos en el poder de la planta conectada.

plant engineering

Tanto la digitalización como la gestión integral del ciclo de vida de las plantas, conforman los desafíos prioritarios por empresas de numerosos sectores: químico, del petróleo y del gas, de los procesos y de la energía.

¿El objetivo? Obtener una huella digital completa de la planta que nos ayude a optimizar las operaciones, el mantenimiento de la misma, construir mejores productos y proporcionar mejores servicios.

Pero, ¿cómo pueden las empresas tradicionales de ingeniería por encargo (que a menudo se sitúan a la cola de otros sectores en términos de tecnología de la información, productos y gestión de datos) soñar con un gemelo digital?

Productos puntuales, complejos y con bajo volumen

Por normal general, los productos son complejos y se producen en bajos volúmenes y en una gran variedad.

Las plantas e instalaciones son casi siempre resultado de un proyecto previo. Las empresas de ingeniería, aprovisionamiento y construcción (EPC) diseñan y construyen estas plantas para cumplir con los requisitos de un único propietario-operador (OO), que a menudo conducen a soluciones de ingeniería bajo pedido. El proceso de especificación de pedidos es a menudo largo y complejo, y requiere de una gran cantidad de mano de obra y un profundo conocimiento técnico.

Normalmente pasan varios años desde la consulta inicial del cliente hasta el cierre del trato. El diseño detallado de la planta o instalación no se lleva a cabo hasta que se haya firmado una orden. Cada nuevo pedido implica a menudo el desarrollo de nuevos productos que se ajusten a las especificaciones del cliente. Todo esto provoca que los productos terminen siendo altamente personalizados, lo cual difiere totalmente de las industrias tradicionales “pseudo-PLM», donde el producto es diseñado antes de ser vendido.

Los principales retos: Silos departamentales e Interoperabilidad

La planta final es el resultado de una intensa colaboración entre funciones y disciplinas. El departamento civil, el equipo mecánico, el edificio estructural, las tuberías… cada uno tiene su propio conjunto de herramientas específicas que emplea para cada disciplina concreta. Sin embargo, las aplicaciones y los sistemas centrales no suelen estar bien integrados entre sí conectando las distintas funciones.

plant engineering parts

¿El resultado? Un paisaje desordenado, donde los silos departamentales, la falta de transparencia y los datos duplicados, están a la orden del día. Cada disciplina se encierra en sus propias herramientas y estándares de ingeniería, provocando que los traspasos de información sean cada vez más lentos y dificulten la tan necesaria colaboración interdisciplinaria.

Sumergiéndonos en el poder de la planta conectada

La conectividad dentro de los negocios de planta no es en absoluto un asunto nuevo. Sin embargo, las avanzadas tecnologías de hoy en día unidas a los baratos costes de computación, almacenamiento y ancho de banda, hacen posible ir más allá de la automatización de una sola planta. La integración de datos de varios productos instalados (las llamadas instancias de producto) permiten una visión holística del rendimiento del producto y generan información procesable para mejorar los diseños de la próxima generación.

product plant engineering structure graphic

Todo esto mejora el rendimiento del equipo en todo momento, aprovecha los conocimientos basados en datos, aumenta la calidad del producto final y evita las averías antes de que ocurran. Identificar y responder a pequeños problemas antes de que se hagan grandes, mejora el rendimiento de la planta y reduce los costes de mantenimiento.

Por ejemplo, utilizando tecnologías basadas en la nube y datos conectados, una planta gemela digital permite a un experto sentado en una sala de control central supervisar un producto instalado en varias plantas ubicadas en todo el mundo. Además facilita la solución problemas y extrae valiosa información sobre el rendimiento para ayudar a los equipos de desarrollo de productos a diseñar la próxima generación. También permite a un ingeniero de campo escanear un equipo, cargar su gemelo digital, seguir instrucciones de mantenimiento, consultar informes históricos y utilizar herramientas de asesoramiento para mejorar el rendimiento del equipo. Y equipa a los analistas con una gran cantidad de datos conectados para responder a las siguientes preguntas: «¿Con qué frecuencia?”,»¿Qué?», «¿Cuándo?», «¿Dónde?», «¿Quién?» y «¿Por qué es un problema?».

plm plant engineering questions

Como vemos, las posibilidades son infinitas, y la ejecución de las mismas comienza con el establecimiento de las bases para un modelo conectado que permita la digitalización a nivel de planta. La gestión del ciclo de vida del producto basada en las últimas capacidades tecnológicas proporciona esta base y permite a las empresas capitalizar la convergencia de los mundos digital y físico y aprovechar todo el potencial de la planta conectada.

Establecimiento de objetivos para la estrategia del gemelo digital

La decisión de emprender un proyecto de creación de un gemelo digital debe alinearse con las necesidades específicas de la organización. Para tener éxito, debemos comprender cómo la empresa pretende competir y alinear este «norte» estratégico con las inversiones digitales.

Por ejemplo, algunos EPCs podrían decidir centrarse en su cartera de servicios e invertir en información rápida y fiable para mejorar su calidad. Otros pueden optar por invertir en la configuración del producto para acelerar las cotizaciones y cerrar más acuerdos. Es posible que los operadores deseen supervisar el rendimiento de la planta e invertir en mantenimiento para ampliar los ciclos de vida de los activos.

Es importante priorizar las iniciativas estratégicas de inversión en función de los objetivos específicos de la empresa. Lo que sigue es un resumen de las seis tendencias generales que parecen estar acelerando el impulso hacia los gemelos digitales en las plantas.

6 strategic initiatives

Aprovechar el ala de servicios de la empresa

Las plantas son productos con ciclos de vida largos y los EPCs (Empresas de Ingeniería, Compras y Construcción por sus siglas en inglés) están experimentando una transformación fundamental del negocio que pretenden monetizarlos.

Ahora, en lugar del enfoque de proyecto «one & done» del pasado, el modelo de negocio para la mayoría de los proveedores de soluciones de plantas e instalaciones está evolucionando desde la entrega de proyectos a la prestación de servicios para todo el ciclo de vida de la planta.

Una cartera de servicios que va desde la entrega de piezas de repuesto hasta el mantenimiento de la planta o la monitorización de procesos, puede aumentar enormemente los ingresos procedentes de la postventa, al tiempo que establece relaciones más estrechas y duraderas con los clientes. Un mejor servicio significa mayores ingresos, mayor rentabilidad y con el tiempo, una poderosa ventaja competitiva.

Aprovechar el ala de servicios requiere un acceso fácil a la información relevante del equipo y una transferencia de datos fluida entre las organizaciones de proyecto y de servicio. Los datos maestros relevantes para el servicio, como piezas de recambio, kits de piezas de recambio o información relevante para el mantenimiento, deben estar definidos y disponibles para agilizar las ofertas de servicios y la entrega.

Retener el conocimiento

Se necesitan grandes conocimientos técnicos para vender y entregar la planta final. Y este conocimiento a menudo reside en las cabezas de un puñado de empleados experimentados. Típicamente, los procedimientos y las reglas no se escriben ni se comparten con otros, por lo que se necesita un equipo de ventas con formación técnica para adaptar el producto a las necesidades del cliente.

Estandarizar los métodos y crear conocimiento reutilizable permite a las empresas de plantas asumir más proyectos, escalar y crecer. La documentación de los procesos y la «descodificación» de la configuración del producto y las reglas de dimensionamiento por parte de los expertos, es crucial para retener el conocimiento y democratizar el proceso de venta.

Ganar eficiencia a través de la reutilización

La reutilización (y los reutilizadores) es el quid de la cuestión cuando hablamos de eficiencia. La reutilización supone un importante ahorro de costes. No sólo reduce el tiempo empleado en la entrega del producto final, sino que también permite amortizar los costes de desarrollo de muchos proyectos.

La modularidad es una estrategia de diseño para construir y organizar productos complejos de forma eficaz. Un producto es modular si tiene interfaces estandarizadas y los componentes realizan una o muy pocas funciones.

Proporcionar menos variedad a los productos y añadir homogeneidad entre los componentes simplifica la complejidad y allana el camino hacia herramientas de configuración de productos más avanzadas. Todavía se puede permitir un cierto grado de personalización del producto combinando componentes estándar y personalizados de forma inteligente, e implicando al cliente en el proceso de especificación del producto.

La explotación de la reutilización requiere una buena dosis de conocimientos en materia de gestión del cambio. Haciendo que los diseños sean reutilizables y almacenándolos sabiamente para que puedan ser encontrados, las empresas preparan el terreno para conseguir reutilizadores a bordo y luchan contra la actitud de «no inventado aquí».

Acelerar los presupuestos para aumentar las ventas

La rapidez en la elaboración de presupuestos junto con el plazo de entrega, son factores vitales el éxito en los pedidos. Una descripción clara y concisa del producto, utilizando diseños modulares que limitan las opciones disponibles para los clientes, es clave para acelerar las cotizaciones y cerrar más ventas.

Los vendedores pueden construir una propuesta fiable y de alta calidad más rápido y a un mejor precio que otros utilizando configuradores de productos, plantillas y documentos estándar que han sido afinados y han demostrado ser muy útiles al respecto.

Sin embargo, esto no quiere decir que el proceso de venta funcione con piloto automático. Debemos pensar en la configuración del producto como un conjunto de herramientas que los vendedores tienen a mano para elaborar una propuesta convincente, mientras aplican sus habilidades en pro de cerrar el trato.

Trazabilidad y conformidad

La fabricación y el suministro de una gran parte de los equipos de la planta se subcontrata a terceros. Orquestar estas entregas de equipos con proveedores de todo el mundo es un proceso complejo que requiere una atención especial a la calidad, la programación y el coste.

Además de la complejidad, los pedidos y las especificaciones pueden cambiar durante el proyecto. Esto a menudo conduce al diseño del producto y a ajustes en la documentación que necesitan ser rastreados y controlados. La trazabilidad de principio a fin a lo largo del proyecto y durante la cadena de suministro, es fundamental para garantizar el cumplimiento y la calidad.

Nuevas fuentes de ingresos digitales

El gemelo digital de la planta genera montones de datos que pueden monetizarse mediante el desarrollo de nuevos productos y servicios. Herramientas para proporcionar asesoramiento para optimizar el rendimiento de los procesos de realidad aumentada, para ayudar a los servicios de campo a mantener y reparar los equipos, para revelar problemas de rendimiento de los activos…. Las opciones son muchas, y escuchando los retos de los clientes es más fácil inspirarse, desarrollar soluciones y sumergirse en nuevas fuentes de ingresos que capitalizan el acceso a información rápida y conectada.

plant engineering

Comenzando: primeros pasos hacia el gemelo digital de la planta

El viaje hacia el gemelo digital requiere aprender a navegar por la complejidad además de un apasionado enfoque para la adquisición de las capacidades necesarias. Mientras que un modelo de planta demasiado simplista puede no producir el valor que un gemelo digital promete, un enfoque demasiado rápido y amplio puede casi garantizar que nos perdamos en la complejidad. La buena noticia es que al pensar en grande y definir un “norte” ambicioso, comenzando con proyectos bimodales y que escalen rápidamente, es posible contemplar la costa más allá de las bravas aguas del gemelo digital.

1. Comenzar con una estructura de planta

Comienza describiendo la estructura de la planta. Como explica mi colega Bjorn Fidjeland en su Plant PLM eCourse, se requieren varias estructuras de información de planta para describir una planta.

Para empezar, comienza con una estructura funcional. La estructura funcional de una planta es independiente de la disciplina jerárquica y desglosa la planta desde la perspectiva funcional. Una estructura de planta incluye procesos, sistemas y equipos de planta.

plant engineering

2. Identificar y compartir información relevante

Las plantas requieren una intensa colaboración entre las diferentes disciplinas, utilizando una variedad de herramientas diferentes entre sí. El intercambio de información entre disciplinas y funciones es un reto importante y afecta a la trazabilidad de la información a lo largo de todo el ciclo de vida de la planta. Los diferentes stakeholders luchan por acceder a la información de manera efectiva, lo que se convierte en un reto que se agrava cuando la información se divide en varias aplicaciones.

Por eso, ahora que tenemos una estructura de planta común, la clave es conseguir que las diferentes disciplinas empiecen a compartir sus datos. Necesitan entender por qué otros necesitan la información que ellos producen y cómo pueden facilitar el trabajo a los demás dedicando un poco más de tiempo a compartirla.

plant engineering

Está bien comenzar compartiendo sólo documentos. El objetivo en este punto es que las personas de la organización se familiaricen con la estructura. Más tarde empezaremos a compartir modelos y metadatos.

3. Definir una biblioteca modular de cada familia de productos

Una biblioteca de familia de productos comprende un conjunto predefinido de módulos que pueden combinarse de diferentes maneras para formar un determinado producto. Los diseños modulares no sólo ofrecen la oportunidad de acelerar la entrega, sino que también poseen un enorme potencial para desbloquear las oportunidades de servicio y aumentar la lealtad de los clientes.

Es hora de auditar nuestra cartera de productos, buscar puntos en común y analizar cómo reducir la complejidad y fomentar la reutilización. Definir una biblioteca de familias de productos para ilustrar qué módulos están disponibles y cómo pueden combinarse es un gran avance, pero también una gran tarea para las empresas de ETO.

La variedad y complejidad de la cartera de productos es alta, y aunque las empresas normalmente no parten de cero, es un gran esfuerzo crear una biblioteca completa de productos modulares.

¿Mi consejo? Para obtener soporte comienza con productos que tengan el potencial de maximizar el retorno de la inversión. Concéntrate primero en los productos y módulos más comunes y rentables. Si un producto rara vez se vende, el coste de definir una biblioteca puede exceder el beneficio.

4. Conectar la especificación de la planta con la materialización del producto

El siguiente paso será conectar la estructura funcional de la planta, donde se especifican los equipos, con la materialización del producto (el propio activo). En este paso, es muy útil integrar la estructura de la planta a las aplicaciones de autoría más comunes. Las disciplinas de la planta operan en diferentes entornos CAD, y la información a menudo se bloquea en aplicaciones específicas del departamento. Los compradores no pueden acceder a MCAD, ni saben cómo utilizarlo ni tienen una licencia a su alcance. Y los compañeros de servicio dedican más de la mitad de su tiempo a buscar información técnica encerrada en dibujos, para pedir piezas de repuesto.

La integración de herramientas mejora la visibilidad y proporciona un fácil acceso a los datos técnicos de la planta y a las listas de materiales de los productos. Un flujo de información fiable entre CAD y PLM acelera el proceso de desarrollo, permite la entrega eficiente de información entre disciplinas y mantiene la consistencia en la calidad del producto.

plant engineering

En el ejemplo, estamos conectando una especificación de bomba centrífuga al activo que cumple con la especificación. La diferencia entre la especificación y la materialización es muy importante dentro del modelo de planta. Imaginemos que esta bomba se rompe, y tenemos que cambiarla. En este caso, traeremos un nuevo activo, pero la especificación seguirá siendo la misma.

5. Modelado del ciclo de vida de la planta

La mayoría de las plantas e instalaciones pasan por un ciclo de vida con aproximadamente ocho fases distintas, comenzando con la especificación de los objetivos de la planta y terminando con el desmantelamiento. La estructura de la planta y los productos conectados evolucionarán a lo largo del ciclo de vida. En este punto, podemos empezar a definir un modelo para mantener el «hilo digital» de la planta a lo largo de todo el proceso.

6. Definir un catálogo de plantas

El equipamiento de la planta se especifica mediante atributos. Algunos de estos, son medidos por instrumentos de campo, creando un bucle de retroalimentación digital o, en algunos casos, una vista en vivo de la planta accesible de manera remota. La clasificación de los procesos y equipos de la planta y la definición de los datos de referencia son necesarios para crear automáticamente una etiqueta y conectar eficazmente todos los datos, incluidos los de los sensores en el campo.

Un reto importante cuando se trata de datos de campo consiste en el etiquetado sistemático y eficiente de la información, para que no terminemos comparando manzanas con naranjas. Si quieres saber más sobre los datos de referencia y los catálogos, visita el blog de mi colega Bjorn Fidjeland. Tiene varios artículos muy interesantes donde discute estos temas.

7. Integrar proveedores

Se requieren diferentes interacciones con los proveedores durante cada etapa del ciclo de vida de la planta para compartir y almacenar información. La colaboración eficiente con los proveedores es clave para los negocios de planta, donde gran parte de las entregas de equipos provienen de terceros. La integración de proveedores en Plant PLM facilita, entre otras cosas, el intercambio de documentos, la colaboración de modelos de productos y el seguimiento de los cambios.

8. Aprovechar la información para la acción utilizando aplicaciones de usuario final

Ahora que ya tenemos los datos, toca pasar a la acción con su empleo en aplicaciones de usuario final. Las aplicaciones de usuario final son fáciles de configurar y generan un valor significativo, ya sea a través de la mejora en la toma de decisiones, así como en las aplicaciones orientadas al consumidor.

Imagina una aplicación para los vendedores que necesitan supervisar constantemente las oportunidades de postventa de sus productos. A través de una aplicación fácil de usar, podrían realizar un seguimiento de los equipos instalados, obtener información sobre el rendimiento y aprovechar las nuevas oportunidades de servicio y modernización.

Lo confieso, soy una gran fan de las aplicaciones de usuario final porque facilitan el trabajo diario y generan información adicional para casos de uso específicos.

Un viaje de mil millas comienza con un solo paso

Jos Voskuil concluye en su blog «PLM for Owner / Operators» que la continuidad digital requiere una «nueva forma de pensar» para los propietarios/operadores de plantas, que están «luchando por comprender un concepto moderno de empresa digital, ya que su entorno actual no está basado en modelos sino en documentos».

En definitiva, el verdadero éxito en la consecución de los primeros hitos de este viaje dependerá probablemente de la capacidad de crecer y sostener la iniciativa del gemelo digital de una manera que pueda demostrar un valor creciente con el tiempo.

Puede ser una tarea abrumadora llegar hasta allí, pero como alguien muy sabio dijo una vez: «Un viaje de mil millas comienza con un solo paso.»

Cómo crear un onboarding memorable para usuarios de PLM

it onboarding

¿A qué llamamos onboarding?

Cuando hablamos de onboarding hacemos referencia al proceso de guiar y ayudar activamente a los usuarios a encontrar valor y éxito dentro de un producto, proceso o servicio.

Una buena metodología onboarding debe ser un cóctel perfecto de educación, inspiración y conocimientos prácticos, haciendo que los usuarios superen la incómoda incertidumbre de probar algo nuevo.

Este hecho lo convierte en una de las fases más críticas dentro de un proyecto de PLM. Cuanto más involucremos a los usuarios del sistema el primer día, más probabilidades tendrán de percibir el valor, atraer a otros y mantenerse fieles.

De hecho, cuando se realiza correctamente, el onboarding parece tener connotaciones mágicas, convirtiéndose en una mano invisible que guía a los usuarios paso a paso en su nueva forma de trabajar.

it onboarding

El valor del onboarding para usuarios de PLM

Escenario típico:

“Conectar personas, procesos y datos durante todo el ciclo de vida de un producto”. Suena bien, y por eso el equipo directivo de la empresa X no se lo pensó dos veces para embarcarse en un proyecto de PLM.

Sin embargo, han pasado cinco años y la empresa continúa luchando con sistemas torpes, datos erróneos y empleados que se quejan de lo complicado y lento que se ha vuelto todo desde que la compañía decidiera renovar el modelo operativo.

Los datos del producto se almacenan y distribuyen en múltiples sistemas y aplicaciones centrales. Pero estos sistemas son a menudo demasiado complejos, y no terminan de estar bien integrados entre sí.

Dejar caer nuevos usuarios en la jungla de este sistema con solo un cuchillo entre los dientes, conduce a que pocos encuentren una salida segura y fiable.

Por tanto, y utilizando esta misma metáfora, si queremos poner en marcha un programa de transformación de PLM que sea un éxito, debemos convertirnos en «sherpas» que guíen a sus usuarios a través de su viaje PLM.

Obviamente el proceso de onboarding no puede controlar la complejidad del panorama PLM.Sin embargo, sí puede ayudar a quelos usuarios en absoluto familiarizados con el PLM se sitúen más intrigados, comprometidos y, en última instancia, aboguen por su iniciativa.

¿Cómo podemos conseguir eso?

Configurando los caminos para que sean más fácilmente transitables, eliminando la mayor cantidad de obstáculos posibles y siempre alentando a los usuarios a continuar el viaje.

Componentes básicos para un onboarding de éxito en proyectos de PLM

Como ya hemos dicho, un proceso de onboarding debe formar una combinación perfecta de educación, inspiración y conocimientos prácticos. Pero antes de meternos en faena con el proceso de diseño, exploremos cuáles son los componentes básicos de cualquier experiencia onboarding.

PLM

1. Correos educativos:

Un buen punto de inicio es saludar a los usuarios mediante un correo electrónico de bienvenida tan pronto como se inscriban en el programa de PLM.  Y ahora ¿qué puedes hacer para motivarlos con lo que está por venir?

Planifica una secuencia de correo electrónico para acompañar a los usuarios durante las primeras etapas de su incorporación.

Preséntate a ti mismo y al programa y bríndales una breve lista de recursos útiles para comenzar. También puedes alentar a los usuarios a formular preguntas y guiarles para saber dónde encontrar las respuestas.

Preocúpate por ser útil. Cada vez que envíes un correo pregúntate ¿qué necesita saber verdaderamente un nuevo usuario para ponerse en marcha? Concentratodos tus esfuerzos en esos primeros pasos y comparte contenido de valor y que eduque.

Finalizados los primeros días críticos, puedes continuar enviando correos electrónicos educativos para ayudar a los usuarios a avanzar en las etapas más profundas de su viaje.

Otra opción es probar con el envío de correos electrónicos basados ​​en algún evento: a medida que los usuarios comienzan a contemplar el éxito y alcanzanalgún objetivo comunícate con ellos y hacerles saber cuál es el siguiente paso.

2. System Trainings:

¿Estás buscando una manera rápida de mostrar a tus usuarios cómo usar el sistema? Si es así, los system trainings interactivos son el ingrediente esencial para conseguirlo. Gracias a ellos, puedes guiar a tus alumnos en una especie de simulación a través de un flujo de trabajo en el que pueden hacer clic para obtener información. Los system trainings preparan a los alumnos en un entorno seguro y les ayudan a dominar los nuevos flujos de trabajo.

Mejor verlo en el siguiente ejemplo práctico:

PLM

3. Guía de sistema:

Las guías del sistema son una forma poderosa de brindar apoyo y orientación sobre contexto. La idea es atraer a los usuarios directamente al sistema, llamar su atención hacia las características clave con señales visuales y alentarlos a interactuar. Una vez que hacen clic en la señal visual, aparece una ventana emergente con explicaciones y consejos. La ventaja de esto es que es contextual, es decir, parte del flujo natural de trabajo.

Por ejemplo, Slack hace un gran trabajo guiando a los usuarios a través de su interfaz:

slack homepage

Si estás utilizando una aplicación PLM en la nube, hay herramientas específicas de onboarding disponibles como walkme o appcues que facilitan el proceso de creación de estas guías. Si no dispones de estas soluciones, probablemente necesites de un desarrollo personalizado.

Del mismo modo deberías considerar interesante la preparación de un breve «GettingStarted»eCourseen el que explicar lo que sucede cuando los usuarios inician sesión por primera vez. ¿Qué deben hacer para iniciar la sesión? ¿Qué es lo que ven? ¿Cómo deben navegar por la interfaz de usuario? Nuestra primera demo Autodesk Fusion system first login  es un buen ejemplo de a lo que nos referimos y ha cosechado excelentes resultados. ¡Puedes comprobarlo por ti mismo aquí!

PLM user it onboarding course

4. eLearning:

Seamos honestos, los usuarios no se preocupan tanto por los procesos y sistemas como lo haces tú. Sin embargo, sí les importa en qué manera esos cambios pueden mejorar su vida. Una iniciativa interesante para informarles al respecto es la preparación de un curso de eLearning en el que puedan conocer más a fondolos productos, procesos, landscape del sistema y cualquier habilidad especial o flujo de trabajo puedan necesitar.

Esta es una oportunidad de oro para liquidar la complejidad y que lentamente queden seducidos por el aprendizaje interactivo. El elearninges una herramienta fantástica a la hora de explicar conceptos de una manera práctica y user-friendly.

¿Buscas ideas e inspiración? Consulta nuestros cursos electrónicos GRATUITOS en Share PLM.

5. Documentación y Training Materials:

Tanto la documentación como los training materials, son la base de la pirámide para una experiencia de incorporación próspera. Cuando tus usuarios necesiten ayuda, ¿saben dónde recurrir para encontrarla? ¿Tienen claro lo que deben hacer? Estos materiales son muy útiles para ayudar a tu equipo a comprender la teoría y desempeñar su trabajo de manera práctica.

6. Soporte personal:

Es relativamente fácil realizar un onboarding de PLM centrándonos solo en los cambios en los sistemas. Sin embargo, el éxito de un proceso onboarding reside exclusivamente en las personas. Por lo tanto, lo más importante a tener en cuenta cuando diseñemos nuestroproyecto de PLM, es asegurarnos de preparar a nuestra gente de la misma manera que lo hacemos conlos sistemas.

Mi experiencia me dice que una de las cuestiones que más preocupan a los usuarios es que no vayas a estar allí para ayudarlos en el futuro. Por lo tanto, es de vital importancia presentar y destacar como se merecen al equipo de personas que desempeñan esta tarea.

Programar una primera coaching meeting y sentarsecodo con codo con los usuarios para ayudarlos a comenzar, puede ser un buen punto de inicio. Durante esta reuniónpuedesenseñarles cómo iniciar sesión en el sistema, configurar sus preferencias, así como localizar sus listas de materiales BOMs. Compartetus datos de contacto y hazles saber cuál es la vía de comunicación más efectiva.

Además de esta, programa un par de sesiones de seguimiento más que sirvan para revelar las características clave y dar respuestaa las preguntas de los usuarios; al tiempo que les informas sobre la red de soporte ampliadacuyo objetivo es ayudarles en su camino de formación. Del mismo modo puedes programar una llamada de seguimiento o follow-up para saber cómo va todo un mes después de la sesión inicial.

Pedir feedbacka los usuarios es una tarea delicada. Otro punto a favor para estas sesiones es que igualmente sirven para recopilar comentarios en vivo y en directo. Observa cómo interactúan los usuarios con los sistemas ydescubre ideas de mejora para versiones futuras.

En definitiva, hacer hincapié en el apoyo humano durante el proceso de onboarding convertirá a usuarios profanos en amantes del PLM en el largo plazo.

6 pasos para crear una experiencia onboarding que funcione

Ahora que ya hemos hablado sobre cuáles sonlos componentes básicos para crear una experienciaonboarding memorable, veamos cómo ordenar todo esto en un proceso que se adapte a cada uno de los usuarios.

A continuación,hemos creado una guía en 6 pasos para confeccionar cualquier proceso de onboarding. ¡Comencemos!

plm onboarding course parts

1. Conoce bien a tus usuarios

Para planificar una gran experiencia onboarding debemos tener claras tres cuestiones: quiénes son nuestros usuarios, cuáles son los productos con los que trabajan y por qué necesitan esos datos para desempeñar mejor su trabajo.

Para conocer mejor quién es nuestro público, podemos empezar por definir segmentos de usuarios categorizando sus necesidades. Esta segmentación se puede llevar a cabo en base acompetencias de negocio, roles o disciplinas. También podríamos idear una categorización más amplia y agrupar a los usuarios en espectadores, editores y administradores.

Conociendo cómo piensan nuestros usuarios y qué valoran, abrimos la puerta a crear una experiencia onboarding que les ayude a identificar el valor más inmediato.

2. Diseña una propuesta de valor épica

¿Qué es el éxito para cada uno de nuestros segmentos de usuarios?

La esencia del enfoque onboarding debe ser guiar al usuario hacia la propuesta de valor central (corevalue) de nuestro programa de PLM. Cada paso del proceso debería servir para impulsar a los usuarios hacia esa propuesta de valor.

Tómate tiempo para dejar muy claro por qué cada uno de los segmentos de usuarios debería unirse al proyecto PLM de tu empresa. Esta información es oro y te dará una comprensión sólida de las motivaciones de los usuarios.

3. Describe el ciclo de vida de tu usuario

Al igual que ocurre con las estaciones del año, los usuarios pasan por una serie de etapas a medida que interactúan con el programa PLM. Los mapas del ciclo de vida del usuario representan el viaje que cada usuario emprende para pasar de novato a maestroen formaciónde sistemas PLM.

Estos mapas de ciclo de vida del usuario probablemente serándistintos para cada uno de los segmentos que hayamos definido previamente.

En la siguiente imagen podemos ver un ejemplo del mapa de ciclo de vida del usuario para un rol de «diseñador»:

plm user lifecycle flowchart

4. Ponte en los zapatos del usuario

Ahora que hemos identificado y desglosado cuál va a ser el ciclo de vida del usuario para cada uno de los segmentos, podemos comenzar a asignar las actividades de incorporación a cada etapa.

Comenzaremosfragmentando las tareas hasta hacerlas lo más pequeñas posibles. Algunos ejemplos de estas tareas podrían ser «buscar una pieza», «enviar una notificación» o «guardar un diseño». Las pequeñas tareas como estas son simples y fáciles de completar.

Para cada etapa del ciclo de vida, trata de ponerte realmente en el lugar de tus usuarios: ¿qué es lo más importante para ellos? ¿Hacia dónde necesitarán dirigirse después? ¿Qué otras ideas podrían serles deutilidad?

Trata siempre de anticipar la próxima pregunta que te hará tu usuario y proporciónasela solo cuando la necesite. Continúa con todo el proceso, documentando cada paso que sea relevante.

5. Diseña el flujo de incorporación de usuarios

Llegados a esta etapa, ya hemos dotado de estructura el proceso de onboarding y sus ingredientes están ya listos para «cocinar» un flujo de incorporación apetecible.

El Storytelling es el primer componente esencial que nos ayudará con este objetivo. Conoce a tu público y combina inteligentemente elementos del proceso de onboarding con el «WHY» siempre en mente. Las personas aprenden de diferentes maneras, así que asegúrate de darles opciones que se adapten al estilo de aprendizaje de cada uno a la vez que los mantiene comprometidos.

plm

Recopilar el feedback y rastrear la interacción del usuario es vital para mejorar nuestra iniciativa PLM y su proceso de onboarding. Llevar esto a cabote dará información sobre los ajustes necesarios para generar una experiencia de onboarding aún más memorable.

Lucha por la integrar la participación del usuario en el largo plazo

El onboarding no es un proceso exclusivo para usuarios nuevos. Una vez que tengas a tus «novatos» a bordo, tu trabajo será asegurarse de que los antiguos usuarios permanecen allí y continúan participando en el proyecto.

Las reuniones regulares tanto en su versión online como en persona, son una excelente manera de mantener a los usuarios motivados, ya que profundizan en su compromiso con el proyecto. Puedes usar webinars, mesas de debate y rondas de información para presentar nuevas funcionalidades y responder preguntas, así como para mantener a tus usuarios actualizados y compartir sus experiencias.

El onboarding en PLM no es una ciencia exacta. Hay que seguir probando cosas nuevas y aprovechar la información que nos brindan las métricas para saber cuándo nuestros esfuerzos están dando resultado.

No olvides mantener tu programa siempre actualizado con las novedades del sistema, las funciones más recientes, las mejoras de los procesos, y por supuesto lo más importante: las personas. A medida que tus usuarios evolucionen y se familiaricen con su viaje PLM, el onboarding lo hará con ellos.

¿Qué es el Blockchain, y por qué es importante para el PLM?

PLM Blockchain

Blockchain y Bitcoin, dos palabras de moda que están en boca de todos. Las hemos incorporado en nuestro lenguaje diario hasta el punto de que, si a estas alturas todavía no sabes lo que significan y quieres continuar manteniendo conversaciones sin miedo a parecer de otra época, ya estás tardando en ponerte al día.

Lo sé. Es probable que te suenen de aquella última conferencia a la que asististe, o se la hayas escuchado a aquel compañero de trabajo en la máquina de café. O quizás simplemente recuerdas haberlas leído en el periódico. Sea como sea, seguro que te sientes igual que nosotros ante su presencia: confundido y expectante por lo que esconde esta nueva tecnología “oscura y secreta” que parece haber llegado a nuestras vidas para quedarse.

Si queremos buscar una definición sencilla de lo que es Blockchain, podríamos decir que su función es la de trabajar como un “libro público” compartido del que dependen las criptomonedas como Bitcoin. Pero, si Blockchain es básicamente solo la tecnología subyacente a Bitcoin ¿por qué la gente está tan entusiasmada con el tema?

Porque en el fondo,Blockchain es mucho más que eso. La esfera PLM de las empresas está empezando a reconocer en el Blockchain la evolución a su manera de administrar los productos y sus flujos de información.

Blockchain posiciona al producto en el centro de la estructura de datos. Permite a las organizaciones que, aun teniendo diferentes modelos de datos, puedan colaborar entre ellas a lo largo de todo el ciclo de vida del producto. Y además de dicha colaboración, permite realizar auditorías y seguimientos manteniendo un hilo de datos no modificable.

Desenredando los hilos del Blockchain

En esencia, el Blockchain es una nueva forma de almacenar y administrar datos.Una manera más ilustrativa de entender esto es pensar en el  Blockchaincomo si fuese una base de datos que se puede utilizar para almacenar y compartir registros o datos de valor. La diferencia reside en que no es como una base de datos tradicionaldonde la información se almacena en una ubicación central.

Las bases de datos de Blockchain no se almacenan en una sola ubicación como sucede por ejemplo en un banco o usando una base de datos ubicada en la nube. La información generada con Blockchainse mantiene en los equipos individuales de las personas que utilizan dicha base de datos. Por eso, el Blockchain se describe habitualmente como un “libro de contabilidad”de datos distribuido y descentralizado.

blockchain graphic

Este «libro de contabilidad» es utilizado para realizar el seguimiento del intercambio de datos. En Blockchain, las transacciones de datos se empaquetan en bloques. Un «bloque» es un grupo de transacciones que se validan al mismo tiempo. Seguidamente, cada bloque se «encadena» al siguiente bloque, en orden lineal y cronológico, utilizando la criptografía. La criptografía es la base subyacente de la cadena de bloques. Se utiliza para firmar transacciones, autorizar los intercambios de valory mucho más.

El Blockchain permite a los consumidores y proveedores comercializar sin intermediarios, conectarse directamente y eliminar la necesidad de depender de un tercero.

Anatomía de blockchain

Cada blockchain se compone de una serie de bloques que contienen a su vez transacciones correctamente validadas.

blockchain anatomy

Adentrémonos un poco más en cada uno de los componentes principales del Blockchain:

1. Las transacciones

Una transacción comercial es una transferencia valor, como por ejemplo, una transferencia de bienes, de dinero o de servicios entre dos partes. Cada transacción implica:

  • Un activo digital: La información vertida en un Blockchainpuede ser sobre cualquier cosa. Desde dinero, acciones o identidades,¡hasta inclusobienes digitales comoel arte o la música!
  • Remitente:Es la persona que desea enviar un activo digital. Para iniciar una transacción, el remitente sólo necesita saber la dirección de la persona a la que desea enviar la transferencia.

Receptor: La persona que recibe el activo digital.  Es necesario compartir la dirección Blockchain con el remitente cada vez que se vaya a realizar una transacción.

transaction flowchart

Autenticación de una transacción

Cada transacción debe ser verificada antes de que se le permita entrar en el Blockchain.

A menudo, el proceso de verificación se realiza mediante dos claves, una clave pública y una clave privada. Todo el mundo podrá ver la clave pública pero la clave privada es secreta.

Par de claves públicas y privadas

A ver cómo explicamos esto.

Blockchain utiliza PKI para autenticar las transacciones. Cada usuario deBlockchain tiene un par de clavesprivadas y públicas. Estas claves sirven para cifrar y/o firmar los datos. Las claves privadas están matemáticamente relacionadas con las claves públicas. Sin embargo, es imposible extraer una clave privada de una clave pública gracias al sólido código cifrado que dispone la clave privada.

public and private key blockchain plm

Para comprender mejor cómo funcionan los pares de claves, vamosa imaginar que tenemos un buzón de correo. La clave pública es la dirección del buzón de correo. Una persona puede insertar cartas en el buzón, pero no puede recuperarlas.Debe usar su clave privada para abrir el buzón y recuperar las mismas.

Cifrar y descifrar es como bloquear y desbloquear el buzón de correo. Si alguien cifra («bloquea») una transacción de datos con su clave pública, solo usted puede descifrarla («desbloquearla») con su clave privada. Si cifra («bloquea») una transacción con su clave privada, cualquiera puede descifrarla («desbloquearla»). Esta acción es similar a una «firma digital».

En el mundo digital, podemos entender las clavescomo cadenas de texto con muchos dígitos. Puedes generar tus propias claves públicas y privadas utilizando esta herramienta online.

sign function blockchain plm

Una firma digital criptográfica

Las transacciones son autenticadas con firmas digitales. Una firma digital se crea con una función que depende tanto de la propia transacción como de la clave privada.

Puesto que la firma digital se crea conla clave privada personal, nadie puede generarla excepto tú. Además, al usar también datos de transacción para crear la firma, se garantiza que esta no pueda ser copiada.

verify blockchain plm graphic

Siempre que desees recibir una transacción, compartirástu clave pública con el remitente. El remitente bloquea el mensaje con su firma y su clave pública y a continuación, le envía la transacción. Por último, deberás comprobar la transacción con tu clave privada.

2. Los bloques

Como hemos visto, las transacciones en blockchain se almacenan en estructuras fijas llamadas «bloques».Las partes importantes de un bloque son:

block n graphic
  • Contenido:contiene una lista validada de transacciones.
  • Encabezado: contiene metadatos clave sobre un bloque. Hay cuatro conjuntos de metadatos en un encabezado:

– Un identificador de bloque: Para identificar un bloque utilizamos firmas digitales que se generan mediantefunciones hash criptográficas. ¿Pero qué son las funciones hash criptográficas?

Una función hash criptográfica es una especie de ‘firma’ para un archivo de texto o de datos. Una función hash es una función que convierte datos de cualquier tamaño en una cadena de datos de tamaño fijo.

digital asset hashing function

Si la entrada es un solo número, un texto o un archivo digital, el hash resultante siempre generará una cadena de datos del mismo tamaño.

Convertir una cadena en una firma se denomina hash. La función “Hashing” tiene una particularidad: sólo va en una dirección.No puedescogerel hash resultante de longitud fija y volver a recrear la cadena. Las cadenas de bloques suelen utilizar una función hash SHA-256, la cual que genera una firma casi única de 256 bits (32 bytes).

Esta herramienta online de hash te permitirá generar el hash SHA256 para cualquier cadena de datos:

-El hash delbloque anterior: cada bloque incluye unvínculo del bloque anterior. Esta es la manera a través de la cual podemos acceder a todos los bloques anteriores en un Blockchain: están vinculados entre si y la base de datos conserva el historial completo de transacciones.

– Una raíz (Árbol Merkle): es una estructura de datos que condensa todas las transacciones del bloque. Un árbol Merkle se construye mediante pares de transacciones y hashes hasta que genere un solo hash.

El nodo en la parte superior del árbol de Merkle se llama raíz. Para llegar a una raíz de Merkle comenzaremos desde abajo. Para ello recopilaremos las transacciones mediante un algoritmo hash. Más tarde emparejamos esos hashes, los concatenamos y los generamos de nuevo. Y así sucesivamente hasta que nos quede un solo hash.

merkle root graphic

– Pruebas: Los bloques válidos contienen la respuesta a un problema matemático complejo creadosa partir de unafunción hash criptográficainmutable. La única manera de resolver este problema matemático es adivinar los números aleatorios que contiene cada bloque. De todas formas, no te apures. Exploraremos cómo funcionanestas pruebas un poco más adelante.

Si deseas explorar el contenido de un bloquepor ti mismo, echa un vistazo a uno de los bloques de la blockchain.info

blockchain transations

3. La cadena de bloques o Blockchain

Todas las transacciones y bloques validados se incluyen en el Blockchain. Para confirmar los bloques que quedan pendientes, las cadenas de bloques utilizan un proceso llamado “mining” o minería.El Mining evita que se modifiquen los bloques anteriores, protege la neutralidad de la red y garantiza el consenso entre bloques.

Ahora vamos a explorar los principales actores que intervienen en el proceso de mining.

  • Los Miners o mineros: las solicitudes de transacción se envían a todos los equipos de la red para que puedan ser validadas. Estos ordenadores son llamados Miners. Los Miners validan nuevas transacciones y las registran en el Blockchain.

Para validar las transacciones, se debe resolver un complejo problema matemático basado en un algoritmo hash criptográfico. Este problema sólo se puede resolver adivinando los números. Cada miner en la red competirá para adivinar la solución al mismo.

blockchain graphic example
  • La prueba de trabajo: La solución a este problema matemático se llama prueba del trabajo. Cuando se ‘resuelve’ un bloque, las transacciones contenidas en el bloque se consideran confirmadas.

El primer miner en resolver este problema matemático recibe una recompensa. Esto sucede porque el proceso de mininig que utiliza para averiguar estos números consume una gran cantidad de energía y electricidad de los equipos informáticos empleados para ello.

Intercambio de valor con blockchain

Imagina que has creado una API de PLM que recopila y envía datos de los sistemas CRM, ERP y PDM y quieres obtener la licencia y vender esta aplicación en el «mercado PLM» utilizando Blockchain. ¿Cómo hacerlo? Utilizando lo que se denomina Token.

Un token sirve para identificar digitalmente la API de PLM que has creado. Este token se almacena en un Blockchain y contiene un vínculo a la API de PLM, a su vez almacenado en algún lugar de la nube.

Todos los miembros del Blockchain pertenecientes al mercado PLM deben confirmar que la API les pertenece y que tiene licencia oficial. Si quiero comprar la API, firmo la transacción con el token de la API con la clave pública y la clave privada. Una vez que la red valida la transacción, se agrega a un bloque almacenado en la cadena de bloques, y la licencia de la API de PLM pasa a ser de tu pertenencia. Ahora puedes usarla libremente.Si alguien quiere comprobar la autenticidad de la licencia, puede volver al Blockchain y auditar la transacción.

plm marketplace using blockchain

PLM y blockchain: ¿qué nos depara el futuro?

Todavía es pronto para hablar de este asunto, pero el blockchain puede desempeñar un papel importante en el mundo PLM.Tiene la capacidad de facilitar las integraciones, simplificar las migraciones, permitir la colaboración y proporcionar un registro preciso de datos del «quién, qué, dónde y cuándo» durante todo el ciclo de vida de producto.

Además, promete conectar a las empresas cuyas aplicaciones, modelos de datos, sistemas de numeración de piezas y codificación son diferentes. El Blockchain pone al producto en el corazón de los sistemas y les permite centrarse exclusivamente en los datos que quieran compartir.

8 key areas where blockchain can transform PLM

Otras oportunidades(la protección de los derechos de autor, la fabricación acumulativa, la gestión de suministros, la gestión de datos de IoT e incluso la sostenibilidad) se encuentran en el horizonte.

Aunque los proveedores de PLM actualmente no ofrecen aún nada fuera de sus sistemas y plataformas, muchas empresas, como Maersk,Toyota o Walmart están explorando diferentes formas de utilizar Blockchain en sus productos. Sin embargo, es probable que pase algún tiempo antesde que esta tecnología llegue a producción.

La tecnología aún está en pañales: la falta de estándares, la escalabilidad, la incompatibilidad entre diferentes cadenas de bloques,y la cantidad incalculable de recursos informáticos y energía utilizada a través del proceso de mining, son sólo algunos de los desafíos que Blockchain necesita alcanzar antes de convertirse en una tecnología de uso común.