Modelos de Negocio con Software Libre 5/6 Usuarios

Modelos para empresas usuarias

Sergio Montoro Ten

Uso de Sw Libre en las empresas

Segun IDC en 2006 3 de cada 4 desarrolladores usaban Sw Libre regularmente en su empresa y 1 de cada 2 lo usan en producción.

¿Las PyMEs temen al Sw Libre?

El principal temor de las empresas que no disponen de departamentos propios de informática parece ser la idea de que el Sw Libre carece de soporte adecuado.

Muchos directores de informática aún declaran que nos les interesa el Software Libre ¿Porqué?La libertad otorgada por las licencias Open Source le permite, en teoría, cambiar de proveedor de servicios.

Todo esto es suponiendo que el cliente quiera comprar libertad para elegir. Pero muchas veces no es así. Los clientes, en cambio, suelen querer comprar control y comodidad.

Control en el sentido holístico del término. Como mínimo sobre la infraestructura, y si es también sobre el proveedor, mejor que mejor. Y comodidad hasta el punto de no tenerse que preocupar nunca por ningún problema acuciante.

El 90% de los directores de TI tienen unos objetivos concretos fijados por la alta dirección y un presupuesto fijo e inamovible para cumplir dichos objetivos.

La misión de un director de informática no es ahorrar dinero, para eso están los departamentos de compras y financieros. La misión del director de informática es normalmente proporcionar un servicio a un cliente interno o externo con el mínimo de incidencias.

La mayoría de las personas sólo ven y piensan a corto plazo. El error típico de los ingenieros es vender optimizaciones a largo plazo cuando deberían vender salidas a problemas perentorios.

La gran paradoja del gasto en software

A veces, a los directores de informática no les interesa el

Software Libre porque no es lo bastante caro.

El interés organizacional de mueve alrededor del gasto de dinero.

Las iniciativas que requieren presupuestos significativos atraen el interés de todo el mundo.

Las personas astutas ven a los jefes emplear toneladas de tiempo pensando en una iniciativa (ej. la actualización forzada por el fabricante del software Gigantic Enterprise App a la versión 3.7) y ven en dicha iniciativa una oportunidad para ascender.

El Software Libre, en cambio, requiere típicamente un 90% menos del presupuesto que el propietario, así que no tiene el caché de ser discutido año tras año, trimestre tras trimestre y mes tras mes.

Mientras que a los vendedores de software propietario les gusta esto, es extremadamente amenazador para los departamentos de informática, en la medida en la que están permanentemente amamantados por los vendedores para que no realicen el ejercicio de buscar nuevas maneras de tener el trabajo hecho.

Expectativas incumplidas por el Sw Libre

Actividades esenciales vs. contextuales

Las actividades esenciales son las que crean ventajas competitivas y proporcionan buenos márgenes de beneficios.

Las actividades contextuales son aquellas que hay que realizar necesariamente, aunque den poco o níngún beneficio, para poder mantener las esenciales.

En el mundo desarrollado es perentorio concentrarse en las actividades esenciales en detrimento de las contextuales, porque son las que nos proporcionan los pingües beneficios que nos permiten mantener nuestro elevado nivel de vida.

El problema es que las actividades contextuales consumen una cantidad ingente de recursos porque muchas de ellas son de misión crítica, es decir, algo terrible se produce si la actividad contextual falla.

¿Cómo hay que concebir el Sw Libre en la empresa?

El Software Libre mueve recursos desde las actividades contextuales a las esenciales.

Por consiguiente, para las empresas usuarias, el Software Libre es una herramienta de generación de eficiencias económicas.

Permite a los clientes ahorrar recursos en actividades contextuales de bajo margen y desviarlos hacia actividades esenciales de alto margen.

Cómo el Sw Libre facilita la innovación en procesos empresariales

Para innovar hay que experimentar y arriesgarse.

Lo importante para innovar es aceptar que durante el proceso de ensayo y error se cometerán equivocaciones que habrá que pagar.

Sin embargo, en nuestro entorno altamente competitivo, sólo los proyectos con un retorno obvio consiguen financiación y apoyo directivo.

El Software Libre permite innovar facilitando la realización de prototipos operativos de bajo coste que reducen el coste del fracaso y, por consiguiente, permiten experimentar innovaciones con menos riesgo.

El dilema del innovador

Normalmente, las nuevas tecnologías se evaluán comparándolas con las que ya hay. Y evaluando cómo afectarán a los vendedores y a las prácticas establecidas. Durante este proceso, típicamente se concluye que estas nuevas tecnologías son inadecuadas y efectivamente para los procesos actuales probablemente lo son, pero descartándolas a priori se pierde la oportunidad de trabajar de una forma más eficiente que extienda la frontera de posibilidades de producción.

Ejemplo de uso innovador

Blogs militares y corporativos

vs.

Gestores Documentales y Mailwire

El impacto de la informática en el negocio

Según un estudio de HP, el 90% de los presidentes considera la informática algo crítico. Sin embargo, sólo el 32% de ellos invita a su director de sistemas de información a las reuniones de planificación estratégica.

Hay que cambiar la mentalidad desde el Information Technology (IT) al Business Technology (BT). En vez de medir cosas como el downtime, los acuerdos de nivel de servicio y los tiempos de respuesta, se trataría de medir directamente el impacto de las tecnologías en los resultados del negocio.

El caso Apache: compartir costes

Supongamos que una firma que tiene requerimientos críticos de negocios para un servidor web de alto volumen, y alta confiabilidad. Se necesita disponibilidad 24x7, gran velocidad y posibilidad de adecuación. ¿Cómo va a obtener estas cosas?

Puede:

1.Comprar un servidor web propietario.

2.Fabricarse su propio servidor web.

3.Contribuir dinero para que Apache añada lo que necesita.

El caso Cisco: disminuir riesgos

En Cisco, se asignó a dos programadores la tarea de escribir un sistema de colas de impresión distribuido.

El dúo realizó una serie de modificaciones al software standard de impresión de Unix.

Entonces se dieron cuenta que Cisco tenía un problema: ninguno de los dos programadores iba a estar ahí para siempre, quedando el software falto de mantenimiento y degradándose.

De acuerdo a este razonamiento, pidieron a su jefe que autorice el lanzamiento del software de impresión como open-source. Su argumento era que Cisco no tenía ningún valor de venta que perder y mucho por ganar.

El desarrollo interno¿compite con el Sw libre?Dada la hipótesis de que el cliente desea tener el control sobre el fuente del programa tendría dos opciones mutuamente excluyentes:

1ª) adoptar Software Libre

2ª) fabricar el programa él mismo.

Aunque a primera vista la situación pueda parecer un juego de suma cero en la práctica no lo es, y, de hecho, los programadores del cliente suelen ser los más firmes partidarios de introducir Código Abierto en la organización porque nadie mejor que los desarrolladores conoce las ventajas intrínsecas del Software Libre. Mientras que para los responsables financieros o de marketing se trata más bien de un tema "de compras".

Lo que sí sucede es que incluso en el caso de que los programadores del cliente favorezcan la adopción, de todas formas pueden arruinar la monetarización del soporte.

10 criterios para elegir un proyecto libre I

1º) Plataforma y estándares

Determinar en qué plataforma está basado el producto y cuales son sus dependencias.

La elección de la plataforma puede afectar especialmente a los proyectos LAMP (Linux+Apache+MySQL+PHP) ya que LAMP es muy popular pero no ha conseguido una gran penetración en las empresas debido a que no cuenta con el apoyo directo de ningún gran fabricante.

Por otra parte, algunos proyectos utilizan formatos de archivo o mecanismos de persistencia poco comunes. Conviene revisar que la información y los protocolos utilizados cumplan con los estándares más extendidos.

2º) Tipo de licencia

No todas las licencias son iguales. La GPL, por ejemplo, no es una licencia nada amigable para los negocios que pretenden modificar el software base y revenderlo, dado que su naturaleza viral obliga a distribuir los derivados también como GPL.

3º) Estabilidad

La estabilidad de un producto es una función del tiempo que lleva en el mercado y de su base de usuarios: basicamente, estabilidad = tiempo x usuarios

4º) Actividad del desarrollo

Cuanto más activo esté el grupo de desarrollo, mejor, ya que esto es un indicador de la velocidad a la que irán incorporando mejoras e innovaciones. El ranking de SourceForge es el rey en la medida de actividad, ya que la utilizan para incentivar el uso de su propio servicio por parte de los desarrolladores.

5º) Comunidad de usuarios

10 criterios para elegir un proyecto libre II

6º) Calidad del código fuente

Hay que revisar siempre la calidad del código fuente antes de adoptar un proyecto libre, especialmente los componentes más pequeños. Muchos proyectos están inacabados o fueron desarrollados por estudiantes con poco experiencia en implementación. Un componente troyano Open Source mal elegido puede converirse en un auténtico cáncer dentro de un proyecto.

7º) Documentación

Este suele ser un punto débil de muchos proyectos Open Source.

8º) Soporte y certificaciones

En proyectos de misión crítica es fundamental determinar la calidad y el coste del soporte ofrecido por el fabricante o el distribuidor, así como las certificaciones de funcionamiento reconocidas.

9º) Idoneidad

No tiene sentido adoptar un software libre porque es libre, sin tener en cuenta las necesidades reales de la empresa. Es el valor que aporta y no su coste monetario lo que debe tenerse en cuenta a la hora de elegir un producto de software.

10º) Usabilidad

La usabilidad suele ser otro punto flaco de los proyectos libres. Es conveniente realizar unas pruebas previas con los usuarios.

Pasos para un plan de migración

1º) Empieza con algo pequeño.

Un proyecto grande y complejo que no ha evolucionado a partir de otro pequeño y simple, no funciona, y además es imposible arregarlo para que funcione. Familiarízate tu mismo y a otros con el nuevo software.

2º) Haz los deberes

Prepara un informe de coste/beneficio bien hecho y un plan de migrción factible.

3º) Informa y educa a tus jefes

Explica razonadamente cuales son los beneficios del nuevo software tanto por la parte de funcionalidad como por los costes ¡no olvides los beneficios personales para el jefe!

4º) Pon en marcha un piloto.

Que te sirva para probar tus ideas y prepararte para detectar problemas en una migración a gran escala.

5º) Forma a los usuarios.

Recuerda que esto es un proceso continuo y no un evento de un día.

Todo lo que hay que saber sobre análisis financiero del Software Libre

Es más barato que el privativo

se mire por donde se mire

Ahora bien...

Existe una diferencia entre tener razón y poderlo demostrar para

que nadie lo discuta.

Y para ello existen las:

Herramientas de análisis financiero

● TCO (Total Cost of Ownership)

● Payback

● ROI

● Otros modelos financieros Information Economics, Portfolio Mangement, IT Scorecard

● Modelos probabilísticos Real Option Valuation, Applied Information Economics

● Modelos no-financieros

TCO

En el software lo introdujo Gartner en 1987 procedente de la industria automovilística.

Como el software no se compra, se licencia, el concepto en sí mismo es equívoco.

Debe basarse en un modelo de costes que incluya costes directos e indirectos: licencias, soporte anual, coste de operación, gastos salariales, formación, etc.

La pega del TCO es que mide el coste pero no el beneficio potencial de usar un software.

Cuadro comparativo TCOSw Libre vs. Privativo, Costes Directos

Cuadro comparativo TCOSw Libre vs. Privativo, Costes Indirectos

¿Són los trabajadores de Linux más caros que los de Windows?

Si, pero dicha masa asalarial se usa de forma distorsionada. Un estudio de Robert Frances Group realizado en 2004, concluyó que en EE.UU. el salario de un administrador de Linux es un 4,23% superior al de uno de Windows.

Sin embargo, mientras que un administrador de Linux mantiene, de media, 44 servidores, un administrador de Windows mantiene sólo 10.

El resultado final fue que el coste salarial por máquina y año era de $12.010 en el caso de Linux frente a $52.060 en el caso de Windows.

La mayor productividad de los administradores de sistemas bajo Linux está recogida también en el estudio EU FLOSSpols, según el cual los administradores de ordenadores equipados con Software Libre son un 35% más eficaces que sus homólogos que usan software privativo.

Otros argumentos financierostípicos a favor del Software Privativo

Las licencias suponen sólo entre el 3% y el 5% del TCO.

El coste de formación supera los ahorros en licencias.

Payback period

Análisis del tiempo que una adquisición tarda en pagarse a sí misma.

Se usa mayormente porque es fácil de aplicar y fácil de entender para gente sin conocimientos financieros (Payback = Inversión / Cash flow)

El problema es que el cash flow no es algo evidente de estimar para un software.

ROI

Ratio entre inversión y retorno.

Se calcula por periodos de tiempo con fórmulas lineales o logarítmicas.

Por ejemplo si se invierten 1.000€ y el primer año se obtienen 100€, el ROI para ese año es del 10%.

El problema en este caso es que previamente hay que calcular cual es la inversión total y, como en el caso del Payback cuales son los ingresos imputables al software.

Análisis holístico comparativo

No se deben emplear criterios meramente financieros para comparar Software Libre vs. Privativo.

Las mayores ventajas del Software Libre no son financieras sino derivadas del mayor control y flexibilidad que proporciona sobre la infraestructura tecnológica.