Guía de migración y despliegue
From Software libre para los países en desarrollo
Este documento está orientado a IT decision makers en las organizaciones.
La magia del software libre, en gran parte, consiste en el modelo de desarrollo abierto. Este modelo ha dado resultados muy interesantes, entre los cuales se cuentan proyectos y aplicaciones que, siendo software libre y de código abierto, admiten la ejecución en entornos no libres, como Microsoft Windows.
Sabiendo lo difícil que suele ser migrar a una solución que cambie enteramente el panorama de las tecnologías de información en una organización, y conociendo que existen un número de alternativas libres a herramientas de software propietario que funcionan en Microsoft Windows, sugerimos el siguiente modelo, basado en varias etapas:
- Planificación
- Generación de interés y actitud positiva en los usuarios
- Despliegue
Contents |
Cómo generar interés positivo en los usuarios
Una estrategia para generar actitud positiva en los usuarios que recomendamos es compartir parte de los beneficios económicos netos obtenidos durante la migración al software libre en bonificaciones y capacitación para los usuarios. Estos beneficios deben ser presentados antes de la migración, a forma de botín por una migración exitosa.
Despliegue
Estas son las dos fases para el despliegue:
- manteniendo la inversión actual en entrenamiento y TI, desplegar, una a una, las diversas herramientas de software libre populares disponibles en Microsoft Windows, y
- en una segunda fase, desplegar el sistema operativo propiamente dicho, aprovechando la experiencia ganada en la primera fase
Fase 1: aclimatamiento y aprendizaje
Inicie el reemplazo de aplicaciones anunciando previamente el calendario para el reemplazo de la aplicación. Evite el pánico y la resistencia, dejando en claro que, si bien cada aplicación nueva tomará el control por defecto, durante esta fase el personal podrá hacer uso normal de la aplicación obsoleta.
Los factores clave de éxito de esta fase son:
- Configuración por defecto: las aplicaciones desplegadas deben tomar el control del dominio del problema particular. El despliegue de Mozilla Firefox, por ejemplo, debe hacerse logrando que Mozilla Firefox se convierta en el navegador Web por defecto.
- Despliegue escalonado: las aplicaciones deben desplegarse una a una.
- Aprendizaje sobre la marcha: es necesario estudiar las reacciones del personal e incorporar estas reacciones y medidas correctivas y preventivas derivadas a los siguientes despliegues.
- Colaboradores a bordo: ingenie una estrategia de marketing previo al despliegue de la aplicación en su organización. Es crucial que el personal esté a bordo, tenga expectativas positivas (pero realistas), y se sienta contento (incluso innovador) con las herramientas nuevas, y que perciba que el cambio los beneficia.
Basándonos en experiencias previas de despliegues parciales, y principalmente el nivel de aceptación y percepción positiva que hemos experimentado en aquellas experiencias, sugerimos esta agenda (en orden de popularidad):
- Mozilla Firefox: los beneficios son inmediatos, y la necesidad de reaprendizaje del usuario es nula. Para no experimentar problemas con los usuarios, la migración debe ir asociada de la instalación de Macromedia Shockwave Flash para Mozilla Firefox.
- OpenOffice.org: la ubicación de algunas características en los menús cambian, por lo que (solamente) los usuarios experimentados de Microsoft Office podrían necesitar ligera asistencia.
- Mozilla Thunderbird: usualmente la migración de Microsoft Outlook no es problemática, exceptuando los casos en los que exista dependencia previa de Microsoft Exchange.
- GIMP: una herramienta para dibujos. Sugerimos su instalación puesto que probablemente será el primer encuentro con el arte digital para casi todos los usuarios (exceptuando la herramienta de dibujos sencilla de OpenOffice.org).
También creemos conveniente la migración de aplicaciones verticales en esta etapa (especialmente puesto que la mayor parte de aplicaciones verticales modernas no requieren más en el cliente que de un navegador Web).
Fase 2: reemplazo de software propietario remanente
Con un plan concreto y detallado, y el conocimiento derivado de la fase 1, es posible ejecutar la fase 2.
Nos gustaría hacer un estudio más detallado para poder hacer recomendaciones concretas para esta fase, pero (aparte de quedar fuera del ámbito de este trabajo) nos resultaría muy difícil superar el excelente trabajo ya realizado en este campo por Paul Murphy con su Unix Guide to Defenestration, Bart Decrem y su Desktop Linux Technology & Market Overview y, en especial, IBM y su Linux Client Migration Cookbook. Sugerimos adaptar las estrategias de estos trabajos a la relativa simplicidad de las PyMEs.
