Mi compañera Ana ha tenido una muy buena idea, o al menos, ella es quién me la ha contado, para la mejora de la gestión de los proyectos en su área, dedicada principalmente a implantación de Infraestructuras de sistemas, seguridad y comunicaciones.

Los proyectos de infraestructuras TIC pueden llegar a ser sumamente complejos, ya que al ser la base de ejecución y comunicación en toda Organización, su criticidad es muy alta, y cualquier modificación en la misma supone a menudo intervenciones fuera de horario con pequeñas ventanas de trabajo y una planificación apretada.

Una de las cosas que suceden también en estos proyectos es que existen muchas partes afectadas por un cambio en sus infraestructuras, y a la vez que esas múltiples partes, existen múltiples personas, no sólo del departamento TIC de la Organización, que se ven implicadas en estos proyectos. De igual forma, la comunicación empieza a no ser del todo 1 a 1, entre el Jefe del Proyecto por parte del proveedor y el Director del Proyecto por parte del cliente, sino que aparecen nuevos interfaces entre el Jefe de Proyecto con otras personas del cliente y además entre personas del equipo de proyecto con otras personas del cliente. En definitiva, un galimatías que a veces es demasiado complejo de manejar y que requiere muchas reuniones de coordinación para su gestión.

Bitácora

De todas estas comunicaciones, se incluyen a menudo decisiones o aceptaciones a tareas que son fundamentales para el devenir del proyecto, y que deben ser conocidas por el resto del equipo, tanto por la parte del proveedor como del cliente. ¿Cómo gestionar esta situación de forma más ágil y homogénea?

Aunque las reuniones de coordinación son necesarias, nosotros estamos utilizando una Wiki para llevar una bitácora del proyecto, que refleje lo que ha estado sucediendo en el mismo día a día, que pueda ser accedido por todas las personas que forman parte del equipo de proyecto y a su vez consultado incluso por el cliente. En esta bitácora se reflejan todas las comunicaciones, decisiones tomadas, tareas realizadas, etc. que puedan tener algún impacto en el proyecto, y que permitan a futuro recopilar todas las actuaciones realizadas en el mismo, básicamente porque a menudo es necesario recordar cuándo se hizo algo, quién lo hablo con quién, o cómo se solucionó un problema determinado.

Esta herramienta, de la que ya había hablado, para nosotros supone un cambio fundamental en la gestión del proyecto, permitiendo de forma simple, accesible desde cualquier lado vía web y centralizada, obtener una bitácora del proyecto, de la que seguro nuestros clientes son los primeros beneficiados.

Aunque ya hace varios meses que el portal del Ayuntamiento de Lepe se puso en producción, ahora es cuando realmente puede verse en su uso habitual, con la mayoría de los contenidos migrados al nuevo gestor de contenidos y los pequeños defectos detectados hasta ahora solucionados en su mayoría.

Para nosotros, este proyecto ha sido, no sólo un trabajo más en cuanto a la experiencia que teníamos sobre gestión de contenidos web, sino una apuesta tecnológica específica por la tecnología de fondo que presenta, así como un apoyo adicional a la comunidad de desarrollo de software libre, con la que hemos colaborado aportando código específico que se ha liberado bajo licencia GPL.

En concreto, hemos intentado aportar nuestro conocimiento para elaborar el portal del Ayuntamiento de Lepe, incidiendo en los siguientes aspectos:

• Arquitectura de la información, definida conjuntamente con el personal del Ayuntamiento.
• Diseño gráfico, por parte de nuestro equipo de diseño, igualmente con las especificaciones del propio Ayuntamiento. Se ha intentado encontrar un término medio entre un diseño limpio y que pueda contener la información necesaria.
• Accesibilidad, hemos tenido muy en cuenta este aspecto, desarrollando con XHTML 1.0 y CSS conforme a las especificaciones del W3C y hemos validado el nivel AA de especificación 1.0 de la WCAG.
• Compatibilidad, el interfaz está diseñado para ser fácil de utilizar por parte de múltiples navegadores y dispositivos, como PDA y Smartphones.

Como gestor de contenidos se ha utilizado Plone CMS, y como he comentado anteriormente, hemos desarrollado dos módulos que se han liberado con licencia GPL:

• Meteo, utilizado para incorporar información de la Agencia Estatal de Metereología.
• Notifica, un sistema de suscripción de boletines de noticias para los usuarios.

A partir de ahora, intentaremos evolucionar lo existente, y mejorar cualquier error o problema encontrado. Así que como siempre, cualquier comentario al respecto será bienvenido.

Para desarrollar proyectos software (principalmente con tecnología Java), en nuestra empresa nos apoyamos en una infraestructura de desarrollo hecha a medida, de la que posiblemente en poco tiempo tengamos noticias interesantes para mostrar, pero que básicamente se basa en múltiples componentes de software libre integrados entre sí para facilitar la gestión y calidad durante las fases de desarrollo de los sistemas de información, más concretamente durante la fase de implantación.

Una de las principales necesidades que aún no teníamos cubiertas, y que para nosotros era pincipal para demostrar la calidad del software que estamos desarrollando, es la posibilidad de obtener métricas concretas sobre dichos proyectos, métricas que estableciesen el nivel de calidad de los mismos, conforme a los estándares de la industria.

Para ello, nuestro equipo de desarrollo y en especial nuestras personas dedicadas a QA, han estado trabajando para integrar un módulo a dicha infraestructura de desarrollo que nos permitiera obtener dichas métricas de análisis estático, bien explotando los datos que ya teníamos almacenados por parte de otros módulos del sistema o bien generando nuesva información que fuese útil para el objetivo.

Ahora ya tenemos una versión inicial funcionando en nuestra infraestructura de desarrollo, y como ejemplo, podemos obtener los siguientes índices relativos a nuestros proyectos de desarrollo:

• Líneas de código, con el número de paquetes, clases y métodos que existen en las mismas.
• Comentarios, medidos tanto envalor absoluto como en porcentaje respecto al número de líneas de código.
• Cobertura de cógido que recogenlos tests diseñados.
• Porcentaje de acierto en dichos tests.
• Cumplimiento de reglas de codificación.
• Eficiencia.
• Mantenibilidad.
• Portabilidad.
• Fiabilidad.
• Usabilidad.

Además, obtenemos, por cada módulo de los sistemas en desarrollo, una gráfica que recoge en un nivel de color establecido el cumplimiento de las reglas de codificación y de la cobertura de código realizada. Como ejemplo podéis ver en el gráfico el estado actual de uno de nuestros proyectos.

La idea no es quedarnos aquí, sino ampliar la fucnionalidad de este módulo para poder obtener informes períodicos en formato PDF o similar y para aumentar tanto el número de íncides como su presentación gráfica.

De esta manera, no sólo nuestros ingenieros tendrán conocimiento de la calidad de su trabajo, sino que además, nuestros clientes podrán ver también en tiempo real estos datos, pudiendo generar informes de estado, que contribuirán con total seguridad a maximizar la calidad final de nuestros productos. Y por ello, no quiero dejar de dar las gracias a todos mis compañeros que, además de hacer que su trabajo crezca día a día, con seguridad facilitan el mío en el futuro.

La semana pasada estuve visitando a los responsables del grupo Quivir de la Universidad de Sevilla. Sinceramente me llevé una sorpresa muy agradable.

Por primera vez en mi vida pude ver que la Universidad está cerca de la empresa, y pude comprobar por mi mismo como efectivamente, es un requisito imprescindible para la Universidad servir de soporte a las empresas con su poder de formación y de investigación.

Es algo que todo el mundo que ha tenido acceso al formato de Universidad de otros países se ha encontrado, sin embargo, aquí en España todos nos hemos también quejado del divorcio existente entre la Universidad y el mundo empresarial, generalizando la idea de que la Universidad simplemente es un paso intermedio legalmente necesario para poder acceder a un trabajo.

Y sin embargo he podido comprobar cómo esto no es del todo cierto, y cómo es necesario dejar de mirarnos al ombligo y quejarnos desconsoladamente de lo mal que lo hacemos, para pasar justo al lugar de enfrente e intentar, desde la empresa, por una vez apoyarnos en la Universidad, de forma real y sincera, mirándola como algo completamente necesario, porque ahora sí es posible trabajar conjuntamente.

Ahora únicamente nos falta hacer ese pequeño esfuerzo que nos permita contar con un proyecto conjunto, en el que la Universidad aporte ese poder investigador que tiene y la empresa ese acercamiento a la realidad y al cliente. Nosotros, al menos, vamos a intentarlo, creo que el resultado puede ser esperanzador.

This is my first english post. As some of you know, english is another important target for me today. I need to speak in english not only for my work, but also for my life, for example to communicate with the rest of the non spanish language countries.

I need to advice you about my actual level of english. If you are an english spoken person, you can consider that my english is not very casual, and also that I have not the minimum level, but please, I am doing a great effort to communicate with you, and if you find a mitake with my english, I’ll be very grateful for your help.

In IT business, nothing is static, we need to change everything, everyday. And it must not be a problem for an organization, the change is the way. Why?

Because if you think customer’s needs are the same, you do not know many customers. Because if you think competition stands, you do not know many competition. Because if you think that your business will be the same over the time, you do not know the real market.

But the problem is not only the change, or the need to change to progress. The main problem is that today is a need to be the fastest to change. And in IT business this is a true problem.

• Because you need to motivate the staff to be positive with the change.
• Because the direction of the company must provide facilities to make changes.
• Because you, the director of Information Technology, must agree with the importance of the IT to allow changes in your company business model.
• Because you need active people, wanting to work and contribute, not only be a passive worker.

All my clients have an active IT department, even government clients want to hear news that will enable them to provide new services to citizens, their real clients. And we try to tell news through technology events.

Todos conocemos, sobretodo aquellos que hayan estado en alguna clase de administración de empresas o MBA, como se repite una y otra vez la frase de que la información es poder.

Sin embargo las reglas nunca son inamovibles, y casi nunca constantes en el tiempo. Si bien es cierto que la información en ciertos casos muy concretos es poder, en el sentido de que puede proporcionar conocimiento extra en situaciones en las que esto significa un rédito de cualquier tipo, también es cierto que esto no significa que en todas las ocasiones sea así, y que por tanto, las acciones encaminadas a ocultar esta información o bien el espectro de personas que la conocen no tienen porqué ser la estrategia adecuada en la empresa.

Pongamos un ejemplo: una empresa está en la posición de crear un software muy específico, que permite realizar algo bastante inusual y que proporcionará en caso de existir una ventaja competitiva frente a su competencia.

Está claro, que en este caso, sobretodo en las etapas más primitivas del desarrollo de la idea, la información sobre el proyecto que se está desarrollando debe ser custodiada frente a un uso no permitido que pueda limitar la ventaja competitiva que se desea.

Pero existen otros ejemplos: una empresa, utilizando una tecnología estándar, está intentando acceder a un nicho de mercado específico, en el que existen pocos competidores, y que en caso de existir un producto que cubra dicho mercado puede de nuevo ofrecerle una ventaja competitiva frente a la competencia.

En este caso, no es tanto la idea del primer ejemplo como información que debe mantenerse oculta, sino que es la posición en el nicho de mercado o la apuesta de la empresa por una corriente o tecnología específica, la que proporciona un ventaja competitiva a la empresa. Es pues una buena oportunidad de explicar sus actuaciones a dicho nicho de mercado y su apuesta por cubrirlo con productos o tecnologías específicas. Y en esta apuesta, contar con una comunidad de conocimiento, que además pueda aportar feedback al desarrollo de la misma, puede ser mucho más interesante y productivo que limitar el radio de conocimiento de la misma, porque.. y esto sí creo que es cierto, si nadie sabe lo que tienes o lo que haces, simplemente, ni lo tienes, ni lo haces.