Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Curso Liberación Código Fuente. Software Libre 2
Curso Liberación Código Fuente. Software Libre 2
ndice de contenido
1. Conociendo las ventajas de la liberacin..........................................................................................2
1.1. Escrutinio pblico.....................................................................................................................3
1.2. Independencia del proveedor....................................................................................................4
1.3. Innovacin tecnolgica.............................................................................................................5
1.4. Localizacin..............................................................................................................................6
1.5. Mayor seguridad y privacidad.................................................................................................7
1.6. Garantas de continuidad..........................................................................................................9
1.7. Ahorro en costos.....................................................................................................................10
2. Existen desventajas en la liberalizacin?......................................................................................12
2.1. Conociendo las desventajas de la liberacin...........................................................................13
3. Analizando la situacin de la empresa ...........................................................................................15
3.1. Mis debilidades.......................................................................................................................16
3.2. Qu puede fallar?..................................................................................................................18
3.3. Diferencindonos del resto ....................................................................................................22
3.4. Convirtiendo fortalezas en oportunidades .............................................................................24
3.5. Matriz DAFO del Software Libre...........................................................................................26
4. Definiendo la estrategia .................................................................................................................28
4.1. Estrategia Defensiva ..............................................................................................................29
4.2. Atacando a los competidores..................................................................................................30
4.3. Supervivencia .........................................................................................................................31
4.4. Reorganizando nuestro negocio .............................................................................................32
4.5. El proyecto desde fuera del negocio.......................................................................................33
5. Conociendo los modelos de negocio .............................................................................................35
5.1. ISV (Independent Software Vendor).......................................................................................36
5.2. Licenciamiento dual................................................................................................................37
5.3. SaaS (Software as a Service)..................................................................................................38
5.4. Proveedores de servicios.........................................................................................................39
5.5. Fundaciones...........................................................................................................................41
Glosario de trminos...........................................................................................................................42
Material de Referencia.......................................................................................................................44
Material de Consulta...........................................................................................................................45
Fundacin CENATIC
Mdulo 2: Decidiendo la liberacin
Objetivos de aprendizaje:
Por qu iba a invertir una empresa sus recursos en desarrollar un software al que todo el mundo
puede tener acceso?
Puede que te parezca una actuacin sin sentido, que provoca prdidas para la empresa. Pero al
contrario de lo que puedas pensar, existen muchos motivos por los que liberar el cdigo fuente de
un aplicativo:
Por la conviccin moral de que el software debe ser libre y no poner trabas al acceso al
conocimiento.
Por la constatacin de que la calidad tcnica del software producido es igual o en muchos
casos superior al propietario.
Por ganar reputacin.
Para conseguir una posible mejora profesional mediante la participacin en comunidades
de software libre.
Por mera diversin.
Para obtener beneficios econmicos derivados de la liberacin, a travs de los diferentes
modelos de negocio que pueden aplicarse y que veremos ms adelante.
Descubre a continuacin las principales ventajas que tiene la liberacin del cdigo fuente, tanto
para el crecimiento y mejora de la calidad del propio proyecto, como para el usuario final, ya sea
empresa, Administracin Pblica o individual, que adopta dicha solucin de software libre.
1.1. Escrutinio pblico
Cuando liberas el cdigo fuente, lo pones a disposicin de cualquier persona, y muy especialmente
de la comunidad de desarrolladores de software libre formada en torno al proyecto, dando la
libertad para estudiar y modificar el cdigo.
As, facilitas tambin que el proceso de deteccin y correccin de errores sea ms dinmico,
pudiendo cualquiera notificar un error y, del mismo modo cualquier persona puede hacer su
propuesta para solucionarlo, e incluso puedes corregirlos t mismo si t y tu equipo tenis la
cualificacin necesaria, o bien, contratar un servicio externo o reportarlo a la comunidad de
desarrolladores.
Pregunta de Autoevaluacin
Otra de las dudas que le plantean los compaeros a David, es sobre quin va a dar soporte a la
aplicacin. Al no tener proveedor, no podrn exigirle nada a nadie...
Y si no son capaces de solucionar los problemas que les surjan ellos mismos? A quin
acudirn?
Comprobars que el mercado actual tiene tendencia al monopolio, donde el usuario final, ya sea
individual, empresa o Administracin, puede encontrar gran competencia.
Sin embargo, esto no depende necesariamente del soporte que proporcione el fabricante del
software, ya que existen otras alternativas.
Como ltima solucin, puedes acudir a alguna de las mltiples empresas que, disponiendo del
cdigo fuente y de los conocimientos adecuados, pueden hacer negocios manteniendo determinados
programas libres.
Si el cdigo est liberado no tendrs que preocuparte por esto, ya que se eliminan las cajas negras
en las que tienes que confiar en el buen hacer del cdigo, y en las que necesitas de las estrategias de
los fabricantes, que pueden decidir unilateralmente dejar de mantener un producto.
1.3. Innovacin tecnolgica
David recuerda un programa de mensajera instantnea que utilizaba antes... era muy completo,
poda realizar incluso videoconferencias... que en aquellos tiempos era algo novedoso!
Pero siempre que necesitaba compartir o enviar algn documento tena que acudir al correo... no
tena otra opcin, salvo esperar a que el autor incorporara esta mejora.
Con el software libre ya no tendrs que esperar esas mejoras o conformarte con lo que hay, puedes
introducir los cambios que necesites en el programa t mismo!
Adems, contars con la ayuda necesaria para realizarlos, ya que se construye una comunidad de
desarrolladores y cualquier persona dispuesta a colaborar en el proyecto.
Desde esta comunidad, cualquier persona puede detectar la falta de algn elemento que podra ser
til para mejorar la aplicacin, pudiendo desarrollarlo l mismo o contando con la colaboracin de
los dems integrantes de la comunidad.
Pregunta de Autoevaluacin
Seguro que t tambin te has encontrado en muchas ocasiones con textos en idiomas que no
entiendes, que usan palabras que t nunca usaras, por ejemplo, computadora en lugar de ordenador,
o con los calendarios que empiezan en domingo en vez de en lunes.
Los programas de SFA suelen tener una aceptable localizacin, dado que los contribuyentes al
proyecto suelen adaptarlo a su lengua para facilitar la comprensin y uso del mismo. En la mayora
de proyectos que tienen en mente la localizacin, referenciada a veces por siglas como i18n, l10n o
g11n, suele proveerse de la infraestructura de software necesaria para aportar la localizacin y
adaptaciones necesarias sin necesidad de que se posean conocimientos tcnicos especficos.
Por supuesto, no se trata de una caracterstica exclusiva del SFA, pero s suele ser una de las
ventajas que inicialmente no contemplamos.
Otro aspecto importante de la localizacin, es que si se produce algn fallo al realizar las
adaptaciones, se puede corregir rpidamente.
Del mismo modo que pueden surgir errores de programacin o bugs, pueden surgir otro tipo de
errores derivados de las traducciones a las que es sometido el programa, son los errores
ortogrficos y gramaticales, que al estar liberado el cdigo t mismo puedes corregir si ests
capacitado para ello.
Pregunta de Autoevaluacin
La Localizacin se refiere a:
a) Conocer quin es el autor del software y saber dnde se encuentra situada la empresa.
b) Que el programa est traducido tanto al ingls como al espaol.
c) * Que el programa se adapte a los usos y costumbres de una comunidad.
1.5. Mayor seguridad y privacidad
Si utilizas una aplicacin que maneje datos e informacin confidencial, tienes la plena seguridad
de que esos datos se estn manejando de un modo efectivo y seguro?
Garantizar que los sistemas informticos en uso hacen slo lo que est previsto que hagan es un
requisito fundamental, y en muchos estados, un requisito legal. Cmo conseguirlo?
Facilitando el cdigo fuente: ste podr ser analizado por terceras personas, ajenas a sus autores, en
busca de fallos de diseo o de implementacin.
Adems, en el caso de detectar algn fallo que vulnere la seguridad, ste podr ser rpidamente
resuelto por cualquier persona capacitada, sin necesidad de depender del fabricante del software
como ocurre en los entornos propietarios.
Por el contrario, si utilizas una aplicacin propietaria de la cual no dispones del cdigo fuente,
resulta difcil asegurar que efectivamente esa aplicacin realiza un tratamiento de los datos como
debiera.
En el Software Libre...
a) * Podemos asegurar que el software hace lo que se espera que haga.
b) La seguridad es menor, ya que todo el mundo puede ver el cdigo.
c) La seguridad es la misma, sigue habiendo riesgos.
1.6. Garantas de continuidad
Alguna vez has necesitado un documento antiguo, que hace tiempo que no utilizabas y no has
podido acceder a l por no tener el programa o versin adecuados?
Pues ya no tienes por qu preocuparte, porque si utilizas software libre podrs almacenar los datos
en el programa, o formato de archivo que desees, sin miedo a perder la posibilidad de consultarlos
en un futuro.
Si usas Software Libre, puedes estar seguro de que la aplicacin y los datos
que manejas estarn disponibles cuando los necesites.
Es decir, aunque oficialmente el proyecto "muera", siempre se tiene la posibilidad (a diferencia del
software privativo) de continuar el proyecto personalmente, o a travs de los servicios de una
empresa especializada en dicho software.
Si vas a necesitar que los datos que manejas estn disponibles dentro de decenas de aos, y utilizas
un programa propietario, no puedes tener la certeza de que el programa est disponible tanto tiempo
y ms an si lo que deseas es que funcione en la plataforma habitual en ese momento futuro.
Es posible que el productor pierda el inters en el producto y no lo migre a nuevas plataformas, o
que slo est dispuesto a hacerlo ante grandes contraprestaciones econmicas. Slo el fabricante de
software puede hacer este porte, y por lo tanto ser difcil negociar con l.
Pero si utilizas software libre, la aplicacin est disponible para que cualquiera la porte y la ponga
disponible para los nuevos entornos.
Y si esto no sucede de forma espontnea, siempre podrs contratar algn servicio externo que pueda
llevar a cabo el trabajo. De esta forma puede garantizarse que la aplicacin y los datos que manejas
estarn disponibles cuando sean necesarios.
1.7. Ahorro en costos
Pensando en su antiguo programa de mensajera instantnea, David recuerda cuando por fin
sacaron una nueva versin que incorporaba la posibilidad de intercambiar archivos...
Pero tambin recuerda muy bien el dinero que tuvo que invertir para adquirirla!
Si usas software libre puedes llegar a reducir considerablemente los costos. Ya que no existen
costos de adquisicin y de actualizaciones, no tendrs la necesidad de estar solicitando
sistemticamente las licencias para continuar con la utilizacin del programa, como sucede en el
caso del software propietario
Pero, cuidado! Existen una serie de gastos tanto en el SFA como en el propietario que suelen pasar
desapercibidos. Por ejemplo, la implantacin de un sistema informtico, sea de SFA o no, puede
incluir la compra del mismo, actualizacin del hardware, mantenimiento del sistema,
actualizaciones del software, servicios y soporte, redes, seguridad, formacin de usuarios, gestin
del cambio, y un largo nmero de variables que debemos sopesar a largo plazo.
(Fuente: http://www.computer.org/cms/Computer.org/dl/mags/so/2004/01/figures/s1050t1.gif )
Del mismo modo, el empleo del software libre contribuye significativamente a disminuir los
restantes costos del ciclo de vida del software, a disminuir el impacto econmico en el despliegue,
el soporte, mantenimiento, etc.
Observa a continuacin, cmo puedes disminuir algunos de estos costos:
Por un lado, el software libre proporciona un modelo muy competitivo de servicios. Tanto
el soporte como el mantenimiento podrs contratarlo libremente entre una oferta variada que
compita en funcin de la calidad y el menor coste. Esto es vlido para la implantacin, la
capacitacin, y el soporte, y en buena medida para el mantenimiento.
En segundo lugar, las caractersticas reproductivas del modelo hacen que el mantenimiento
realizado sobre una aplicacin sea replicable muy fcilmente, pues las modificaciones, si
as se requieren, quedan incorporadas al patrimonio comn del conocimiento.
Por ltimo, una de las virtudes ms destacable del software libre es su estabilidad, por lo
que se reduce el enorme coste causado por la inoperabilidad (pantallazos azules, virus,
gusanos y troyanos, excepciones, etc.).
Pregunta de Autoevaluacin
Otras desventajas como la falta de soporte o la calidad escasa, estn relacionadas directamente
con la financiacin, aunque no son necesariamente dependientes, ya que incluso software sin
ningn tipo de financiacin puede ofrecerte muy buen soporte por parte de la comunidad a travs de
foros de usuarios y desarrolladores, as como ofrecerte una gran calidad en el cdigo.
Como ves, la liberalizacin tambin tiene desventajas, que debes conocer para realizar una
planificacin adecuada e impedir que afecten de forma negativa a tu proyecto.
2.1. Conociendo las desventajas de la liberacin
En general, la adopcin de software libre por parte de un usuario final puede plantear una serie de
desventajas, las cuales debes conocer y tener en consideracin:
Curva de aprendizaje
Cuando comienzas a conocer y a utilizar un software nuevo, necesitas un perodo de tiempo
para la toma de contacto, el aprendizaje y la adaptacin a su uso. Esto es lo que se llama
curva de aprendizaje.
El software libre se distribuye sin ningn tipo de garantas por parte del
autor.
Sin embargo, es posible que el proveedor o alguna empresa capacitada agregue una clusula
de garanta, normalmente a cambio de una contraprestacin econmica.
Por lo tanto, el modelo de negocio puede estar basado en la prestacin de servicios aadidos
sobre el software, tales como la actualizacin, mantenimiento o correccin de errores.
Es cada vez ms habitual que, sobre todo, en aquel software libre complejo, con un destino
comercial o profesional, la garanta venga dada por la contratacin de dichos servicios, a
cambio de una cuota.
Dedicacin de recursos propios
Los errores que detectes en el software, puedes comunicrselos a la comunidad de
desarrolladores para su evaluacin, clasificacin, priorizacin y posterior resolucin.
En el caso de que los errores del software no sean resueltos por esta va, tendrs que dedicar
recursos propios a la correccin de los mismos. Esto puedes hacerlo t mismo o tu equipo si
disponis de los conocimientos y recursos apropiados, o mediante la contratacin del
servicio a empresas externas.
Sin embargo, en el software propietario, no es posible reparar errores con recursos propios, a
menos que seas el propietario del mismo, sino que necesariamente tendrs que esperar a la
liberacin por parte del proveedor de algn parche o versin que corrija dicho error.
Pregunta de Autoevaluacin
Resistencia al cambio
Los cambios siempre son difciles, pero debes superar las resistencias que surjan al mismo, ya que
al final el cambio repercutir positivamente en el desarrollo de tu proyecto.
El software de fuentes abiertas supone un cambio en la forma de trabajar tanto para desarrolladores
como para usuarios:
Para los desarrolladores supone un nuevo paradigma de programacin y un cambio de
mentalidad: liberacin del cdigo, la creacin de comunidades alrededor de un proyecto,
etc.
Y para los usuarios, supone la introduccin de nuevos flujos de trabajo o la migracin a
nuevas herramientas, y esto lleva consigo un nuevo proceso de enseanza-aprendizaje
que deben llevar a cabo.
Aprendizaje de uso e inversin en formacin
Te has preguntado cmo se provee el soporte para software de fuentes abiertas?
En determinados proyectos de software libre, el soporte puede llegar a ser escaso, encontrndose
ste en la comunidad creada alrededor del mismo.
En la comunidad del SFA predomina el soporte online, mediante foros o listas de correo, en la que
los mismos desarrolladores y usuarios son los que se dan soporte unos a otros. Existen pocas
empresas que se dediquen a dar soporte genrico al software libre.
Mediante el soporte colectivo, se va construyendo el conocimiento en colaboracin con la
comunidad.
Pregunta de Autoevaluacin
El cambio es...
a) Una debilidad para tu empresa, por lo que debes evitarlo.
b) Poco aconsejable, porque tienes que realizar muchas inversiones para que se produzca.
c) * Un proceso aconsejable, pero difcil, en el que debes tener en cuenta las resistencias que se
produzcan al mismo.
3.2. Qu puede fallar?
Durante la realizacin del anlisis, ha llegado el momento en que David y su equipo estn
analizando los factores externos.
En un sistema - empresa abierto las influencias son muchas , pero realmente hay una
amenaza tan grande como para poner en riesgo la continuidad del proyecto?
Un factor muy importante que debes tener en cuenta es el entorno, los factores externos que
provienen de l, ya que la organizacin no es un sistema cerrado, sino que recibe influencias,
informacin, retroalimentacin, etc. del medio.
Este puede ser un factor decisivo, pero cmo afectan las amenazas a tu empresa?
Eso depende de sus caractersticas y de las del entorno, por lo que un mismo factor puede en
ocasiones superarse o en el peor de los casos, llevar al proyecto a su fin.
En cualquier caso, lo importante es que conozcas las amenazas que vengan del exterior para poder
estar prevenido y actuar al respecto.
Liderazgo de proyectos
El liderazgo de proyectos de software libre no est basado en reglas comerciales o legales sino en
reglas sociales y tcnicas. Los proyectos suelen tener una jerarqua implcita entre sus
desarrolladores.
Qu ocurre si esa jerarqua falla y se da una direccin inadecuada?
En ese caso puede desde, restringir demasiado el desarrollo del proyecto a perder el control de la
lnea inicial y coherente de los mismos. Incluso puede suponer la desaparicin del proyecto.
Patentes de software
Qu ocurrira si se patentasen algoritmos que has utilizado en tus proyectos de software?
Existen una serie de algoritmos que son utilizados en casi todos los proyectos. Si una posible
ley de patentes de software hiciese que se patentasen supondra un coste para tu proyecto..
Si el cdigo del software que has desarrollado es libre y abierto, estas patentes seran fcilmente
identificables, por lo que tendras la obligacin de pagar un canon.
(Fuente: http://mediacast.sun.com/users/~chandan/media/copyrights-patents-licenses.png/details )
En el caso del software privativo, tambin se cuenta con la obligacin de pagar ese canon. En
cambio, dado que el software privativo el cdigo es cerrado, no se puede ver, por lo que demostrar
que un proyecto de software privativo est utilizando ciertas patentes de software resulta casi
imposible.
Pero el SFA cuenta con una gran ventaja frente a este problema:
"Ah tienes el cdigo: examnalo, prubalo, compralo y mejralo si quieres"
Pregunta de Autoevaluacin
FUD se refiere a:
a) Los factores que amenazan al software libre y no puedes controlar.
b) El uso gratuito de software comercial.
c) * Una forma de desacreditar el software libre.
3.3. Diferencindonos del resto
Del mismo modo que un proyecto tiene aspectos o elementos internos que pueden suponer una
debilidad para su desarrollo, tambin hay aspectos que pueden ser positivos para el mismo.
Concelos!
Las fortalezas son los elementos de un proyecto o empresa que hace que
sea diferente del resto, suponiendo esas diferencias una ventaja para su
desarrollo.
Seguridad en el software
Has visto en el apartado anterior, como una amenaza al software libre es que se le etiqueta, entre
otras cosas, como poco seguro. Pero no es as, es todo lo contrario!
Al tener disponible el cdigo fuente, puedes consultarlo, analizarlo o modificarlo cmo desees,
favoreciendo as la deteccin y correccin temprana de vulnerabilidades o fallos de seguridad,
por cualquier usuario o desarrollador del proyecto.
Adems, te proporciona la seguridad de que el software hace lo que tiene que hacer, es decir, puedes
comprobar que no se ha introducido ninguna puerta trasera o que el software realiza un tratamiento
correcto de los datos que maneja.
Cultura de colaboracin
Ya sabes, por apartados anteriores, que el software libre promueve la creacin de grandes
comunidades alrededor de proyectos de software, y cuanto ms grande y activa sea la comunidad
mejor ser el programa resultante.
Sin embargo, esta comunidad no estar formada exclusivamente por desarrolladores, tambin son
necesarios traductores, documentalistas, testeadores, divulgadores, formadores, etc.
El concepto de Comunidad, o mejor, los lazos de colaboracin que dentro de esta se crean, hacen
que el proyecto se vuelva ms estable.
Del mismo modo que dentro de la organizacin puedes identificar fortalezas que pueden ayudar al
desarrollo del proyecto, en el entorno tambin puedes identificar oportunidades que debes saber
aprovechar.
Compartir conocimientos
Conoces la situacin del mercado actual? Si es as, sabrs la fuerte competencia que existe, y el
gran valor que adquiere el conocimiento.
El intercambio de informacin entre los componentes de la comunidad y la empresa
desarrolladora es muy importante porque hace mejorar la posicin de la misma en el mercado. Esto
es as gracias a las posibilidades de colaboracin que este intercambio supone, dndose tanto a nivel
local como global.
Una vez que han identificado todos los factores, tanto internos como externos, que pueden
afectar al proyecto de forma positiva o negativa, el equipo de David debe decidir en funcin de
los datos obtenidos, qu estrategia seguir.
Pero antes de decidir la estrategia, cmo pueden interpretar los datos obtenidos?
Ya conoces todos los aspectos tanto internos como externos que te interesan por el posible impacto
que puedan tener sobre tu proyecto, pero ahora debes organizar esos datos. Cmo lo hars?
Para eso, tienes que hacer una Matriz DAFO. Fjate en cmo se realiza:
Oportunidades Amenazas
Anlisis Compartir conocimientos Riesgo de fragmentacin
Externo Aprovechar la comunidad de desarrollo Liderazgo de proyectos
Escaso soporte profesional en Patentes de software
determinadas aplicaciones Uso de software propietarios sin costes
Escasez de aplicaciones en determinados Etiquetado como FUD
sectores
Nuevas legislaciones que incentivan el
uso del software libre
Fortalezas Debilidades
Anlisis Independencia con el fabricante Falta de propietario del producto
Interno Seguridad en el software Creacin de comunidad en torno al
Cultura de colaboracin proyecto
Lanzamiento de versiones frecuentes Resistencia al cambio
Alineado a estndares abiertos Aprendizaje de uso e inversin en
formacin
Las potencialidades te indicarn cules son lneas de accin ms convenientes para tu empresa.
Las limitaciones te indicarn la grave situacin de peligro en que se encuentra tu empresa o
proyecto.
Debes tener muy en cuenta los riesgos y desafos, en la eleccin del camino a seguir para que tu
proyecto prospere.
A partir esta matriz podremos establecer las estrategias a seguir.
Quieres saber ms...?
Si quieres saber ms sobre los anlisis DAFO,
visita:
http://www.guiadelacalidad.com/analisis-dafo.php
Pregunta de Autoevaluacin
Ahora que ya has organizado y analizado la informacin, con los resultados del anlisis DAFO,
debes definir una estrategia enfocada a superar las debilidades y amenazas planteadas y aprovechar
las fortalezas y oportunidades.
Para realizar un plan estratgico tienes que seguir una serie de pasos:
Define y prioriza los problemas a resolver.
Planea soluciones.
Determina los responsables para realizarlo.
Asigna recursos para llevarlo a cabo.
Establece la forma y periodicidad para medir los avances.
Al hacer referencia al entorno, ten siempre presente la situacin actual del mercado y la
competencia existente.
Cuando baje la cuota de mercado, busca clientes que te resulten ms rentables y protgelos.
Pregunta de Autoevaluacin
Tu empresa debe adoptar una estrategia de crecimiento. Cuando las fortalezas sean reconocidas
por los clientes, entonces ser posible atacar a la competencia para resaltar las ventajas propias.
Cuando el mercado est maduro es posible tratar de robar clientes lanzando nuevos modelos o
servicios.
Pregunta de Autoevaluacin
Desde direccin temen arriesgarse a estos cambios, teniendo en cuenta la situacin del mercado
actual.
Se dan cada vez ms casos de empresas que corren grandes riesgos de desaparecer, por eso a los
superiores de David les preocupa que su proyecto pueda acabar en una mala situacin.
Existe alguna estrategia efectiva que pueda ayudar a reflotar el proyecto si se viera seriamente
amenazado?
Es decir, debes usarla si tu empresa se enfrenta a amenazas externas sin las fuerzas internas
necesarias para luchar contra la competencia. Es aconsejable dejar las cosas tal y como estn hasta
que se asienten los cambios que se producen.
El objetivo que debes perseguir con la aplicacin de esta estrategia es aminorar las debilidades y
neutralizar las amenazas, a travs de acciones de carcter defensivo.
Debes superar esas debilidades y no dejar pasar las nuevas oportunidades. Para ello, debes destinar
recursos para desarrollar el rea deficiente, ya sea cambiando de poltica, de producto o servicio
porque los actuales no estn dando los resultados esperados.
Pregunta de Autoevaluacin
Pero entre la Direccin, an queda la duda principal que tenan, cmo se conseguira amortizar
econmicamente el esfuerzo planteado?.
Ante las dudas y desconfianza que se siguen manifestando, David plantea realizar un estudio de
viabilidad... Conseguir por fin el apoyo de la Direccin?
Es lgico que surjan miedos al emprender nuevos proyectos, por no saber qu resultados se
obtendrn en el proceso, pero aunque no los conozcas puedes estimarlos mediante el plan de
viabilidad. Te permitir conocer si la inversin realizada podr ser recuperada, en cuanto tiempo y
a qu coste.
Adems, puede dar respuesta a todas aquellas dudas que se plantean a la hora de liberar una
aplicacin. Al liberar un producto es necesario que te plantees varias cuestiones que permitan
determinar su viabilidad:
Es el modelo de desarrollo de software libre el adecuado para tu proyecto?
Qu grado de inters puede suscitar su publicacin?
Alguien ha hecho algo igual o parecido?
Cmo se gestionar el desarrollo del proyecto en comunidad?
Las ventajas competitivas que conlleva el uso del software libre en el sector empresarial son
muchas y muy importantes ya que suponen un cambio de mentalidad sobre un modelo ya asumido.
Sabas que existen multitud de modelos de negocio basados en el software libre con viabilidad
probada y demostrada?
Incluso irn apareciendo nuevos modelos de negocio an desconocidos a medida que el software
libre crezca en nmero de usuarios y empresas que lo utilicen.
En este sentido, la idea de liberar un proyecto y aplicarle un modelo de negocio definido
previamente, requiere que sean varios los aspectos que tendremos que considerar:
Alcance y planificacin del proyecto. Con el alcance del proyecto podrs delimitar el
trabajo a realizar para cumplir con los objetivos marcados en el modelo de negocio
planteado.
Estudio de la situacin actual. Se trata de un estudio de mercado que tiene por objeto el
anlisis del sector en el que se ubicar el nuevo proyecto y a qu colectivo va dirigido.
Estudiando la oferta y la demanda existente actualmente, con el objeto de determinar la
posible existencia de un nicho de mercado.
Requisitos necesarios. Se trata de un estudio de los requisitos tanto tcnicos, como
operativos, legales o econmicos que deben ser cubiertos para el desarrollo del proyecto.
Plan de marketing. Uno de los aspectos ms importantes a la hora de conseguir una
comunidad en torno al proyecto de software libre es publicitar de forma adecuada el mismo,
intentando mostrar su atractivo al mayor nmero de personas posibles.
Anlisis de la rentabilidad econmica. En base al modelo econmico elegido, realizars
un anlisis del retorno esperado con los recursos que sern necesarios para obtener tal
beneficio.
5. Conociendo los modelos de negocio
Recuerda que el software libre, por su naturaleza de libre distribucin, no se adapta a los modelos
de negocio tradicionalmente utilizados por el software propietario, no es rentable, por lo que debes
explorar otros modelos.
En la actualidad, son muchos los modelos de negocio que las empresas estn explotando en torno al
software libre.
El plan de negocio es el documento que analiza y expone cmo una empresa rentabilizar un
proyecto. Para ello, analiza diferentes factores:
Cuando tengas claro lo que necesitas para que la aplicacin de un modelo sea rentable, puedes
analizarlos y tomar la decisin adecuada.
A continuacin puedes ver una panormica de los modelos de negocio ms utilizados en el
software libre. Esta clasificacin no es estricta, es decir, la empresas pueden adoptar modelos de
negocio mixtos, que son combinaciones de los modelos descritos, entre s y con otros modelos
tradicionales.
5.1. ISV (Independent Software Vendor)
Conoces el modelo ms utilizado por el software propietario?
Por ello, el modelo de negocio basado en software libre debe diferenciarse claramente de este tipo
de modelo, debe estar basado en el servicio a terceros, sin ser necesariamente el creador del
software, puedes proporcionar soporte completo a ste.
Pregunta de Autoevaluacin
El modelo ISV:
a)* Es un modelo para la venta de software.
b) Es un modelo basado en el software libre.
c) Es un modelo en el que no pagas por comprar el programa, slo por las actualizaciones.
5.2. Licenciamiento dual
Ahora slo les queda exponer, en funcin de las decisiones anteriores, qu modelo de negocio
proponen para monetarizar la inversin que se ha realizado en el software.
Ya han analizado el modelo ms utilizado , que es el ISV, les ser til este modelo?
Recuerda que hablamos de software libre, por lo que el modelo ISV queda descartado, al ser ms
adecuado para el software propietario.
As que ahora te centrars en otro tipo de modelos ms adecuados al software libre. Comenzars por
el modelo de Licenciamiento dual.
En qu consiste este modelo?
La empresa que produce el software lo distribuye bajo dos tipos de licencia, una de ellas software
libre y la otra propietaria con un modelo de venta tradicional.
La versin propietaria de un producto puede ser til si requieres algn tipo de adaptacin del
software, soporte o vas a integrar el producto con otro propietario, accin que no te permite la
licencia GPL.
5.3. SaaS (Software as a Service)
Otro de los modelos ms utilizados es el SaaS, que est basado en el paradigma del Cloud
Computing.
Pues a este hecho, de poder aprovechar las infraestructuras y las plataformas que proporcionan y
gestionan terceras partes para prestar servicios a los usuarios a travs de internet es lo que se
denomina Cloud Computing.
En este nuevo modelo de negocio, el software libre es un tipo de producto especialmente apropiado
para el despliegue en cloud computing, ya que los costes no se incrementan a medida que aumentan
el nmero de usuarios.
Como ya has visto en apartados anteriores, el modelo de negocio basado en el Software Libre pasa
de la venta de software a la venta de servicios. Consiste en poder hacer uso de una aplicacin a
travs de internet, es decir, mediante el uso del navegador web, sin que tengas que tener el
software necesariamente instalado.
Un aspecto clave de este modelo es que la infraestructura sobre la cual la empresa despliega la
aplicacin est soportada por una infraestructura bajo demanda, que no haga soportar unas
inversiones iniciales muy fuertes, permitiendo crecer conforme crece la demanda de su servicio.
Pero atencin!: SaaS no es sinnimo de SFA. Al igual que sucede con el software privativo, el
propietario del mismo es el que decide si el cdigo del software va a estar disponible o no.
Pregunta de Autoevaluacin
Los modelos que estn analizando David y su equipo empiezan a convencer a la Direccin, que
ya comienzan a ver clara la posibilidad de obtener beneficios o recuperar la inversin realizada
en el proyecto.
Ahora slo les queda decidirse por uno de ellos!
Si el modelo de software libre pasa del producto al servicio, un modelo basado en la venta de
servicios podra ser el ms adecuado. Aunque existen muchos modelos de proveedores de servicios.
A continuacin vers algunos de ellos:
Freeware: El trmino freeware define un tipo de software privativo que se distribuye sin coste,
disponible para su uso y por tiempo ilimitado, siendo una variante gratuita del shareware, en el que
la meta es lograr que un usuario pruebe el producto durante un tiempo ("trial") limitado (con
funcionalidad limitada o no), y si le satisface, pague por l, habilitando toda su funcionalidad. A
veces se incluye el cdigo fuente, pero no es lo usual.
FUD: FUD (del ingls, Fear, Uncertainty and Doubt, en espaol miedo, incertidumbre y duda) es
una expresin con la que se califica a una determinada estrategia comercial consistente en diseminar
informacin negativa, vaga o sesgada con el objeto de perjudicar a un competidor. El trmino se
origin para describir las tcticas desinformativas en la industria de la informtica, desde donde se
ha adaptado para distintos campos. El FUD es una manifestacin de la apelacin al miedo, un tipo
de falacia conocida desde antiguo como argumentum ad baculum, muy frecuente en poltica y en
mercadotecnia.
ODF: El Formato de Documento Abierto para Aplicaciones Ofimticas de OASIS (en ingls,
OASIS Open Document Format for Office Applications), tambin referido como formato
OpenDocument (ODF), es un formato de fichero estndar para el almacenamiento de documentos
ofimticos tales como hojas de clculo, memorandos, grficas y presentaciones.
Comunidad: La comunidad del software libre es un trmino que hace referencia informal a los
usuarios y desarrolladores de software libre, as como los partidarios del movimiento de software
libre.
Vulnerabilidad: Aspecto del sistema que es susceptible de ser atacado o de daar la seguridad del
mismo.
Migracin: Proceso consistente en hacer que los datos y las aplicaciones existentes funcionen en
una computadora, software o sistema operativo distinto.
Parche: Modificacin llevada a cabo en un programa informtico con el objeto de sustituir una
parte del cdigo para de eliminar errores en su programacin, realizar cambios, o aadir mejoras.
Licencia GPL o GNU: Licencia creada por la Free Software Foundation en 1989 (la primera
versin), y est orientada principalmente a proteger la libre distribucin, modificacin y uso de
software.
Material de Referencia
Software libre y administraciones pblicas. Consultado el 22 de julio de 2010:
http://www.atenas.cult.cu/rl/informatica/manuales/sl/introduccion_al_SL/chap-
politica.html#AEN1478
Sitio web con infomacin relativa a los anlisis DAFO. Consultado el 22 de julio de
2010:
http://www.guiadelacalidad.com/analisis-dafo.php
Sitio web del Centro Nacional de Referencia de Aplicacin de las TIC basadas en
fuentes abiertas. Consultado el 22 de julio de 2010:
http://www.cenatic.es/
Informe sobre el estado del arte del Software de Fuentes Abiertas en la empresa
espaola (2009). Consultado el 21 de julio de 2010, CENATIC:
http://web.cenatic.es/web/index.php?option=com_content&view=article&id=35500