Alumnos TIC vs Empleos TIC

Es paradójico, ver progresivamente como desciende el número de alumnos que cursan estudios relacionados con las TIC de forma general, cuando el empleo en el sector TIC es uno de los pocos que se ha ido manteniendo durante la crisis y que fuera de ella ha crecido y crece a buen ritmo.

 

De media, la empleabilidad de alumnos titulados en los diferentes niveles académicos está en el entorno del 80%, pero en cambio ha perdido, también de media, más del 50% de los alumnos que las cursan en los últimos años. Otro dato que nos ayuda a ponérsenos en contexto, es que en el año 2.000 teníamos en España más de 90.000 alumnos en carreras TIC y 10 años después nos encontrábamos en unos escasos 42.000 alumnos.

 

Si nos centramos en estudios superiores de informática, nos encontramos que los ingenieros TIC rozan el pleno empleo entre puestos en España y en el extranjero. Son cifras muy paradójicas como comentaba al principio, cuando nos fijamos en el volumen de parados que tenemos en España dentro o fuera de la crisis.

 

Como se puede comprobar en los siguientes gráficos, con datos extraídos del INE, se ve claramente que durante la crisis se han seguido generando un buen número de empleos TIC:

 

O cómo ha evolucionado el número de empresa del sector TIC entre el 2009 y el 2012:

 

 

Por otra parte, si nos centramos en las previsiones de la UE sobre la creación de empleo en el sector TIC de aquí hasta el 2020, que nos dice que se necesitarán alrededor de 900.000 técnicos para cubrir empleos tecnológicos, o según alerta Ametic (patronal tecnológica) responsable por naturaleza de la trasformación TIC, que no encuentran perfiles profesionales para cubrir estos puestos, nos lleva a pensar que la tendencia en el entorno actual es de que cada vez tendremos más problemas para encontrar técnicos.

 

Es imprescindible que desde los centros de formación se oriente a más alumnos hacia estudios relacionados con las TIC, para garantizar su futuro profesional.

 

Y de igual forma desde la administración se oriente, recicle y dote de las herramientas necesarias para redistribuir a parte de los profesionales sin empleo hacia la especialización TIC.

La Inteligencia de Negocio: la asignatura pendiente en la mayoría de empresas

Aunque hace unos cuantos años que los fabricantes de software desarrollan y evolucionan herramientas de BI (Business Intelligence), la realidad es que el porcentaje de empresas que utilizan estas herramientas todavía no es de forma mayoritaria, y si nos centramos en las que además le sacan un rendimiento adecuado a sus posibilidades, aun son bastantes menos.

 

En la actualidad las empresas gestionan una gran cantidad de datos, y más si lo comparamos con los datos que utilizaban hace pocos años.

 

Esta cantidad y variedad de datos, dificulta la toma de decisiones de manera oportuna en el negocio, y por eso es de enorme utilidad contar con soluciones de BI.

 

Las soluciones de BI amplían la visión estratégica, reducen los riesgos en la toma de decisiones y pueden construir ventajas competitivas de larga duración basándonos en la información tratada.

 

Permitiendo una mejora continua tanto en los procesos como en la gestión, gracias a la información concreta y puntual que ayuda a la toma de decisiones de una forma incluso anticipada y más acertada.

Favoreciendo la proactividad y agilidad en la gestión de la información en las empresas.

 

Las soluciones BI inicialmente (Cuadros de mandos) tenían que ser preparados exclusivamente por Técnicos Senior, dedicando muchas horas a la extracción y preparación de los datos, para posteriormente “montar” los Cuadros de mandos, con los indicadores que necesitaban las personas usuarias de los mismos para la toma de decisiones.

 

Por suerte, en los últimos años esto ha ido evolucionando, la conexión de los datos con las herramientas de BI son más fáciles y estandarizadas, los asistentes para confeccionar los indicadores permiten que los conocimientos técnicos de los usuarios cada vez sean menores, el interface sea cada vez más amigable y llamativo, la forma de poder representar los indicadores sea más diversa e intuitiva, etc.

 

Si además le sumamos que el precio de estas soluciones de BI en general han caído alrededor de un 90% sobre sus precios iniciales, a la velocidad que cambian los negocios y por tanto la necesidad de adaptarnos a los cambios lo antes posible, y que necesitamos fabricar y vender lo que el cliente quiere, porque cada vez compra menos lo que se fabrica y se le intenta vender.

 

Nos encontramos en el momento adecuado para poner en marcha la implantación de este tipo de soluciones en nuestra empresa, no hace falta hacer un gran proyecto de inversión y de alcance, es algo que se puede realizar progresivamente en los dos aspectos, esto nos hará ir dando pasos firmes y hacer las correcciones necesitarías aprovechando la experiencia.

GESTIÓN DE PROYECTOS TI " Teoría de la mesa"

La primera pata de la mesa es tener un sistema de gestión de Proyectos donde poder dar de alta el Proyecto con su presupuesto desglosado, donde los recursos del Equipo de Proyecto puedan imputar los trabajos realizados periódicamente y el Jefe del Proyecto pueda revisarlos, además de poder comprobar la situación del Proyecto comparando lo presupuestado con lo consumido.

La segunda pata de la mesa son las reuniones periódicas de seguimiento con el Cliente, que han de estar planificadas con antelación, se ha de levantar acta de lo comentado y si son para revisar o confirmar algún Hito se comprobará que se han cumplido correctamente todas las tareas precedentes y que cumplen el Hito.

La tercera pata de la mesa son las reuniones periódicas de seguimiento con el Equipo del Proveedor, que han de estar planificadas con antelación, se ha de levantar acta de lo comentado y el Jefe del Proyecto ha de tener la precaución de realizar con la máxima antelación posible a la entrega de algún paquete de servicios al Cliente, para tener tiempo de maniobra si las cosas no van como se establecieron en la planificación del Proyecto, en cuanto a las tareas responsabilidad del Equipo del Proveedor.

La cuarta pata de la mesa son los seguimientos individuales que realiza el Jefe del Proyecto, donde analiza toda la información obtenida en las otras tres patas de la mesa, y según el resultado de este análisis toma las acciones correctivas necesarias para que el tablero de la mesa vuelva a estar firme y estable, la verdad es que después de este análisis siempre hay acciones correctoras que realizar, aunque si se están siguiendo correctamente todos los pasos de la gestión de Proyectos deberían ser de poca envergadura y alcance.

Si no se tiene una de estas cuatro patas el tablero se cae.

Si tenemos las cuatro patas pero no se cuidan ni se revisan periódicamente, puede ser que una o varias de las patas se afloje y se caigan con lo que también se caerá el tablero.

Si tenemos las cuatro patas pero no las cuidamos ni revisamos con la periodicidad adecuada, puede ser que al revisarlas tengamos que hacer reparaciones o ajustes con un coste elevado económicamente y en tiempo, cosa que provocará inestabilidad y falta de firmeza en el tablero, con las consecuencias que eso pueda tener, ya que en el tablero está sentado el Cliente y notará los golpes y zarandeos.

INTRODUCCIÓN A LOS RIESGOS DEL PROYECTO

Los riesgos a los que se está sometido en un Proyecto de sistemas de información, son muy dispares y variables en función de cada Proyecto, por muy parecido que sea un Proyecto de otro.
Los riesgos son de diferentes naturalezas, pueden estar relacionados con la tecnología que utiliza el Cliente y/o la que utiliza el Proveedor, con el Equipo del Cliente y/o con el Equipo del Proveedor y otras propias del propio Proyecto.

Pondré varios ejemplos de posibles riesgos de diferentes naturalezas para dejar latentes estas diferencias:

Un posible riesgo tecnológico es el tener que pasar datos de una aplicación a otra sin tener herramientas tecnológicas existentes y probadas para poder hacerlo, con lo que en el Proyecto se tendrá que desarrollar una herramienta para traspasar estos datos, el riesgo está en la incertidumbre de saber exactamente cuánto tiempo se necesita para tener esta herramienta y por lo tanto difícil de valorar y planificar, con el consiguiente riesgo de costes no previstos y desviación en tiempo sobre lo planificado.

Un posible riesgo del Equipo del Cliente es su falta de experiencia en Proyectos de implantación de sistemas de información, ya que no son conscientes del trabajo que se les viene encima, no son conscientes del impacto que un Proyecto de este tipo tiene sobre su día a día, además de la importancia de sus tareas dentro del Proyecto, imprescindibles para la buena marcha y consecución de los objetivos del Proyecto.

Un posible riesgo del Equipo del Proveedor, es la inexperiencia de alguno de sus componentes en las tareas asignadas dentro del Proyecto, tanto porque son inexpertos o porque la aplicación es nueva.

Otro posible riesgo en el Equipo del Proveedor, es el nivel de presión sicológico y de carga de trabajo de otros Proyectos, que alguno de los componentes pueda tener.

Y para finalizar, un posible riesgo del propio Proyecto, es la participación de terceros o cuartos autores en el Proyecto, o sea que en el Proyecto hubieran varios Proveedores y que cada uno realiza una parte del Proyecto y que los trabajos dependen unos de otros sobre la planificación global del Proyecto.

Otro posible riesgo del propio Proyecto, está relacionado con el volumen de desarrollos a medida que se hagan en el Proyecto o por lo contrario el volumen de estandarización del mismo, si se trata de una aplicación ya desarrollada por un fabricante y que sus procesos están probados en muchas implantaciones o realizamos un proceso a medida específicamente para este Proyecto.

EL EQUIPO DEL PROYECTO

LA IMPORTANCIA Y LAS REGLAS DE JUEGO DEL EQUIPO DE PROYECTO


Por suerte, cada vez se le da más importancia al Equipo de Proyecto, y cuando me refiero al equipo de proyecto no solo me refiero a los integrantes del mismo por parte del Proveedor o de las personas que van hacer de Proveedor (como podría ser un departamento técnico interno, de la misma compañía que recibe el proyecto), sino que también me refiero a los integrantes por parte de Cliente o personal que recibe en proyecto.

Se entiende por Equipo de Proyecto a un grupo de personas por parte del Proveedor del Proyecto más un grupo de personas por parte del que recibe el Proyecto, en adelante el Cliente, con unas características y responsabilidades específicas dentro del Equipo y por lo tanto del Proyecto.



Importante establecer sin probabilidad de obviar, un Jefe de Proyecto por cada parte y unos Responsables de área por cada área de actuación o responsabilidad dentro del proyecto.

Los Jefes de Proyecto, entre otras características han de tener "Don de gentes", "Una visión global", "Disciplina", "Previsión", "Sicología Social" …, su nivel Jerárquico dentro de las compañías tiene que ser medio/alto, sobre todo el Jefe de Proyecto por parte del Cliente, y lógicamente cuanta más experiencia en Gestión de Proyectos mucho mejor. En cuanto a sus responsabilidades, sin duda alguna son los máximos responsables del proyecto, con todo lo que eso supone.

En cuanto a los Responsables de área del Equipo, vamos a separar los del Cliente y Proveedor, ya que tanto las características como las responsabilidades son muy diferentes. En cuanto a los Responsables de área por parte del Cliente, es imprescindible que sean grandes conocedores de su área, en cuanto a procesos y tareas de la misma, y que además sean los líderes del área o tengan un nivel jerárquico alto dentro de la misma.

En cuanto a los Responsables de área por parte del Proveedor es necesario que los enumeremos por los diferentes roles: 

Consultor
Capacidades principales: Saber escuchar y entender, facilidad para documentar, síntesis, conocer los procesos y/o tecnologías relacionadas con la consultoría.
Responsabilidades principales: Realizar las sesiones de consultoría, documentar el análisis y proponer soluciones funcionales para todos los requerimientos. Máximo responsable de la documentación funcional de la solución.
Analista de Aplicaciones y/o soluciones
Capacidades principales: Análisis Técnico, valoración de análisis y de programación, amplios conocimientos técnicos y funcionales de la plataforma de desarrollo y de los procesos relacionados con las aplicaciones.

Responsabilidades principales: Realizar el Diseño Técnico de la solución, realizar los desarrollos más complejos, coordinar, supervisar y dar apoyo a los Programadores y/o Desarrolladores a su cargo. Máximo responsable de la documentación técnica y desarrollos de la solución. 

Programadores y/o Desarrolladores
Capacidades principales: Amplios conocimientos técnicos y funcionales de la plataforma de desarrollo y de los procesos relacionados con las aplicaciones.

Responsabilidades principales: Desarrollos asignados, realizados en tiempo y calidad adecuados.

Implantador / Formador
Capacidades principales: Don de gentes, don de palabra, capacidades formativas, amplios conocimientos funcionales de la plataforma de desarrollo y de los procesos relacionados con las aplicaciones.

Responsabilidades principales: Instalación, configuración y parametrización de la solución, Testeo y presentación de los procesos, Traspasos de datos, Formación usuarios, Soporte. Máximo responsable de la implantación de la solución.

Por otra parte, para el buen funcionamiento del Equipo del Proyecto, se han de planificar y ejecutar una serie de presentaciones y reuniones periódicas, donde se controle la evolución del Proyecto y se dé solución a todas y cada una de las incidencias y desviaciones que se produzcan, tomando las responsabilidades de a cada uno y con una fluidez de la información y de la participación adecuadas para la optimo consecución de los Hitos y etapas del Proyecto.

Esto solo se consigue con una metodología de gestión de proyectos conocida y compartida por todos los integrantes del Equipo de Proyecto y con una responsabilidad y disciplina ejemplar. “No nos olvidemos que los proyectos son creaciones y crear no es fácil”.