¿Quiere deslocalizar los sistemas de información de su empresa con éxito?: Controle, pero no se olvide de cuidar las relaciones

"Aunque muchas empresas están relocalizando sus operaciones de fabricación, la deslocalización de los sistemas de información sigue siendo un fenómeno en alza".

¿Quiere deslocalizar los sistemas de información de su empresa con éxito?: Controle, pero no se olvide de cuidar las relaciones.

El éxito de esta modalidad de deslocalización depende de que se haga un buen control y de que se consigan unas relaciones efectivas, lo que es sumamente complicado. Y es que, a las dificultades propias de toda externalización, se han de añadir las derivadas de hacerlo en terceros países.


El profesor del IESE Robert Wayne Gregory, Roman Beck (Universidad Goethe) y Mark Keil (Universidad Estatal de Georgia) analizan las distintas dimensiones del control que deben gestionar los directivos.

Tras estudiar a fondo el proceso de deslocalización de los sistemas de información de una empresa de servicios financieros, los autores llegan a la conclusión de que el tipo de control a ejercer no es la única dimensión en la que debe basarse el diseño del proyecto. El grado de vigilancia (estricto o laxo) y el estilo (unilateral o bilateral) son también factores importantes.

Tipos de control.

1. Control autoritario: Estricto, unilateral y con mecanismos de procedimiento. En este modelo, las partes se ven a sí mismas como cliente y proveedor, con funciones y responsabilidades claramente diferenciadas. El cliente especifica qué es lo que quiere, cómo y cuándo, y el proveedor se ajusta a las condiciones. Desde el punto de vista de la dirección, el cliente domina la relación.

Los mecanismos de control típicos de este modelo son: las evaluaciones regulares del estado del proyecto, los análisis de los productos finales, el seguimiento continuo de los objetivos del proyecto, la definición clara de las funciones y responsabilidades de cada uno y la documentación rigurosa de todo el proceso.

2. Control coordinado: Estricto, bilateral y con mecanismos híbridos. Las partes se ven como socios que han de coordinar estrechamente sus actividades. Cliente y proveedor comparten objetivos y acuerdan conjuntamente los pasos a seguir, sin que ninguno de los dos domine la relación.

Esta aproximación favorece las realización de pruebas conjuntas, como visitas al centro de desarrollo, talleres, reflexiones sobre la marcha (reflection-in-action), acciones de coaching, planes de comunicación, valoración de las lecciones aprendidas (reflection-on-action) y otros mecanismos de retroalimentación.

3. Control basado en la confianza: Laxo, bilateral y con mecanismos sociales. Las partes se perciben como miembros del mismo equipo y basan su trabajo en la confianza y el entendimiento mutuos. El proveedor entrega el producto sin que el cliente se implique demasiado en el proceso o controle al proveedor.

De este modo, los problemas se resuelven inmediatamente y se generan ideas para mejorar el proceso. Además, el proveedor asume una mayor responsabilidad en la relación. La lluvia de ideas, la comunicación espontánea y los intercambios informales son mecanismos habituales en este modelo.

Cómo equilibrar el control.

1. Tome decisiones de control conscientemente equilibradas: Cuando un proyecto no cumple las expectativas, las empresas suelen aplicar cambios instintivos, como, por ejemplo, aumentar el grado de control con la creencia de que así mejorarán los resultados. Pero podría no ser así, lo que acabaría produciendo incluso un deterioro de la relación con el proveedor.

2. Los jefes de proyecto de ambas partes han de evaluar regularmente el equilibrio al que han llegado y preguntarse si el control que ejercen es el más conveniente en cuanto a tipo, grado y estilo: Esta práctica debería propiciar decisiones meditadas sobre el proyecto, que tengan en cuenta las posibles tensiones entre cliente y proveedor de una manera activa y productiva.

3. Aproveche las ventajas del control bilateral: El buen entendimiento entre cliente y proveedor es una de las claves del éxito de la deslocalización. Por ello, los jefes de proyecto harían bien en considerar la posibilidad de compartir el control, evitando caer en la unilateralidad que, combinada con un control estricto y unos mecanismos de procedimiento, puede ser perjudicial.

4. Equilibre las necesidades del proyecto con las de la relación: Las estrategias de dirección del proyecto y las de gestión de la relación con el proveedor a veces chocan, produciendo tensiones y reacciones indeseadas. Los jefes de proyecto deben encontrar y mantener el equilibrio entre los objetivos a corto plazo del proyecto y los objetivos a largo de la relación, ya que la consecución de ambos es esencial para el éxito de la deslocalización.

5. Favorezca un entendimiento mutuo: Cuestiones cruciales de la deslocalización, como los procesos, el conocimiento del negocio y de las funciones, las expectativas comunes y las prácticas de los usuarios deben abordarse desde un punto de vista de comprensión mutua. Por ejemplo, ambas partes deben acumular el conocimiento conjunto en que se basa la relación para adaptarse y aprender el uno del otro y desarrollar prácticas negociadas.


Fuente: Robert Wayne Gregory, Roman Beck y Mark Keil/ IESE Insight.

Enterprise Resource Planning (ERP) : Los sistemas de información como elemento clave en la diferenciación y mejora continua de la empresa

"Cualquier empresa es hoy consciente de la relevancia que cobran en su operativa diaria la correcta elección y configuración de sus sistemas de información integrados (ERP) como factor clave del éxito. Sin embargo, ningún trabajador repara en ellos hasta que fallan o dejan temporalmente de funcionar, momento en que la compañía se convierte en un barco a la deriva"

Enterprise Resource Planning (ERP): Los sistemas de información como elemento clave en la diferenciación y mejora continua de la empresa.

Un ERP o Enterprise Resource Planning, es el soporte informático que vertebra los todos procesos empresariales de una compañía. En realidad se trata sólo de una herramienta que depende de quién lo implanta y queda supeditado al modelo de gestión de la empresa (y no a la inversa).

Por sí sólo, un ERP no es una garantía de mejora en el funcionamiento de la empresa, y existe un elevado índice de fracaso en la implantación de los mismos. Podríamos mencionar innumerables empresas, multinacionales de primer nivel, que invierten fuertes sumas de dinero en algo que acaba resultando un juguete caro, y que desafortunadamente no funciona.

¿Cuánto me va a costar un ERP?.

Cuando un directivo se plantea la implantación o el cambio de sistemas debe sopesar una serie de gastos, a saber:

a. Compra del software: Depende de los módulos que se desee instalar. Lógicamente a mayor cantidad de módulos mayor precio, por lo que debemos seleccionar lo que necesitemos y no lo que nos quieran vender.

b. Mantenimiento del software: Debe pagarse anualmente por licencia de uso, además de las actualizaciones de nuevos release.

c. Mejoras del hardware: Eventualmente, la instalación de un nuevo sistema puede requerir la compra de nuevos servidores o equipos de sobremesa más potentes.

d. Parametrización: Su coste suele ser directamente proporcional al renombre de la consultora que nos asesore en la implantación (Accenture, PWC, Deloitte…). Esta fase tiene mayor relevancia que el propio ERP elegido, ya que las necesidades de cada compañía difieren enormemente unas de otras.

e. Formación: Los sistemas ERP generalmente no funcionan solos, sino que son los trabajadores quienes operan con ellos. Por ello, se hace muy necesario invertir en formación, ya sea impartida por la propia empresa o externalizada.

f. Interfaces: Cuando se produce un cambio parcial de los sistemas, manteniéndose uno o varios sistemas antiguos, llamados legacy, se hace necesaria la creación de interfaces. Los interfaces hacen posible coexistir varios sistemas de información “traduciendo” la información de un sistema a otro. Esto supone un trabajo adicional al departamento de sistemas.

g. Migración de datos: Trabajo adicional para el departamento de sistemas. Suele consistir en el volcado de bases de datos, debiendo ser extremadamente cuidadoso en el mismo para mantener la integridad de los datos alojados.

h. Daño comercial. Uno de los costes que siempre se debe gestionar en un escenario pesimista (o realista quizá), es el daño comercial que puede sufrir la empresa durante la transición de un sistema a otro. Datos que se pierden, sistemas que fallan, clientes descontentos, es un riesgo que raramente se analiza antes de tomar una decisión pero que tiene repercusión real en la cuenta de resultados.

¿Qué factores debo tener en cuenta a la hora de decidir?.

Hay muchas preguntas que nos debemos plantear antes acometer uno de los proyectos más importantes en cualquier empresa. Éstas son sólo algunas.

1. ¿Necesito un ERP o me sirve algún programa genérico o un conjunto de aplicaciones?.

2. ¿Mejoro los antiguos sistemas o implanto un ERP nuevo?.

3. ¿Creo un ERP desde cero o busco uno existente en el mercado que pueda parametrizar?.

4. ¿Qué módulos se van a implementar?.

5. ¿Qué proveedor ERP se ajusta mejor a mis necesidades?.

6. ¿Un solo ERP o se hace necesario mezclar sistemas diferentes?.

7. ¿Un ERP genérico o sectorial?.

8. ¿Ofrece posibilidades de introducir mejoras o cambios en el futuro o tiene limitaciones de algún tipo?.

9. ¿Quién va a implementar y parametrizar el ERP elegido?.

10. ¿Cómo se gestionará la formación?.

11. ¿Qué partes se externalizan y que partes se realizan internamente?.

ERP: Los Diez Mandamientos.

Donde muchos han tropezado ya, otros pueden salir airosos. Por ello se ofrecen algunos consejos pueden resultar útiles, no necesariamente ordenados por su importancia.

1. Colaboración: Es imprescindible que todos los departamentos (y áreas geográficas) de la empresa se impliquen en el proyecto. Como su nombre indica, un sistema de información integrado no es una suma de eslabones, sino una cadena sólidamente trenzada. En ocasiones tendremos que superar rivalidades interdepartamentales.

2. Escuchar activamente: Las claves del diseño de un ERP no las tienen los managers, habitualmente inmersos en la toma de decisiones, sino las capas inferiores de la empresa, más en contacto con la operativa diaria. Es necesario contar con los trabajadores desde el principio, y no sólo a posteriori en la fase de test. De la misma forma que una casa debe empezar con unos sólidos cimientos para sustentar el resto de la estructura, si un ERP gestiona correctamente las bases de datos de clientes, facturación, inventario o nóminas, por ejemplo, el mánager tendrá acceso a toda la información que pueda necesitar.

3. Gestión: El software se debe acomodar a los procesos internos de la empresa, en ningún caso a la inversa. A menudo la gente olvida que un ERP no es sinónimo de plataforma tecnológica, sino la unión de ésa plataforma como apoyo a un modelo de gestión. Sin embargo, la implantación puede ser una buena excusa acometer una metodología de optimización de procesos de negocio, como puedan ser una Reingeniería de procesos (BPR), Kaizen, Six Sigma o similares, e incluso puede afectar a la estructura organizativa del personal de la empresa.

4. Plantear caminos laterales: Es muy decepcionante para un cliente oír que no se le puede atender o prestar un servicio porque el sistema no lo permite. Esto suele sobrevenir porque los procesos de la empresa son muy inflexibles o porque no se quiere dar a los empleados la capacitación suficiente para tomar decisiones. Ninguna de las dos cosas es negativa en sí misma, pero hay que tener en cuenta el valor del cliente para el negocio.

Por otro lado, también es bueno desarrollar planes de contingencia que contemplen los fallos que puedan provenir del ERP, de los servidores, de la red interna, o de los proveedores externos de internet y telefonía.

5. Prudencia: A veces no es posible hacer que un sistema elimine todo el trabajo humano, a la hora de desarrollar una aplicación o de configurar un ERP. Es preferible optar por reducir el trabajo humano en un 95% y hacer un sistema fiable, a hacer un proceso 100% automático pero que suponga fallos constantes o problemas de data quality. En líneas generales es peligroso intentar ser demasiado ambicioso en la concepción de un ERP excesivamente complejo, puesto que podemos encontrarnos un efecto rebote.

6. Trazabilidad: No se trata de saturar a los usuarios con información, sino de hacer que cada usuario reciba la información adecuada para su nivel de la empresa (ni más ni menos que la necesaria), que esté siempre a mano y lo más actualizada posible. Esta trazabilidad se hace extensible a todos los departamentos que participan en la cadena de valor.

7. Planificación: Siempre es mucho menos costoso y traumático hacer una correcta previsión en la fase de desarrollo antes que hacer correcciones estructurales a posteriori. No es bueno constreñirse con deadlines en éste estadio del proyecto y siempre es preferible cancelar el proyecto y volver a empezar de cero antes que saltar al vacío.

8. Gestionar el cambio: Es importante porque los empleados son por definición reacios al mismo. Por ello es necesario anticiparse al lanzamiento con formación e información, tener en cuenta las posibles limitaciones de los usuarios, en capacitación profesional, en informática o a veces simplemente en idiomas si el ERP no está traducido. No será suficiente con un par de reuniones, sino que es necesario involucrarlos, como dijimos anteriormente, desde el principio.

9. Data Quality: Más importante que el continente (el ERP) es la información contenida, por ello mantener la calidad de los datos o data quality es esencial. Las mejores fórmulas son, evitar dobles entradas y redundancias de datos (especialmente cuando coexisten varios sistemas diferentes), cuidar al máximo las migraciones de las bases de datos y tener visibilidad en todo momento de quién actualiza cada campo y por qué.

10. Viabilidad de futuro: Es necesario evaluar las posibilidades de ampliación y cambios del sistema, los costes de los mismos, y en definitiva, el grado de dependencia al que nos vamos a someter tanto a la consultora como al proveedor de software. ¿Es un sistema abierto o cerrado?, ¿permitiría futuros cambios?, ¿lo puede gestionar mi departamento de sistemas o requiero de soporte constante del proveedor?, ¿qué garantías me ofrece?.


Fuente: Alberto López Correa/ Managers Magazine

Diferenciación, ventajas competitivas y competitividad empresarial: Lo que el director general debe saber sobre la gestión de las TIC

"Cambiando los flujos y repositorios de información se modifica una de las dimensiones más importantes del diseño organizativo, lo que impide a la alta dirección de la empresa sustraerse de las decisiones sobre las TIC".

Diferenciación, ventajas competitivas y competitividad empresarial: Lo que el director general debe saber sobre la gestión de las TIC.

Los sistemas de la información (SI) no generan ventajas competitivas por sí mismos, sino que es la forma de gestionar esos sistemas lo que determina el potencial competitivo y estratégico de una empresa. Si eso es cierto, ¿cómo deben llevar a cabo esa gestión de los sistemas?, ¿no debería involucrarse la dirección general de las empresas en este área?.

Los profesores del IESE Sandra Sieber y Josep Valor, y el consultor especializado Valentín Porta, vienen a responder estas y otras cuestiones tecnológicas que afectan a los directivos.

En numerosas empresas, las decisiones sobre los sistemas (como el tipo de plataforma tecnológica a utilizar o el presupuesto dedicado a tecnología) son delegadas a responsables del departamento de Sistemas de Información. Sin embargo, "es esencial plantear la implantación de las TIC desde un enfoque global, que contemple desde cómo hay que controlar y compensar a los empleados hasta cómo planificar y organizar el proceso de adopción".

Los autores creen que los miembros de la dirección general no necesitan un amplio conocimiento técnico, pero deben ser capaces de mantener un diálogo efectivo con sus responsables directos.

Los autores distinguen entre dos enfoques de toma de decisiones relacionadas con TI: limitarse a alinear los SI con la estrategia de la empresa (metodología pasiva) y formular planes de SI en paralelo a la estrategia de negocio (metodología activa). Mientras que la metodología pasiva es adecuada cuando las TIC se limitan a dar soporte al negocio, en los casos en los que la tecnología es una fuente de ventaja competitiva por sí misma se hace necesario formular la estrategia de la empresa de forma conjunta con el plan de SI.

Esta última forma de planificación estratégica en paralelo no suele dar problemas cuando se trata de empresas de nueva creación, pero sí en cambio cuando se introduce en empresas ya establecidas o con escasa o nula cultura tecnológica. En estos casos, los autores recomiendan "empezar con una metodología pasiva hasta llegar a una madurez organizativa que implique un compromiso suficiente de toda la organización hacia el uso de las TIC".

Decisiones críticas.

Una vez planificada la estrategia, llega la hora de gestionar los recursos. Sieber, Valor y Porta reflexionan sobre las decisiones críticas en la gestión de los recursos de TI de la empresa. Entre ellas, destaca la necesidad de entender cuándo es conveniente optar entre un paquete estándar y un desarrollo propio teniendo en cuenta múltiples variables, como la relación entre flexibilidad y coste por ejemplo.

La necesidad de centrarse en su negocio básico, las dificultades para enfrentarse a cambios tecnológicos, la escasez de especialistas internos o la flexibilidad que exigen los cambios constantes son algunos de los motivos que llevan a las empresas a externalizar (outsourcing) aplicaciones, infraestructura o servicios relacionados con los sistemas de información.

Uno de los aspectos más controvertidos de la gestión de las TIC es medir sus costes. Según explican los autores, existen múltiples componentes del coste de los sistemas, que abarcan desde los puramente monetarios, a los derivados a la falta de flexibilidad y dependencia de un proveedor concreto del que la empresa no se puede desligar con facilidad. Los beneficios de estas inversiones tampoco pueden medirse de forma obvia, por lo que muchas empresas han optado por un procedimiento de evaluación y seguimiento de desempeño simplificado..

Otra de las cuestiones que muchas empresas se plantean es la organización y ubicación del departamento de TIC dentro del organigrama de la empresa. Estas decisiones deben tomarse teniendo en cuenta el tamaño de la compañía -con implicaciones directas en el volumen de trabajo del responsable de SI- y la importancia de las TIC en la estrategia, lo que implica tratar y planificar estrategicamente apectos esenciales oara la correcta marcha de la organización: Cómo organizar el departamento internamente, la distribución de tareas (arquitectura, explotación o proyectos, por ejemplo) hasta la gestión de las carreras de los profesionales.

En la gestión de un proyecto TIC se distinguencuatro frases diferenciadas (definición, desarrollo, implantación y mantenimiento). Esta modalidad de proyectos involucran no sólo a personal del departamento TIC, sino también a los usuarios. En este sentido es importante destacar que la involucración inadecuada de usuarios y la falta de atención a los procesos de implantación son las causas más frecuentes de situaciones de infrautilización de los sistemas, que puede poner en peligro no sólo la rentabilidad de la inversión realizada sino incluso generar problemas operativos graves en la empresa.

Conclusión.

En la empresa de hoy, la gestión de los sistemas de información ha dejado de ser una cuestión de técnicos para hacerse un hueco en la agenda de la dirección general. En otras palabras, las decisiones de TIC se han convertido en crí-TIC-as.

Fuente: Sandra Sieber, Josep Valor Sabatier, Valentín Porta / IESE Insight