Estoy leyéndome el pliego de un concurso público (para no meterme en líos no diré de dónde ni quién) pero es un pliego bastante "típico".

En el apartado "solvencia del licitador" puede leerse: experiencia mínima de 4 años inmediatamente anteriores en la ejecución de proyectos de iguales características y acreditarlos fehacientemente con la aportación de documentos.

O sea, si tienes una idea novedosa o montaste un start-up, olvídate de que en la administración te compren nada.

Lo que he dicho ya cienes y cienes de veces: España es el pais de las subvenciones patera para proyectos que luego ni la propia administración quiere correr el riesgo de probar.

Charles Babcock publica en Dr. Doobs Portal un artículo titulado How To Tell The Open Source Winners From The Losers en el cual resume cuales, son, a su juicio los puntos esenciales para determinar la continuidad de un proyecto Open Source.

Babcock habla de 9 puntos clave:

1º) Comunidad.
2º) Innovación.
3º) Liderazgo.
4º) Transparencia.
5º) Netiqueta.
6º) Documentación.
7º) Licencia.
8º) Soporte.
9º) Desarroladores empleados a tiempo completo.

Yo no estoy de acuerdo con todo lo anterior. Y reduciré todos los factores a uno sólo:

La probabilidad de continuidad de un proyecto Open Source es tan grande como sea la probabilidad de continuidad de la empresa o persona creadora.

Es decir, "muerto el perro se acabó la rabia". Esto es cierto, por supuesto, sólo para los proyectos pequeños. No quiero dar a entender que mañana Linux se vendría a bajo su Linus Torlvalds decidiese desvincularse totalmente del kernel.

Existen múltiples ejemplos de proyectos que cumplían las condiciones de Babcock y se han ido al garete.

En 2005 me crucé con Jorg Janke (co-fundador de Compiere) en la Linux World Expo. Al hablarle de nuestro proyecto hipergate me hizo una única pregunta: "Vosotros ¿Cómo ganais dinero?".

Ello me lleva a una segunda hipótesis clave:

La probabilidad de continuidad de la empresa creadora es tal alta como bueno sea su modelo de negocio.

A los clientes no les importa la Comunidad porque el 99% de los miembros de la Comunidad no hacen nada.

A los clientes no les importa la innovación, es más, de hecho, les asusta.

A los clientes les da igual quién sea el líder del proyecto.

A los clientes les da igual si tu empresa es democrática o dictatorial.

A los clientes les da igual si te descuartizas de malas maneras con tu competencia.

A los clientes les molesta tener que leer documentación.

A los clientes sólo les importa de tu licencia cuánto tendrán que pagar por ella.

A los clientes les preocupa que exista soporte pero rara vez están dispuestos a pagar por él a menos que realmente tengan un problema.

Que existan desarrolladores dedicados en cuerpo y alma al proyecto es fundamental. Si el equipo de programadores se disuelve, el proyecto queda en estado zombie.