De Nebula a Supernova: Modelos de Madurez del Sistema de Diseño

Estoy un poco nervioso en este escenario porque si fuiste a la pre-fiesta sabes que este es en realidad el escenario de karaoke. Así que espero poder dar al menos un espectáculo lo suficientemente bueno como para que no te vayas llorando. Él mencionó fotos, si me tomas fotos, siéntete libre de etiquetarme porque mi esposa sabe que estoy en Ámsterdam. Le expliqué que estoy en una conferencia de tecnología. Creo que me cree, pero está bien si me etiquetas para que pueda proporcionar alguna prueba. No vamos a hablar de karaoke, ni del centro de Ámsterdam, vamos a hablar sobre los design sistemas de diseño. Esperemos que podamos obtener un poco más de claridad en el modelo de madurez del design sistema. Antes de comenzar con eso, por supuesto, una pequeña introducción. Hola, soy Joran. Hola. Genial. Es agradable, es por la tarde, así que tengo que mantener la energía un poco alta. Mantendré la introducción breve porque ya he dicho muchas cosas. Si quieres conectarte, no dudes en encontrarme en internet porque también estoy buscando comentarios y eso sirve como base para esta charla. Estuve aquí el año pasado en este lugar en la JS Nation dando una charla sobre la component library y estaba hablando de cómo estábamos dando forma a nuestra component library desde el punto de vista del desarrollador y eso me llevó a tener charlas con muchos otros desarrolladores y diseñadores que también asistieron a la conferencia y me contaron su historia. Empecé a reconocer patterns y eso es básicamente de lo que trata esta charla también porque tengo una sospecha, y ahí es donde entras tú, de que estos patterns no son únicos en nuestra organización. Eso me lleva a la siguiente diapositiva. Mi organización, así que trabajo para un supermercado Jumbo, tienen una tienda cerca. Siéntete libre de comprar snacks allí. La característica clave o por qué esto es interesante es porque no somos una empresa de tecnología, ¿verdad? Usamos tecnología para cumplir nuestros objetivos que es vender comestibles, poner esa lechuga en tu estante. Pero no es nuestra principal preocupación, por lo que esta es una tecnología de apoyo y eso tiene implicaciones, creo, en la forma en que hacemos las cosas relacionadas con la tecnología. Entonces, esta es una característica importante y si eso también se aplica a tu empresa, creo que estamos en la misma página. Si eres una empresa de tecnología primaria, hay un camino diferente. Lo destacaré más adelante. Entonces, ¿por qué estás aquí? Espero que sepas por qué estás aquí. Al menos yo sé por qué estoy aquí. Todos sabemos que los design sistemas de diseño son aceleradores para el desarrollo, ¿verdad? Nos benefician. Nos hacen ir más rápido y tarde o temprano todos los que trabajan en el desarrollo web development o desarrollo de aplicaciones, tarde o temprano estarán en contacto cercano con el sistema de diseño ya sea que te guste o no.

Así que es bueno estar preparados. Y la otra parte son los modelos. Entonces, ¿qué hacen los modelos? Nos ayudan a simplificar conceptos o ideas complejas y nos ayudan a comprender cómo podemos usarlos y espero que también podamos aprender dónde podemos mejorar como desarrolladores. Por eso espero que estés aquí. Si necesitas un momento para salir por la puerta en este punto, está bien, pero esto es por qué estamos aquí. Así que vamos a intentar cumplir esos objetivos. Los estoy resaltando para enfatizar aún más. Antes de sumergirnos en todo eso, ¿qué diablos es un design sistema? Veamos si podemos encontrar una definición muy descriptiva de un design sistema. Prepárate porque lo voy a leer en voz alta. Allá vamos. Intentaré usar mi voz de lectura. Entonces, un design sistema es una colección estructurada de elementos de diseño reutilizables y pautas que ayudan a mantener la consistencia visual y funcional en productos y servicios digitales. Ahora tomo una respiración profunda aquí. Y luego pasamos a que sirve como un recurso centralizado para los equipos de diseño y desarrollo, proporcionando un conjunto de estándares. Así que espero que puedas. Sí. De acuerdo. Sí. Gracias. Iba a decir que espero que puedas leer esto y luego la televisión se cayó. Vamos a continuar. Entonces esto es lo que usamos como definición de un design sistema para esta charla. Si quieres acortar la definición, esto también funciona. Esto es de Brad Frost. Él es un experto mucho mejor en design sistema y patrones y demás. Así que esta también es una muy buena definición, mucho más utilizable. Pero para esta charla, creo que la descripción más larga también cumple un propósito porque destaca algunas de las características clave de un design sistema, que son que es estructurado, centralizado y contiene un conjunto de patrones estandarizados. También se trata de los interesados. Lo estamos haciendo tanto por diseñadores como por desarrolladores, también para diseñadores y para desarrolladores, y también para los usuarios finales. Hay otra característica.

Queremos hacer esto con un costo mínimo. El último es para los gerentes de proyecto. No estoy seguro si están aquí hoy. Ahí lo tienen. Así que empecemos ahora. Se me ocurrió este modelo para la madurez del sistema de diseño y es un trabajo en progreso, ¿verdad? Si tienes algún comentario, ven a encontrarme, haz la sesión de preguntas y respuestas y hazme saber cuáles son tus pensamientos y si hay partes con las que también te identifiques. Primero, esta imagen. ¿Alguien reconoce esta imagen? Genial. Sí, algunos entusiastas del espacio. No tantos. Es una lástima. Permíteme explicar. Esto se llama Pale Blue Dot y fue tomada por la sonda espacial Voyager. Así que tengo el espacio como tema, ¿verdad? Creo que el espacio es realmente genial. Vivimos en el espacio, por lo que también es muy importante para nosotros. Pero esto fue tomado por la sonda espacial Voyager a seis mil millones de kilómetros de la Tierra. Entonces, los ingenieros que trabajaron en esa sonda espacial le enviaron un mensaje, la hicieron girar y tomaron una foto de lo que estaba viendo. Y ese puntito allí, eso es la Tierra. Así que ahí es donde estamos en ese momento. La razón por la que incluí esta imagen no es solo porque creo que es una de las imágenes más geniales en la historia de la humanidad, sino que esto muestra a Voyager de dónde vino. Y nuestro modelo también nos ayudará a identificar de dónde venimos. Y también muestra, no puedes verlo, están saludando. Esos son los ingenieros que enviaron a Voyager en su viaje. Se aseguraron de que también tuviera un objetivo y también vamos a investigar eso. Así que por eso esta imagen está aquí. Entonces, las etapas de madurez. He identificado algunas etapas. Y obviamente a veces puedes estar en el medio. Es una especie de área gris, ¿verdad? No es una situación en blanco y negro. Puedes estar en una etapa en la que hayas cumplido características de una etapa más madura, pero es un modelo, por lo que debería ayudarte a simplificar las cosas.

Y nuevamente, quiero enfatizar que este modelo está dirigido especialmente a empresas no tecnológicas o no centradas en tecnología. Vamos a repasarlas. Prometí con mi título que vamos de Nebula a Supernova. Entonces, los tipos de estrellas, creo que son una buena analogía, porque también comienzan casi invisibles, muy nebulosos. Y con el tiempo, los tipos de estrellas comienzan a acumular masa y a influir en su entorno. Por eso creo que funciona. Tenemos un par de ellos. Hasta ahora he identificado cinco. No estoy seguro si hay seis, siete, 20. Dudo que haya 20, para ser honesto. Pero estos son los que tenemos, y los repasaremos uno por uno. Entonces, desde un punto de vista no tecnológico, probablemente comiences aquí. Si estás más orientado hacia la tecnología, probablemente comiences aquí. Y está bien. No hay un camino recto para cumplir con todas estas etapas de madurez. Está bien entrar en una etapa determinada y seguir desarrollando. Etapa uno. Espero que estés listo. En este punto, no se puede hablar realmente de un sistema de diseño todavía. Pero es, en este punto, un intento de diseñadores y desarrolladores de reutilizar algunos elementos de tecnología o patrones. Como desarrolladores o diseñadores, tienes la tendencia a no repetir tu trabajo, o repetir tu trabajo para no tener que hacerlo de nuevo, nos gusta copiar y pegar, en realidad. Y esto ayuda a proporcionar un poco más de consistencia. También te ayuda a construir más rápido. Y también te ayuda al final a compartir patrones, tal vez con otros equipos o con otros desarrolladores. Y esta es la semilla de lo que puede llegar a ser un sistema de diseño. No necesariamente tiene que terminar así, pero esta es el área de preparación, básicamente. Algunas características aquí son que generalmente comienza con elementos hechos a mano que las personas hacen con mucho cuidado a mano. Se construye de forma aislada. Por lo tanto, hay un uso limitado que se comparte entre equipos o individuos. Puede crecer a partir de ahí.

Y también la adopción es muy baja. Es difícil identificar esto como un sistema de diseño ya. Así que pasaremos al siguiente, porque se vuelve más interesante a medida que avanzamos. Esta es la siguiente etapa de estos nombres. Blue Dwarf. Aquí estamos viendo una forma de trabajo más estructurada. Entonces, si tomamos la etapa anterior, que era muy nebulosa e incoherente, en este punto, vemos que los diseñadores y desarrolladores están adaptados más a productos digitales. En realidad están considerando para qué estás construyendo. En este punto, también podría ser una cross-platform. Y esos patrones que ves entre diseñadores y desarrolladores, o entre desarrolladores y desarrolladores o diseñadores y diseñadores, se acoplan un poco más juntos. Entonces, los diseñadores y desarrolladores también comienzan a comunicarse entre sí, lo cual es increíble si puedes lograrlo. No siempre funciona de esa manera. Pero si lo hace, es muy valioso. Pero aún se ve una división probablemente entre patrones de desarrollo y UI patterns. En este punto, el impulsor de lo que el design sistema puede llegar a ser está impulsado por la necesidad. Porque las personas quieren trabajar más rápido. Eso también tiene algunas implicaciones, pero intentaremos resolverlo en la siguiente etapa. Mencioné bibliotecas de terceros. Si comienzas con un producto digital, es muy común usar un conjunto de herramientas. Eso está perfectamente bien. También hay diferentes etapas de conjuntos de herramientas que puedes usar, y también podemos comenzar a mapear en los design sistemas.

No, no vamos a hacer eso. No tenemos tiempo. Pero eso es una discusión diferente por completo. Pero lo que verás es que te encuentras con los límites de usar una biblioteca de componentes estándar. Así que necesitas tomar acción aquí. Características clave, pero pasaremos a la siguiente. Entonces, creo que en este punto, el soul star no es... En realidad es una coincidencia que se refiera a nuestra propia estrella. Pero este es un lugar cómodo. Aquí es donde realmente puedes empezar a pensar en ello como un sistema de diseño. Así que ahora tienes una buena comunicación entre diseñadores y desarrolladores. Así que están hablando juntos. Están trabajando juntos e intentan identificar patrones y componentes que puedan usar y reutilizar. También comienzas a ver documentación, lo cual es divertido de trabajar. Pero es muy útil, porque proporciona consistencia y ayuda a otras personas a moverse más rápido también. Y esto también significa que se necesita mucho más, o al menos un poco más de esfuerzo, para trabajar en el sistema de diseño. Y verás un cambio cultural, donde se está poniendo un poco más de esfuerzo en mantener y hacer crecer el sistema de diseño. Y la tasa de adopción por esa razón es bastante alta, diría yo. Y esta es la ventaja de construir esto desde cero. Si sigues esta ruta, entonces llegarás orgánicamente a una alta tasa de adopción, lo cual es algo a considerar. Características clave aquí. Un alto nivel de comunicación. Intentas fomentar la consistencia proporcionando las herramientas adecuadas. Y animas a las personas a trabajar contigo, porque el sistema de diseño ha crecido en este punto, ¿verdad? Así que se necesita un poco más de esfuerzo y tiempo para trabajar en ello. Lo cual está bien, porque también te acelera. O al menos debería hacerlo. Entonces, estaba hablando de esto, es más el enfoque de arriba hacia abajo, ¿verdad? El gigante rojo. Aquí es donde entras si quieres, desde el principio, comenzar en un sistema de diseño. Y lo que harás entonces, y no creo que este sea el mejor ejemplo. Así que continuaré mi historia desde el enfoque de abajo hacia arriba.

Porque creo que eso es más interesante. Ese al menos es mi recorrido, así que sé un poco más sobre ese recorrido. Pero lo que ves es una colaboración muy estrecha entre diseñadores y desarrolladores. Están tratando de descubrir patrones entre ellos y entre los equipos, y también tratando de descubrir cómo aplicarlos en productos digitales. Y lo que también ves en este punto es el desarrollo de una visión y una estrategia a largo plazo para el sistema de diseño. La extensa documentación es buena, pero creo que la estrategia a largo plazo es lo más valioso aquí. Porque también significa que se necesita un poco más de esfuerzo para proteger el sistema de diseño. Y desde una perspectiva organizacional, también significa que necesitas asignar recursos para trabajar en el sistema de diseño. Lo cual conduce a establecer metas y KPIs. Porque si inviertes recursos, tiempo y esfuerzo en algo desde una perspectiva comercial, quieres saber qué obtienes a cambio. Así que creo que este es un cambio más grande del alma al gran gigante amigable que cualquier paso anterior. Los pasos anteriores fueron bastante fáciles. Podías hacerlo simplemente programando entre un par de desarrolladores y diseñadores. En este punto, necesitas involucrar a la dirección y convertirlo en un producto, hacerlo un portafolio. Este es el último, y puede haber etapas más allá de esta. No sé, tal vez agujeros negros, cuásares. Tal vez la próxima vez hablaré un poco sobre esto. Pero en este punto hemos llegado a un sistema de diseño completo. Esto es algo que podrías abrir al público. No digo que debas hacerlo, pero podrías. En este punto tienes tu visión clara, tienes tu estrategia clara. Todos están a bordo. Todos saben qué es el sistema de diseño y qué representa.

También se considera un activo estratégico en la organización. Por lo tanto, eso también significa que debes protegerlo aún más. Y necesitas tener una forma de asegurar una sólida gobernanza sobre la calidad que conforma el sistema de diseño y sus partes. Pasaré al siguiente punto. Si piensas en los sistemas de diseño, podrías pensar en un par de propiedades y capacidades que también se incluyen en la categoría de sistema de diseño. Hice una lista y esta lista definitivamente no es lo suficientemente extensa. Puede haber más, probablemente hay más. Pero estas son cosas que también forman parte de un sistema de diseño, ¿verdad? Mi suposición es, y creo que es bastante razonable, que no necesitas cada una de estas propiedades para llegar a la etapa 5. Puedes prescindir perfectamente de trabajar en equipo, por ejemplo. La accesibilidad es una de las más importantes, te recomendaría que la incluyas lo antes posible. Pero no necesitas todo. Lo que también es una suposición razonable, creo, es que necesitarás un par de capacidades antes de poder avanzar a la siguiente etapa. Por lo general, verás cada vez más capacidades formando parte de sistemas de diseño más maduros. Y antes de llegar al final, quiero compartir un par de consejos prácticos de al menos mi experiencia y de lo que he escuchado de otros diseñadores y desarrolladores. Esto es algo que puedes llevar contigo e intentar aplicar si te encuentras con problemas similares. Lo que hemos visto es que con la innovación inicial impulsada por la necesidad, las personas lo hacen porque quieren resolver problemas inmediatos, también significa que debido a que no estás siguiendo una visión directa, a veces tienes que retroceder porque te encuentras con un callejón sin salida. Y eso está bien porque aprendes mucho sobre todas esas oportunidades y siempre y cuando las compartas con tus compañeros, puedes aprovechar lo aprendido. También aprendimos que un sistema de diseño refleja la cultura, creo que eso es algo obvio que también se aplica a los sistemas de diseño. Entonces, si estás trabajando en esto, asegúrate de tener compatibilidad cultural. Necesitas tener un sistema y un sistema de contribución que se ajuste a la cultura de la organización a la que se aplica. Y hay, puedes facilitar un cambio cultural, pero debe ser compatible. Eso es, eso es, de lo contrario no funcionará. No puedes obligar a las personas a hacer cosas a las que no están acostumbradas. También notamos que no todos los cambios son igualmente importantes, así que estábamos pensando en agregar un token de diseño en una etapa muy temprana en nuestra organización, pero lo dejamos en espera porque no agregaba mucho valor con el tiempo. Estábamos más contentos agregando otras capacidades a nuestro sistema de diseño en lugar de hacer algo específico como tokens de diseño. Si tienes una visión y estrategia clara, entonces es fácil tomar esas decisiones. Y por último, y lo más importante en este tipo de organizaciones, es que estás constantemente rodeado de personas que lo están usando, ¿verdad? Tienes a tus desarrolladores, tus diseñadores, UXers, todos los que lo están usando y que son partes interesadas en tu organización. Y puedes usarlos. Puedes usarlos para capacitarlos en cómo usar el sistema de diseño, eso facilita el cambio cultural, pero también puedes usarlos para obtener ideas valiosas sobre cómo lo están usando, cómo quieren usarlo y qué funciona y qué no funciona.

Ahora, prepárate para algunas conclusiones sin complicaciones. Veamos qué tenemos aquí. Esto también es algo que se da por sentado, ¿verdad? Pero el software siempre cambia, y requiere esfuerzo proteger ese cambio, y requiere esfuerzo mantener algo que está en constante cambio. Por lo tanto, debes adaptarte a esto en tu estructura organizativa, asegurarte de tener los recursos para facilitar esto, y simplemente asegurarte de poder guiar todo lo que estás haciendo en la dirección correcta. Y lo que ayuda es comunicar claramente tu visión y estrategia. Eso ayuda de múltiples formas porque tener una visión y estrategia clara y tener un plan con puntos prácticos te ayuda con todas las partes interesadas en tu organización que saben de inmediato dónde y cómo pueden contribuir al sistema de diseño y hacer que crezca hacia una etapa mejor o mejorarlo en términos de calidad o agregar nuevas capacidades. Así que te sugiero que aproveches al máximo su participación.

Un nivel de madurez inferior no necesariamente es algo malo. Así que estaba hablando de estas etapas. Si estás en la etapa cero o en la etapa uno, está perfectamente bien siempre y cuando se ajuste a las necesidades de tu organización y también a los recursos de la organización. No tiene sentido optar por un sistema de madurez de nivel cinco si eres solo una startup y estás probando las aguas con un nuevo POC. Eso realmente no se escala bien porque estás poniendo demasiado esfuerzo en tu sistema de diseño.

Terminaré con una hermosa imagen de Voyager. Así que espero que lo que sucedió aquí sea que Voyager 1 y 2, ambos abandonaron nuestro sistema solar, ¿verdad? Estaban en el espacio interestelar. Y eso sucedió porque las personas combinaron sus conocimientos y los pusieron en el camino correcto. Y mi esperanza es que, con todos los comentarios que espero recibir de ustedes también, podamos llegar más allá de las estrellas, como dicen. Ha sido un placer hablar sobre los sistemas de diseño para todos ustedes. No hay tiempo para el karaoke, lo cual es triste. Así que si quieres ponerte en contacto conmigo, encuéntrame, creo que estoy publicando las diapositivas, no usando IA para hacerlo, pero estarán en línea. Así que si quieres saber más sobre esto, por favor ponte en contacto conmigo. Porque estoy buscando retroalimentación. Estoy muy curioso por tus pensamientos. Y eso fue todo. Muchas gracias. Así que veamos qué está surgiendo aquí. Mientras tanto, oh no, ya está apareciendo, así que eso es genial. Veamos qué está surgiendo. Entonces, el que está en la parte superior ahora mismo, y no lo seleccioné, lo siento, es la primera vez que hago esto, es este.

Entonces, ¿cuál diríamos que es el mejor enfoque para seguir desarrollando y mejorando el sistema de diseño que ha alcanzado un estado maduro? Diría que esto, nuevamente, se reduce a tener una estrategia clara y una visión clara, ¿verdad? Y siempre y cuando todo lo que hagas se ajuste a esa visión y estrategia, siempre hay trabajo por hacer, siempre hay mejoras por hacer. Y tener esa visión clara te ayuda a tomar decisiones que ayudan a dar forma al sistema de diseño, pero también creo que el sistema de diseño en sí mismo no es necesariamente el objetivo de una organización. Entonces puede suceder, no he visto ningún caso de uso práctico aquí, pero puede suceder que si cumple con todas las necesidades, entonces has terminado. Pero en la práctica, siempre hay algo que debes hacer, ¿verdad? Siempre hay margen para la mejora. Pero tener esa visión y estrategia realmente ayuda en ese sentido. De acuerdo. Permíteme verificar dónde estamos ahora mismo. Por alguna razón, Slido decidió hacer una actualización rápida. Mientras tanto, sí, aún puedes unirte a las 14.15.

Pasemos a la siguiente pregunta. La siguiente pregunta más votada que tenemos aquí es, ¿cuál fue tu experiencia en convencer a otros interesados en una empresa no tecnológica? También los interesados no tecnológicos? No, todos los interesados. Veamos, lo que hicimos es, esta es la parte de la etapa tres, donde establecemos metas y KPIs. Esas metas y KPIs ayudan a comunicar el valor que estamos aportando con todos los cambios que creemos que necesitamos hacer en el sistema de diseño. Desde una perspectiva empresarial, es una solicitud razonable preguntar, ¿por qué necesitamos invertir tanto tiempo en un sistema de diseño? Bueno, hay numerosos informes de investigación que afirman que un sistema de diseño, bueno, todos sabemos que ayuda con la consistencia, y la consistencia ayuda a impulsar las ventas. Entonces, si ese es tu objetivo final, tener un sistema de diseño realmente contribuye a los objetivos comerciales. Y eso, creo, es la clave de la respuesta, siempre y cuando lo que hagas no se limite únicamente al sistema de diseño, sino que contribuya a los objetivos comerciales, o si puedes vincularlo a los objetivos comerciales, entonces puedes construir un caso. Y luego puedes usar ese caso para convencer a los gerentes o a los interesados no tecnológicos, o a los interesados dentro de la empresa también, de que realmente contribuye al negocio principal. Esa es, creo, la respuesta.

De acuerdo. Y entonces, veamos, oh, esta es interesante. ¿En qué punto dirías que se encuentra Tailwind en la escala? ¿Tailwind? Bueno, no considero que Tailwind sea un sistema de diseño en sí mismo. Es más bien una herramienta auxiliar, ¿verdad? Y puedes incorporarla en tu sistema de diseño, puedes usarla para construir un sistema de diseño. Pero un sistema de diseño es más que solo tecnología. También es más una filosofía, y también son los patrones invisibles o los acuerdos, es un tono de voz, es la paleta de colores. Entonces, en mi opinión, Tailwind no encapsula realmente lo que debería ser un sistema de diseño. De acuerdo. Veamos. Ah, esta es la que ya hemos respondido. Entonces, ¿cuál dirías que es el mejor enfoque para seguir desarrollando y mejorando el sistema de diseño que ha alcanzado un estado maduro? Porque, por ejemplo, recuerdo que mencionaste algo sobre, oh, tal vez hay un agujero negro, algo que podría surgir. ¿Dónde dirías que están los próximos pasos? Sí. Ahora, estoy buscando comentarios sobre eso. Podrías considerar tal vez ver alguna nueva plataforma que quieras soportar. Eso podría ser además del sistema de diseño. Podrías intentar adentrarte en nuevos mercados. Lo que estamos haciendo, por ejemplo, es investigar cómo podemos ofrecer servicios de correo electrónico, cómo podemos ofrecer servicios de impresión incluso. Porque no necesariamente se limita solo a productos digitales. Puede ser cualquier tipo de producto que refleje cómo se presenta la marca.

Así que existen esas capacidades. Pero también podrías hacer que el sistema de diseño en sí mismo, podría hacerlo más avanzado agregando más capacidades. Creo que después de esa etapa 5, hay muy poco margen de mejora. Pero si las personas ven oportunidades, entonces contáctenme, porque estaría encantado de aprender sobre ellas también.

De acuerdo. Y con suerte, luego tendremos otra charla con una continuación de la siguiente. Exactamente. Sí. Luego abordaremos la etapa 6 y no sé dónde terminaremos. De acuerdo. Así que ya estamos buscándolo para el evento del próximo año.

Alguien aquí está preguntando si podrías compartir algunos tips cuando se habla de la documentación del sistema de diseño. ¿Tuviste esta experiencia? ¿Qué nos puedes contar al respecto? Sí. La documentación siempre es un tema delicado, ¿verdad? Creo que todos sabemos que una vez que la documentación está ahí, nos beneficia mucho. Pero hay muy... También lo escuché en la charla anterior, creo. Pero hay muy pocas personas que se entusiasman por escribir documentación. Podría funcionar usar IA probablemente para ayudarte a escribir documentación. Pero también es realmente bueno darse cuenta de que si quieres incorporar a las personas en el uso del sistema de diseño o en el uso de tu tecnología, necesitas hacer algún tipo de documentación de todos modos. Y eso puede ser en palabras. Pero si estás haciendo eso, por favor, escribe esas palabras. Porque esa es tu documentación para la próxima sesión de incorporación que vas a dar. Y eso te ahorra mucho tiempo. Y eso es lo que a nosotros, los desarrolladores y diseñadores, nos gusta hacer también, ¿verdad? Nos gusta ahorrar tanto tiempo como sea posible. El objetivo es ser lo más perezoso posible. Hacer tanto como sea posible con la menor cantidad de acciones posible. Ese es mi objetivo personalmente. No estoy seguro de cómo se traduce eso para alguno de ustedes.

Entonces, ¿dirías que tiene sentido invertir en construir tu propio sistema de diseño desde cero? ¿O está bien usar uno de código abierto? Entonces, sí. La respuesta del desarrollador es depende.

Creo que tiene mucho sentido utilizar algunos de los kits que están disponibles. Porque son muy buenos. Si los hubiéramos conocido cuando comenzamos nuestro viaje, ya estaríamos un poco más avanzados, creo, en nuestro desarrollo. Hay kits muy buenos que te brindan mucha libertad para estilizarlo de la manera que desees. Entonces, no te limitan, pero te apoyan al proporcionarte todos los conceptos básicos que necesitas de todos modos. No hay una respuesta correcta o incorrecta aquí. Se trata de tener los recursos adecuados y elegir la herramienta adecuada que se ajuste a los recursos y los objetivos. De acuerdo. Alguien aquí se pregunta si podrías explicar qué quieres decir con compatibilidad cultural. Tal vez si tienes un ejemplo, sería genial. Entonces, la forma en que configuramos nuestro sistema de diseño es muy similar a cómo los equipos ya están trabajando. Tenemos una cultura en nuestra organización donde los equipos ya están muy abiertos a la colaboración. Y también tenían diferentes dominios, y los dominios intentarían encontrarse entre sí más fácilmente que las personas de fuera de los dominios. Entonces, lo que también hicimos fue configurar el sistema de diseño para permitir que las personas de ciertos dominios se encuentren y colaboren dentro de esos dominios. Porque ya sabíamos que eso sería un éxito. Pero no obligarlos a hacer algo que esté muy fuera de lo que ya estaban haciendo. Les pedimos que contribuyeran mientras trabajaban en características y no necesariamente trabajando en historias específicas del sistema de diseño porque eso no tenía sentido para ellos. Teníamos equipos trabajando en metas de sprint, y sus metas de sprint rara vez involucraban metas del sistema de diseño. Entonces, lo que hicimos en nuestro caso, y eso es nuestra coincidencia de compatibilidad, por así decirlo, es tener nuestros equipos trabajando en el sistema de diseño mientras trabajaban en características comerciales. Pequeños pasos, pequeños incrementos, donde mejoramos gradualmente el sistema de diseño. Y lo hicimos porque así es como ya estábamos trabajando. Y eso es diferente para cada organización, probablemente, pero si puedes configurar algo que esté muy cerca de cómo estás trabajando, te estás preparando para el éxito. De acuerdo. Y eso es todo el tiempo que nos queda. A todos, gracias por unirse, y gracias por venir aquí a hablar con nosotros, Johan. Lamento si pronuncié mal tu nombre. ¿Podrías enseñarme cómo pronunciarlo correctamente? Entonces, escuché un truco. Si estás en inglés, piensa en tu carrera, luego lo tienes. Lo siento, ¿podrías repetir eso? Si en inglés dices `your run`. ¿`Your run`? Sí, entonces estás ahí. De acuerdo. Así es como se pronuncia. De acuerdo. Así que todos, aplaudan a Johan. Ahí lo tienen.