«We (free software communities) already have a system much better than elections: you can choose which leader(s) you wish to follow and how much. If you want to be a leader, start leading, and see who wants to help.»

— Richard Stallman, an old interview

Keep your crises small

A través de un post de Ryan Singer, Designing in the open, llego a un video de Ed Catmull, presidente de Pixar, donde habla de cómo hicieron Toy Story y los problemas que tuvieron que abordar en sus procesos una vez hecha: Keep your crises small.

Las claves de su éxito: revisión constante, trabajo en paralelo con grupos heterogéneos (diseñadores y programadores), cultura de honestidad extrema (“roughly honest”), comunicación horizontal y poner las personas por delante de los procesos/ideas. Parece como si Cunnigham, Fowler y cia hubiesen copiado los valores de Toy Story a la hora de redactar el manifiesto.

Si primero fue chrome y luego firefox, ahora le llega el turno al kernel. Se impone poco a poco en el mundo libre la tendencia a realizar releases periódicas e incrementales, estilo agile. Detrás de ello: el coste y riesgo que supone a nivel técnico y en relaciones públicas el retraso del proyecto. Es de recibo rescatar este artículo de Andy Lester, en 2007, donde habla de cómo afecta a la adopción del lenguaje, el retraso de Perl6 (7,5 años de retraso cuando lo escribió).

Semco: democracia empresarial en una manufacturera

Hace unos días, llegué a un video de Ricardo Semler en la MIT Sloan School (una de las más reputadas escuelas de negocios del mundo) hablando de liderazgo y modos de organización en la empresa: Leading by omission. El video tiene 2 partes: en la primera hace un recorrido sobre los problemas de las organizaciones jerárquicas, para después contar medidas que se han tomado en Semco en favor de la gestión participativa.

Semco es una empresa de manufactura que en el año 1982 estaba a punto de entrar en bancarrota, tenía alrededor de 100 empleados y trabajaba para la industria astillera. Dos décadas despues, en 2003, tenía en torno 3.000 empleados, había diversificado su actividad en varios sectores y había crecido a un ritmo del 40% anual. Todo ello gracias a las reformas en la gestión que promovió Ricardo Semler. Reformas que giraban en torno a lo que llamó los 3 valores de la empresa:

«Participation gives people control of their work, profit sharing gives them a reason to do it better information tells them what’s working and what isn’t.»

— Ricardo Semler

Esta tríada se describe en Managing without managers, un artículo para la Hardvard Business Review de 1989, el mismo año en que publicó “Virando a própia mesa” donde daba cuenta de la transformación de la primera década de la empresa. Impactante es la profunda concepción de la democracia en una empresa como ésta, en el núcleo del sector industrial de Ford y Taylor. Impactactante la claridad y transparencia con que lo dice:

«We send our child to fight for democracy at other countries. But no democracy is given in the workplace, where we spent 66% of our time.»

El video es inspirador. Altamente recomendable. Escucharás cómo una empresa de ese tamaño tiene procesos para que todas las personas implicadas participen en el proceso de selección de nuevos empleados, decisiones estratégicas, etc. Me ha impactado una cita que debería hacernos pensar sobre la ética hacker y la relación con el tiempo más profundamente de lo que lo estamos haciendo:

«How many of you have sent work emails on sunday night? Most of you, I see. And how many of you have seen a movie with your girlfriend on monday afternoon, from 14 to 16? No one. That’s a problem. It’s unbalanced. You got the work on your private space with nothing in return.»

Automattic: una pequeña review de cómo trabajan

Scott Berkun postea esta semana cómo trabajan en Automattic, la empresa detrás de WordPress, gravatar y otras iniciativas interneteras. Siguiendo con la senda iniciada con 37signals (pequeñas empresas tecnológicas de éxito) posteo aquí algunas ideas sobre su modo de coordinación y trabajo interno:

¿Es esto rentable y funciona? Según ellos mismos anuncian, parece que sí:

Google.com — 163M US uniques — 23,331 employees
Facebook.com — 135M US uniques — 1,700+ employees (not public, so not sure exactly)
Yahoo.com — 126M US uniques — 13,900 employees
WordPress.com — 86M US uniques — 72 merry bandits
Amazon.com — 74M US uniques — 28,300 employees
eBay.com — 61M US uniques — 16,400 employees
Aol.com — 58M US uniques — 6,400 employees

Diseño, programación y negocio en 37signals

Decía Galeano que

Al mundo lo hicimos nosotros, los albañiles.

Así, mientras las crónicas de los boletines de negocios giran en torno a Google, Facebook y otros grotescos parentescos, hay pequeñas empresas que lo construyen. Empresas como 37signals o automattic. Conocer su cultura empresarial, su relación con el cliente o los procesos de diseño y programación creo que nos puede aportar muchas más cosas:

Coda: es reconfortante ver la fuerte influencia que ha tenido en ambos Kent Beck. Y lo bien que les ha ido con esa filosofía.

Participación empresarial en software libre: el curioso caso de QGIS y KCube Consulting

QGIS es una de las aplicaciones de software libre más populares en el mundo de los Sistemas de Información Geográfica. Como buen proyecto de software libre gente de diversa índole participa en él llevada por diferentes motivaciones. La historia que me gustaría contar hoy es la de la empresa KCube Consulting, que ha ofrecido a la comunidad QGIS un desarrollador a tiempo completo durante 6 meses.

Cesión de tiempo: directa e indirecta

Hoy en día, es más bien habitual que las empresas participen en proyectos de software libre. Si bien, en general, lo que nos encontramos es que una empresa participa en el proyecto centrándose en aquellas partes que más le interesan. Por ejemplo, si eres una empresa que vende tarjetas de video es probable que participes en el desarrollo del kernel de linux dando soporte a tu tarjeta gráfica, de cara a que los usuarios puedan usarla en plataformas Linux. Ese tipo de “cesión de tiempo indirecta” es ya muy común.

La oferta de KCube Consulting, que podríamos llamar “cesión de tiempo directa“, es también una ruta ya explorada en el mundo del software libre, aunque menos habitual que la anterior. Sin embargo, como bien resume Tim Sutton en el post de presentación de la oferta, esta aproximación tiene grandes ventajas:

  • A nivel técnico: la organización va a colaborar codo con codo con los core developers del proyecto. Además de forjar relaciones sociales con la comunidad, desarrollará un conocimiento profundo a nivel técnico de cómo funciona QGIS. Esto, a medio plazo, le permitirá ofrecer a sus clientes mejores servicios sobre QGIS.
  • A nivel marca: la empresa KCube Consulting se asocia al producto QGIS. Cualquiera que visite el blog y vaya en busca de empresas que provean servicios para QGIS verá a KCube Consulting como una buena opción. A falta de valorar otros aspectos, KCube tiene ya una buena primera impresión. A nivel márketing y comunicación pocas acciones podrían tener tan buen retorno.

El proceso para gestionar su participación

Una vez planteada la oferta, toca pensar: ¿y cómo gestionarla? ¿Tiene la comunidad QGIS recursos para dar soporte a esta petición? ¿Tiene una dirección técnica que permita priorizar las tareas y sacarle rendimiento? Veamos cómo lo ha hecho.

  1. El primer paso ha sido que, Tim Sutton, uno de los principales mantenedores del proyecto, posteó en su blog la oferta de KCube Consulting abriendo el proceso a la comunidad.
  2. A través de una página wiki del propio proyecto, cualquier persona participante del proyecto podía enviar propuestas sobre el trabajo a realizar por el desarrollador de KCube durante los 6 meses.
  3. Con esas ideas y una encuesta posterior en la página del proyecto se están sacando las líneas generales sobre las que trabajar estos 6 meses.

Este es un proceso que aún no ha terminado y en 6 meses veremos los resultados. Pero lo que está claro es que abrir el proceso de toma de deciciones a la comunidad que participa en el proyecto, es muestra de una madurez grande. Esta anécdota habla de que la dirección técnica es compartida y las decisiones pueden (y son) realizadas de un modo abierto y transparente, conjuntamente con la comunidad. Son, además, realizadas a través de los medios virtuales de los que se dota el proyecto, para garantizar que cualquiera pueda participar.

Conclusiones

  • La cesión de tiempo directa a un proyecto de software libre no sólo favorece la formación de técnicos en la empresa. Si no que, a primera vista, la posiciona ante los ojos del mercado como uno de los proveedores a valorar.
  • En proyectos de software libre, tener una dirección técnica del proyecto abierta a la comunidad no sólo es posible, sino que enriquece la toma de decisiones y lanza un mensaje claro a todo a el mundo: esto se contruye entre todos.