SOFTWARE LIBRE Y RELACIONES USUARIO-PROVEEDOR: CAMBIOS DE PARADIGMA BAJO EL NUEVO MODELO

Ricardo Eito-Brun

Universidad Carlos III de Madrid

29 de marzo 2012

Código abierto• El código abierto / libre, se ha consolidado opción válida en la

estrategia de TI/SW de las organizaciones.• Principal característica:

• Disponer del código fuente de las aplicaciones para poder evolucionarlo “libremente”, con independencia de las actividades planificadas por el creador de dicho SW.

• Principal beneficio percibido (aparentemente):• Gratuidad, o al menos…• Menores costes (debido al hecho de obtener el SW sin tener que pagar

licencias)• Áreas de éxito:

• Sistemas operativos (Linux)• Bases de datos: MySql• SGC: Drupal, Plone…• Ofimática y escritorio.

El usuario…• Las libertades asociadas al SW libre

Origen: CENATIC

Código abierto. Algunos datos• INE, Encuesta de uso de las TIC y Comercio Electrónico en las

empresas (ETICCE)1. • Muestra: 28.980 empresas (16.715 de 10 ó más asalariados y 12.265

de menos de 10).• En las grandes empresas: uso de los sistemas operativos libres (47, 2%),

los servidores web (47%) y las aplicaciones de tipo ERP o CRM (34%).• Las aplicaciones ofimáticas de código abierto son las soluciones libres

más utilizadas (53,9% de las pequeñas empresas y 51,5% de las medianas).

• 9 de cada 10 empresas TIC apuestan por el uso del software de código abierto en sus infraestructuras TI.

• El porcentaje de empresas que utilizan sistemas operativos libres ha aumentado del 9,5% en enero de 2010 al 26,40% en enero de 2011.

Fuente: CENATIC “Software Libre en Cifras: Empresas Usuarias. 2011”

Código abierto. Algunos datos• AGE:

• 68% de organismos ha obtenido SW OS de manera gratuita desde repositorios de software o “forjas”;

• 46% ha realizado desarrollos propios basados en OS soluciones de fuentes abiertas

• 33% ha licitado la adquisición de software de código abierto comercial; • 27% afirma haber reutilizado las soluciones de fuentes abiertas de otra

Administración Pública. • Volumen de software desplegado en los servidores de AGE 40% es

software libre. Software de escritorio, 15%.• 2 de cada 10 organismos valoran positivamente las ofertas que

contemplan soluciones libres (aunque no las exijan).

Fuente: CENATIC “Encuesta sobre el Software de Fuentes Abiertas en la Administración General del Estado (ESFA-AGE). 2011”

Código abierto. Algunos datos

Código abierto. Connotaciones tradicionales• Percepciones asociadas al “movimiento libre”:

• Software social:• SW desarrollado por la comunidad, para la comunidad.• Altruismo, afán por colaborar.• Existencia de redes dispuestas a colaborar y a solucionar problemas de

otros…

• Más calidad:• SW de mayor calidad.• SW libre de virus.

• “Demonización” de modelos de negocio tradicionales.• Si estos no me cobran…, los otros me estaban “engañando”.• Connotaciones “positivas” de la palabra libertad.

Código abierto. Connotaciones tradicionales• Realidades asociadas al “movimiento libre”:

• Estrategias de márketing:• Empresas que invierten en comunidades libres para atacar a

competidores directos.

• Empresas que adoptan el modelo para: • Poder generar actividad a partir de SW inicialmente “cerrado” que no

obtenía resultados positivos comerciales.• Obtener beneficios de la venta de servicios / redes de socios.• Dar mayor visibilidad a SW.

• Licencias gratuitas para entidades “no lucrativas” y pago para entidades lucrativas.

• Desarrollar un “ecosistema”/red en torno a sus productos o servicios.

• Comunidades “dirigidas”, fuertemente jerarquizadas, cuyos beneficios se basan en la gestión de la marca (trademarks)

Código abierto. En conclusión…• Ideas / realidades asociadas al “movimiento SW libre”:

• Reducción de costes (no debería ser el factor principal, pero en ocasiones lo es)

• Mayor transparencia y visibilidad de los problemas (más personas lo usan y analizan):• “OS as a development method for SW that harnesses the power of

distributed peer review and transparency process” (OSI)• Dinamización de la industria

• Se pueden desarrollar iniciativas “locales” sin tener que establecer acuerdos costosos con el creador del SW.

• Se eliminan “barreras de entrada” en la adopción de la tecnología/SW.• El último punto es especialmente relevante en SW para gestión de

información, normalmente considerado “no crítico” o “prescindible”:• Sistemas de gestión de documentos• Sistemas de gestión de contenidos.• Sistemas de RI, indexación, etc.

El suministrador…• Tipos (D. Riehle):

• “Single-vendor OS”: poseen la propiedad del código pero lo discribuyen como OS (ej., Alfresco, Jaspersoft, MySQL)

• “Distribuidores OS”: integran componentes OS y los distribuyen a cambio de un precio (SUSE, RedHat…). Poseen la propiedad de la “configuración que generan a partir de distintos componentes”.

• Factores competitivos• Uso de SW libre para reducir costes de desarrollo/despliegue.• Venta de servicios de adaptación, mantenimiento y soporte.• Restricción de la versión “gratuita” a ciertos casos.• Inclusión de “componentes SW cerrados” dependiendo de la

licencia, como factor diferenciador / competitivo.• Habilidad para configurar e integrar componentes OS.

El suministrador…• Entrega código fuente como riesgo:

• El problema no está en entregar el código fuente al cliente…• Acuerdos “escrow” – protección de la inversión del cliente.• “Do at your risk”

• El problema está:• Mercados cautivos para mantenimiento.• Riesgo competitivo derivado de la redistribución.

• Asociación SW cerrado y venta de licencias:• Reducción de fuente de ingresos.

• ¿Hasta cuándo se puede mantener el código cerrado?• “Hasta que el mercado lo permita”

• Hasta que alguien ofrezca una alternativa libre equivalente.• Mientras tu SW siga teniendo un factor diferenciador respecto a los

demás.

Redistribución de oportunidades

Origen: http://www.riehle.org/computer-science/research/2007/computer-2007-article.html

El usuario…• Beneficios:

• Evita la “cautividad” respecto al suministrador del SW.• El mantenimiento puede ser hecho por otras organizaciones, personal

propio, etc.

• Menor coste derivado del no-pago de licencias.• Si se permite la redistribución copias y su uso, se reducen costes

de forma ostensible.• Interoperabilidad con otros productos, la facilidad de

personalización, o los costes de migración, soporte y mantenimiento**.

** Fuente: CENATIC “Encuesta sobre el Software de Fuentes Abiertas en la Administración General del Estado (ESFA-AGE). 2011”

El usuario…• Beneficios/Atributos OS:

** Fuente: FORRESTER Consulting “Open Source Software’s Expanding Role in the Enterprise” 2007

El usuario…• Dudas y aspectos a considerar Riesgos en la

adopción:• Violación de licencias• ¿Cuándo adoptar SW OS?• Nivel de compromiso de la organización con SW OS• En qué medida el SW es fácil de mantener.• Quién puede mantener y evolucionar ese SW con garantías.• Se adquieren mayores responsabilidades para gestionar ese SW

como un activo de mi organización.

El usuario…• ¿Cuándo considerar la adopción de SW OS?**

• En el momento de renovar licencias de SW propietario, especialmente servidores de aplicación, bases de datos y SO.

• Se está restructurando la estructura TI por cuestiones técnicas o reducción de costes.

• Hay productos OS maduros que cumplen con los requisitos de la organización con pocas (o sin) necesidad de modificaciones.

• “What we are seeing is and increasing demand for OS based on quality, reliability and speed, not just cost savings.”

• El usuario percibe más valor por su inversión en la adquisición de servicios en torno al SW, que en la tradicional adquisición de licencias.

** Fuente: ACCENTURE. Driving Enterpris Agility and High Performance (2012)

El usuario…• Nivel de compromiso / participación**

• Estudio centrado en empresas automoción Alemania (25, 50% industria europea respecto a ingresos).

• Etapas:• Sourcing Se acepta la adopción / incorporación del SW OS a la organización.• Initiating Se pone en marcha y se inician proyectos SW OS• Contributing Se vuelca la experiencia interna a la comunidad OS

• El sourcing debe hacerse de forma sistemática, atendiendo a la complejidad de las licencias y a los riesgos de licencias contaminantes.

• La contribución a la comunidad OS se aprecia como una oportunidad de:• Definir estándares • Evitar divergencias locales respecto a otras implementaciones.• Crear alternativas a las ya existentes.

• Las motivaciones “personales” o “psicológicas” (reconocimiento, aportación a la comunidad, etc.) no se identificaron como relevantes.

** Fuente: FAU Nürmberg Universität / BearingPoint. FOSS Management Study (2012)

El usuario…Mantenibilidad del SW

• Aspectos generales• ¿En qué medida es fácil mantener o evolucionar un SW?• En el caso del SW cerrado, no se suele prestar atención a este factor.

• Es una “responsabilidad” del suministrador.

• Depende de varios factores:• Características estructurales del código: complejidad, anidamientos, etc.• Comentarios y explicaciones que incorpora el SW.• Calidad de la documentación necesaria para mantener el SW• Trazabilidad y relación entre especificaciones, diseño y ficheros de código.• Cumplimiento de estándares de codificación.• Disponibilidad de pruebas.• Disponibilidad de procedimientos de generación, despliegue, instalación…

• Son aspectos “medibles” y evaluables de forma objetiva• Ejemplo: estudios de Riehle con resultados satisfactorios, aunque

parciales.

El usuario…Mantenibilidad del SW

• ¿Qué debemos considerar?• Qué las características que determinan la mantenibilidad del SW

se cumplan.• Incorporar dichas cláusulas a los contratos.• No siempre se puede controlar en su totalidad este aspecto, dado

que:• El OS se construye a partir de otros software OS existentes, versiones

previas…• Pero, se debe exigir para las evoluciones que se realizan.

• No confundir:• SW con “código fuente”.• “menor coste” con “menor rigor en el desarrollo del SW”

El usuario…Quién y cómo debe mantener y evolucionar el SW con garantías

• Aspectos generales• No debe confundirse “saber programar” con “poder mantener y

evolucionar un software”.• Se requiere:

• Recursos cualificados• Compromiso con el usuario a largo plazo Vocación empresarial.

• El responsable del mantenimiento debe asegurar la “mantenibilidad futura” de su trabajo, incluso por terceras partes.

• En el estudio antes citado** se señala que los procesos que gobiernan el uso de SW OS pueden considerarse “patchwork, at best”

** Fuente: FAU Nürmberg Universität / BearingPoint. FOSS Management Study (2012)

El usuario…Quién y cómo debe mantener y evolucionar el SW con garantías

• ¿Qué debemos considerar?• Debe evaluarse la competencia técnica y la capacidad de

gestión de los suministradores potenciales.• Metodologías de despliegue y buenas prácticas en el

mantenimiento del SW.• Mantenimiento del SW “Miniciclo de desarrollo”.• Todas las actividades de desarrollo de SW, deben ejecutarse en una

actividad de mantenimiento, aún a menor escala…• El éxito del SW libre exige un enfoque profesional / empresarial.

• Red de socios cualificados• Certificaciones personales• Formación continua del personal, planificada, no “reactiva”.• Disponibilidad de una infraestructura y recursos para dar ese

mantenimiento. • Compromiso con el usuario

El usuario…El SW como activo de mi organización

• Aspectos generales• Tradicionalmente, el suministrador “atiende” a las necesidades de

configuración de sus usuarios: • Disponibilidad de versiones anteriores • Compatibilidad hacia atrás de nuevas versiones

• Evitar que los cambios que se hacen en una nueva versión, impliquen que algo que se había hecho sobre una anterior deje de funcionar.

• Atiende la migración a nuevas versiones • Instrucciones detalladas para la migración entre versiones.• Adaptaciones para nuevas versiones de sistemas operativos.

• Soporte y atención a usuarios.

El usuario…El SW como activo de mi organización

• ¿Qué debemos considerar?• Debe prestarse mayor atención al control de la configuración de

versiones: archivo seguro, procedimientos de generación de binarios, saber qué versiones, parches, logbooks, etc., han sido desplegados, etc.

• Debe atenderse a posibles errores y problemas identificados por la “comunidad” o por el creador del SW (monitorización externa).

• Debe controlarse la disponibilidad de “parches”, su aplicabilidad, etc.

• Deben establecerse mecanismos de atención y soporte a usuarios…

• .., o en su defecto:• Se deben subcontratar estas actividades

El usuario…Conclusiones

• El despliegue de SW libre presenta una exigencias adicionales al “modelo tradicional” relativas a su gestión:• Mayor Libertad Mayor responsabilidad.

• Se requiere:• Atender a la mantenibilidad del código fuente.

• Características, documentación, pruebas, etc.• Para no comprometer las libertades 2 y 4.

• Control del código fuente – y la capacidad de gestionarlo - como un activo de la organización.

• Disponer de procedimientos de mantenimiento y “vigilancia” de la evolución general/global del software.

• Enfoque profesional, metodologías de mantenimiento y gestión de servicio.

• Do it at your Risk?

El usuario…Conclusiones

• Conclusiones del informe CENATIC AGE*• La falta de personal experto en soluciones OS y la necesidad de

formación es considerado como el principal freno que dificulta la adopción de OSS por parte de la Administración Pública.

• En licitaciones públicas de software, normalmente no se dispone de departamentos o metodologías que evalúen la calidad del software ofertado (79% de los organismos).

* Fuente: CENATIC “Encuesta sobre el Software de Fuentes Abiertas en la Administración General del Estado (ESFA-AGE). 2011”

El usuario…Conclusiones

• Necesidad de definir procesos y política**

** Fuente: FAU Nürmberg Universität / BearingPoint. FOSS Management Study (2012)

¿Tiene su organización una política para…?