Gamers ahora disponen en Latam de SSD más fría
¿Le preocupa que esté cometiendo errores en la gestión de TI?
Aquí hay siete fallas más de las que preocuparse que, probablemente, no estén en su lista de tareas pendientes.
Por: Bob Lewis | Original de IDGN
Como CIO, puede obtener consejos sobre cómo ser más efectivo de cualquier número de fuentes incluyendo – por supuesto – medios como el nuestro.
Si está desesperado, puede acudir a varios expertos como Gartner, Forrester y McKins.
La mayor parte de lo que lees enumera cuáles deberían ser las principales prioridades de un CIO.
Por lo general, se expresan como si hubieran sido escritos por el Capitán Obvio, pero eso no los hace equivocados.
Simplemente repetitivos.
Entonces, en un intento de proporcionar asesoramiento que aún no ha recibido, aquí hay siete pecados veniales de la gestión de TI, presentados sin ningún orden en particular, sobre los que es probable que no obtenga asesoramiento en ningún otro lugar.
No, no me lo agradezcas…
1.- Demasiada gerencia, no suficiente liderazgo
Ok, mentí, un pecado venial en sí mismo.
Lejos de ser algo que no hayas leído antes, administrar-en-lugar-de-liderar es, en todo caso, algo sobre lo que has leído demasiado.
Hay un viejo chiste sobre un perro sin patas. Todas las mañanas su dueño lo sacaba a dar un arrastre.
El liderazgo es lo que marca la diferencia entre arrastrar a los empleados y que se muevan en la dirección correcta por su cuenta.
2.- Demasiado liderazgo, no suficiente gerencia
Te pagan para sacar el trabajo por la puerta. De eso se trata la gerencia: asegurarse de que se realice el trabajo de la empresa de la que es responsable.
El liderazgo es una herramienta útil para hacer que eso suceda (ver “perro”, arriba). Pero está lejos de ser la única herramienta.
La tecnología de la información es un ejemplo obvio. También lo son las iniciativas de optimización de procesos comercialeso
Con demasiado énfasis en el liderazgo, los gerentes pueden dedicar tanto esfuerzo a ser inspiradores que pierden la noción de por qué se les paga.
3.- Discutir sobre contracargos
Las devoluciones de cargo caen en el cubo Great Theory But.
La parte de la Gran Teoría es que al cobrar a los gerentes de los centros de costos por los recursos de TI que usan, sus decisiones sobre qué pedirle a TI serán más prudentes.
Pero ocurre cuando TI explica cuánto está cobrando. Esto se debe a que TI tiene dos formas de calcular sus contracargos.
Puede hacerlo de la forma más sencilla: asigne el presupuesto de TI a los gerentes de los centros de costos en función de alguna métrica fácil de entender como:
- El porcentaje del total de empleados de la corporación
- O el porcentaje del presupuesto corporativo total que controla el gerente del centro de costos
O bien, TI puede obtener costos unitarios granulares para cada uno de los tipos de sus recursos, monitorear el consumo de estos y multiplicar el consumo por costos unitarios.
Olvídate del enfoque simple. Lo que lo hace atractivo, su simplicidad, también lo hace inútil.
Como no hay forma de que un gerente de centro de costos reduzca los de devolución de cargo al reducir su consumo de TI, viola la premisa de la teoría.
En cuanto al enfoque granular y preciso, si se dirige por este camino, puede contar con que todo su presupuesto de tiempo se lo comerá vivo en discusiones sobre si lo que está cobrando es correcto o no.
Debido a que este enfoque es complicado, puede contar con que sea el resultado de numerosas suposiciones no demostrables.
Además, gane quien gane la discusión, el tiempo perdido por ambas partes, traducido en el costo de su tiempo, equivale a decidir de qué bolsillo saldrá el mismo dinero.
Ríndase.
4.- Tratar de ser una persona de negocios, no una persona de tecnología
Has leído este consejo, una y otra y otra vez.
Alcanzó su epítome en las empresas que adoptaron el título de CTO para la persona que dirige TI, lo que resultó en la peculiar afirmación de que la persona superior con “tecnología” en su título de trabajo no debería ser una persona de tecnología.
Así que, por favor. Considere que lo están dejando libre.
En primer lugar, comparando los dos, ser una persona de negocios es más fácil.
En segundo lugar, a menos que piense que el CFO de la empresa debe ser una persona de negocios, no una persona de finanzas, y que el director de marketing debe ser una persona de negocios mas no de marketing, todo el asunto no vale la pena, su tiempo ni atención.
Pero como tengo su atención de todos modos, aquí están las malas noticias sobre las buenas noticias:
Los CIOs que intentan ser gente de negocios en lugar de gente de tecnología son como los marginados de la escuela secundaria que están tratando desesperadamente de unirse al Cool Kids Club. Seguirán excluidos.
5.- Uso de ‘arquitecto’ como verbo
Ahora bien, esta es solo mi opinión, pero no creo que arquitecto-como-verbo diga nada más útil sobre lo que vas a hacer que sustituir “ingeniero” como verbo.
A menudo, cuando escucho “Tenemos que diseñar una solución”, veo a alguien que, al no haberse unido al negocio Cool Kids Club, ha decidido unirse al Cool Kids Club de tecnología.
6.- Emplear las “mejores prácticas”
Sí, es una batalla perdida.
Frunce el ceño ante alguien que afirma que algo es “la mejor práctica” cuando quiere decir que:
- Es una buena práctica
- Yna práctica comprobada
- O el estándar mínimo de profesionalismo básico
Es una causa tan perdida como quejarse porque alguien comenzó una oración con “Ojalá” cuando quería decir “Espero.”
Como es una causa perdida, pasaremos al número de la suerte: siete.
7.- Cambiar el enfoque de la gestión de proyectos a la gestión de productos
La gestión de proyectos es cómo las organizaciones hacen que el mañana sea diferente del ayer de una manera planificada e intencional.
La gestión de productos es la disciplina empresarial de gestionar la evolución de uno de los productos o líneas de productos de una empresa para mantener y mejorar su atractivo en el mercado.
La gestión de productos de TI proviene del mundo ágil y, en el mejor de los casos, tiene una conexión vaga con la gestión de productos empresariales.
Porque si bien hay un punto limitado en mejorar el atractivo de una parte de la cartera de aplicaciones o tecnología de una empresa, la gestión de productos de TI no se trata de eso.
De lo que se trata es de establecer la responsabilidad y la autoridad para la toma de decisiones.
¿Es esto lo suficientemente diferente, por no mencionar lo suficientemente mejor que la gestión de proyectos para que sea interesante?
Probablemente no. Es más una falsa dicotomía que una revelación.
El gran final
Ahora que ha asimilado esta lista de pecados veniales del CIO, la siguiente pregunta es cuáles intentará corregir primero.
La parte hermosa es que, si tiene tiempo para concentrarse en alguno de ellos y, ciertamente, si tiene tiempo para concentrarse en varios, o está en muy buena forma como CIO o está tan desesperadamente engañado que – realmente – no importa.
