Teoría unificada de colaboración entre comunidades y equipos de trabajo.

1. Community-Scrum Manager
Teoría unificada de colaboración entre
comunidades y equipos de trabajo.
Autor: Javier Rovegno
Licencia: by-nc/2.0/cl/
Año:2010

2. Temas a tratar
 Motivación
 ¿Que es una comunidad?
 Puntos de vista en una comunidad
 Distribución de los costos y los beneficios
 Estrategias de trabajo
 Interacciones y crecimiento

3. Motivación: Problemática que se
desea explicar
 ¿Por qué las comunidades cuando crecen a partir de
cierto punto mueren o se consolidan?
 ¿Por qué las comunidades se deterioran en el tiempo?
 ¿Por qué las comunidades necesitas de una masa crítica
de gente?
 ¿Cuáles son los elementos mínimos que necesita una
comunidad?
 ¿Por qué dentro de un proyecto colaborativo aparece la
competencia?
 ¿Crear una gran comunidad o distribuirla en comunidades
más pequeñas?

4. Mi motivación personal:
 Como ingeniero hidráulico, sanitario y ambiental mi desafío era
encontrar un modelo de gestión del agua y los recursos
naturales que fuera ágil, eficaz y sustentable.
 Me di cuenta que las figuras legales en Chile de comunidades
de agua potable, regantes y comunidades de pescadores, era
una buena forma de gestionar los recursos.
 Me di cuenta que las comunidades de software libre tenían
fortalezas especiales, que se podría aplicar en las
comunidades antes mencionadas.
El 2005 me propuse investigar y experimentar esta nueva
forma de organización, ese aprendizaje aún continúa ...

5. Algunas comunidades

6. ¿Qué es una comunidad?
Comunidad:
Son las personas relacionadas a un proyecto
colaborativo.
Proyecto colaborativo:
Es aquel proyecto que desarrolla un
satisfactor común para una o varias
necesidades fundamentales de un grupo de
personas.

7. Relación entre: Proyecto
colaborativo y Comunidad
 Necesidades y satisfactores
 Puntos de vista
 Roles
 Distribución de los costos y beneficios
 Entropía social
 Tamaño de la comunidad

8. Necesidades y satisfactores
Necesidades humanas fundamentales:
Son aquellas necesidades finitas, invariables y
plenamente identificables del ser humano.
Satisfactores:
Las formas o medios, que evolucionan de
manera continua, para satisfacer las
necesidades humanas fundamentales.
Desarrollo a Escala Humana, Manfred Max-Neef (1993)

9. Necesidades humanas
fundamentales : Clasificación
 Axiológica:
 Subsistencia, Protección, Afecto
 Entendimiento, Participación, Ocio
 Creación, Identidad, Libertad
 Ontológica:
 Ser , Tener
 Estar , Hacer
Desarrollo a Escala Humana, Manfred Max-Neef (1993)

10. Satisfactores: Tipos
 Destructores: (Ej.: Armamentismo)
Por el modo en que intentan satisfacer una
necesidad, terminan destruyendo esa necesidad.
 Pseudo-satisfactores: (Ej:Modas)
Aquellos que dan una falsa sensación de
satisfacción.
 Inhibidores: (Ej:Televisión)
Al satisfacer una necesidad, inhiben la posibilidad
de satisfacer otra necesidad.

11. Satisfactores
 Singulares: (Ej:Votaciones)
Buscan un problema y una solución para ese
problema. Son totalmente neutros respecto del
conjunto.
 Sinérgicos: (Ej: Lactancia materna)
Por el modo en que satisfacen una necesidad,
simultáneamente contribuyen a la satisfacción de
otra u otras.

12. Satisfactores: Ejemplo
 Software libre
Son aquella herramientas computacionales
desarrolladas en base a 2 principios
fundamentales: la libertad y la colaboración.
 Es un satisfactor sinérgico:
Porque satisface nuestras necesidades de
creación, entendimiento, participación, identidad y
evidentemente de libertad.

13. Comunidad: Puntos de vista
 Tipos:
 Espacial
 Temporal
 Distintas escalas

14. Puntos de vista: hormiga
 Vista de hormiga:
 Detalles
 Hechos puntuales
” El diablo está en los
detalles ”
Dicho popular.

15. Puntos de vista: 1era persona
 Vista 1era persona:
 WIP
 Día a día
” Somos lo que
hacemos día a día;
de modo que la
excelencia no es un
acto, sino un hábito”
Aristóteles.

16. Puntos de vista: 3era persona
 Vista 3era persona:
 Trabajo en equipo
 Ciclo de trabajo
” Yo quiero equipos
ordenados, y no
mecanizados ...”
Marcelo Bielsa. DT de la selección
Chilena.

17. Puntos de vista: águila
 Vista de águila:
 Comunidad
 Ciclos de trabajo

18. Puntos de vista: sistémico
 Vista sistémico:
 Hormiga, 1-3era
persona y águila
simultáneamente
 Corto, mediano y
largo plazo.

19. Puntos de vista: Comunidad
Ref. Scrum Manager y agilidad.

20. Comunidad: Su organización
naturalmente forma redes.
 Las comunidades
evolucionan en el espacio y
el tiempo:
Esta es sólo una foto
instantánea de la comunidad.
 Por eso es tan importante
desarrollar parámetros y
métodos de medición
adecuados, para analizar la
evolución de la comunidad.

21. Comunidad: enfocada en la
necesidades
The Art Of Community, Jono Bacon (2009)

22. Comunidad: enfocada en los
satisfactores
The Art Of Community, Jono Bacon (2009)

23. Caso particular: Una compañía y
Scrum Manager

24. Caso particular: Una compañía y
Scrum Manager

25. Community-Scrum Manager
Necesidades Satisfactores

26. Caso: Ubuntu y Canonical
 Community-Scrum Manager, es una abstracción de la
forma como se organiza la comunidad de Ubuntu.
 Jono Bacon describe con más detalle como formar
una comunidad en su Libro The Art of Community.
 La estrategia adoptada por la comunidad Ubuntu es
apoyar al desarrollo de comunidades locales y así
distribuir mejor los esfuerzos y beneficios.
 La empresa Canonical funciona como un sponsor de
Ubuntu, imitando la estrategia de RedHat y Fedora.

27. Community-Scrum Manager
 Rol Consejo de la comunidad:
 Gestionar la relación entre
usuarios.
Necesidades Satisfactores
 Rol Project owners:
 Desarrollar el backlog del
proyecto.
 Rol Consejo técnico:
 Desarrollo continuo del
satisfactor.
 Rol Team council
 Gestionar la relación entre
desarrolladores.
Cuando más difusa sea la diferencia entre usuarios y desarrolladores, mejor será la
sintonía entre las necesidades y satisfactores, pero por otro lado aumenta la entropía
social del sistema.

28. Caso: Free software y Open
source
Necesidades vs satisfactores
 Software libre:  Opensource.org (OSI):
 La libertad de ejecutar el programa,  Redistribución Libre
para cualquier propósito (libertad 0).
 Código Fuente
 La libertad de estudiar cómo trabaja el
programa, y cambiarlo para que haga  Trabajos Derivados
lo que usted quiera (libertad 1). El
acceso al código fuente es una
 Integridad Del Código Fuente Del Autor
condición necesaria para ello.  No a la Discriminación de Personas o
 La libertad de redistribuir copias para Grupos
que pueda ayudar al prójimo (libertad  No a la Discriminación de Campos
2). Laborales
 La libertad de distribuir copias de sus  Distribución de la Licencia
versiones modificadas a terceros (la 3ª
libertad). Si lo hace, puede dar a toda  La Licencia No Tiene que Ser
la comunidad una oportunidad de Específica de un Producto
beneficiarse de sus cambios. El acceso
al código fuente es una condición  La Licencia No Tiene que Restringir a
necesaria para ello. Otro Software

29. Equilibrio en los roles:
 Una comunidad sana logra un equilibro estable
entre usuarios y desarrolladores.
 Observación personal:
En general quienes hacen las preguntas
correctas y quienes tienen las posibles
soluciones NO son las mismas personas.

30. Entropía social
Entropía social:
Es la medida de diversidad e interconexiones existentes
en las personas relacionadas con una comunidad.
Diversidad:
Son los conocimiento, experiencias, personalidades, etc.
que caracterizan a las personas.
 Gestionar la entropía social:
 Team council y Community council: busca disminuir las
fricciones dentro de la comunidad.
 Project owner y Technical board: buscan encauzar la
entropía social.

31. Caso: Opensource.org (OSI) vs
Opensource.com (RedHat)
Gestión de entropía social en los desarrolladores
 Opensource.org (OSI):  Opensource.com (RedHat):
 Free Redistribution  We believe in an open exchange.
 Source Code  We believe in the power of
participation.
 Derived Works
 Integrity of The Author’s Source Code
 We believe in rapid prototyping.
 No Discrimination Against Persons or  We believe in meritocracy.
Groups  We believe in community.
 No Discrimination Against Fields of
Endeavor
 Distribution of License
 License Must Not Be Specific to a
Product
 License Must Not Restrict Other
Software
 License Must Be Technology-Neutral

32. Comunidad: Costos y beneficios
 Datos empíricos:
1. Se ordenan las
personas de acuerdo
al tiempo invertido.
2. Se enumeran (N) de
mayor a menor.
3.Se grafica costo vs N

33. Comunidad: Costos
 Distribución Costos:
Los esfuerzos,
responsabilidades y
recursos se
concentran de forma
exponencial.
 Basado en datos
empíricos.

34. Comunidad: Beneficios
 Distribución beneficios:
Los beneficios se
difunden de forma
exponencial.
 Beneficios más comunes
son conocimiento y
experiencia.
 Base subjetiva, pero con
certeza razonable se
sabe que siempre
B3>C3 .

35. Comunidad: Utilidades
 Distribución
utilidades:
U=C–B
 Es necesarios
redistribuir las
utilidades.

36. Comunidad: Ley de distribución
justa de la colaboración
 Redistribución justa
de utilidades:
Mecanismo por el cual la
gente del área roja paga
a la gente comprometida
con el proyecto
colaborativo, una
retribución justa de la
utilidad marginal que
obtienen dado
(C3-B3>0).

37. Caso: Google Inc.
 Buscador:  Publicidad:
 Necesidad: entendimiento,  Necesidad: entendimiento,
ocio. ocio, participación.
 Satisfactor: buscador de  Satisfactor: publicidad
contenidos.
 Método distribución de la
 Metodo distribución justa de colaboración: Adsence,
la colaboración: PageRank GoogleAds.
 Comunidad: todos los  Comunidad: todos los
usuarios de internet. usuarios de internet.
Esta empresa ha sabido equilibrar muy bien su comunidad recompensando a sus
power user (zona amarilla) con Gmail, blogspot, picasa y a sus power developers
con GoogleAppEngine, GoogleCode, etc.
Los costos de organizar la información se pagan con clicks.

38. Distribución utilidades:
Implementar Micro-pagos
 Redistribución justa
de utilidades:
 En Chile:
 CuentaRut
 BancaMovil
 Impuestos
 Donar el vuelto
 Global:
 PayPal
 Ebay
 etc.

39. Estrategia de trabajo:
Colaboración
 En teoría de juego se basa en el supuesto que
un sujeto para maximizar su “bienestar
individual” siempre en la primera jugada
colabora y en los siguientes turnos repite la
última jugada de sus oponente.
 Deseable en comunidades que desarrollan la
confianza y la apertura.
 Otra estrategia popular es la competencia:
“Defraudar sistemáticamente” y todos sabemos
que tipo de entornos nos genera.

40. Estrategia de trabajo:
Colaboración se adapta al medio
 En un medio donde hay confianza, los usuarios
premian a la gente comprometida con la
comunidad.
 El comportamiento parece altruista.
 En un medio donde no hay confianza, los
usuarios defraudan a la gente comprometida
con la comunidad.
 El comportamiento parece competitivo.
La colaboración, de forma justa, premia la
colaboración y castiga la competencia.

41. Comunidades: Interacciones en el
mundo real.

42. Comunidades: Crecimiento
orgánico.

43. Crecimiento sustentable
Ley de Packard’s (cofundador de HP):
“Ninguna empresa puede crecer consistente
mente más rápido de su capacidad de
incorporar la suficiente gente adecuada, para
poner en práctica ese crecimiento y aún tratar
de llegar a ser una gran compañía.”
 Hacer caso omiso de esta ley no sólo la
empresa se estancará, sino además caerá.

44. Caso: Foro ubuntu-cl
 No fuimos capaces de renovar colaboradores
comprometidos.
 No logramos una una forma de distribución
justa de los costos
 La comunidad tomó la decisión de cerrar el foro
local e integrarse como subforo de la
comunidad mundial.
 Los líderes de una comunidad, deben estar
consciente que esta crece orgánicamente y no
son capaces de controlar eso.

45. Ahora :¿Las vemos con otros
ojos? Por favor comente ...

46. Conclusiones
 La definición de comunidad, hace aplicable los
conceptos planteados a casi cualquier
organización humana.
 La cultura ágil, podría ser aplicada más allá del
mundo del desarrollo de software.
 Estudiar el comportamiento de las
comunidades es 99% práctico y 1% teórico.
 El ”verdadero desarrollo” es crear un ambiente
donde proliferen todo tipo de comunidades.

47. Conclusiones
 Las comunidades se deterioran por: las
fricciones entre personas y el problema de
distribuir las utilidades.
 La competencia aparece cuando hay
desconfianza o cuando aparecen los free
riders.
 Una comunidad sólo necesita personas.

48. Referencias:
 Mi bitácora: IdeasChile. http://ideaschile.wordpress.com/
 Desarrollo a Escala Humana, Manfred Max-Neef (1993)
 Scrum Manager. http://www.scrummanager.net/ok/
 The Art Of Community, Jono Bacon (2009).
http://www.artofcommunityonline.org/
 Estudio de sustentabilidad del Soporte Colaborativo en el Foro de Ubuntu-cl
https://wiki.ubuntu.com/ChileanTeam/GrupoForo/Actividades/2006-2007

49. Fuentes: Imágenes e iconos
 Iconos, Open Clip Art, http://www.openclipart.org/
 An ant's view of the world, http://www.flickr.com/photos/onlymoi/3401103891/
http://creativecommons.org/licenses/by-nc-nd/2.0/deed.es
 First Person View, http://flickr.com/photos/28231103@N00/1812441351
http://creativecommons.org/licenses/by-nc-nd/2.0/deed.es
 People @ BarCampWaterloo#3,
http://www.flickr.com/photos/sbwoodside/410769802/in/set-72157594570343705/
http://creativecommons.org/licenses/by-sa/2.0/deed.es
 4/20 Crowd Panorama, http://flickr.com/photos/esm723/3470326038/
http://creativecommons.org/licenses/by-nc-sa/2.0/deed.es

65,000 Crowd Panorama http://www.flickr.com/photos/coda/20673205/sizes/l/in/photostream/
http://creativecommons.org/licenses/by-nc-sa/2.0/deed.es
 Coins, http://www.flickr.com/photos/joeshlabotnik/2143212474/
http://creativecommons.org/licenses/by/2.0/deed.es
 PayPal, eBay and Skype http://www.flickr.com/photos/thomashawk/2526193222/
 Internet Splat Map, http://flickr.com/photos/jurvetson/916142
http://creativecommons.org/licenses/by/2.0/deed.es
 Organic growth, http://www.flickr.com/photos/jurvetson/63009926/
http://www.flickr.com/photos/jurvetson/63009926/sizes/o/#cc_license