La gestión del cambio en proyectos de implementación de software

La gestión del cambio en un proyecto de implementación de un software son todas las acciones encaminadas a minimizar el impacto negativo de la adopción de un nuevo sistema en la empresa.

El principal problema es que un cambio de software no es simplemente un cambio de sistema informático. El software es el soporte vital de las operaciones y procesos de la empresa moderna e integrado junto con otras aplicaciones han de ser reflejo del modelo de negocio de la empresa. Es a su vez un repositorio de datos interconectados sobre entidades y transacciones. En definitiva un software constituye el sistema nervioso de una empresa a través del cual fluye la información que necesita para realizar sus funciones.

Por si fuera poco cada vez que una empresa se plantea un proceso de cambio de software, lo lógico es aprovechar para hacer un rediseño de los procesos de trabajo en la empresa, eliminando los procesos innecesarios y optimizando todos aquellos que ofrezcan un margen razonable para la mejora. Muchas veces estos cambios vienen acompañados de reestructuraciones a nivel de personal. Esto  implica que el trabajo de muchas personas  se verá afectado.

En definitiva cuando en una empresa se rumorea que va a haber un cambio de software, el personal se asusta, ya que entiende que van a ocurrir importantes cambios que pueden amenazar su status quo.

La natural resistencia al cambio

Los seres humanos somos por naturaleza resistentes al cambio, especialmente si este no va a conducirnos de manera cierta a una mejora y somos reservados o cautos a la hora de conceder credibilidad a las promesas de mejora.

Todo cambio lleva asociado un componente de incertidumbre, sólo un necio puede estar seguro de conocer el futuro.

Por lo tanto, la primera acción de una Gestión del Cambio ha de ir encaminada a reducir esa incertidumbre, dando información general sobre el proyecto, así como información específica, que sirva a cada persona para evaluar cuál será el impacto sobre su situación como individuo. La mejor manera de adelantarse a posibles problemas, es ofrecer a cada persona herramientas para que pueda pensar en sí mismo. Es imprescindible hacer partícipe al equipo de esta transformación, y que vean las ventajas que el proyecto puede aportarles.

La planificación, la mejor herramienta para gestionar el cambio

El enfoque metodológico más adecuado, es aprovechar el conocimiento disponible sobre cambios y conflictividad, para trazar una serie de acciones que adaptadas a la casuística particular de cada proyecto permitan controlar la aparición de resistencias y conflictos. El objetivo es incorporar al proyecto al mayor número de profesionales posibles, y ayudarles a que este sirva para favorecer su desarrollo profesional.

No podemos olvidar que el mejor software, con la mejor adaptación posible a las necesidades de una empresa, se convertirá en un absoluto fracaso si no logramos involucrar al equipo de profesionales de la empresa en su uso, adopción y expansión.

 

Lic. Lucía Cauterruccio - Jefe de Área, Departamento de Consultoría GIRH Sueldos

 

 


Tip

Consultoría GIA: Importes a cuenta

Se ha incorporado en el Módulo de Contabilidad una mejora en el “Neteo de Documentos”, donde se agregó un nuevo filtro por rango de fechas de vencimiento para filtrar la columna de “Documentos pendientes” y otro rango de fechas de pagos a cuenta para filtrar del lado de “Cancelaciones a Cuenta”.

Esta mejora sirve para cuando la empresa tiene un volumen importante de documentos y/o cancelaciones pendientes, de manera que sea más ágil todo el proceso.

Está disponible a partir de la versión 5.158.0.0

Por consultas puede contactar a nuestro departamento de soporte enviando un e-mail a soportegia@datalogic.com.uy ó llamando al 2419 36 21 int.104.

Cra/MBA Andrea de Armas - Departamento de Consultoría GIA

 

 


Tip

Nueva funcionalidad del Módulo de Licencias

A partir de la última versión del módulo de Licencias se incorporó una nueva funcionalidad en la que se pueden definir tipos de licencias de inactividad que afecten en la generación de días de otros tipos de licencias.

Por ejemplo, si un funcionario solicita licencia sin goce de sueldo, esto afectará la cantidad de días que se generen de su próxima licencia reglamentaria.

Si en el año el funcionario se toma 2 meses de licencia sin goce de sueldo al generarse la licencia reglamentaria tendrá a gozar 16,7 días y no 20 días, es decir el sistema aplica un prorrateo.

Al crear el tipo de licencia de inactividad (ej. sin goce de sueldo) en la pestaña de inactividad se indica a qué tipo de licencia va a afectar.

La Inactividad se registrará con una Solicitud de Licencia de un Tipo de Licencia de inactividad para que además el sistema pueda llevar como un dato más el registro de todas las solicitudes realizadas por el funcionario.

Para utilizar esta nueva funcionalidad será necesario definir (Definiciones/Tipos de Licencias/Inactividad) y completar los datos que se muestran a continuación:

Guardar

Guardar

Guardar