¿Mejora de la productividad?

Recientemente, he tenido oportunidad de viajar para realizar acciones comerciales en clientes internacionales. El perfil de las personas que veo son CIO's de grandes empresas, normalmente de entidades financieras. En uno de estos viajes, un cliente me pidió que le explicase en términos "humanos" que significaba eso de la mejora de la productividad.

En mucho casos hablar de procesos puede parecer que estamos hablando de lo divino y lo humano, sin entender la trascendencia que pueden conllevar para las actividades de desarrollo.

Vamos a ver algunas preguntas cuya respuesta permitirían claras mejoras de la productividad

• ¿Cómo reducir el volumen de correctivo? : si somos capaces de reducir el volumen de errores en el software desarrollado, podremos dedicar más esfuerzo a evolutivo o reducir carga



• ¿Cómo reducir esfuerzo a soporte a usuarios?: aunque parezca raro, la atención funcional a usuarios suele consumir bastante esfuerzo y de recursos funcionales caros, que podrían dedicarse a funciones de mucho más valor.



• ¿Cómo asegurar un mayor nivel de éxito en la planificación de los entregables?

Basado en mi experiencia , pongo a continuación algunos ejemplos de proyectos de mejora que hemos puesto en marcha en algunos de nuestros clientes:

Gestión de Incidentes del Servicio:

Analizando periódicamente, aquellos incidentes en la prestación del servicio que más veces se han repetido o que han tenido un impacto más desfavorable en la prestación del mismo. Fruto de este análisis se pueden proponer una estructura de acciones priorizada y orientadas a la búsqueda de la optimización de los esfuerzos de los profesionales.

Una vez que podamos disponer de indicadores fiables como, dedicación del personal, tiempos de resolución, diagnósticos más frecuentes etc... se pueden usar modelos estádisticos sencillos pero eficaces, como la ley de pareto o diagramas de control, que nos permitan de manera gráfica analizar el comportamiento de tendencias de la información que estamos analizando.

En este ejemplo de uso un diagrama de control, que está orientado para usar con valores medios, podemos por ejemplo pensar en la reducción de los tiempos medios en la resolución de los correctivos, analizando los valores que están fueran de rango. En alguna otra entrada pondré algún ejemplo práctico.


Gestión de Problemas de las aplicaciones

Analizando periódicamente, aquellos problemas que se han producido con mayor frecuencia o aquellos cuyo impacto ha sido más negativo en las aplicaciones. Como en el caso de la Gestión de Incidencias del Servicio, se puede proceder a formular un conjunto de acciones para la eliminación de los problemas objeto del análisis, de manera que se tomen las acciones oportunas tendentes a eliminar las causas origen de los mismos, mejorando, consecuentemente el servicio y disminuyendo la necesidad de recursos a dedicar a la actividad.

Mejora de la estructura de las aplicaciones

De manera periódica, realizar un análisis de situación de las aplicaciones, con un conjunto de acciones propuestas para mejorar la situación estructural de dicho activo software. La mejora estructural de las aplicaciones tiene una alta incidencia en la reducción de costes de mantenimiento.

Estudios de esfuerzo de mantenimiento

Junto al ejercicio anterior, se puede plantear otra tarea que consistirá en analizar el esfuerzo requerido para todas las actividades de mantenimiento pero analizando las aplicaciones en su vertiente de valor a negocio. En vistas de todas las actividades de mejora realizadas o las planificadas, fijar objetivos de mejora en la dedicación a actividades.

Análisis del soporte a usuarios

Realizado en un período: realizar un análisis de la tipología de soporte que se está realizando, de tal modo que a través de un análisis de tendencias se puedan concluir planes de acción para reducir el volumen de soporte.

Conclusión

Estos análisis que pueden parecer obvios, no los son, cuando nos llevamos la sopresa de que, tanto en las organizaciones de desarrollo de clientes como proveedores de outsourcing, no se mide la información relevante para poder llevar a cabo los análisis para llevar a cabo acciones de mejora.