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: 2011

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: 2011

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 redes sociales y las comunidades están
cambiando el mundo?
 ¿Por qué las comunidades ...?
 Cuando crecen a partir de cierto punto mueren o se consolidan.
 Se deterioran en el tiempo.
 Necesitan una masa crítica de gente.
 Sólo necesitan personas y un proyecto colaborativo.
 Funcionan mejor en un ambiente de confianza y colaboración.
 Funcionan de manera ágil, eficaz y sustentable, cuando son una red distribuida.
 ¿Como gestionar, financiar y gobernar una comunidad?

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.
 Aprendí que en Chile varias leyes entregan derechos de
aprovechamiento sobre bienes nacionales de uso público a
comunidades: por ejemplo las comunidades de agua potable
rural, comunidades de pescadores, juntas de vigilancia, etc.
 Me di cuenta que las comunidades de software libre tenían
fortalezas especiales, que se podría aplicar en las
comunidades antes mencionadas y muchas otras más.
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
 Declaración de principios
 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: Principios
Declaración en consenso de los fundamentos que
relacionan la comunidad con el proyecto colaborativo.
 Algunas comunidades los llaman:
 Manifiesto (Ágil, partidos políticos, etc.)
 Filosofía (Ubuntu, Python, etc.)
 Definición (OSI, Openaccess, OKFN, etc.)
 Misión y visión (Empresas en general)
 Características:
 Simples, claros, entendidos y aceptados, por toda la
comunidad.
 Mientras más directa sea la relación con las necesidades
humanas fundamentales es mejor.
 Generan estabilidad a mediano y largo plazo.

14. Comunidad: Puntos de vista
 Tipos:
 Espacial
 Temporal
 Social
 Distintas escalas
 Pequeña, mediana y gran
escala.
 Corto, mediano y largo
plazo.
 Distintos contextos y
disciplinas.

15. Puntos de vista: hormiga
 Vista de hormiga:
 Detalles
 Hechos puntuales
 Ideas, sugerencias y
reclamos.
” El diablo está en los
detalles ”
Dicho popular.

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

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

18. Puntos de vista: águila
 Vista de águila:
 Comunidad
 Evolución en el tiempo

19. Puntos de vista: holístico
 Holístico conecta:
 Hormiga, 1-3era
persona y águila
simultáneamente
 Corto, mediano y
largo plazo.

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

21. Comunidad: Su organización
naturalmente forma redes.
 Las comunidades
evolucionan en el espacio, el
tiempo y socialmente:
Esta es sólo una foto
instantánea de la comunidad.
 Muy importante llevar un
seguimiento de la
evolución de la
comunidad.
“... -Fenómeno social- se basa en que los organismos participantes satisfacen sus
ontogenias individuales fundamentalmente mediante sus acoplamientos mutuos en
la red de interacciones recíprocas que conforman al constituir las unidades de
tercer orden.”
Humberto Maturana, Biólogo y Epistemólogo chileno.

22. Comunidad: Su organización
naturalmente formará redes.
Aunque nos esforcemos por simplificar y controlar nuestras
organizaciones con estructuras jerárquicas.

23. Comunidad: cuello de botella, en
organizaciones jerárquicas.
Modelo lineal y unidimensional

24. Entropía social: potencial de la
comunidad
Entropía social:
Es la medida de diversidad e interconexiones existentes
en las personas relacionadas con una comunidad.
Diversidad:
Son los conocimiento, habilidades, experiencias,
personalidades, motivaciones, compromiso, etc. que
caracterizan a las personas en una comunidad.

25. Liderazgo situacional: gestión de
la entropía social.
Los líderes de equipos de trabajo
son capaces de adaptarse y
desarrollar el potencial de la
gente con quien trabajan.
La estrategia óptima de trabajo
en un ambiente colaborativo es la
participación, donde se tiene un
equilibrio entre el
comportamiento de tarea y
relación.
Gestión :
“ Es el arte de facilitar el
desarrollo de algo o de alguien.”

26. Enfoque: en la necesidades
The Art Of Community, Jono Bacon (2009)

27. Enfoque: en los satisfactores
The Art Of Community, Jono Bacon (2009)

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

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

30. Community-Scrum Manager
Necesidades Satisfactores
Modelo no lineal y multidimensional

31. 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.

32. Roles:
Community-Scrum Manager
Necesidades Satisfactores  Rol Project owners:
 Desarrollar el “backlog” de
proyecto colaborativo.
 Rol Consejo técnico:
 Desarrollo continuo del
satisfactor.
Buscan encauzar la
entropía social.
 Cuando más difusa sea la diferencia entre usuarios y desarrolladores, mejor será la
sintonía entre las necesidades y satisfactores.
 En general quienes hacen las preguntas adecuadas y quienes tienen las posibles
soluciones NO son las mismas personas.

33. 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  Integridad Del Código Fuente Del Autor
acceso al código fuente es una
condición necesaria para ello.  No a la Discriminación de Personas o
Grupos
 La libertad de redistribuir copias para
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ª  La Licencia No Tiene que Ser
libertad). Si lo hace, puede dar a toda
la comunidad una oportunidad de Específica de un Producto
beneficiarse de sus cambios. El acceso  La Licencia No Tiene que Restringir a
al código fuente es una condición Otro Software
necesaria para ello.

34. Roles:
Community-Scrum Manager
Necesidades Satisfactores  Rol Consejo de la comunidad:
 Gestionar la relación entre
usuarios.
 Rol Team council
 Gestionar la relación entre
desarrolladores.
Buscan disminuir las
fricciones dentro de la
comunidad.
 La entropía social del sistema es el potencial de la comunidad, pero a la vez es la
fuente de la complejidad.
 En general para que los conflictos no se transformen en un impedimento en la
evolución de la comunidad, es recomendable acordar un Código de Conducta.

35. 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
 We believe in rapid prototyping.
 Integrity of The Author’s Source Code
 We believe in meritocracy.
 No Discrimination Against Persons or
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

36. Comunidad:
Flujos de responsabilidades

37. Comunidad:
Flujos de costos y beneficios

38. 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

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

40. 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 .

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

42. 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 de (C3-B3>0).

43. 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, Blogger, Picasa y a sus power developers
con GoogleAppEngine, GoogleCode, etc.
Los costos de organizar la información se pagan con clicks.

44. Distribución utilidades:
Implementar Micro-pagos
 Barrera de entrada a la red debe ser
muy baja.
 Debe ser una red distribuida de
proveedores interoperables.
 El costo marginal de cada
transacción debe tender a cero.
 Internet es un medio ideal para
realizar las transferencias.
 La transferencias deben ser sin
intermediarios. ( Incentivar a la
generación de redes de confianza,
estilo gpg )
 Debe estar disponible para los más
jóvenes, pues son ellos los que están
más dispuesto a probar nuevos
modelos de negocio.

45. Estrategia de trabajo:
Colaboración (Ojo por ojo)
 En teoría de juego se basa en el supuesto que un sujeto busca
maximizar su “bienestar individual”.
 Siempre en la primera jugada coopera 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.
 Otra estrategia popular es el altruismo:
“Cooperar sistemáticamente” alimenta y promueve la
aparición de los “free riders”.

46. Dilema del prisionero
¿Cual es la estrategia ganadora?
 A cada turno se analizan los
resultados, y en función de ellos se
crea una "nueva generación de
algoritmos"
 Dependiendo del beneficio obtenido, el
programa tenderá a potenciar más
hijos de los algoritmos más rentables, y
a disminuir el número de algoritmos no
rentables
 Debe existir una masa crítica inicial de
gente dispuesta a colaborar.

47. 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 cooperación
y castiga la no cooperación.

48. Comunidades: Interacciones en el
mundo real.

49. Comunidades: Crecimiento
orgánico.

50. 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á.

51. Caso: Mi experiencia personal en
el foro de ubuntu-cl
 Mis fracasos son mis mayores aprendizajes.
 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 tratar
de controlar eso.

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

53. 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.

54. 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.

55. 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
 Software Libre: una aproximación desde la Teoría de Juegos
http://oasis.dit.upm.es/~jantonio/documentos/revistas/teoriajuegos/teoriajuegos.html
 Good to great: why some companies make the leap--and others don't, James
Charles Collins (2001)
 La empresa emergente, la confianza y los desafíos de la transformación, Rafael
Echeverría (2000)
 Formación en línea, libre y abierta: Open Knowledge Scrum. (2009)
http://www.scrummanager.net/ok/
 Resumen del libro “El Arbol del Conocimiento”
http://www.conductahumana.com/resumenes-tematicos/resumen-del-libro-el-arbol-del-cono

56. 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