siemens.com/software

Siemens Digital Industries Software

Guía de transformación digital low-codeHoja de ruta para utilizar Mendix y lanzar una iniciativa low-code

2

Contenido

Parte 1

Un nuevo mundo 4 – 5

Parte 2

Los cuatro factores 6 – 7

Inicio, estructura y escala 8 – 9

Factores que influyen 10

Parte 3

Manos a la obra 11

Personal

Posición y organización del equipo 12 – 15

Estrategia de crecimiento del equipo 16 – 18

Portfolio

Identificar las primeras aplicaciones que desarrollar 19 – 21

Entregar la primera aplicación 22 – 23

Definir el valor y comenzar a seguirlo 24 – 25

Celebrar el éxito 26

Proceso

Poner en marcha la estructura de gobernanza 27

Establecer una cadencia retrospectiva 28

Plataforma

Normalizar mejores prácticas y metodologías 29

Estrategia de implementación 30 – 31

Parte 4

Esto es el comienzo 32

Referencias 33

3

El mundo está cambiando y la forma de desarrollar software debe cambiar con él. ¿Cuál es la clave? La empresa al completo. Empieza a derribar muros para dejar espacio a tu fábrica de innovación. Cuando empezó nuestro viaje, queríamos resolver un problema que tu empresa y muchas otras tienen que afrontar cada día: la entrega de software con herramientas y técnicas tradicionales. El problema es fácil de entender, pero resulta sumamente complejo. El índice de éxito de un proyecto digital a escala empresarial es muy escaso, ya que el 70 % de los proyectos sufre graves problemas o fracasa por completo.1

Todo gira en torno a la colaboración. O en torno a su ausencia. La escasa participación del usuario final suele dar lugar a requisitos poco claros. Los requisitos poco definidos son más difíciles de abordar y de perfeccionar cuando los equipos de desarrollo utilizan procesos rígidos y aislados. ¿Cuál es el resultado? Una tormenta perfecta de ineficacia que provoca retrasos en los proyectos, cargados de incidencias.

Nuestra misión es ayudarte a capear el temporal. Para ello, debíamos derribar los muros entre la empresa y IT para reformar el modo en que las empresas enfocan el desarrollo de aplicaciones. Nuestro objetivo es conectar a personas que tienen ideas innovadoras con la tecnología que les ayude a materializar dichas ideas.

El desarrollo low-code nos ha permitido capacitar y fomentar la colaboración en numerosas empresas de todos los tamaños en una amplia variedad de industrias y zonas geográficas. Muchos años de investigación, desarrollo y una miríada de clientes exitosos nos han convertido en líderes en el desarrollo de aplicaciones low-code y en el soporte de una comunidad muy extensa.

Hemos analizado toda esa experiencia y la hemos plasmado aquí en forma de guía de ejecución digital. Esta guía pretende orientar la ejecución de la transformación digital de tu empresa y reparar la brecha existente entre las empresas y el departamento de IT para que estas puedan dedicarse de pleno a su auténtica vocación: crear.

¿Qué significa crear?Ofrecer tecnología para brindar posibilidades y empoderar a las personas que hoy en día crean y realizan. Tú eres de las que crean. Lideras tu empresa mediante una transformación digital. Estás implementando cambios masivos para digitalizar tu empresa y capacitar a todas las personas de la organización para que puedan crear aplicaciones.

Seguramente te preguntarás qué viene a continuación. Esa respuesta es la transformación digital, con un componente fundamental: la entrega de aplicaciones. La planificación de ciclos largos y los ciclos prolongados de entrega de aplicaciones ya no satisfacen las necesidades ni las expectativas actuales de los clientes.2 Tanto si creas o adaptas soluciones para mejorar el compromiso con tus clientes, resuelves ineficiencias operativas o si empiezas un nuevo negocio, las aplicaciones son los mecanismos clave de tu empresa.

Para que la transformación digital se afiance de verdad, hay que empezar a preguntarse: «¿Qué pasaría si...?». ¿Qué pasaría si existiera una verdadera colaboración entre la empresa y el departamento de IT que permitiera a sus creadores ofrecer resultados reales y tangibles a partir de sus ideas innovadoras? ¿Qué pasaría si existiera una forma de permitir que los profesionales de tu empresa experimenten, exploren, construyan, desarrollen, cuestionen y respondan de forma estructurada, repetible y escalable? Tenemos la respuesta.

Un nuevo mundo

4

Te damos la bienvenida a la fábrica de innovaciónLa fábrica de innovación es la coyuntura básica en la que la exploración se une a los resultados prácticos reales. Es un proceso que utiliza la colaboración constante y coreografiada para producir aplicaciones de nivel empresarial de manera eficiente y predecible. Es una capacidad organizativa escalable y autosuficiente que permite afrontar esas preguntas.

La fábrica de innovación es una combinación de nuestra tecnología low-code y la metodología de desarrollo rápido de aplicaciones. Los cimientos de tu fábrica de innovación se basan en la convergencia de tres tendencias. Los microservicios proporcionan nuevas formas de diseñar aplicaciones e infraestructuras. Los desarrolladores son más libres que nunca para centrarse en el valor que ofrece una aplicación en lugar de centrarse en los entresijos de un desordenado back-end monolítico. Las opciones de implementación en la nube ofrecen a las empresas la oportunidad de ser más escalables gracias a la rentabilidad y a la reutilización de servicios comunes. BizDevOps es una nueva forma de colaborar en todo el ciclo de vida del desarrollo. Abarca a usuarios de la empresa, desarrolladores y operaciones para garantizar que una aplicación se comercialice con rapidez y precisión.

La fábrica de innovación permite un enfoque de BizDevOps. Contribuye a establecer un lenguaje común constructivo y consciente centrado en las necesidades de la empresa, la arquitectura y la implementación para ayudarte a crear aplicaciones a escala.

Cuando emprendas el camino de la digitalización de tu empresa, necesitarás una visión y una estrategia que te lleven a la fábrica de la innovación para poder dar rienda suelta a la creatividad y el ingenio, y permitir a los responsables de IT y de la empresa idear, crear e implementar rápidamente aplicaciones a escala.

Empecemos por aquíPermítenos guiarte por este nuevo mundo de la transformación digital y abordar los conocimientos necesarios para mejorar la colaboración. Te haremos conocer los elementos de la transformación digital, y los actores y elementos clave que promueven el cambio en tu proceso de entrega de aplicaciones. Una vez que te hayas acostumbrado a los elementos y objetivos de la ejecución digital, te guiaremos paso a paso por la construcción de los cimientos de tu fábrica de innovación. También te mostramos las herramientas de Mendix que ayudan a capacitar a más personas para crear a escala, habilitar aplicaciones con tecnología inteligente y convertir esas ideas en realidad.

Los elementos de la ejecución digitalLa fábrica de la innovación no surge de la nada. Es preciso construirla desde la base. Ahora bien, antes de entrar en cómo construir la fábrica de innovación, conozcamos los diferentes elementos de la ejecución digital y los impulsores clave para desatar el potencial de tu empresa.

Un nuevo mundo

El p

oder

de

com

bina

r ten

denc

ias

Potenciar el capital humano

Microservicios• Aplicaciones autónomas• Implementar funciones

empresariales• Sistemas centrales

flexibles

BizDevOps• Colaboración entre

equipos autónomos• Posesión de ciclos de vida

íntegros• Agile y DevOps

Uso nativo de la nube• Escalabilidad• Reutilización de servicios comunes• Totalmente automatizado (rentable)

Parte 1

5

PersonalLas personas que elijas para formar tu equipo de Mendix son absolutamente esenciales en el éxito del programa de ejecución digital. Tu equipo necesita algo más que desarrolladores de low-code empresarial.

Necesitas encontrar a las personas adecuadas con las habilidades adecuadas, sea cual sea su cargo. El éxito comienza desde arriba, de modo que es imprescindible la participación de los altos ejecutivos. Se necesita una persona que sea propietaria del programa, que lo dirija y que ordene el cambio. Los arquitectos también son fundamentales, ya que ayudarán a establecer una arquitectura, una infraestructura y una gobernanza. Los propietarios de los productos son esenciales en el éxito de un programa, ya que conocen a fondo la empresa, el producto y sus usuarios, y tendrán conocimientos profundos del valor que creará. Por último, un director de desarrollo de aplicaciones debe encabezar la iniciativa y dirigir el programa, así como los equipos multifuncionales que se encargarán de los proyectos.

PortfolioUn modelo de desarrollo rápido de aplicaciones que tenga éxito consiste en identificar los proyectos adecuados y crear un portfolio de proyectos con logros rápidos e iniciativas de gran valor. Los resultados rápidos permiten obtener un éxito inmediato y crear un factor sorpresa. Por su parte, las iniciativas de gran valor justifican un cambio organizativo más amplio, sobre todo cuando las aplicaciones están vinculadas a las correspondientes iniciativas estratégicas. La combinación de casos prácticos es importante para aumentar la flexibilidad del portfolio en las últimas etapas de la ejecución digital. Por lo tanto, debe incluir aplicaciones para nuevos mercados, así como la participación de los clientes y la eficiencia operativa.

Los cuatro factores

Mendix ha identificado los principales factores de la ejecución digital. Estos son los cuatro factores. A lo largo de esta guía descubrirás que cada factor va acompañado de su propio conjunto de hitos y objetivos, todos ellos orientados a la creación de tu fábrica de innovación.

6

ProcesoEl éxito de la ejecución digital implica cambiar la forma de trabajar y establecer procesos rápidos de desarrollo de aplicaciones. Las metodologías Agile como Scrum son un buen punto de partida, ya que dividen el trabajo en sprints y se basan en casos de usuarios. Sin embargo, también hay que pasar de una forma tradicional de desarrollo y operaciones a un enfoque de BizDevOps, acelerar los ciclos de lanzamiento de trimestrales a quincenales (a veces incluso diarios) y aprender a desarrollar productos mínimos viables (PMV) con iteraciones de seguimiento rápidas.

PlataformaA medida que avanzas hacia la ejecución digital, la plataforma de desarrollo rápido de aplicaciones que elijas no debe referirse solo a nuevas tendencias tecnológicas como la inteligencia artificial, el Big Data, el blockchain o lo que venga. Necesitas una plataforma que también pueda mejorar la eficiencia operativa, reducir el plazo de comercialización y fomentar la colaboración entre las partes interesadas del negocio y IT: algo que aborde el presente y prepare para el futuro.

Busca una plataforma que te ayude no solo a efectuar entregas más rápidas, sino también más precisas, de modo que puedas producir aplicaciones fiables en cuestión de semanas. Este es el enfoque de equivocarse deprisa y aprender deprisa.

La fábrica de innovación requiere pasar por tres grandes etapas: inicio, estructura y escala. Cada etapa tiene su propia serie de objetivos. El propósito de todos ellos es ampliar tu programa de desarrollo de aplicaciones.

Los cuatro factoresParte 2

7

InicioSi debes construir un medio de transporte y nunca antes lo has hecho, ¿empezarás fabricando un coche o un monopatín? La mayoría de la gente empezaría probablemente con el monopatín. No es el coche que quiere en realidad, pero un monopatín lleva del punto A al punto B (aunque un poco más despacio), con un esfuerzo relativo mínimo. Has desarrollado un PMV. En esto consiste la etapa de inicio.

El inicio es establecer los cimientos de tu fábrica de innovación. En esta etapa, se desarrollan aplicaciones que obtienen valor con rapidez. El motivo es doble:

1. Dedicarás más tiempo a crear un equipo y a establecer los requisitos previos necesarios en cuanto a infraestructura y procesos.

2. Quieres logros rápidos. Estos son importantes porque los utilizarás para demostrar el valor de tu nuevo enfoque. Querrás celebrar tu primer éxito y obtener mayor apoyo en la empresa.

Objetivos de la fase de inicio:

1. Entregar el primer valor.

2. Crear el primer equipo y capacitarlo.

3. Desarrollar el primer PMV y entregarlo.

4. Diseñar la experiencia de usuario de la primera aplicación.

5. Comenzar el diseño de la arquitectura.

EstructuraSi la etapa inicial consiste en establecer y demostrar los beneficios del desarrollo rápido de aplicaciones, la estructura consiste en crear previsibilidad y continuidad. La estructura radica en pasar de un primer conjunto de aplicaciones a un portfolio con más aplicaciones que afronten varios casos prácticos, y ampliar el primer equipo a varios equipos y expandir el centro de creación. Se trata de llevar el proceso de la primera experiencia Agile que estableciste en el inicio a un proceso que instituye ciclos de lanzamiento más cortos bajo una gobernanza estricta. En la etapa de estructura, estás listo para pasar de la primera implementación en la nube a implementar en varias nubes.

Inicio, estructura y escala

InicioCimientos de la fábrica de innovación

Establecer el primer equipo, el valor y el PMV

EstructuraMetodología y arquitectura formalizadas

Obtener previsibilidad y continuidad

EscalaFábrica de innovación escalable

Aumento continuo de la productividad y la eficiencia

8

La estructura es el punto en el que se empieza a formalizar el proceso de desarrollo rápido de aplicaciones. Se establece una arquitectura, se posibilita la entrega continua y se crea gobernanza. Al establecer la previsibilidad y la estabilidad, construyes el andamiaje para el centro de creación.

Objetivos clave de la etapa de estructura:

1. Formalizar procesos.

2. Crear más aplicaciones y ampliar casos prácticos del portfolio.

3. Diseñar la arquitectura.

4. Equipo de desarrollo de nivel avanzado.

5. Documentación de la gobernanza.

6. Pruebas automatizadas.

EscalaDesde el inicio hasta la escala, aprendes a utilizar Mendix para acelerar y escalar el desarrollo de aplicaciones. Empiezas a aportar valor real a tu negocio. Tu talento se ha formado y se ha activado

de tal manera que puedes transferirlo a diferentes departamentos de la empresa para trabajar en proyectos en los que se aprovechan mejor tus habilidades. Aplicas una mayor automatización a tus procesos para entregar y gestionar de forma eficiente y rápida cientos de aplicaciones con impacto estratégico. Esto incluye la automatización de la ampliación y el mantenimiento para dar soporte a un portfolio de muchos productos, la automatización del control de calidad para supervisar de forma proactiva la capacidad de mantenimiento de tus proyectos y la posibilidad de una mayor reutilización mediante el establecimiento de una tienda de aplicaciones privada. Con estas funcionalidades, se maximiza el valor y la productividad con la creación de capacidades de innovación distribuidas en toda la empresa. Has logrado una productividad y una eficiencia continuas.

Objetivos durante la fase de escala:

1. Portabilidad del talento.

2. Velocidad de las entregas.

3. Eficiencia de los equipos.

Inicio, estructura y escalaParte 2

9

Factores que influyen

Hemos identificado los factores clave que pueden influir en tu proceso de digitalización en tres niveles de ejecución digital. A lo largo de esta guía, destacaremos los factores de influencia que se deben tener en cuenta en los puntos clave de la construcción de tu fábrica de innovación. Los iconos de la imagen de abajo te permitirán saber los factores de influencia clave que debes tener en cuenta para esa etapa e hito en particular.

Nivel estratégicoEste nivel consiste en evaluar y probar un impacto estratégico, abordar el riesgo de transformación e identificar los recursos para asegurar el éxito. Es decir, se trata de colocar las piezas correctamente para establecer y madurar una visión de desarrollo rápido de aplicaciones. Los factores clave son: el ejecutivo adecuado con la visión correcta, una huella organizativa más extensa y la ampliación del portfolio para incluir más aplicaciones en diferentes casos prácticos.

La visión La huella organizativa

Enfoque de casos prácticos y

portfolio

Nivel de la aplicaciónEn este nivel, el valor se centra en el tiempo, el coste y la calidad. Para garantizar el éxito de estos factores de influencia en el nivel de la aplicación, la empresa debe contar con el propietario del producto adecuado; un equipo colaborador, formado y certificado por Mendix; y asegurarse de que se entrega la aplicación correcta desde los puntos de vista técnico y del valor empresarial. El propietario del

productoEl equipo La entrega de

aplicaciones

Nivel del programaEl enfoque en el nivel del programa debe ser lograr y probar el retorno de la inversión (ROI), una realización de los beneficios y la comunicación. Uno de los factores clave en este nivel es el propietario del programa, que es el dueño del programa Mendix y quien lidera el cambio en toda la empresa. Otro factor es el arquitecto, que es fundamental para conectar los departamentos de IT y las empresas. Actúa como lo que Gartner denomina un arquitecto de vanguardia3, ya que establece y comunica las directrices arquitectónicas y las líneas de seguridad. El tercer factor que influye es la demostración del ROI, porque ver es creer. Si no se demuestra el valor del programa, es difícil ampliar la capacidad de desarrollo rápido de aplicaciones que se están creando.

El propietario del programa

El arquitecto ROI y presupuesto para el cambio

Parte 2

10

Manos a la obra

Es el momento de empezar a forjar los cimientos de tu fábrica de innovación. Para ello, debes crear tu primer equipo de Mendix, establecer procesos y celebrar los éxitos que consigas en las etapas iniciales de tu programa de ejecución digital. La etapa inicial es la primera vez para todo: el primer valor, el primer equipo, el primer PMV.

Hemos alineado cada objetivo con los cuatro factores, y hemos enumerado los hitos de cada uno y las formas de lograrlos. Al final de cada factor, también recibirás los hitos de la estructura para que no solo sepas cómo sentar las bases para la venta, sino también cómo empezar a construir hacia ella.

Parte 3

11

Posición y organización del equipo

Antes de empezar, necesitas contar con las personas adecuadas para crear la primera aplicación y el primer portfolio, y que te ayuden a demostrar el valor. Hemos creado el plan para crear tu primer equipo de Mendix, evaluar ese equipo y mostrar cómo puede crecer y colaborar con la empresa y otros departamentos de la misma.

Factores que influyen

Huella organizativaArquitectoPropietario

del programa EquipoPropietario del producto

Buscar soluciones a los problemasBusca integrantes del equipo que se preocupen por resolver los problemas de la empresa, en lugar de personas que prefieran crear soluciones basadas en requisitos detallados. Se deberán superar muchos obstáculos debido a los procesos existentes y a la cultura de la empresa; por lo tanto, hay que buscar personas con actitud positiva.

Busca personas que quieran poner a prueba sus límites y que tengan cierta competencia técnica, pero que también comprendan los retos empresariales. Muchas de las personas que hemos visto hacer la transición con éxito provienen de entornos de análisis empresarial, experiencia del usuario, diseño web front-end e inteligencia empresarial.

Al final, la selección del equipo adecuado es la piedra angular del éxito no solo para el primer proyecto, sino también para todo el programa de desarrollo rápido de aplicaciones.

Quién es quiénCuando se construye la fábrica de innovación es importante contar con un equipo pequeño. Un equipo reducido permite entregar nuevas aplicaciones con rapidez. Además, se evita gran parte de la falta de comunicación y los retrasos habituales con equipos de desarrollo más grandes. Los equipos más pequeños fomentan la productividad y la creatividad. La «regla de las dos pizzas» de Jeff Bezos, CEO de Amazon, afirma que nunca debe celebrarse una reunión en la que dos pizzas no puedan alimentar a todo el grupo. Cuanto más pequeño sea el equipo, más espacio habrá para la tormenta de ideas y la revisión por parte de los compañeros (y una porción extra para todos).

Bashir Bseirani, CEO de Avertra, vio cómo su equipo se convirtió en más colaborativo cuando empezaron a utilizar Mendix porque podían operar en un entorno de equipo más reducido. «Nuestra filosofía es que deberíamos ser capaces de construir una aplicación con un equipo lo suficientemente grande como para comerse solo una pizza. Cuando Bezos decidió hacer su modelo de dos pizzas no conocía Mendix ni sus posibilidades».

12

Posición y organización del equipo

Un primer equipo fuerte de Mendix es más que el número de personas en la sala. El primer equipo de Mendix debería incluir un equipo de desarrollo principal compuesto por una combinación de un desarrollador

profesional, alguien con experiencia técnica y un business developer, una persona familiarizada con la plataforma que pueda actuar como usuario avanzado si es necesario. La clave es contar con desarrolladores que

Un equipo principal típico

Propietarios de los productos

Business developer

Desarrollador profesional

Especialistas técnicosVisibilidad

Capacidades especializadas

Feedback Peticiones

Un equipo adecuado significa tener un propie-tario del producto adecuado. El propietario del producto actúa como parte interesada. Es alguien que comprende el valor de los casos prácticos de usuarios y se asegura de que se cumplan los requisitos. Los propietarios de los productos son componentes esenciales en el éxito de un equipo. El propietario del producto adecuado debe tener una visión de lo que se necesita construir, un sólido conocimiento de los usuarios y del mercado y una gran capaci-dad para priorizar el trabajo pendiente. Asegúrate de que tengan la autoridad perti-nente para tomar decisiones y comprometerse con el equipo a diario.

También es muy recomendable contar con un desarrollador certificado por Mendix para ayudar al equipo a formarse en esa plataforma.

Otros miembros del equipo que se deben tener en cuenta en la fase de inicio son los que llamamos aceleradores. Por ejemplo, la persona encargada de la interfaz de usuario o de la experiencia de usuario se encarga de conferir un buen aspecto a la aplicación, pero también establece un ecosistema de plantillas para futuras aplicaciones. También es necesa-rio que un arquitecto establezca directrices y piense en el estado futuro del ecosistema de IT.

puedan colaborar estrechamente y tiendan un puente entre las necesidades empresariales y las posibilidades técnicas.

Un escollo que debe evitarse es asignar un integrante del equipo diferente para cada función del proyecto. Cada integrante puede ser responsable de varias funciones. En lugar de una estructura formal, los integrantes del equipo asumen el trabajo según sus áreas de experiencia. Por ejemplo, no se necesita un Scrum master para los primeros proyectos; el desarrollador principal puede desempeñar esta función además de sus tareas de desarrollo habituales.

Etapa de inicio típica

Ingenieros con formación

Acelerador

Un propietario del producto

Un Scrum master/líder Experiencia del usuario Arquitecto

Parte 3 ⃒ Personas

13

Los desarrolladores de Mendix tienen todo tipo de habilidadesLos desarrolladores proceden de todos los ámbitos de la empresa, no solo de IT. Las plataformas low-code te permiten establecer equipos de creadores de todos los perfiles, desde programadores con experiencia y desarrolladores empresariales hasta analistas expertos en tecnología.

«Como el propietario del producto se sienta a nuestro lado, podemos obtener rápidamente información sobre lo que estamos desarrollando, lo que hace que todo resulte mucho más rápido».Jennifer Taylor business developer Innovapost

«Con Mendix debes pensar en el modelo de base de datos y las relaciones entre entidades, y construir a partir de ello. Si eres capaz de hacerlo, piensas de forma completamente diferente y entiendes las relaciones. Eso ha contribuido a que sea un mejor desarrollador».Evan Gagnier full stack developer Granite Telecommunications

Desarrollador sin experiencia

Business developer

Desarrollador rápido

Full stack developer

Business developers Desarrolladores de IT

Business developers de Mendix Studio

Desarrolladores profesionales de Mendix Studio Pro

Desarrolladores expertos de extensión de código

14

Activar el equipoEn la fase de inicio del centro de creación, resulta tentador centrarse solo en la nueva plataforma low-code. En realidad, lo mejor es formar también al equipo en un proceso de desarrollo Agile para que sus integrantes puedan colaborar eficazmente. Eso hará que el aprendizaje de la plataforma Mendix sea más fácil porque entenderás cómo funciona. Al observar a un desarrollador experto de Mendix en acción, tu equipo aprende a involucrar eficazmente a las partes interesadas de la empresa y a ofrecer mejores soluciones.

Otra forma de capacitar a tu nuevo equipo de Mendix es mediante la formación y la certificación. La Academia de Mendix ofrece cursos introductorios de tres días y certificaciones de desarrollador rápido para que los empleados aprendan cómo desarrollar rápidamente aplicaciones y utilizar la plataforma Mendix.

Los equipos de desarrollo rápido de aplicaciones más eficaces están juntos en el sitio, idealmente con el propietario del producto, y trabajan con iteraciones frecuentes basadas en el feedback de los usuarios. Tu fábrica de innovación consiste en posibilitar la creatividad para resolver los retos empresariales con mayor rapidez. Si el equipo se mantiene unido, el grupo se sentirá entusiasmado y motivado para ofrecer y mostrar resultados de forma continuada.

«Siempre se habla de resolver problemas con el software, pero no creo que siempre sea cuestión de resolver problemas. Se puede añadir valor a un proceso ya creado. A veces incluso se puede mejorar».Yasmijn Joosten desarrolladora sin experiencia Kuehne + Nagel

«Queríamos mostrar la rapidez con la que se puede realizar un proyecto con poca o ninguna sobrecarga utilizando la ejecución digital y permitiendo a los desarrolladores trabajar con libertad de verdad, sin presión».Russ Martin desarrollador rápido Erie Insurance

Proporcionar al equipo las herramientas adecuadas también les hará llegar lejos. Cada integrante del equipo utilizará diferentes herramientas según sus conocimientos técnicos. Un desarrollador sin experiencia, alguien con poca o ninguna experiencia en programación, puede aprender fácilmente a usar Mendix con Mendix Studio. Los desarrolladores tradicionales se sentirán cómodos con Mendix Studio Pro.

15

Al crear el equipo, también deseas crear una estrategia de crecimiento para ampliar el programa de desarrollo rápido de aplicaciones de un modo eficaz. Para ello, dispones de varias opciones.

Opción A: el modelo centralizadoEn este modelo, hay varios propietarios del producto que trabajan con un Scrum master y dirigen varios equipos de desarrolladores que trabajan en distintos tipos de aplicaciones.

También es conveniente empezar a crear y fomentar una reserva de talento a la que poder recurrir de inmediato si un desarrollador deja el equipo.

Estrategia de crecimiento del equipo

Acelerador Reserva de talentos

Scrum master A/líder

Propietario del producto A

Propietario del producto B

Propietario del producto C

Experiencia del usuario

Certificado por Mendix

Certificado por Mendix

Certificado por Mendix

Certificado por Mendix

Arquitecto

Equipo A

Equipo B

Equipo C

Operaciones

Garantía de calidad (QA) y pruebas

16

Opción B: el modelo descentralizadoEste modelo requiere un equipo de desarrollo principal formado por un ingeniero de Mendix, un arquitecto empresarial, un diseñador, un Scrum master y desarrolladores profesionales. Este grupo forma y capacita a la reserva de talentos para diferentes unidades empresariales.

El equipo principal es el propietario de los portfolios de aplicaciones, establece las directrices de la arquitectura, determina las mejores prácticas y asegura la concienciación en toda la empresa mientras las demás unidades construyen sus propios portfolios. Este modelo también capacita a los desarrolladores del negocio de tu empresa. Si pensamos en el futuro, aquí es donde se empieza a escalar la fábrica de innovación.

Estrategia de crecimiento del equipo

Arquitecto EA/líder

Gestión de pruebas/Q&A

Reserva de talentos

Certificado por Mendix

Certificado por Mendix

Scrum master

Desarrollador profesional

Diseñador experto

Equipo B

Unidad A (integrada en la unidad de negocio A)

Parte interesada de la empresa

Propietarios del producto

Business developer

Unidad A (integrada en la unidad de negocio A)

Parte interesada de la empresa

Propietarios del producto

Business developer

Unidad A (integrada en la unidad de negocio A)

Parte interesada de la empresa

Propietarios del producto

Business developer

Reserva de talentos

Certificado por Mendix

Certificado por Mendix

Desarrollador sin experiencia

Desarrollador sin experiencia

Desarrollador sin experiencia

Portfolio propio flexible

Portfolio propio flexible

Portfolio propio flexible

Portfolio propio de unidad de negocio

Portfolio propio de unidad de negocio

Portfolio propio de unidad de negocio

Parte 3 ⃒ Personas

17

Visión de BizDevOpsComo estrategia de crecimiento del equipo, recomendamos crear una visión de BizDevOps. El desarrollo rápido de aplicaciones solo puede funcionar tan deprisa como lo permitan las operaciones. Puedes llegar a crear y entregar aplicaciones a la velocidad de la luz, pero estas no crean valor hasta que las operaciones las hacen funcionar. Así pues, empieza a investigar la relación entre el desarrollo y las operaciones en tu empresa.

EstructuraQuieres adoptar tu estrategia de crecimiento del equipo y aplicarla. Tus objetivos consisten en ampliar tu equipo original y crear otros nuevos.

Estrategia de suministro y capacitaciónMendix Studio y Mendix Studio Pro están destinados a desarrolladores de todo tipo. Por ese motivo, puedes contratar a desarrolladores de ámbitos atípicos. No te limites a los full stack developers. Intenta encontrar personas con mentalidad técnica de la empresa que se centren en resolver problemas y hacer grandes cosas.

Para ello, puedes utilizar los recursos de la reserva de talentos que empezaste a formar en la fase inicial. Puedes elegir una opción de crecimiento del equipo que sea adecuada para ti y para tu empresa, y empezar a ejecutarla.

Incrementar los equipos y dividirlosEn la etapa de inicio, el equipo era pequeño a propósito. A medida que las aplicaciones son más complejas y obtienen más exposición, el equipo debe crecer de manera proporcional. Añade un arquitecto y un diseñador de IU/experiencia de usuario si aún no forman parte de tu equipo, así como un ingeniero operativo. Sea cual sea tu estrategia de crecimiento del equipo, también crearás más equipos añadiendo más business developers y propietarios de productos de toda la empresa.

Ya sabes los perfiles que deben conformar tu primer equipo de Mendix. Dedica un tiempo a pensar en las personas con las que trabajas que serían ideales para estas funciones. Ten cuenta a personas de la empresa y a profesionales externos. Cuando les invites a formar parte del equipo, dales a entender de alguna manera que van a participar en algo muy importante y emocionante.

18

Identificar las primeras aplicaciones que desarrollar

Es importante que tus primeras aplicaciones aporten un valor inmediato tras el lanzamiento, ya que el desarrollo rápido de aplicaciones no consiste en entregar con rapidez, sino en obtener valor más deprisa que antes. Recuerda: construye deprisa y bien.

Un proyecto no equivale a una aplicación. Recomendamos empezar con un portfolio de tres aplicaciones. El primer éxito siempre es importante. Sin embargo, para comprender realmente el nuevo proceso de desarrollo rápido de aplicaciones y la plataforma Mendix, una buena práctica es desarrollar varias aplicaciones y demostrar el éxito repetido. Tienes un nuevo equipo con una nueva forma de trabajar que utiliza una nueva tecnología. Mostrar el éxito de manera sucesiva es importante. Limítate a los casos prácticos de las aplicaciones que tengan pocos requisitos predefinidos y un mayor porcentaje de cambio (innovación, compromiso del cliente, eficiencia operativa).

Hemos elaborado una lista de requisitos que te ayudarán a identificar las aplicaciones adecuadas para tu primer proyecto. Es prácticamente imposible encontrar proyectos que cubran los ocho requisitos; por lo tanto, los hemos clasificado en imprescindibles, necesarios y deseables de tener.

Factores que influyen

Enfoque de casos prácticos y portfolio

Entrega de aplicaciones

Imprescindibles

1. Comercializar con rapidezUno de los principales objetivos de la primera aplicación es validar su rapidez para comercializar nuevas ideas.

Es importante identificar los logros rápidos que puedan obtenerse, normalmente en 30 días. Selecciona aplicaciones que tengan un alcance limitado y que puedan mantenerse solas en producción.

2. Conseguir aplicaciones útilesTus primeras aplicaciones también deben ser muy visibles dentro de la empresa. Deben tener la urgencia y el apoyo ejecutivo adecuados, así como aportar un valor empresarial tangible. Selecciona aplicaciones cuyos resultados se harán notar y cuyo éxito compartirán las partes interesadas.

Quieres que la noticia de tus éxitos iniciales se extienda como un reguero de pólvora por toda la empresa. De repente, tus compañeros vendrán a verte y harán comentarios del tipo «Me he enterado de que has entregado esa aplicación en 30 días. ¿Cómo lo has hecho? ¿Servirá para mi proyecto?».

3. Involucrar a partes interesadas de la empresaLos requisitos suelen ser poco claros y se deben determinar mejor mediante la colaboración y el feedback de las partes interesadas de la empresa. El objetivo es ilustrar el mayor nivel de creatividad y colaboración que facilita este nuevo enfoque de desarrollo rápido de aplicaciones.

La clave para involucrar a las partes interesadas de la empresa reside en el papel del propietario del producto. Sabe lo que se tiene que hacer. Las aplicaciones tienen éxito cuando el equipo de desarrollo y el propietario del producto trabajan juntos con pasión para crear aplicaciones que aporten valor. En las primeras aplicaciones, limita la participación de la empresa a un solo departamento. Si intervienen demasiadas personas, pueden obstaculizar la capacidad de tu equipo de tomar decisiones rápidas.

4. Asegurar el deseo de llevar las aplicaciones a producciónOtro aspecto importante es poder llevar las aplicaciones a producción. De este modo, se obtiene una imagen más clara de la ventaja del tiempo de comercialización. Por otra parte, el hecho de empezar con un prototipo puede hacer que otras personas consideren que este enfoque solo es adecuado para la creación de prototipos, lo cual es subestimar su impacto.

Por ejemplo, un cliente de Mendix creó un portal de autoservicio para clientes en seis semanas. Una semana antes de la puesta en marcha, descubrió que su competidor principal había lanzado una aplicación móvil. Llevaron la aplicación a producción y en dos semanas añadieron la funcionalidad móvil mientras la versión inicial ofrecía valor. La entrega rápida de aplicaciones te da la capacidad de pivotar rápidamente y abordar los cambios en el mercado en cuestión de semanas.

5. Limitar dependenciasPara entregar aplicaciones en solo 30 días, limita las dependencias externas de las aplicaciones. Los factores externos sobre los que se tiene poco o ningún control pueden disminuir rápidamente la ventaja de productividad que ofrece la plataforma Mendix. Es como usar un rotulador permanente en una pizarra nueva.

Parte 3 ⃒ Portfolio

19

Dependencias que se deben evitar:

• Integración con los sistemas existentes, especialmente aquellos en los que las interfaces de programación de aplicaciones no están definidas.

• Infraestructura de la implementación. No es raro que en las grandes empresas haya que esperar dos meses hasta recibir el hardware necesario. Por este motivo, implementa tu primera aplicación en la plataforma Mendix en la nube. Con la implementación de un solo clic solventarás los inconvenientes del proceso de implementación.

• Normativa del sector. A menudo, la normativa externa puede hacer que los requisitos resulten poco claros, lo que puede provocar retrasos.

6. No atascarse con los requisitosLos proyectos de innovación digital suelen tener que atenerse a requisitos empresariales poco claros. No te preocupes: esto es algo positivo porque es mejor definir un objetivo o propósito de alto nivel que tener requisitos detallados. Cuantos más requisitos por adelantado tengan tus primeras aplicaciones, más tiempo tardarán en lanzarse. Asegúrate de tener planificadas al menos dos iteraciones de seguimiento para poder captar y perfeccionar los requisitos, y fomentar la confianza de las partes interesadas de la empresa. Esto les muestra que, aunque sus requisitos no se satisfagan del todo en el PMV inicial, lo harán en las próximas versiones.

Tradicionalmente, el proceso de pasar de la idea a la producción supone mucho trabajo. Por lo tanto, cuando las personas de la empresa vean que una idea se hace realidad en tan solo 30 días, se sorprenderán.

Matt Rogers, CIO de Suez UK, una empresa de gestión de residuos, buscaba una forma de solucionar rápidamente las carencias de su portfolio. Gracias a Mendix, él y su departamento pudieron resolverlas: «Cuando tenemos lagunas en nuestra arquitectura o nuestro portfolio de aplicaciones, el low-code nos permite crear las aplicaciones muy deprisa y comercializarlas».

7. Convertir reveses en logrosEstá bien admitir las derrotas. Y, en este caso, es algo positivo. Puede parecer contradictorio, pero las primeras aplicaciones buenas suelen ser las que la empresa no había podido entregar anteriormente.

Por ejemplo, un cliente de Mendix fracasó al principio al crear una aplicación que calculaba los precios porque el algoritmo era muy específico del negocio y el desarrollador de .NET no supo captar todos los matices. Gracias a Mendix, las partes interesadas del negocio y los desarrolladores de IT fueron capaces de convertir ese revés en un logro, colaborar mucho más estrechamente y en pocos días entregar con éxito una primera versión de la aplicación.

20

8. Hacer aplicaciones inteligentesPara garantizar que las aplicaciones ofrecen la mejor experiencia posible al usuario, deben ser contextuales, proactivas e inteligentes. Desarrolla una aplicación que pueda utilizar inteligencia artificial para personalizar la experiencia del usuario o que utilice la geolocalización para informarte de la ubicación del pastel que has encargado con motivo de la gran fiesta de lanzamiento de la aplicación.

A medida que se avanza de la fase de inicio a la de estructura, estas directrices se vuelven más laxas. Por ejemplo, puedes seleccionar aplicaciones con varios puntos de integración o empezar a trabajar en aplicaciones que tengan más requisitos predefinidos. Al elegir las aplicaciones adecuadas, ilustrarás varios factores importantes:

1. Puedes comercializar las aplicaciones en un plazo de tiempo sin precedentes.

2. La empresa y IT pueden colaborar eficazmente para innovar.

3. Puedes conseguir resultados con menos recursos (equipos pequeños, bajo coste).

4. Eres capaz de trabajar con procesos y ciclos de feedback Agile.

5. Tu nuevo enfoque es un proceso repetible, no un éxito puntual.

6. Demostrarás una mejora continua con el enfoque de equivocarse deprisa y aprender deprisa.

La matriz de complejidadUsar la matriz de complejidad es una manera excelente de evaluar los proyectos adecuados para tu portfolio de la etapa de inicio. La exposición es la cantidad de uso o disponibilidad que tiene una aplicación. La complejidad puede definirse como la complejidad técnica de la aplicación; por ejemplo, ¿cuántas integraciones requiere la aplicación? Es conveniente empezar por el lado izquierdo del cuadrante, que representa a tu equipo aprendiendo y sintiéndose cómodo con la nueva forma de trabajar.

Baja complejidad, alta exposición• Orientación al cliente• Multicanal• Integraciones limitadas

Alta complejidad, alta exposición• Orientación al cliente• Multicanal• Uso intensivo• Gran disponibilidad,

recuperación ante desastres• Arquitectura orientada a

servicios• Objetivo y requisitos por

descubrir

Baja complejidad, baja exposición• Usuarios internos• Impulsor de valor: eficiencia• Objetivo y requisitos bien

definidos

Alta complejidad, baja exposición• Integraciones complejas• Esencial para la empresa• Carga elevada de datos• Usuarios internos• Objetivo y requisitos disponibles

Nivel de complejidad

Nive

l de

expo

sició

n

Dedica unos instantes a repasar los ocho requisitos. Usa la lista de requisitos que aparece a continuación para empezar a pensar y anotar las primeras aplicaciones que vas a crear con Mendix:

• Comercializar con rapidez

• Conseguir aplicaciones útiles

• Involucrar a partes interesadas de la empresa

• Asegurar el deseo de llevar las aplicaciones a producción

• Limitar dependencias

• No atascarse con los requisitos

• Convertir reveses en logros

• Hacer aplicaciones inteligentes

21

Entregar la primera aplicación

Has seleccionado cuidadosamente a tu equipo y tus proyectos. Ahora es el momento de cumplir. Las metodologías Agile como Scrum son un buen punto de partida y un componente esencial en la ejecución digital. Ahora bien, no todos los principios de Scrum son válidos para todas las empresas. Además, si la empresa no tiene la disposición o no está preparada, el esfuerzo es inútil. Debes preparar a la empresa para un desarrollo rápido e iterativo; por tanto, la selección de un propietario del producto es importante.

En la aseguradora Zurich, el asegurador sénior de productos Alex Tong fue un factor decisivo en la primera aplicación del equipo de DevOps de Zurich con Mendix. Tong proporcionó al equipo de DevOps un profundo conocimiento de una aplicación de captura de datos que ayudó al proceso de suscripción. La colaboración de Tong y el equipo de DevOps posibilitó la creación de una aplicación para las aseguradoras con la que los agentes de Zurich ahorran días, lo cual les permite tener más tiempo para realizar presupuestos y generar más ingresos.

La agilidad es imprescindible en el desarrollo rápido de aplicaciones porque aporta al desarrollo de software un enfoque iterativo y basado en el equipo. Los equipos de desarrollo rápido de aplicaciones entregan los componentes de una aplicación en sprints, fases con plazos definidos y una lista finita de resultados planificados al principio. La colaboración es la clave de un enfoque Agile.

A continuación, ofrecemos una serie de pautas para asegurar el éxito de la primera aplicación con el desarrollo rápido de aplicaciones:

1. Taller de admisión

En este taller comienza la verdadera colaboración. Su propósito es definir el objetivo empresarial del proyecto: no lo que se quiere construir, sino también lo que se quiere conseguir. Deberían participar las siguientes personas:

• El patrocinador del proyecto, o el líder de la iniciativa de transformación digital, que puede articular el valor estratégico del nuevo enfoque.

• El propietario del producto, que puede describir el problema que debe resolver la aplicación.

• Usuarios avanzados de Mendix, un subconjunto de usuarios finales, para permitir la definición de los requisitos del primer sprint. Tienen un conocimiento de primera mano de los retos y las necesidades de la empresa.

Este tipo de interacción ayudará a crear una actitud diferente respecto a IT y a preparar el terreno con el resto de la empresa. Este taller por sí solo no transformará tu empresa. Sin embargo, consigue que esta piense: «Esto podría funcionar». Es una victoria sobre la que se puede construir.

2. Taller inicial

En el taller inicial se tratan varios temas:

• Asignar funciones y responsabilidades del proyecto

• Formular un plan de entrega de alto nivel

• Crear una conciencia Agile y un enfoque ajustado de gobernanza

• Compartir objetivos empresariales estratégicos

• Definir reglas de actuación claras

En lugar de asignar funciones técnicas, asigna a las personas la plena propiedad de sus casos de usuario y divide el trabajo en función de ellos. Gracias a Mendix Studio y Mendix Studio Pro, los business developers pueden hacer la mayor parte del trabajo por sí solos. Luego, cuando sea necesario, pueden intervenir expertos para cuestiones técnicas como la integración o el ajuste del rendimiento. El uso de herramientas de gestión de proyectos como Jira o Sprintr puede ayudar a gestionar el trabajo basado en casos de usuario.

Una vez definidas las nuevas reglas de actuación, elabora en equipo los primeros 10 o 20 casos de usuario. Haz que una persona escriba un caso de usuario y que otra lo interprete. Este método ayuda a crear un vocabulario y un entendimiento compartidos, incluida una definición de «listo» que indica cuándo el equipo en su conjunto considera que un caso de usuario está listo para su desarrollo.

Como último paso, prioriza los casos de usuario para el primer sprint de desarrollo. Mendix proporciona APIs que conectan herramientas y servicios con la plataforma Mendix. Recomendamos que primero intentes efectuar todo el trabajo en Mendix antes de integrarlo con una herramienta o un servicio de terceros. Cuando empiezas a incluir estos elementos, las dependencias tienden a aumentar, justo lo que se quiere limitar en la fase de inicio.

22

Entregar la primera aplicación

3. Sprints cortos

Scrum suele requerir sprints de dos a cuatro semanas. Si los sprints son más largos, siempre existe la amenaza de que una aplicación no salga a la luz. Cuanto más deprisa se comercializa, más deprisa se puede obtener valor.

Un enfoque de desarrollo tradicional sugiere esperar a recibir el feedback al final del sprint. Si los sprints son más largos, los supuestos de los que parten los desarrolladores pueden afectar de forma negativa al final del sprint, cuando finalmente se hace la demostración de la aplicación, ya que los desarrolladores no obtienen feedback con la antelación y la frecuencia suficientes. Si los errores se acumulan y no se abordan hasta el final del sprint, se ralentiza el desarrollo de la aplicación.

Un aspecto importante de la colaboración es escuchar. El hecho de contar con la empresa y pedir su feedback a lo largo del proceso de desarrollo indica que no solo se tiene en cuenta su opinión, sino que se es capaz de escuchar e incorporar feedback con notable rapidez. Asegúrate de asignar tiempo para procesar el feedback de los usuarios.

El modelado visual de Mendix permite a la empresa ver lo que se construye; no se necesita examinar los entresijos ni el código para entenderlo. Este es un factor esencial para la colaboración y el compromiso. Asignar tiempo al feedback contribuirá a que la empresa sienta por primera vez que está realmente involucrada en el proceso de creación.

4. Primera reunión de revisión del sprint

En cada reunión de revisión del sprint, pero sobre todo en la primera, es fundamental presentar una buena demostración de trabajo.

• Debes mostrar cómo resuelves los problemas empresariales. No te limites a demostrar funciones; vincula la demostración con los objetivos y los retos empresariales compartidos al comienzo del proyecto.

• Asegúrate de que la interfaz de usuario tenga un buen aspecto. Los usuarios juzgarán el libro por la portada, incluso al principio del proceso de desarrollo. Intenta que no pierdan interés por no haber invertido lo suficiente en la interfaz de usuario.

• Utiliza buenos datos de demostración. Los datos deben ser representativos para que la demostración resulte real para los usuarios de la empresa. Empezarán a entusiasmarse con el impacto de la nueva solución.

La interfaz de usuario de Mendix Atlas es una estructura de diseño ampliable y de código abierto que aporta buenas experiencias de usuario a tus aplicaciones. La interfaz de usuario de Atlas confiere a las interfaces de usuario una simplicidad, coherencia y capacidad de respuesta que te permite identificar tus aplicaciones con la empresa y hacerlas utilizables en toda una gama de dispositivos.

Mendix Studio Pro permite adoptar un enfoque Agile basado en Scrum. Con funcionalidades como los sprints, la gestión de casos y la gestión integrada del feedback, puedes poner en marcha fácilmente una tienda Agile en un entorno centralizado. Y, lo que es más importante, puedes empezar a tender un puente entre la empresa y IT, y empezar a desarrollar aplicaciones que aporten un valor real.

La realización de sprints más cortos sirve de ayuda a los equipos que están aprendiendo a colaborar entre sí y con toda la empresa, y también es útil para calcular la complejidad de los casos de usuario que se deben crear. Cuando la aplicación empiece a tomar forma, podrás pasar a sprints de dos semanas.

Mendix Studio Pro proporciona varias herramientas para posibilitar la colaboración en tiempo real entre la empresa y IT:

• El portal para desarrolladores: contiene una página de casos en la que se pueden añadir y editar sprints. También incluye una herramienta de redes sociales llamada Buzz, en la que los usuarios pueden publicar actualizaciones, hacer comentarios y cargar documentos.

• El widget de feedback y colaboración permite obtener y recibir feedback fácilmente de todas las personas que participan en el proyecto. Además de redactar comentarios, se puede obtener feedback en tiempo real con las funciones de editar, ver y compartir.

• APIs: conecta Mendix con herramientas y servicios de terceros.

Demostración de cada sprintEl diseño de sistemas puede ser un ejercicio abstracto. Para asegurarse de que los desarrolladores coinciden con los propietarios de los productos y viceversa, el propietario del producto debe hablar con los desarrolladores y establecer un lenguaje común. Mendix Studio y Mendix Studio Pro permiten eliminar la abstracción. El desarrollo basado en modelos y la colaboración en tiempo real te permiten crear un lenguaje común y compartido entre tu equipo de Mendix, ya sean desarrolladores o propietarios de los productos. En lugar de limitarse a mencionar una función, un desarrollador la puede mostrar fácilmente en acción y obtener feedback inmediato sobre ella.

Parte 3 ⃒ Portfolio

23

Definir el valor y comenzar a seguirlo

Tus aplicaciones deben combinar tres elementos para tu empresa:

1. Crear nuevos productos y modelos empresariales

Las aplicaciones pueden ayudarte a poner en marcha programas estratégicos para conseguir objetivos empresariales como el lanzamiento de nuevos modelos empresariales, la entrada en nuevos mercados y mantenerse por delante de la competencia.

2. Mejorar el compromiso de los clientes

Aplicaciones que crean nuevos productos o servicios que atraen a nuevos clientes o que mejoran un producto ya creado para evitar la pérdida de clientes. Haz que vuelvan a por más.

3. Incrementar eficiencias operativas

Aplicaciones que te ayudan a reducir los costes operativos y de IT con la automatización de procesos y las mejoras de la infraestructura.

Factores que influyen

ROI y presupuesto para el cambio

Propietario del programa

La visión

Al evaluar el valor de tu portfolio de aplicaciones, ten en cuenta la rapidez con la que comercializas tus aplicaciones, la rapidez con la que creas dichas aplicaciones y el tiempo y dinero que ahorras en el desarrollo.

Factores clave del valor

Aumento de la velocidad de comercialización

Incremento de la velocidad de la aplicación

Reducción del coste de desarrollo

TradicionalHoras dedicadas a desarrollo y mantenimiento

Coste por hora

Infraestructura

Tradicional RAD

RAD

Inicio

Inicio

Activo

Activo

$$$

$$$

Cuanto mayor sea el valor potencial de tu aplicación, mayor será la imprevisibilidad. Es decir, una aplicación diseñada para reducir costes tiene un valor más predecible que una que te ayude a entrar en un nuevo mercado. Puedes utilizar la matriz de complejidad mencionada anteriormente para definir el valor de tus productos con más precisión. También puedes crear un caso práctico con el propietario del programa que describa la situación actual y ofrezca una descripción del concepto de la aplicación.

24

Definir el valor y comenzar a seguirlo

Empezar a crear un caso práctico digitalUtiliza nuestra plantilla de casos prácticos digitales para comenzar a evaluar el valor de tu proyecto. El caso práctico debe definir el concepto de la aplicación, lo que resuelve o crea, y los indicadores clave de rendimiento (KPI) para ayudar a evaluar tu éxito.

Aplicación de captura de datos (B2B) ✓Situación actual

Calidad de datos deficiente ...................................................................................................................

Demasiado tiempo dedicado a la introducción manual de datos .............................................................

No hay página de presentación .............................................................................................................

Descripción de la idea

.............................................................................................................................................................

Estamos convencidos de que esta nueva aplicación puede mejorar la calidad de los datos y automatizar su captura ............................................................................................................................................

.............................................................................................................................................................

¿Qué va a resolver/crear? ¿Hay KPIs afectados? Es posible gracias a:

................................................ ............................................... .............................................

reducción del tiempo de captura de datos, ................ ............................................... Mendix Studio, creadores, .....

aumento de la integridad de los datos, ............................ ............................................... ingenuidad ............................

una fantástica página de presentación ....................... ............................................... .............................................

................................................ ............................................... .............................................

Parte 3 ⃒ Portfolio

25

Celebrar el éxito

Tus aplicaciones iniciales serán un catalizador del cambio en toda la empresa. Para asegurarse de que la empresa conoce los éxitos de las aplicaciones y comprende su valor, es preciso celebrar el éxito.

Cuando esto sucede, se crea conciencia del valor que has aportado y su significado para otras personas y otros departamentos de la empresa. La celebración impulsa el patrocinio ejecutivo, establece un apoyo más amplio y atrae nuevos talentos. Según McKinsey, la implicación de los líderes de la empresa es fundamental. «Las empresas que cuentan con el patrocinio de su CEO tienen el doble de probabilidades de mostrar un alto rendimiento que las empresas cuyos CEOs no están directamente comprometidos con la transformación digital».4

A las personas les gusta que las asocien con el éxito. Cuando lo detectan, quieren formar parte de él de inmediato.

A continuación, se proporcionan varias sugerencias para maximizar el impacto de la celebración interna:

• Organiza una fiesta e invita al mayor número de personas posible, no solo a tu equipo de desarrollo. Celebra la fiesta en un lugar céntrico para que otros departamentos sepan que hay un evento.

• A la gente le encanta el pastel. Para ser más concretos: el pastel gratis. Encarga una buena tarta. Uno de nuestros clientes de la industria de transporte marítimo hizo que su pastel pareciera un contenedor de transporte porque su aplicación aumentó el uso de sus contenedores. Puedes hacer que el pastel tenga el aspecto de un volcán, porque la empresa está a punto de entrar en erupción.

• Asegúrate de que tu patrocinador con más rango ejecutivo esté en la sala para reforzar la importancia del desarrollo low-code.

• Cautiva al público presentando los sorprendentes resultados de tu proyecto. Haz que la empresa enseñe la demostración.

EstructuraEl portfolio de la etapa de estructura consiste en ampliar el número de aplicaciones del portfolio, sus casos prácticos y su complejidad.

Pasar a aplicaciones de alta complejidadEn la fase de estructura, quieres hacer un movimiento a la derecha en la matriz de complejidad/exposición. Solo después de haber logrado un éxito repetido y una velocidad de entrega coherente deberías pasar al cuadrante superior derecho. Se trata de un enfoque gradual.

Gatear, caminar y correrAsegúrate de que tu equipo está preparado para asumir aplicaciones más complejas. Forma a sus integrantes y conviértelos en desarrolladores rápidos y avanzados certificados gracias a la Academia de Mendix. Toma la estrategia de gobernanza que tratamos más adelante y ponla en práctica.

Combinación de portfolio/casos prácticos de revisión, concepción inicial y componentesEn la fase inicio, has seleccionado tus primeros proyectos, los has entregado y has recibido muchos elogios. En la fase de estructura, quieres ampliar tus casos prácticos y empezar a aumentar la producción. Para llevarlo a cabo, expresa una «ambición de aplicaciones». Esta es tu declaración de intenciones para hacer crecer tu portfolio. Indica cuántas aplicaciones quieres crear, a qué caso práctico corresponden y empieza a calcular su valor.

Piensa en los puntos clave de información que mostrar al celebrar el lanzamiento de la aplicación: Estas son algunas sugerencias:

1. Motivos por los que empezaste a crear esta aplicación.

2. Los indicadores clave de rendimiento (KPI) de la aplicación.

3. Tu viaje hacia la concepción de la aplicación.

4. El rendimiento de la aplicación respecto a los KPIs.

5. Las claves.

Parte 3 ⃒ Portfolio

26

Poner en marcha la estructura de gobernanza

Un elemento fundamental del éxito es repetirlo. El éxito repetido conduce e informa de tu gobernanza en torno al desarrollo rápido de aplicaciones. Debes definir y aplicar procesos y normas sobre el desarrollo de aplicaciones que te ayuden a coordinar y controlar tu portfolio de aplicaciones.

La gobernanza es crear un centro donde se establecen las mejores prácticas en torno a la metodología Agile y Scrum, la interfaz de usuario/experiencia de usuario y directrices sobre construcción, implementación y arquitectura. Asigna a los integrantes de tu equipo responsabilidades en torno a estas mejores prácticas.

Parte 3 ⃒ Proceso

Factores que influyen

Propietario del programa

La visión Arquitecto Entrega de aplicaciones

27

Establecer una cadencia retrospectiva

Para lograr este hito, primero es importante establecer los objetivos de una retrospectiva. La retrospectiva debe mirar atrás en el proyecto, revisar los éxitos y las lecciones aprendidas.

1. ¿El proyecto ha logrado su objetivo empresarial?

2. ¿Contabas con las personas adecuadas en el equipo?

3. ¿En qué medida se ha involucrado la empresa en el proceso?

Acepta cualquier clase de feedback, tanto si son impresiones como valoraciones basadas en datos contrastables. Una vez más, comunica a la empresa que tienes algo que decir y que tu aportación es vital para mejorar los proyectos futuros. Busca su asesoramiento sobre cómo llevar a cabo un enfoque de desarrollo rápido de aplicaciones más estructurado y que mejore aún más el compromiso y la colaboración con otras unidades empresariales.

Una de las preguntas más importantes que hay que formular a las partes interesadas de la empresa en la retrospectiva es esta: «¿Qué comentaría a amigos/colegas sobre este proyecto para lograr entusiasmarlos?». Este argumento de ventas es un excelente material para obtener feedback interno, con el objetivo de implementar este enfoque a escala más amplia en toda la empresa. Para lograr que la empresa se involucre de manera incondicional, es posible que tengas que corregir años de percepción. La clave es comunicar y demostrar constantemente. Una vez que los usuarios de la empresa comprueben que has cumplido lo que aseguraste que harías, y que pueden tener un impacto significativo en el proyecto, adoptarán este nuevo enfoque enseguida.

IncorporaciónYa hemos mencionado los hitos centrados en las personas. Sin embargo, la incorporación es un hito centrado en las personas que entra de lleno en el aspecto del proceso de la fase de inicio. Has seleccionado a tu equipo, pero tienes que dar tiempo a los integrantes para que asuman bien su función. Cometer errores y experimentar con diferentes herramientas y procesos te ayudará a descubrir lo que es válido y lo que no para tu proceso de desarrollo rápido de aplicaciones.

Lo que se aprende durante la incorporación también puede ayudar a informar tu estrategia de gobernanza. Por lo tanto, es conveniente registrar no solo los éxitos de la etapa inicial, sino también los errores.

Intenta estructurar tu próxima retrospectiva en torno a estas preguntas:

1. ¿Qué te ha gustado?

2. ¿Qué has aprendido?

3. ¿Qué ha faltado?

4. ¿Qué esperabas encontrar?

EstructuraYa has determinado que funciona y ha llegado el momento de codificar ese éxito: los hitos del proceso en la estructura se centran en la normalización de las mejores prácticas y en la creación de una gobernanza en torno a los aspectos técnicos del desarrollo rápido de aplicaciones.

Parte 3 ⃒ Proceso

28

Normalizar mejores prácticas y metodologías

Esto es lo que quisiéramos denominar gobernanza funcional. Aquí capturas los diferentes procesos que has utilizado con éxito para compartirlos con otras personas y hacer referencia a ellos. Capturar los hitos de los cuatro factores (el proceso de ideación, el ciclo de lanzamiento, los métodos de colaboración y la forma de asegurar la calidad) son procesos en los que se deberían basar las mejores prácticas.

Para comprender mejor tus éxitos, asegúrate de que, al cerrar los bucles de aprendizaje y pasar por el proceso de feedback, tú y tu equipo empezáis a incluir las lecciones aprendidas en tus retrospectivas. Esto ayudará a definir y construir un manual de estrategias de desarrollo rápido de aplicaciones en la fase de estructura.

Establecer un plan de gobernanzaSi el hito anterior se refiere a la gobernanza funcional, este alude a la gobernanza técnica. El plan de gobernanza que se visualizó en la fase de inicio debería estar en marcha en este momento. Establece directrices y reglas en torno a la arquitectura, las pruebas/el control de calidad y la implantación para asegurar que el proceso siga funcionando sin problemas incluso con más personas y aplicaciones más complejas.

Parte 3 ⃒ Plataforma

Posicionamiento de alto nivelEl posicionamiento de alto nivel consiste en saber cómo y dónde encaja Mendix con el resto del ecosistema de IT. Utiliza la fase de inicio para experimentar las ventajas del abastecimiento instantáneo no solo del entorno de la aplicación, sino también de todo el software necesario para apoyar todo el ciclo de vida, desde la gestión del proyecto hasta los repositorios. Conocer mejor lo fácil que debe ser implementar y utilizar las aplicaciones muestra cómo los desarrolladores pueden realizar este proceso y ayudar a tu fábrica de innovación a lograr una productividad y eficiencia continuas.

Factores que influyen

Propietario del programa

Huella organizativa Arquitecto

29

Estrategia de implementación

La etapa de inicio es un momento excelente para empezar a explorar la nube y utilizar este conocimiento como aportación para decisiones estratégicas en el futuro. Lo más probable es que implementes tu aplicación en la plataforma Mendix en la nube porque es la más optimizada para ejecutar aplicaciones creadas con Mendix. Basada en Cloud Foundry y AWS, Mendix en la nube es la solución de implementación en la que Mendix proporciona entornos de alojamiento. Está disponible en todo el mundo y viene de serie con información detallada, funciones de alerta, opciones de alta disponibilidad y copias de seguridad.

Ejecutar en la nube

Ahora bien, a medida que amplías tu portfolio y pasas de la fase inicio a la de estructura, deberás tener en cuenta otras opciones de implementación y pasar a un entorno de varias nubes. Comprender los entornos de la nube en los que se va a implementar, por ejemplo las funciones de seguridad y cómo se integran en la estructura de seguridad configurada, ayudará a informar sobre cómo se pasa a la estructura.

30

Estrategia de implementaciónParte 3 ⃒ Plataforma

Las aplicaciones de Mendix se ejecutan en la arquitectura de tiempo de ejecución sin estado y nativa en la nube de la plataforma, que se ajusta a los principios de las aplicaciones de 12 factores con compatibilidad con plataformas modernas en la nube como Docker, Kubernetes y Cloud Foundry. Las aplicaciones de Mendix proporcionan escala automática, abastecimiento automático, recuperación automática, baja sobrecarga de infraestructura, e integración e implementación continuas en la nube, y todo de forma predeterminada.

La plataforma Mendix te permite empaquetar e implementar con un solo clic las aplicaciones en el proveedor de la nube que prefieras. Esta función crea automáticamente el correspondiente paquete de implementación (como Docker o Cloud Foundry) y admite la creación de paquetes de compilación para la implementación en instalaciones físicas o de infraestructura como servicio.

Estrategia de datos y de integraciónAl igual que tu estrategia de implementación, también querrás empezar a considerar cómo es tu estrategia de datos y de integración con Mendix y el resto del ecosistema de IT. Asimismo, debes tener en cuenta la estrategia de la arquitectura. Esta es una oportunidad para que ese arquitecto de vanguardia que elegiste venga y comprenda qué arquitectura funciona mejor para tu programa de desarrollo.

Parte de la construcción de una fábrica de innovación de éxito consiste en pasar de una arquitectura monolítica a una configuración de microservicios. Tu vanguardia necesita investigar si los microservicios son adecuados para la empresa y evaluar sus beneficios (pista: son adecuados para tu negocio).

Los microservicios suponen una mejora histórica en la forma de diseñar, crear y gestionar los activos de IT. Consideramos que no hay combinación más productiva que una arquitectura de microservicios y el uso de una plataforma low-code.

Los equipos DevOps pequeños y autónomos utilizan microservicios para producir componentes implementables que cumplen una función empresarial de forma autónoma. Utiliza los microservicios para modelar tu entorno general IT de la forma en la que funciona una empresa. No solo reduce la laguna entre las partes interesadas de la empresa y IT, sino que también puede mejorar drásticamente la flexibilidad y el tiempo de comercialización.5

Cambiar a la nube y a los microservicios junto con el uso de Mendix puede ayudar a conseguir que la velocidad de desarrollo de aplicaciones se multiplique por cinco o por diez.

EstructuraYa has establecido las estrategias de implementación e integración. Ha llegado el momento de ejecutarlas. Los objetivos de estructura de la plataforma consisten en el desarrollo de componentes reutilizables y la ampliación a una estrategia de varias nubes.

Desarrollar componentes reutilizablesPasar con éxito de la fase de inicio a la de estructura significa desarrollar componentes reutilizables para ahorrar tiempo más adelante en el ciclo de desarrollo. Primero se debe establecer una estrategia de componentes reutilizables y definir cómo se utilizan, cómo se mantienen y dónde se almacenan. Asigna un equipo de desarrollo para que trabaje exclusivamente en componentes reutilizables. Este equipo se encargará de crear y mantener los componentes. Debe almacenar los componentes en la tienda de aplicaciones de la empresa.

Estrategia de implementaciónEn la fase de inicio, utilizaste la nube de Mendix para implementar tu primer conjunto de proyectos. Sin embargo, a medida que tus equipos crecen y se expanden en diferentes unidades empresariales, es preciso empezar a pensar en una estrategia de varias nubes.

Utilizar Mendix Studio y Mendix Studio Pro en su totalidad en la fase de inicio resultaba tentador. Con todo, has optado por centrarse en las personas y el proceso. Has obtenido unos primeros resultados sorprendentes y unas claves excelentes que demuestran que tu empresa puede adoptar una nueva forma de trabajar.

Has establecido con éxito las bases de tu fábrica de innovación. No solo has logrado los hitos de los cuatro factores, sino que además:

1. Has entregado tu primer valor.

2. Has creado y has capacitado a tu primer equipo.

3. Has desarrollado el primer PMV y lo has entregado.

4. Has diseñado la experiencia de usuario de tu primera aplicación.

5. Has comenzado el diseño de la arquitectura.

Dedica un momento a admirar lo que has realizado y a pensar en los próximos pasos. Recuerda que la clave para pasar de la fase de inicio a la de estructura no es el éxito, sino la repetición de dicho éxito. El éxito repetido demuestra que has limado cualquier aspereza en el proceso, que has suavizado cualquier fisura en tu primer equipo y que has mostrado el valor que has obtenido de tu portfolio.

31

Esto es el comienzoParte 4

El trabajo de verdad acaba de empezar. Conseguir que tu empresa sea innovadora desde el punto de vista digital no es una tarea que se termina en un día. Ahora ya tienes los conocimientos necesarios para ponerte manos a la obra a digitalizar con éxito tu empresa. Estás avanzando con una nueva forma de trabajar en colaboración. Tú y tu equipo crearéis cosas sorprendentes muy pronto.

Aplica los pasos que hemos expuesto en esta guía para que tú, tu equipo, las partes interesadas de la empresa y, en definitiva, toda la empresa, estéis capacitados para responder a la pregunta «¿Qué pasaría si?». Estás preparado para realizar lo imposible. Estás preparado para crear productos excepcionales.

32

Referencias

1. «2016 IDC Futurescape CIO Agenda Prediction 4», Bill Keyworth, IDC.

2. «Faster Software Delivery Will Accelerate Digital Transformation», Forrester, 12-04-2018. www.forrester.com/report/Faster+Software+Delivery+Will+Accelerate+Digital+Transformation/-/E-RES116443

3. «Vanguard and Foundational Enterprise Architects Must Collaborate on a Bimodal Technology Architecture», Cathleen Blanton, Gartner, 26-10-2015.

4. «Cracking the digital code», Holley Bughin, et al. McKinsey and Company, 09-2015.

5. «How Microservices and DevOps Help CIOs Realize Business-IT Alignment», Andreas Lennevi, Mendix, 10-01-2018. www.mendix.com/blog/microservices-devops-help-cios- realize-business-alignment

33

Acerca de Siemens Digital Industries SoftwareSiemens Digital Industries Software está impulsando la transformación para permitir un negocio digital en el que ingeniería, fabricación y diseño electrónico se encuentren. Xcelerator, nuestro portfolio integrado y completo de software y servicios de Siemens Digital Industries Software, ayuda a las compañías de todos los tamaños a crear y aprovechar gemelos digitales con nuevos conocimientos, oportunidades y niveles de automatización para impulsar la innovación. Para obtener más información sobre los productos y servicios de Siemens Digital Industries Software, visita siemens.com/software o síguenos en LinkedIn, Twitter, Facebook e Instagram. Siemens Digital Industries Software – Where today meets tomorrow.

Oficina central: América: Europa: Asia-Pacífico:

+1 972 987 3000 +1 314 264 8499 +44 (0) 1276 413200 +852 2230 3333

© 2021 Siemens. Podrás encontrar aquí una lista relevante de las marcas comerciales de Siemens. Todas las demás marcas comerciales pertenecen a sus respectivos propietarios. 81813-C5-ES 2/21 LOC