Lecciones aprendidas del diseño de tecnología de código abierto
He estado reflexionando sobre los últimos tres años y medio y me he dado cuenta de que ha habido muchas “primicias”: mi primera vez trabajando en código abierto, mi primera vez creando una experiencia fuera de línea y mi primera vez trabajando en un equipo asincrónico y completamente remoto.
Por supuesto, cada vez que pruebas algo nuevo, te empujará hacia formas incómodas y desafiará hábitos arraigados. Te ves obligado a experimentar, recombinar técnicas y pensar críticamente sobre lo que es necesario.
He aprendido mucho a lo largo del camino y quiero compartirlo con otros diseñadores en caso de que estén interesados en ingresar al código abierto. Dividiré estos estudios en tres áreas:
- Por qué el trabajo abierto me convierte en un mejor diseñador
- De la funcionalidad del edificio a la gestión de productos
- Beneficios de cancelar/aprender bucles
Por qué el trabajo abierto me convierte en un mejor diseñador
Antes de unirme al mundo del código abierto, trabajé en varios puestos de servicio público digital. Pensé que sabía cómo exponer mi diseño. Comparto investigaciones e iteraciones en mi blog social y me aseguro de que todo esté disponible en GitHub. Me equivoqué.
Existe una diferencia entre simplemente publicar su trabajo en línea y diseñar un sistema que permita a los usuarios aprender a configurarlo ellos mismos. Desde las ideas iniciales hasta el mantenimiento a largo plazo, cada etapa está diseñada para ser abierta.
Diseñar herramientas que permitan a las personas crear sus propias aplicaciones es complejo. Estás pensando constantemente en cómo evitar interrumpir tu flujo de trabajo o crear consecuencias no deseadas Adecuado para una amplia gama de usuarios y escenarios.
ODKLa empresa de código abierto a la que me uní es una Bienestar público digital 18 años de experiencia construyendo y manteniendo herramientas de código abierto. Es una de las plataformas de recopilación de datos más utilizadas en salud pública, ayuda humanitaria y protección ambiental, utilizada en más de 190 países.
ODK sigue sorprendiéndome con su alcance e influencia. En la República Democrática del Congo, la OMS utiliza ODK para la vacunación 17 millones de niños padecen polioy se utiliza para 27 Estados miembros de la UE realizan un seguimiento de la biodiversidad en todo el continente.
¡Su aplicación móvil también fue una de las primeras creadas en Android! Por lo tanto, iterar y mantener la escala y la complejidad de estas herramientas es un enorme desafío de diseño.
Desde la perspectiva del diseño de productos, las herramientas de código abierto pueden llevar sus diseños al límite. Deben adaptarse a factores como interdepartamentales, interregionales, entornos fuera de línea, más de 60 idiomas y necesidades de acceso, lo que también es un desafío para los servicios gubernamentales. Creo que mis estudios también están diseñados para una personalización y configuración infinitas.
Cada semana aprendo algo nuevo de los miembros de la comunidad. Alguien reinventó completamente cómo usar la función de maneras que no podríamos haber predicho; por ejemplo, vimos a un usuario (muy entusiasta) crear su propia versión de Salesforce para administrar granjas de pequeños propietarios usando ODK.
Cuando diseña a esta escala con la puerta del garaje abierta, necesita compartir fácilmente cada parte del proceso. Tienes que estar dispuesto a hacer públicas las primeras ideas (aquellas en las que estás dispuesto a dedicar más tiempo), porque compartirlas temprano a menudo conduce a mejores resultados.
Me sorprende cómo miles de usuarios utilizan su tiempo libre para contribuir, compartir ideas, probar prototipos y ayudarse mutuamente a solucionar problemas. Nunca había visto este tipo de colaboración en el sector privado.
Diseñar con los usuarios y generar confianza en cada etapa del proceso me convierte en un mejor diseñador. Me obliga a descubrir por qué tomamos ciertas decisiones y a explicar las cosas en un lenguaje sencillo porque no hay un marco sofisticado ni una jerga corporativa detrás de la cual escondernos. Sólo genera confusión y excluye a las personas de la conversación.
De la funcionalidad del edificio a la gestión de productos
dos núcleos principios de diseño Creamos transparencia y confianza como equipo. Para nosotros, la transparencia significa comunicar claramente el estado y permitir que los usuarios comprendan el sistema para poder solucionar problemas. Para ganar confianza, diseñe de manera consistente con la comunidad, evalúe los riesgos y anticipe los peligros potenciales para la seguridad de los usuarios.
En las empresas para las que trabajé en el pasado, estos objetivos a menudo pasaban desapercibidos o se hablaba de ellos pero no se implementaban. Estoy emocionado de impulsar esta iniciativa y probar enfoques que parezcan desafiantes fuera del mundo del código abierto.
Crear una hoja de ruta pública ha sido uno de mis objetivos durante años. Siempre he admirado las pocas organizaciones que publican sus planes para que todos los vean, incluidos los competidores. Creamos un mapa de carreteras publicas Usar Notion y organizarlo en Ahora, Siguiente y Más tarde puede resultar un poco confuso inicialmente para algunos usuarios. La falta de un cronograma dificulta la planificación, pero esta es nuestra mejor suposición basada en lo que sabemos.
Priorizar la hoja de ruta internamente ya es una tarea desalentadora, pero adaptar y compartir constantemente estos cambios con la comunidad es una experiencia nueva para mí. Una buena documentación pública garantiza que haya un registro confiable de cuándo, por qué y qué sucedió. Le hace responsable y garantiza que no haya guardianes de su información.
Todo lo que aparece en la hoja de ruta también se comparte en los foros de nuestra comunidad, pero descubrimos que algunas de las ideas o cosas que estamos probando no siempre obtienen los comentarios de la comunidad en general que nos gustaría. Para cerrar esta brecha, comenzamos a realizar conferencias telefónicas mensuales con Keen Beans (grandes defensores y contribuyentes de la comunidad). Esto no reemplaza la investigación de usuarios tradicional ni hablar con personas que han tenido experiencias frustrantes, pero lo veo como otro canal para conectar con los usuarios.
Durante las llamadas mensuales, los miembros de la comunidad comparten sus historias, discutimos en qué estamos trabajando y diseñamos y intercambiamos ideas juntos. Lo más importante es que nos permite comprender a la persona detrás del nombre de usuario y el avatar. Algunas de mis sesiones favoritas son cuando las personas comparten sus viajes personales con la recopilación de datos y la tecnología, o conversaciones reales, como cuando error de proyecto y cómo otros pueden aprender de estos fracasos.
Además de las llamadas telefónicas, tenemos la oportunidad de reunirnos con la comunidad (gracias a la Fundación Gates) y resolver problemas juntos en persona. Todos desempeñan un papel activo en el impulso del desarrollo de productos. El equipo de ODK es responsable de seguir impulsando las cosas, pero sin la comunidad y los comentarios continuos, no tendrá la misma magnitud de impacto.
Es fácil quedar atrapado en deseos que se liberan constantemente. Lanzar una función es una gran sensación, especialmente cuando ves que tiene un impacto real en tu organización. Pero el código abierto me enseñó a pensar como un administrador y a centrarme en el largo plazo.
Piense en cómo mantendrá una característica dentro de unos años y asegúrese de que la base que construimos hoy sea lo suficientemente sólida como para que otros puedan construir sobre ella. Esta es la transición del transporte al sostenimiento.
Beneficios de cancelar/aprender bucles
Antes de usar ODK, nunca había entrado en contacto con herramientas de dibujo sin conexión. Diseñar nuevas funciones de mapas fue una de las primeras cosas que abordé cuando me uní. Me asusta lo poco que sé en comparación con los miembros de mi comunidad.
Un desafío específico implica eliminar Proceso manual para cargar MBTiles en el dispositivo. Si me saltara la parte de aprendizaje del proceso, que es el ir y venir desordenado y confuso, hacer preguntas estúpidas y resolver cada obstáculo técnico, estaríamos construyendo algo que solo funcionaría para un pequeño subconjunto de usuarios.
Al aceptar la incomodidad de no ser un experto, transformamos los obstáculos tecnológicos en mejores experiencias que son más fáciles de usar para usuarios no técnicos. Aprender y fracasar abiertamente puede dar miedo al principio, pero es la forma más rápida de crecer.
Actualmente se está aprendiendo y desaprendiendo mucho en tecnología. Muchos de nosotros, incluido yo mismo, pensamos constantemente en cómo introducir metódicamente la inteligencia artificial en nuestros flujos de trabajo, dónde agrega valor y dónde podría causar daño.
Ahora más que nunca, parece que hay una gran cantidad de soluciones de inteligencia artificial a los problemas. Al diseñar herramientas para entornos de alto riesgo como la salud pública, no se puede buscar soluciones sin una solución sólida. comprensión del sistema más amplio y posibles impactos. No sólo se deben considerar los usuarios, sino que también se deben considerar los impactos colaterales, como los peligros sociales, laborales y ambientales.
Quizás eso fue lo que me atrajo del código abierto. Está lleno de personas apasionadas que se preocupan por desarrollar tecnología de manera responsable y que quieren hacer contribuciones que no sólo ayuden a su trabajo, sino que también beneficien a otros. No me malinterpretes, no es perfecto. Puede que haya menos expertos en tecnología, pero todavía hay desafíos, como la sostenibilidad financiera y el mantenimiento del software que respalda el ecosistema más amplio.
He compartido mis pensamientos sobre los beneficios de Sigue intentándolo y deambulando en tu carrera, Por ejemplo, cambiar entre roles de administrador y de CI. Sigo creyendo firmemente en esta idea. Salirse de su carril, ya sea en su rol o probando un nuevo campo, reforzará este ciclo de aprendizaje.
Reducir el ritmo para aprender y experimentar puede parecer contradictorio, especialmente cuando la industria tecnológica está obsesionada con la hiperescala y la velocidad. Es fácil sentirse abandonado cuando todos, excepto usted, están dormidos descubriendo cómo automatizar y monetizar su actividad secundaria.
Pero tal vez todo esté bien. Quizás el objetivo no sea avanzar más rápido, sino hacerlo con más intención. Ya sea que trabaje en código abierto o simplemente tenga curiosidad acerca de un proceso de diseño más abierto, espero que encuentre un espacio que le permita estar al límite de ser un aprendiz y diseñar algo con otros.
Comencé a escribir esta carta en parte como una carta de amor al código abierto, pero principalmente como una carta de amor al equipo y la comunidad de ODK. Estoy muy agradecido con todos ustedes 💙
Aunque dejo ODK, estoy emocionado de continuar aplicando este conocimiento en el próximo capítulo, que como era de esperar permanecerá en el mundo del código abierto 🙂
Además, si es un diseñador de productos interesado en aprender más sobre ODK y los puestos vacantes, comuníquese con yanokwa@getodk.org.
Recursos que han inspirado mi pensamiento a lo largo de los años 📚
- Notas de diseño para el rediseño de Wikipedia de 2023
- Obra Pública: Creación y Mantenimiento de Software de Código Abierto Nadia Asparokhova
- eliot zorro y su trabajo en código abierto
- imperio de inteligencia artificial por Hao Kailun
- Perdido en el trabajo: escapar del capitalismo por Amelia Hogan
- La Internet de los pueblos: la lucha por nuestro futuro digital Ben Tanuf
- Feminismo fallido: un manifiesto por Heritage Russell
- Los empleos que necesitamos: imaginación para el siglo XXI Hillary Cotta
- Poder público: la promesa de la tecnología para el interés público Por Tara Dawson McGuinness y Hannah Shank
- Forma de existencia: más allá de la inteligencia humana Autor: James Bledel
- Alegría inspiradora: ensayos por Ross Guy
- Experimente imaginando lo contrario por Lola Olofemi
- Falta de coincidencia: cómo la inclusión da forma al diseño por Kate Holmes
- Diseñando justicia: prácticas lideradas por la comunidad para construir el mundo que necesitamos Autor: Sasha Costanza-Jock
trabajo al aire libre Publicado originalmente en colectivo de experiencia de usuario En Medium, la gente continúa la conversación destacando y respondiendo a esta historia.
