[FSFLA] mejorar la eficiencia para soporte y colaboración en proyectos libres
Quiliro Ordonez Baca
quiliro en riseup.net
Sab Ago 26 03:24:15 UTC 2017
Estimados amigos:
Sabemos que el objetivo de un proyecto libre es la libertad y no la
funcionalidad pero sin funcionalidad no hay libertad posible. La
libertad debemos ponerla como prioridad y requisito primordial pero no
como característica única. Con el fin de también hacer la libertad
accesible en la práctica a todos, también debemos buscar que cumpla con
características de accesibilidad a personas con discapacidad visual,
motriz y auditiva. Esto, junto con la necesidad de la gratuidad son
utopías realizables a las que debemos apuntar para hacer del derecho a
la libertad una realidad en la práctica.
Estoy estudiando la posibilidad de mejorar la eficiencia con que
manejamos los recursos comunitarios en proyectos libres. Se trabaja
mucho y una parte de esos recursos se desperdician. Muchas veces hacemos
las cosas más de una vez pudiendo establecer procedimientos para que no
se requiera repetirlas. Estas falencias en la administración de nuestro
tiempo hacen que perdamos mucha eficiencia en apoyar a y en colaborar con
proyectos libres.
Para asentar la intención con la realidad he planteado a continuación
algunos casos de uso. Por favor aporten con sus ideas para mejorar la
práctica.
Caso 0: Usuario quiere instalar y tiene algún problema.
Proceso: Existe una base de datos de problemas similares y el usuario
busca en ella el problema que tiene con la solución. Esta base de datos
se construye por medio de otros usuario que han tenido el mismo problema
y a los cuales se les ha pedido que documenten su problema y la solución
que se les ha proporcionado.
Caso 1: Usuario quiere aprender a usar una funcionalidad.
Proceso: Hay documentación que se refiere a ese proceso. Se construye en
base a la ayuda que se ha proporcionado a algún usuario en el
pasado. También es construída por el usuario ayudado.
Caso 2: Usuario quiere aprender destrezas generales.
Proceso: Existe un sylabus (lista de material a aprender para conocer
cierta materia). Esta lista tiene vínculos a la documentación general y
detallada que cubre cada tema. Es una guía que indica cómo
auto-educarse. Es construída por los mismos aprendices que han sido
guiados por los más conocedores.
En definitiva, creo que la base de un buen aprovechamiento de los
recursos es la generación de buena documentación. Esta debe ser
construída por los mismos aprendices para evitar el uso de los expertos
en tareas que pueden realizarlas los novatos. También se logra activar
la pertenencia de los usuarios y la satisfacción de los mentores en
guiar a más personas. Se logra documentación pertinente y mejora
contínua mediante superación personal y el uso más eficiente de
recursos.
Se presentan problemas relacionados con la falta de continuidad de los
mentores en resolver problemas de los aprendices y de los aprendices en
reportar y documentar la evolución y solución de problemas. Se puede
diseñar un procedimiento a seguir para motivar a ambos a generar las
soluciones y culminar con la documentación requerida. Además, se puede
generar el historial del manejo del problema de tal forma que cualquiera
pueda continuar con el soporte al usuario o cualquiera usuario pueda
retomar el reporte y finalmente construir la documentación que guíe de
manera resumida y secuencial detallando la metodología.
Por supuesto que ya existe las herramientas necesarias para reportar los
errores, comunicarse en distintos horarios o en tiempo real, monitorear
las tareas pendientes y finalizadas y generar la documentación. Sin
embargo, debe establecerse un procedimiento para que en realidad se
usen. Además, podría construirse o modificarse un software para que este
proceso sea natural y no se requiera de pedir a los usuarios y mentores
seguirlo.
Por favor comenten qué ideas tienen y qué soluciones posibles puede
aplicarse. Gracias.
Más información sobre la lista de distribución Discusion