
El año pasado trabajamos con dos equipos de estudiantes de diseño de la Universidad de Loughborough en el Reino Unido. Estos estudiantes tuvieron el desafío de escribir una introducción a un proyecto de código abierto. El equipo 1 se centra en contribuciones sin código, mientras que el equipo 2 tiene la tarea de crear una experiencia de documentación unificada que les brinde la oportunidad de aplicar sus habilidades de diseño a problemas del mundo real en el ecosistema de código abierto.
contactamos Escuela de Diseño y Artes Creativas de la Universidad de Loughborough Porque el ecosistema de código abierto requiere contribuciones sin código. Si queremos que el código abierto prospere y obtenga una adopción más amplia, el pensamiento de diseño (pensar más allá del código para considerar la experiencia del usuario) es fundamental. Cada equipo abordó un desafío único, lo que refleja la creciente necesidad de un pensamiento de diseño de código abierto, tradicionalmente liderado por desarrolladores pero que ahora presiona por mejores experiencias de usuario.
¡Esta publicación celebra su trabajo reflexivo, comparte reflexiones sobre su viaje de diseño e invita a otros a considerar contribuir a proyectos de código abierto!
¿Está interesado en ver el resumen del proyecto usted mismo? Estos resúmenes están abiertos a que cualquiera los explore, piense e intente resolver. Ya sea que estés pensando en una idea, escribiéndola en una servilleta o desarrollando una solución, ¡tu creatividad no tiene límites aquí! Obtenga el informe aquí (PDF).
Introducción del proyecto: aumentar la participación de los diseñadores y las contribuciones no relacionadas con la codificación a proyectos de código abierto.
Objetivo: ayudar a mejorar la forma en que los diseñadores participan en proyectos de código abierto reduciendo las barreras de entrada y fomentando contribuciones de diseño más significativas.
Miembros del equipo: Mirunaalini Alagaraja, Giridhar Parbati, Él JiaruiZou Lechen, Clara Lin
¡Mira la demostración de su proyecto!
Reflexión en equipo
¿Cómo es participar en un verdadero desafío de diseño de código abierto?
Este proyecto realmente desafió a nuestro equipo y puso a prueba nuestras habilidades de colaboración, adaptabilidad y gestión del tiempo. Trabajar con perfiles de clientes reales nos ayuda a resolver problemas más profundamente y comprender su contexto del mundo real. Trabajar con Canonical es particularmente motivador porque nos hace sentir que nuestros esfuerzos están contribuyendo a algo verdaderamente impactante.
¿Qué es lo que más te sorprende del código abierto?
Como equipo, nos dimos cuenta de que realmente no habíamos considerado las diversas barreras que enfrentan los diseñadores al participar en proyectos de código abierto. También nos pareció interesante que muchos diseñadores protegen mucho su trabajo, lo que hace que compartirlo abiertamente sea un verdadero desafío. Crea una tensión única: todos quieren aprender de los demás, pero pocos están dispuestos a regalar su trabajo.
¿En qué decisiones de diseño se centra su equipo? ¿Por qué?
Utilizamos conocimientos de la investigación de usuarios para guiar nuestra dirección de diseño, asegurando que cada decisión esté respaldada por evidencia. La creación de prototipos nos permite probar varios detalles y componentes de diseño, lo que nos ayuda a refinar nuestro enfoque y obtener un sentido de dirección más claro. Como equipo, aportamos diferentes orígenes y habilidades: aquellos con mayor experiencia en diseño naturalmente tomaron la iniciativa en el desarrollo y perfeccionamiento de los aspectos visuales del proyecto.
¿Cómo influyó esta experiencia en su perspectiva sobre el diseño y la colaboración?
Tras reflexionar, había muchas direcciones posibles que podríamos haber tomado, pero en retrospectiva, basar nuestras decisiones en los conocimientos de los usuarios y las pruebas continuas ayudó al equipo a alinearse en torno a una visión clara. Los comentarios periódicos de los clientes son invaluables para perfeccionar nuestro enfoque y garantizar que nos mantengamos fieles a las necesidades de los usuarios. Además, aprovechar las fortalezas de cada miembro del equipo nos permite trabajar de manera más eficiente y aprovechar al máximo nuestras diversas habilidades. En general, fue una experiencia valiosa que nos enseñó cómo colaborar de manera rápida y eficiente para resolver problemas del mundo real.
Descripción del proyecto: Mejorar la accesibilidad, claridad y cohesión de la documentación de Juju para mejorar la experiencia del usuario y fomentar la adopción.
Objetivo: Reimaginar cómo los usuarios descubren y comprenden Juju, el motor de orquestación de aplicaciones de código abierto de Canonical para implementación, integración y gestión del ciclo de vida, mejorando la experiencia de documentación.
Miembros del equipo: shavari rai, Bhavraj Virdi, Wang Xin Ya, fan siying, Qingwan En
mira sus Introducción del proyecto!
Reflexión en equipo
¿Cuál fue su primera impresión del espacio problemático?
Cuando nos presentaron el proyecto por primera vez, nuestra reacción inicial fue que la introducción parecía muy técnica y compleja, con algunos términos desconocidos como encanto, operadores y Kubernetes. Dado que ninguno de nosotros tenía experiencia técnica o de programación, el espacio de documentación nos planteó un desafío, y esa fue la curva de aprendizaje para profundizar en él y comprender lo que había en la documentación y lo que significaba. Nos esforzamos por encontrar un punto de partida claro y mirar más allá de la jerga para comprender el propósito general de Juju. Dado que la plataforma está dirigida principalmente a desarrolladores, al principio puede resultar difícil conectarse o imaginar las necesidades de los usuarios. No obstante, esta confusión inicial en realidad nos ayuda a comprender a los usuarios potenciales que enfrentan obstáculos similares y enfatiza la importancia de la claridad y la estructura en la documentación.
¿Cuál es su enfoque para diseñar una experiencia de documentos más unificada?
Nuestro enfoque comienza desglosando el perfil en términos más simples y mapeando el ecosistema de documentación actual para que podamos comprender mejor los desafíos. Como equipo, creamos personajes para usuarios nuevos y experimentados, lo que nos ayudó a pensar en diferentes puntos de entrada y el nivel de orientación que cada grupo podría necesitar. Luego, describimos el recorrido del usuario para resaltar los puntos débiles y los desafíos. Desde entonces, nos hemos centrado en desarrollar una arquitectura de información única y estructurada que proporcione un camino más claro para el aprendizaje y la resolución de problemas. El objetivo es permitir a los usuarios moverse con confianza entre diferentes secciones sin tener que volver a aprender a navegar cada vez.
¿Cuál fue el mayor desafío que encontró su equipo durante el proyecto?
El principal desafío fue la empinada curva de aprendizaje para sumergirnos en las complejidades técnicas del ecosistema Juju y su vasta documentación de código abierto, especialmente porque la mayoría de nosotros venimos de entornos no técnicos. Tuvimos que comprender rápidamente el producto y todo su ecosistema vinculado. Con acceso directo limitado a usuarios reales, confiamos en gran medida en datos secundarios, foros comunitarios y creación de personas para mapear con precisión los puntos débiles del mundo real. Nuestro objetivo constante de equilibrar la precisión técnica con la claridad requerida centrada en el usuario nos ha llevado a repensar fundamentalmente cómo la documentación del desarrollador puede guiar eficazmente a los usuarios sin abrumarlos.
¿Qué habilidades o aprendizajes obtuvo de esta experiencia?
Este proyecto es una lección importante sobre cómo aceptar y navegar la ambigüedad. Fue una experiencia de aprendizaje verdaderamente significativa al lidiar con un territorio desconocido, la evolución de la documentación de productos y las diversas necesidades de las partes interesadas. Hemos mejorado significativamente nuestra capacidad para traducir una investigación técnica intensiva en recomendaciones de diseño claras y prácticas. También perfeccionamos las habilidades de comunicación y colaboración de nuestro equipo para alinear con éxito nuestra visión centrada en el usuario con la hoja de ruta de Canonical. Lo más importante es que aprendimos que la defensa del usuario es fundamental incluso en entornos altamente técnicos y, en última instancia, nuestro enfoque está en humanizar sistemas complejos.
Nos gustaría agradecer y felicitar a ambos equipos por su creatividad, investigación cuidadosa y compromiso para mejorar la experiencia de código abierto a través del diseño. Abordan problemas complejos y abiertos con madurez y curiosidad, y sus resultados son a la vez inspiradores y prácticos.
Sus nuevas perspectivas también nos recuerdan el valor de cuestionar las suposiciones y ver los desafíos familiares a través de nuevos lentes, reforzando lo que nosotros, como profesionales, podemos aprender de los diseñadores emergentes.
Esperamos que estos proyectos no solo agreguen trabajo valioso a sus carteras, sino que también abran puertas para una futura participación en la comunidad de código abierto. Los alentamos (y a cualquier otro diseñador) a continuar explorando el código abierto, contribuyendo a través del diseño y ayudando a dar forma a una tecnología más inclusiva y fácil de usar.
¿Su universidad busca introducir el diseño de código abierto en sus cursos? Buscamos socios académicos Quieren brindar a los estudiantes experiencias auténticas y significativas mientras contribuyen al ecosistema global de código abierto.
Por favor contacte con opendesign@canonical.com
Para obtener más información, visite diseño estándar
Únase al equipo de diseño de Canonical
Buscamos diseñadores que se preocupen por la artesanía y por cómo funcionan los sistemas entre bastidores. En Canonical, el diseño se encuentra en la intersección de la experiencia del usuario, la ingeniería y el código abierto, donde creamos experiencias coherentes y accesibles en la nube, el escritorio y los productos de IoT.
Si le gusta resolver problemas complejos y dejar clara la profundidad técnica, explore nuestros puestos vacantes: canonical.com/careers








