Desarrollo de software. Plan de sistemas de información ágil

Han pasado casi tres años desde que escribí una serie de artículos dedicados a la definición de un plan de sistemas de información:

Plan de sistemas de información I
Plan de sistemas de información II
Plan de sistemas de información III
Plan de sistemas de información IV
Plan de sistemas de información V
Plan de sistemas de información VI
Plan de sistemas de información VII
Plan de sistemas de información VIII
Plan de sistemas de información IX

Llevaba pensando un tiempo pensando en escribir un nuevo artículo sobre los planes de sistemas, haciendo hincapié en uno de sus principales problemas: su carácter eminentemente predictivo, basado en un fotografía de la organización en un momento dado, algo que no se ajusta a la realidad de las entidades.

En resumidas cuentas, presenta el mismo problema que las metodologías software basadas en métodos predictivos como el ciclo de vida en cascada, lo que hoy puede ser válido (si es que la especificación realizada es buena, algo que no es sencillo), mañana puede dejar de serlo porque las condiciones de partida han variado sensiblemente.

Finalmente, unas series de tweets que leí ayer a Jon Kern (uno de los padres del manifiesto ágil) sobre gobierno ágil, me animaron a escribir sobre este asunto.

Básicamente Kern expresaba la dificultad de establecer planes de gobierno a largo plazo ante una situación basada en la incertidumbre.

Un plan de sistemas no es más que un plan de gobierno de los sistemas de información de una organización, en la que se estudia una situación inicial, se determina un modelo objetivo al que se quiere llegar y un plan de acción que nos permita llegar desde esa situación inicial al modelo objetivo. Se suelen definir con un período de vigencia de tres o cuatro años.

Como ya recomendaba cuando escribí esos artículos, el tránsito desde la situación actual a una situación que se aproxime a lo que consideramos como ideal (dadas las características de nuestra organización y su contexto), probablemente si la organización no se encuentra lo suficientemente madura a nivel de procesos relacionados con el desarrollo de software y el gobierno TIC, requiera de la realización de varios planes de sistemas de información.

Este enfoque iterativo incremental tiene en esencia fundamentos ágiles, sin embargo, el tiempo que hay entre planes de sistemas, difumina casi todos los atisbos de agilidad que pudieran existir.

Mi recomendación sería en primer lugar, disminuir el período de vigencia de un plan de sistemas, situándolo a lo sumo en dos años y existiendo la posibilidad de que tenga una vigencia anual si existen riesgos ciertos de cambios de contexto o se han producidos cambios no previstos en la organización, procesos, de la organización hacia el exterior, etc… En cualquier caso, tanto si se decide que la vigencia sea de dos años, como de uno, hay que estar abiertos a reorganizar las prioridades si fuera preciso, para poder adaptarnos a cualquier variación de las condiciones iniciales o para ayudar a la organización a conseguir algún objetivo operativo o táctico de mayor trascendencia.

Por otro lado, también recomiendo, ¿por qué no?, plantear desde el principio hacia dónde queremos llegar, pero no con el presente plan de sistemas, sino a nivel estratégico definiendo cuál es la política de sistemas de información que sería deseable tener y realizando ajustes a ese alcance final en cada plan de sistemas, el cual, a su vez pretenderá recorrer parte de ese camino que nos separa de esa meta.

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google photo

Estás comentando usando tu cuenta de Google. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

Conectando a %s

A %d blogueros les gusta esto: