Manejando el cambio desde el punto de vista de management.

Si tienes o eres parte de cualquier empresa moderna estos días sabrás que, para mantenerse en el negocio, uno debe adaptarse al mercado, a las nuevas tecnologías y lenguajes que van apareciendo. A veces, incluso cuando no hay ninguna ventaja significativa desde el punto de vista técnico, el cliente es significativamente más receptivo a comprar las cosas que están desarolladas usando la última tecnología, o las últimas técnicas. A veces el client quiere saber si usas SCRUM o desarrollo ágil, incluso cuando no sabe lo que significan.

Eso significa que, de una forma u otra, te ves obligado a evolucionar con la tecnología para adaptarte a los cambios en el mercado, a las nuevas tecnologías que van surgiendo, a nuevas formas de hacer las cosas. Puede que te veas forzado a migrar del escritorio a la "web 2.0" o pasar de un sistema con una base de datos central a un sistema más escalable, con una base de datos distribuida (esté justificado o no, a veces el mercado es muy caprichoso).

Cuando esto pasa, ¿cómo debes manejar ese cambio en tu equipo? ¿Cómo van a tomarselo?

Por supuesto habrá gente que aceptará el cambio gustosa, sin ningún tipo de problemas o que incluso estén deseando cambiar a ese nuevo lenguaje o esa nueva forma de hacer las cosas, pero en la mayor parte de las situaciones vas a encontrar gente que se resiste a dicho cambio y es importante entender las razones que llevan a ese tipo de comportamiento si quieres manejarlo bien.

En primer lugar la gente tiene aversión al cambio (con la excepción de unos pocos). Es decir, la gente tiende a evitar los riesgos, y todo cambio es un riesgo, una modificación del status quo anterior.

En segundo lugar la gente suele tener miedo de DONDE les situarán esos cambios. Miralo de esta forma: un desarrollador de tu equipo siempre se planteará: "si cambiamos al lenguaje xxx, ¿cómo afectará eso a mi trabajo? ¿cómo afectara a mis posibilidades de tener un ascenso? ¿puede poner en riesto mi puesto de trabajo? ¿me van a echar si no me adapto lo suficientmente rápido?. En otras palabras, muy probablemente no conocen el nuevo lenguaje o la nueva tecnología, o al menos no son tan expertos como en la vieja, es normal (en cualquiera) sentir miedo de quedarse anticuados o perder su antigua posición como "expertos" en su area.

Por último, todo lo que es nuevo es difícil de aprender y entender, especialmente si has estado trabajando durante muchos años con otra tecnología. Hace falta tiempo, y sobre todo esfuerzo, y mientras estás aprendiendo en muchas situaciones te sientes como un idiota. Es especialmente cierto en los equipos más envejecidos (y me refiero literalmente a aquellos equipos en los que la edad media del equipo es alta) puesto que incrementa el miedo a ser reemplazado por alguien más joven que ya conozca el nuevo lenguaje o la nueva forma de hacer las cosas.

Tu trabajo, como manager, es vencer esa resistencia, y para hacerlo necesitas manejar cada uno de los puntos anteriores.

En primer lugar hay que manejar el cambio de forma gradual. Cada cosa a su tiempo, un paso cada vez, un producto cada vez. No intentes cambiar el proceso completo de una sentada. En vez de eso, es mejor aplicar los cambios a un projecto pequeño, algo que no sea vital para la compañía. Presentalo como una oportunidad y una prueba. Si no es útil, si no resulta, entonces no volveremos a usarlo, pero vamos a intentarlo... de esta forma el riesgo es mínimo y los miembros del equipo lo percibirán así, a la vez que les das tiempo a asimilarlo puesto que empezarán a trabajar con las dos cosas a la vez.

En segundo lugar manten la confianza de tu equipo. Debes hacerles saber que se aprecia la experiencia de todo el mundo y que valoras más en sus años de experiencia en el negocio que la tecnología que usen para llevar a cabo sus metas. Escucha a cada persona y respeta sus opiniones y haces saber que te importa lo que piensan y sus puntos de vista. Por supesto, tiene que ser verdadero... no puedes tener un buen equipo si no respetas lo que piensan, si no estás abierto a escuchar sus opiniones, incluso aunque la decisión final siempre dependa de ti.

Por otro lado, hazte cargo del coste extra que el cambio va a suponer. Los hitos del proyecto necesitan ajustarse, estar más espaciados, hay que incluir el impacto del cambio en las planificaciones. Hay que hacer sentir al equipo que comprendes que asumir un cambio es difícil y que lleva un cierto tiempo. Haz que comprendan que sabes que las cosas llevarán más tiempo y que no esperas que nadie haga las cosas tan rápido como antes ni nadie va a ser despedido por ello.

Al final, tu objetivo es dar confianza a la gente y haceres comprender que el cambio es simplemente un reto y que solo estais probando. Si funciona entonces perfecto para todo el mundo, si no funciona entonces no pasa nada.

Por supuesto esto no se limita al jefe/lider del equipo. La propia compañía debe entender estos mismos principios lo cual implica que la misión del manager es presentar un buen informe sobre los beneficios vs los riesgos y analizar por qué es importante para la compañía realizar el cambio.

Al hablar con los niveles superiores, procura recordarles que en el mercado la competencia es feroz. Es evolucionar o morir, o más concretamente, hay que estar constantemente evolucionando. Incluso si el producto es el mismo desde el punto de vista de funcionalidad, tan triste como pueda parecer, desde el punto de vista de marketing decir que usas la tecnología xxx que es lo más de lo más y está de moda probablemente les robe unos cuantos clientes a la competencia.

El cliente no es estúpido pero, si no saben mucho de informática, son tremendamente fáciles de impresionar con las palabras de moda del momento.

El cambio es algo cotidiano en la vida de cada persona, tanto en lo personal como en lo profesional y siempre debe ser tenido en cuenta. Cuando alguien dice "hacer un cambio ahora mismo es demasiado arriesgado" o "no podemos permitirnos cambiar ahora" hay que pensarlo en profunidad... ¿estamos teniendo en cuenta todos los aspectos o estamos solo pensando a corto plazo? Por que si es lo ultimo, estaremos bien por el momento, estaremos bien a corto plazo, pero probablemente estaremos jodidos a largo plazo.

Como punto final, aunque no este directamente relacionado con como manejar el cambio... siempre hay que considerar si deberíamos o no hacer ese cambio

Introducir una nueva tecnología, lugar de trabajo, ciclo de vida o lo que sea que hagamos tiene un montón de costes ocultos, empezando por los conflictos que encontraras dentro de tu propio equipo hasta consecuencias imprevistas a largo plazo.

No estoy diciendo que no deba hacerse, sino que hay que poner en la balanza los beneficios y los costes, pero los beneficios reales (o realistas) y los costes reales, teniendo en cuenta que habrá muchos imprevistos. Si los beneficios sobrepasan a los costes, entonces bien, pero hay que tener en cuenta todos esos costes ocultos, que a veces no se consideran y suelen llevar el proyecto a pique.

0
No votes yet
Your rating: None