A medida que el desarrollo de aplicaciones se vuelve cada vez m¨¢s complejo y din¨¢mico, es un desaf¨ªo entregar productos usables y accesibles con un estilo consistente. Esto es particularmente m¨¢s tangible en organizaciones m¨¢s grandes con m¨²ltiples equipos trabajando en diferentes productos. Los sistemas de dise?o definen una colecci¨®n de patrones de dise?os, librer¨ªas de componentes, buenas pr¨¢cticas de dise?o e ingenier¨ªa que aseguran productos digitales consistentes. Evolucionados a partir de los estilos de gu¨ªas corporativas del pasado, los sistemas de dise?os ofrecen librer¨ªas compartidas y documentos que son f¨¢ciles de encontrar y usar. Generalmente, la gu¨ªa es escrita como c¨®digo y se mantiene bajo control de versiones para que la gu¨ªa sea menos ambigua y m¨¢s f¨¢cil de mantener que simples documentos. Los sistemas de dise?o se han convertido en un enfoque est¨¢ndar cuando se trabaja con equipos y disciplinas en el desarrollo de productos porque permite que los equipos se concentren. Pueden abordar desaf¨ªos estrat¨¦gicos relacionados al producto en s¨ª sin tener que reinventar la rueda cada vez que necesita un nuevo componente visual.
Nuestras experiencias demuestran que los equipos rara vez aplican esta mentalidad centrada en el producto cuando desarrollan sistemas de dise?o. Los principales consumidores de estas librer¨ªas y documentos compartidos son los equipos de desarrollo de productos. Cuando se aplica la mentalidad de producto, los due?os del sistema deben establecer empat¨ªa con los consumidores internos (los equipos de desarrollo) y colaborar con ellos. Encontramos que la raz¨®n por la que muchas librer¨ªas de componentes son difamadas es porque el equipo propietario no pudo brindarles a los consumidores lo que ellos necesitaban lo suficientemente r¨¢pido y no estaba preparado para aceptar contribuciones externas. Una mentalidad centrada en el producto tambi¨¦n requiere que las organizaciones piensen en si y como las contribuciones deben ser realizadas al dise?o de sistemas y c¨®mo deben regirse estas contribuciones ¡ª sobre este tema, recomendamos aplicar la tecnica de registros de decision de los sistemas de dise?o. Para nosotros, ejecutar un buen sistema de dise?o o una librer¨ªa de componentes requiere tanto trabajo social como trabajo t¨¦cnico.
A medida que el desarrollo de aplicaciones se hace cada vez m¨¢s din¨¢mico y complejo, es un desaf¨ªo ofrecer productos accesibles y utilizables con un estilo coherente. Esto es particularmente cierto en las organizaciones m¨¢s grandes con varios equipos que trabajan en diferentes productos. Los sistemas de dise?o definen una colecci¨®n de patrones de dise?o, bibliotecas de componentes y buenas pr¨¢cticas de dise?o e ingenier¨ªa que garantizan productos digitales consistentes. Basados en las gu¨ªas de estilo corporativas del pasado, los sistemas de dise?o ofrecen bibliotecas y documentos compartidos que son f¨¢ciles de encontrar y usar. Generalmente la gu¨ªa se escribe como c¨®digo y se mantiene bajo control de versiones para que sea menos ambigua y m¨¢s f¨¢cil de mantener que los documentos simples. Los sistemas de dise?o se han convertido en un enfoque est¨¢ndar cuando se trabaja entre equipos y disciplinas en el desarrollo de productos porque permiten que los equipos se concentren. Pueden abordar desaf¨ªos estrat¨¦gicos en torno al producto en s¨ª sin reinventar la rueda cada vez que se necesita un nuevo componente visual.
A medida que el desarrollo de aplicaciones se vuelve cada vez m¨¢s din¨¢mico y complejo, es un reto conseguir la entrega eficiente de productos accesibles y usables que tengan estilos consistentes. Design systems define una colecci¨®n de patrones de dise?o, librer¨ªas de componentes y buenas pr¨¢cticas de dise?o y desarrollo que aseguran la consistencia en el desarrollo de productos digitales. Vemos a design systems como una herramienta adicional, ¨²til cuando trabajamos con m¨²ltiples equipos y disciplinas en el desarrollo de producto, porque permiten a los equipos enfocarse en retos m¨¢s estrat¨¦gicos del producto sin necesidad de reinventar la rueda cada vez que se necesita agregar un componente visual. Los tipos de componentes y herramientas que uses para crear design systems pueden variar mucho.
