Diapositivas utilizadas en la presentación del trabajo del mismo nombre, en las JSL 2009 38º JAIIO, en Mar del Plata, Argentina.

1. Comunidades y Software
Libre:
La dimensión social de la
informática

2. Experiencias

3. Comunidades informáticas
SIU (2003)
Comité de usuarios del sistema SIU-Pampa
Foro de Responsables Informáticos (2003-2009)
Temáticas transversales a la APN
Grupos temáticos (Software Libre, interoperabilidad, ...
Reuniones presenciales (quincenales o semanales)
Participación abierta a todos los informáticos del Estado
(voluntaria y no representativa)
Grupos planos con roles autodefinidos
Coordinar en lugar de dirigir
Agenda temática consensuada
Algunas reglas y muchos grados de libertad
Decisiones por consenso

4. ¿Objetivos?
A dar respuesta a ciertos problemas estructurales:
Creación de conocimiento: No hay circulación del
conocimiento existente ni ambientes propicios para crearlo.
Colaboración e intercambio de ideas: No hay colaboración
ni para identificar ni para generar soluciones a los
problemas comunes.
Construcción de consensos: Las estructuras jerárquicas no
son adecuadas para encontrar consensos que establezcan
un marco de referencia para las decisiones.

5. El grupo de Software Libre
Observaciones:
Altos niveles de motivación y compromiso
Valores orientados a la innovación
Colaboración
Pluralidad
Meritocracia
Espíritu emprendedor (caracteriza a este grupo)
Informalidad
Respeto mutuo
Conclusiones:
La comunidad se construye en base a confianza
Espacio institucional + comunidad que lo apropia (y es
una posibilidad para todo tipo de organizaciones)

6. ¿Qué producen?
Gestionan de conocimiento
Qué:
Intercambio de información y aprendizaje
Propuestas predecisionales
Con:
Enfoques totalizadores y pluridisciplinarios
Pensamiento colectivo

7. Software Libre

8. ¿Qué es Software Libre?
Respuestas parciales:
Productos de software
Las 4 libertades
Una filosofía
Comunidades socio-técnicas
Respuestas abarcadoras:
Otra forma de trabajar
La esencia no es el producto, sino el proceso social que lo
hace posible

9. La dimensión social del SL
En "La Catedral y el Bazar", Eric Raymond insinúa que el
desarrollo de software resulta de la articulación de las
comunidades de desarrolladores y usuarios.
Con la licencia GPL, Richard Stallman incorpora una
herramienta legal para recuperar el intercambio de código
entre desarrolladores, que se había perdido con el
surgimiento del software comercial.

10. Marco teórico:
las herramientas para comprender y desarrollar
comunidades

11. Gestión (del) de conocimiento
Nonaka y Takeuchi
Conocimiento
Explícito
Tácito
Procesos (grupales) de creación de conocimiento
Socialización (tácito-tácito)
Exteriorización (tácito-explícito)
Interiorización (explícito-tácito)
Combinación (explícito-explícito)

12. Aprendizaje grupal
Robert Lewis (Vygotsky, Leontiev)
Definiciones
Datos, información, conocimiento e inteligencia
Colaboración y cooperación
Conceptos fundamentales
Desarrollo próximo
Teoría de la actividad

13. Metodologías Ágiles
Martin Fowler (Takeuchi) (firmante del Manifiesto Ágil)
Orientación al desarrollo de software
Las metodologías tradicionales son tayloristas
Dividen las actividades en diseño y construcción
Poniendo a la gente primero
Se necesita de un ambiente con retroalimentación positiva
No hay recursos, hay personas
El cómo se hace es responsabilidad de los desarrolladores
Se necesita de una gerencia orientada a crear condiciones
propicias para el logro de los objetivos

14. La relación entre Tecnología,
Economía y Sociedad
Carlota Pérez (escuela neo-schumpeteriana)
Paradigmas tecno-económicos y ciclos económicos
Período de cambio de paradigma
Desde la industria de producción masiva (taylorismo)
A la economía basada en el conocimiento
Un paradigma es un conjunto coherente de tecnologías
genéricas que abarcan lo técnico, lo organizativo y lo social
Desacoplamiento de la esfera-económica del marco socio-
institucional

15. Comunidades de práctica (CoP)

16. CoP: Tres características cruciales
Etienne Wenger
1. El dominio
(Compromiso, competencia compartida).
2. La comunidad
(Interacción y aprendizaje conjunto).
3. La práctica
(Practicantes que desarrollan recursos para
compartir su práctica).

17. CoP: Actividades típicas
Resolución de problemas (compartir el problema)
Búsqueda de información (dónde encontrar algo)
Búsqueda de experiencia (¿alguien pasó por este
problema antes?)
Reutilización de recursos (adaptamos algo ya hecho)
Coordinación y sinergia (no hagamos veces lo mismo)
Discusión (¿qué opinan de esta herramienta?)
Proyectos de documentación (corrijamos una sola vez)
Visitas (vayamos a ver cómo lo hacen ustedes)
Mapeo de conocimiento e identificación de deficiencias
(¿sabemos qué conocemos y qué no? ¿con quién
necesitamos conectarnos?)

18. CoP: Ámbitos de aplicación
¿Dónde se está aplicando el concepto?
Empresas
Gobierno
Educación
Asociaciones profesionales
Sector social (ONG)
Desarrollo internacional
La Web

19. Conclusiones
Para comprender a las comunidades es necesario participar
en ellas.
El conocimiento no es objeto ni contenido, es capacidad
humana. Es individual y grupal, y además pluridisciplinario.
Relación entre niveles de actividad y grados de libertad.
El Software Libre es un proceso.
Gestionar conocimiento con comunidades es posible.
(La propuesta de las CoP es la más recomendable para dar
los primeros pasos en esa dirección).

20. Sugerencias
Desarrollar Comunidades de Práctica.
Promover al Software Libre mediante Políticas de Estado
en todas las actividades públicas y privadas.
Para:
Enfrentar la transición hacia el nuevo paradigma.
Reducir el retraso de lo socio-institucional respecto a lo
técnico-económico.
Inducir el desarrollo local de las industrias relacionadas a la
economía basada en el conocimiento.

21. Bibliografía

22. Gracias por su atención
Ricardo Pluss
rjpluss@yahoo.com.ar