Teoría vs Práctica

Ayer mientras leía este post, me daba cuenta de que realmente estaba contando algo muy cercano a lo que se puede vivir en un departamento de TI. Tras pensar esto, reflexioné acerca de si realmente el resto de inquietudes y enfoques que planteamos aquí, son capaces de dar respuesta a este tipo de reflexiones.

Puede ITIL, o COBIT o PRINCE2 o lo que sea dar respuesta a situaciones como esta. Pues la verdad es que por si solos no. Este tipo de problemática hay que atacarla con la capacidad que tenga cada uno para llevar este tipo de situaciones, de todos modos, y esto ya si es mi experiencia personal. Tener unos procesos finos, unas métricas definidas, una gestión de proyectos ponga el acento en la justificación de negocio, pensar en servicios en términos de soporte a procesos de negocio, no soluciona, pero si que nos da muchas armas (tanto ofensivas como defensivas), que pueden ser realmente útiles cuando se presentan estas "batallas internas".

buscando herramientas

Como ya he comentado en anteriores post, parece que este año nos ha tocado llevar temas de Organización y Procesos desde TI, el tema es apasionante, y si bien tengo bastante claro como enfocarlo.

En lo que si que estoy buscando (y agradezco cualquier sugerencia), es qué herramienta utilizar para toda la gestión de contenidos referente a estos temas.

El otro día leía este post, y ya comencé a echar un ojo a esas herramientas.

Os comento lo que estoy buscando, algo flexible, sencillo de usar, con buenas funcionalidades de búsqueda y de control de versiones. Me gusta mucho Mediawiki, pero lo que no me gusta tanto es que no puedes llevar una gestión de usuarios que permita bloquear la edición para un usuario, un grupo ....

Gestión de Configuración

Hola a todos, estamos ya a las puertas de acabar el primer trimestre de 2007, y ya tenemos muy avanzada la parametrización de nuestra CMDB.

La verdad es que da una satisfacción el ver como una vez con el esqueleto ya listo, a través de bastantes reuniones se va poblando cada vez más con múltiples CI's y sus relaciones.

Por ahora, lo tenemos montado en Remedy sin integración con los formularios de gestión de cambios, incidencias y problemas. Estamos un poco en fase Beta, alimentando la BBDD con el inventario de servicios, y con estos hacia abajo identificando y relacionando todos los CI's necesarios para dar soporte al servicio, así como sus relaciones.

En cuanto a la interacción del proceso de Gestión de Configuración con el resto de procesos, también estamos en pruebas. Seleccionamos algunos cambios, para desde el análisis identificar los CI's que se van a modificar, para finalmente cuando se lanza el cambio a producción, proceder a actualizar los cambios en la CMDB identificando los CI's modificados, su versión, el cambio con el que están relacionados.

Las búsquedas para identificar servicios afectados cuando se cae un CI olvidado, ya las hemos usado y la verdad es que con unos resultados muy buenos. Ahora nos toca trabajar en montar indicadores sobre el proceso, y buscar consultas para ayudar a la operativa en otros procesos. He encontrado una buena fuente, para apoyarme en esto en Evergreen.

Si TI construyese aviones

En muchas entradas de este blog, cuando se comentan temas relativos a ITIL, PRINCE2, COBIT... realmente de lo que hablamos es de cómo con estos frameworks, podemos dar a TI esa capa de gestión operativa, y control, necesaria para que nos parezcámos más a otras "disciplinas" más maduras.

Tras ver esta aproximación, a lo que de verdad hacemos en TI, a parte de reirme un poco, me doy cuenta que por muchas capas que pongamos, nuestro trabajo siempre va a estar un poco en el filo de la navaja.



Nota: Tiene gracia que el anuncio sea de EDS, no me imagino yo una versión hispana con Indra, Everis, Accenture o alguna más haciendo una anuncio de este tipo

cerrado por derribo

La verdad es que tengo esto bastante abandonado. Hace mucho que no escribo, y la verdad es que tampoco tengo demasiadas ganas de hacerlo.

El motivo principal es que los cambios organizativos que comentaba en un post anterior, han provocado que me pueda centrar mucho menos en estos temas de lo que hacía unos meses atrás.

Se nos avecina un proyecto muy grande, que va a tener mucho impacto en nuestros sistemas, y además como departamento de TI asumimos la responsabilidad de Organización para toda la compañía.

Todo esto va a hacer que probablemente durante 2007 quite el foco a la organización en TI, para ponerlo en la Organización de los procesos de la compañía y como ligarlos consistentemente con los servicios de TI.

Al menos ya tenemos una CMDB casi totalmente parametrizada, por lo cual presiento que será un buen año para hacer experimentos asociando servicios de TI con procesos de negocio.

Como esto coincide con el superproyecto, y vamos a tener aquí un par de consultoras de las grandes grandes, tendré la oportunidad de ver como está esta gente con estos temas, y como enfoca estos proyectos.

Yo de todos modos seguiré manteniendo mi postura de comunicación, transparencia, información a todo el mundo, y construir los procesos colaborativamente con la gente que trabaja en ellos.

Nota sobre las fotos

En este blog, de post en post, suelo acompañar el mismo de alguna foto. Como muchos habréis ya supuesto las fotos no son mías, las busco en Internet y solo las posteo si el contenido está bajo licencia Creative Commons. Sin embargo, pese a no modificar el trabajo inicial, y no tener este blog fines comerciales, he fallado en el reconocimiento.

Debería de haber identificado a los autores de cada foto, y sin embargo no lo he hecho. Ahora es complicado ya que en el enlace a Flickr no nos lleva al autor. Intentare ver si es posible obtener a los autores de una manera sencilla, y corrijo este error.

Aprovecho, y acompaño este post con una foto, de la que, en este caso si soy yo el autor. Se trata de una playa en un pequeño pueblo, el primero si no me equivoco de la "Costa da Morte", un lugar tranquilo y altamente recomendable si lo que quieres es pasear y alejarte del mundanal ruido por unos momentos.

¿y los proyectos?

Desde que comencé a examinar lo que es ITIL, me di cuenta que uno de los puntos flojos que tenía era todo lo referente a desarrollo de nuevas funcionalidades/sistemas.

Todos los procesos de ITIL, están orientados a mantener la maquinaria funcionando con los niveles de servicio establecidos. Después, tienes algún proceso como gestión de cambios, que podría hacer de puente con la parte de desarrollo, pero que se queda corto para gestionar un flujo de modificaciones en los servicios que se pueda derivar de la actividad normal del negocio.

Para la parte de desarrollo, tenemos CMMi, pero el hecho de que nosotros no desarrollemos sino que gestionamos a equipos de desarrollo de proveedores externos, hace que muy probablemente nos quede un poco grande.

Con este panorama, al final nos fuimos a por algo para gestionar proyectos. Y el ese "algo", finalmente fue PRINCE2.

Los motivos de elegir PRINCE2 y no otra metodología como PMBOk o similar, fueron básicamente la cercanía en nacimiento de PRINCE2 con ITIL, ya que ambas fueron alumbradas en el seno de la oficina de comercio británica (OCG).
Junto con esto, la otra razón era que podríamos repetir la buena experiencia que tuvimos con el proveedor que nos formó en ITIL, ya que en su cartera de cursos también tenían PRINCE2, que por lo que he visto todavía no es muy popular en España.

Una vez realizada la formación a todo el grupo, la verdad es que el sabor de boca que nos ha dejado es bueno.
Estamos en lo de siempre, se trata de una herramienta, y por tanto, ella por si misma no va a solucionar todos esos problemas que nos encontramos durante la ejecución de los proyectos. Pero en lo que si creo que nos va a ayudar es en el de establecer unas reglas de juego, unos criterios transparentes sobre los cuales vamos a evaluar el progreso del proyecto.

En PRINCE2, todo el modelo gira entorno al business case, que define como aquel documento en el que él que solicita el proyecto (normalmente alguien de negocio), justifica la necesidad del mismo. Este documento se debe de mantener vivo a lo largo de todo el proyecto, y es la herramienta básica para la dirección del mismo.

Lo que me ha gustado es que pone especial incapié en el arranque/inicio de proyecto, y después plantea un modelo de dirección por excepción.

Otra cosa que me ha encantado, pero eso ya es debilidad personal que tengo hacia la gente que piensa estas cosas, es su robustez. Es increíble lo coherente que resulta ese conjunto de subprocesos enlazados unos con otros, y que dan salida a todos los "y si ....?, y si ....?" que planteamos durante las jornadas de formación.

Eso si, es enorme por lo que para evitar el convertirse en esclavos de la burocracia será preciso hacer una adaptación, (eliminar documentación y algún subproceso), y emplearlo solo en proyectos de entidad suficiente.

Ya lo hemos puesto en marcha, el primer proyecto que vamos a realizar siguiendo PRINCE2, ya ha sido lanzado. Así que ya iré contando si va bien, o si como se suele decir "del dicho al hecho hay mucho trecho".