
Hace aproximadamente un mes, estuvimos analizando en un par de notas cómo podría llevarse a cabo la migración de los puestos de trabajo de una empresa a escritorios basados totalmente en software libre. Primero estuvimos estudiando el contexto económico y temporal, es decir, una justificación económica que sustentase la decisión de migrar y, posteriormente, la pautas que podríamos seguir para poner en práctica el proyecto de migración. Lo ideal sería que pudiésemos migrar toda nuestra empresa, bueno, si así lo deseamos y, además, los datos económicos lo apoyan; sin embargo, no en todos los casos sería posible hacerlo y, posiblemente, tengamos que vivir en entornos mixtos.
Otro escenario posible, y tampoco sería muy descabellado, podría ser un entorno en el que se decide aplicar una transición mucho más suave, es decir, ir eliminando aplicaciones propietarias paulatinamente y, una vez se han eliminado en gran parte, proceder a la migración del sistema operativo hacia alguna distribución Linux con entorno de escritorio. Esta opción, sobre todo en entornos que tienen algunas dudas, puede ser la más interesante puesto que no supone un cambio radical y, desde el primer momento, se puede palpar el ahorro y estudiar la evolución y adaptación de los empleados a las nuevas herramientas.
Abordar un proceso de migración suave, lógicamente, supone que el plazo de realización aumente y, además, se tengan que definir más puntos de control. En estos casos, al igual que en la migración total, también tenemos que dedicar un tiempo a estudiar el funcionamiento de nuestra organización, entender los procesos y conocer las aplicaciones que los soportan. Para conocer cómo funciona nuestra empresa, además de observar a nuestros compañeros de trabajo, avanzaremos mucho si nos sentamos con ellos y les preguntamos por cómo trabajan en su día a día. Muchas veces, la gente que trabaja en el área de IT, tenemos una imagen preconcebida de lo que hacen nuestros compañeros y, seguramente, se nos pasen algunos detalles que, aunque no les demos importancia, para ellos son importantes. Una ronda de entrevistas, además de la observación, es lo mejor para abordar esta fase.

Teniendo en cuenta que vamos a aplicar un proceso gradual, en la fase de prospectiva tecnológica tendremos que buscar aplicaciones que sustituyan al software propietario (al menos todo el que se pueda) pero con dos condicionantes: deben existir tanto en Linux como en Windows o, al menos, deben ser aplicaciones web. Quizás esté acotando demasiado el campo de búsqueda pero, por experiencia personal, creo que es mejor huir de la emulación en Wine porque, a veces, no funciona todo lo bien que quisiésemos y el usuario se termina enfadando. Es muy importante que el usuario vea cubiertas todas sus necesidades o, al menos, la gran mayoría de ellas porque, teniendo en cuenta que seguimos en un entorno Windows, en caso de no cumplirlas podrían pedir volver al estado anterior.
Lógicamente, en esta migración suave, el compromiso de la Dirección es importante y, en época de crisis, ahorrar es importante; sin embargo, si el personal no está contento y, aunque sea exagerado, atisban cierto riesgo de bajada de la productividad, podrían cancelar esta transición.
Por tanto, si recordamos los pasos que fuimos comentando en los dos artículos pasados, el proceso de migración no partirá de la elaboración de una maqueta, sino que instalaremos aplicaciones libres que sustituyan a las propietarias, migraremos los datos e iremos desinstalando el software privativo. Este proceso será iterativo y gradual, es decir, lo recomendable es ir cambiando aplicaciones poco a poco (conforme se vayan amortizando las licencias) y apoyar el cambio mediante la formación necesaria a los usuarios.
Llegará un momento en el que, tras la última iteración, hayamos migrado todas las aplicaciones de nuestros usuarios a soluciones totalmente libres. ¿Qué haremos entonces? Lo ideal sería sustituir el sistema operativo propietario y apostar por uno libre y, por tanto, elaborar una maqueta con todas las aplicaciones que hemos ido instalando. Pero, si por el motivo que fuese no pudiésemos dar este último gran paso, al menos estaríamos ahorrando un importante capital gracias al uso de aplicaciones libres y, desde luego, será algo que se note en los costes operacionales de la compañía.










Excelente propuesta hermano, la migración paulatina es la que menos resistencia encuentra, gracias por el articulo!
me parece que todo es mucho floro(mentarios), no veo nada de alternativa solo comentarios. un ejemplo no presentan un detalle tecnico por los software que una empresa puede disponer en windows y presentar una alternativa en linux.
En muchas empresas que trabaje utilizan MSSQL, CMR(Visual BAsic), OFFICE2007, BROWSER,etc.
Un ejemplo en comun no todos los browser trabajan bien en LINUX, yo realizo Aplicaciones para Opera y cuando lo utilice en UBUNTO me parece muy desastroso los botones no tienen buen diseño a compracion en que CENTOS.
Otro de los ejemplo en una empresa Utilizaban un sistema de Planilla echo en Windows y sus reportes lo realizaba en Office 2007 en tablas dinamicas, ahora la empresa deseaba pasar algunas PC. pero por el vendito programa no se llevo la migracion aun que utilizamos MONO. ahora yo como soporte no podiamos encontrar un programa como el GHOST para linux que nos permitian realizar una restauracion del sistema a un punto determinado. ahora que ahora hay uno pero la verdad no te comprime como lo hace el GHOST. bueno eso fue hace 3 años ahora no se que tanto hay alternativas en el mercado pero en fin.
yo si desearia poder migrar todo las Pc de una Empresa a Linux. pero encuentro problema que se trata de eliminar pero los jefes esos problema no quieren bueno si estoy equivocado en fin refutamen y con gusto acepto mi error. y acepto comentarios positivos.
Hola xander,
Sobre alternativas algo ya comentamos en un post hace tiempo http://bitelia.com/2010/10/empresa-opensource, de todas formas quiero preparar algo en mayor profundidad.
Como bien dices, migrar tiene un componente estratégico y que, como tal, depende de la dirección de la empresa. Los jefes deben estar convencidos y, para ello, a los técnicos nos toca aportar argumentos: económicos, gestión, interoperabilidad, etc
El mayor escollo está en Excel porque, aunque haya mejorado mucho LibreOffice, Excel sigue siendo una herramienta mucho más potente. Con esto no quiero decir que una migración no sea viable, sino que es muy probable que migremos muchos puestos de trabajo (porque su uso de hojas de cálculo sea básico) y alguno nos quede en Windows o bien se conecte, mediante escritorio remoto, a un servidor windows para ejecutar un excel complejo.
Yo creo que es posible migrar siendo consciente de las limitaciones. Si tienes diseñadores gráficos que usan Photoshop, posiblemente, no quieran cambiarse al Gimp (lo cual es lógico), sin embargo, si alguien lo usa para redimensionar imágenes, cualquier alternativa libre le sirve.
Un pack Thunderbird+Lightning+SOGO+Libre Office puede sustituir MS Office + Exchange en un 90% de los casos
alternativas hay pero al nivel no estan
un caso en Común, la empresa donde trabajaba tenía un Servidor MS Exchange 2003. y nosotros los técnicos queríamos migrarlo a Zimbra. o bien a Open Xchange. Pero el problema radicaba que Zimbra no es completamente Open Source. la parte de Open Source no te permitía Realizar un Backup así como se realiza en Windows con ntbackup. o algo parecido. ahora Open Xchange no había mucho soporte es decir no se encontraba documentación en internet. Eso fue como hace 3 años, El Problema de M$ es cuando ingresa en una Organización es muy difícil sacarlo.
Después teníamos un Servidor M$ SQL 2005 en donde estaba el sistema de Planilla, contabilidad, importación, inventario, etc. eso era el otro dilema porque la empresa por licencia pagaba como 10 veces que nuestro sueldo en lo que es licencia. Para correr los Programas tratábamos de Utilizar Mono pero resultaba que nos funcionaba en un 80% ahora en los reporte Gerenciales con Excel(Tablas Dinámicas o CUBOS) y los Jefes ya sabes cuál puede ser su reacción al no ver sus amados Reportes. Bueno al jefe todo con Licencia M$. Después otro usuario también presento el mismo Problema en fin al final Recepcion fue la única Pc que se puso Linux.
El Otro problema era el GHOST en windows nos ahorra muchos problemas de Formatear, las imágenes, etc. bueno esta vez para no caer en sus Oficina del Jefe probamos en una PC y la verdad se demoraba demasiado en realizar una Imagen y no lo termina por completo, después probé con otro y como dice en mi país la misma chola.
Bueno no estoy aferrándome a M$. Yo ante estos problema decidí crear mi propio Aplicación Para que Corre en OPERA Desarrollado en PHP, HTML5, CSS3, JQUERY y etc. una Aplicación de Inventario, Caja o facturación, e importación. y se lo vendimos a una clínica y le Ofrecimos que migra sus Pcs a Linux y lo hiso de buena Fe, y nosotros los Migramos a Ubuntu. Pero cuando lo ejecutamos el diseño de nuestra Aplicación fue un desastre nuestro error fue llevarnos por los tantos BLog que dan buena Fe a Ubuntu. Pero de ahí probamos con Centos y resulto bien nuestro Aplicación porque nuestro diseño estaba excelente tanto en Windows como en Linux(Centos).
Me alegro llevar estas experiencias y la verdad me sirvieron mucho y la verdad ahora estoy desarrollando todo en la Nube. Todo los que es web. por eso a mis cliente siempre le recomiendo Centos con Opera aunque mi favorito es Firefox Aurora.
un caso en Común, la empresa donde trabajaba tenía un Servidor MS Exchange 2003. y nosotros los técnicos queríamos migrarlo a Zimbra. o bien a Open Xchange. Pero el problema radicaba que Zimbra no es completamente Open Source. la parte de Open Source no te permitía Realizar un Backup así como se realiza en Windows con ntbackup. o algo parecido. ahora Open Xchange no había mucho soporte es decir no se encontraba documentación en internet. Eso fue como hace 3 años, El Problema de M$ es cuando ingresa en una Organización es muy difícil sacarlo.
Después teníamos un Servidor M$ SQL 2005 en donde estaba el sistema de Planilla, contabilidad, importación, inventario, etc. eso era el otro dilema porque la empresa por licencia pagaba como 10 veces que nuestro sueldo en lo que es licencia. Para correr los Programas tratábamos de Utilizar Mono pero resultaba que nos funcionaba en un 80% ahora en los reporte Gerenciales con Excel(Tablas Dinámicas o CUBOS) y los Jefes ya sabes cuál puede ser su reacción al no ver sus amados Reportes. Bueno al jefe todo con Licencia M$. Después otro usuario también presento el mismo Problema en fin al final Recepcion fue la única Pc que se puso Linux.
El Otro problema era el GHOST en windows nos ahorra muchos problemas de Formatear, las imágenes, etc. bueno esta vez para no caer en sus Oficina del Jefe probamos en una PC y la verdad se demoraba demasiado en realizar una Imagen y no lo termina por completo, después probé con otro y como dice en mi país la misma chola.
Bueno no estoy aferrándome a M$. Yo ante estos problema decidí crear mi propio Aplicación Para que Corre en OPERA Desarrollado en PHP, HTML5, CSS3, JQUERY y etc. una Aplicación de Inventario, Caja o facturación, e importación. y se lo vendimos a una clínica y le Ofrecimos que migra sus Pcs a Linux y lo hiso de buena Fe, y nosotros los Migramos a Ubuntu. Pero cuando lo ejecutamos el diseño de nuestra Aplicación fue un desastre nuestro error fue llevarnos por los tantos BLog que dan buena Fe a Ubuntu. Pero de ahí probamos con Centos y resulto bien nuestro Aplicación porque nuestro diseño estaba excelente tanto en Windows como en Linux(Centos).
Me alegro llevar estas experiencias y la verdad me sirvieron mucho y la verdad ahora estoy desarrollando todo en la Nube. Todo los que es web. por eso a mis cliente siempre le recomiendo Centos con Opera aunque mi favorito es Firefox Aurora
El software libre es bueno siempre que de trabajo -pago- para todos. Caso contrario seria un desastre a nivel mundial.