Mover las aplicaciones de negocio (ERP, CRM, etc.) a la nube (en modo SaaS) es una tendencia en ascenso entre los responsables de las tecnologías de la información en las empresas (en este último informe que he leído, por ejemplo, lo explican muy bien).
No tengo cifras locales concretas (si alguien las tiene que comente), sólo mi experiencia directa hablando con colegas, clientes y proveedores, pero esta tendencia parece más tímida en nuestro entorno que en otros y es que por alguna razón aquí siempre somos más precavidos en lo de introducir cambios, por decirlo amablemente, o quizá no haya una oferta suficiente.
Aunque es comprensible que los responsables de llevar a cabo e impulsar este tipo de innovaciones en las empresas tengan muchas y serias dudas, dado el riesgo (no siempre mayor que continuar igual, todo sea dicho) que puede suponer un cambio estratégico de ese calibre en la gestión de la información de sus empresas.
Como estoy plenamente convencido de que es cuestión de poco tiempo que el modelo dominante de tener tu ERP, CRM etc. in house se quede obsoleto (*) y con el ánimo de contribuir, en la medida de mis modestas posibilidades, a romper, mediante información, transparencia y debate, esos miedos y dudas, me he decidido a escribir una serie de entradas sobre qué es lo que hay que saber antes de decidir mover las aplicaciones de negocio a un modelo SaaS.
La serie, que iré publicando paulatinamente en los próximos días, la he estructurado alrededor de los siguientes puntos clave:
- Multi-tenancy. Como condición necesaria para que el modelo sea sostenible.
- Tecnología. Consideraciones respecto de la arquitectura tecnológica de la aplicación SaaS.
- Inicio del Servicio. Qué hemos de tener en cuenta en relación a como se pone en marcha el servicio.
- Evolución del Servicio. Qué debemos gestionar para asegurar la adaptación de la aplicación SaaS a los requerimientos cambiantes de nuestra organización.
- Fin del servicio. Elementos importantes en el momento de finalizar la relación con el proveedor de la aplicación SaaS
- Integración. Consideraciones a la relación de la aplicación SaaS con otras aplicaciones
- Privacidad. Cómo cumplir la legislación vigente y proteger nuestros datos sensibles.
- Gestión del servicio. Gobierno de la relación con el proveedor y gestión de la calidad del servicio.
- Costes. Qué elementos de coste hemos de vigilar.
Cada uno de los temas se desarrollarán desde el punto de vista de una empresa que está considerando una estrategia SaaS para sus aplicaciones de negocio y que quiere validar las capacidades de potenciales proveedores. No obstante, me gustaría que esta serie fuera útil, no sólo para aquellos responsables de sistemas de información de esa hipotética empresa sino también también para que proveedores de aplicaciones y servicios comprueben que su oferta es competitiva y se ajusta a un modelo SaaS de verdad o True SaaS.
Para acabar esta primera entrada, los puntos cubiertos en la serie, por genéricos, deben considerarse como una guía de partida, una especie de check-list, nunca deberían ser sin más el único elemento para tomar una decisión. Si crees que necesitas una ayuda más adecuada a tus necesidades específicas no dudes en contactarme 🙂
El resto de la serie y otras entradas relacionadas: Selección de aplicaciones de negocio SaaS. Puntos clave
[ *] Sobre modelos obsoletos siempre me gusta citar a Nicholas Carr, uno de los primeros visionarios de lo que ahora se ha venido a llamar Cloud Computing,que explica en varios de sus libros y artículos como principios del siglo XX las empresas industriales tenían sus propios generadores eléctricos y pozos de agua in house y que al extenderse las redes de distribución de electricidad y agua se cambiaron a la Energía y Agua as a Service. Modelo que ahora, salvo contadísimas excepciones, vemos como el único racional y sostenible.
Foto: Michael Heiss
Actualización 23/1/2012:
En la línea de que los modelos SaaS avanzan en su implantación, enlazo este post que recoge una serie de pronósticos de relevantes analistas.
Actualización 25/1/2012:
En la encuesta del 2012 que Gartner hace a CIOs de todo el mundo, de las 10 prioridades tecnológicas, el Cloud Computing (SaaS, PaaS, IaaS) es la tercera, la modernización de Legacy Systems es la sexta y las aplicaciones ERP la novena.
Muy interasante el artículo. Gracias por la aportación.Estaré atento a las próximas entregas.
Quizás debemos ser prudentes al utilizar los modelos del agua y la electricidad ‘as a service’ como los adecuados, ya que ahora Rifkin, y otros, están proponiendo justamente lo contrario para cambiar el modelo económico. ¿Será que vemos las ventajas a corto pero no el impacto a más largo plazo? ¿Será un problema de modelo de empresa?
Pingback: Cloud versus Rifkin « Juan Martinez's Blog
Juan, gracias por el comentario. Reconozco que lo del agua y la luz no deja de ser una analogía prendida con alfileres, un recurso retórico, quizá, exagerado pero creo que muy útil para transmitir el concepto.
En cuanto a Rifkin, no soy un gran conocedor de sus teorías pero precisamente el cloud computing, sobre el que se apoyan los modelos SaaS, lo veo muy alineado con la necesidad de eficiencia energética que propugna Rifkin, ¿no?
Quizá para el consumidor sea adecuado un modelo de autosuficiencia energética mediante sistemas de energía renovables, pero para empresas es antieconómico con el estado de la tecnología actual. Justo este tema lo trato en el punto de tecnología de esta serie.
Lo dicho, muchas gracias por tu participación y bienvenido. Nos leemos
Creo que dejas un punto importante, o por lo menos, yo no lo veo reflejado como tal:
El SLA o Contrato de Nivel de Servicio.
Cada vez mas, sera un factor diferenciador entre distintas soluciones aparentemente similares.
Software SaaS, gracias por tu comentario. No me he dejado los SLAs, están incluidos en el punto «8. Gestión del servicio. Gobierno de la relación con el proveedor y gestión de la calidad del servicio»
Coincido contigo en que los SLA, Acuerdos de Nivel de Servicio, son un punto clave en cualquier oferta SaaS. Al fin y al cabo van a ser el instrumento que permita medir/gestionar la calidad del servicio y su evolución/mejora.
Un poquito de paciencia hasta el punto 8. Gracias
Un punto clave para la continuidad del servicio de las aplicaciones SaaS son las comunicaciones, y creo que deberian merecer un punto especifico. Otro aspecto importante son los mecanismos de contingencia que ofrezcan alternativas de servicio que permitan asegurar la continuidad de l’actividad de la empresa frente a incidéncias.
Por otro lado propongo que se reflexione sobre soluciones en la nube para aplicaciones críticas relacionadas con actividades del ámbito de seguridad y emrgéncias.
Hola Isart, muy de acuerdo con lo de las comunicaciones y las consideraciones sobre contingencias y continuidad. Están incluidas en el punto 2.tecnología. Un poquito de paciencia que el post sale en un par de días 🙂
La reflexión que propones sobre soluciones en la nube para aplicaciones críticas me parece muy interesante. Si quieres aportar un post al blog dímelo y te doy usuario. No lo he hecho hasta ahora pero es una buena forma de añadir riqueza al blog.
Gracias por comentar
Hola Luis,
Gracias por tu oferta. Mi posible aportación al blog respecto a aplicaciones críticas de seguridad y emergéncia estaria basada en mi actual experiencia con el servicio de llamadas de emergénia 112, y el conocimiento operativo de los cuerpos de seguridad y emergéncia. Si crees que mi punto de vista puede aportar riqeza al blog, estaré encantado de participar.
Isar, me parece muy interesante tu posible aportación. Te propongo que me hagas llegar vía e-mail tu propuesta y acordamos como publicarla. Mis únicas condiciones son que se mantenga más o menos la línea del resto de artículos (profesional-divulgativo-participativo) y que tu propuesta se publique, como el resto de artículos, bajo licencia CC SA-BY.
Muchas gracias por tu interés