Es frecuente encontrarnos en las empresas, aparte de las aplicaciones oficiales, aprobadas y bendecidas por la dirección, una miríada de otras aplicaciones, en el mejor de los casos alegales, y que conviven con las oficiales en situación de semiclandestinidad (o directamente sin el casi).
Generalmente estas aplicaciones son perseguidas implacablemente por los departamentos de informática de las compañías, que ven en ellas la fuente de múltiples amenazas contra la seguridad, inestabilidades y problemas (para ellos sobre todo).
Estas aplicaciones, que salen de actuaciones que los departamentos hacen por su cuenta y riesgo, a veces no llegan ni a eso y pueden llegar a ser simples (que en realidad luego no son tan simples) hojas Excel (Excels silvestres que les llamaba un colega).
Y ahora, con la disponibilidad en la nube de aplicaciones de todo tipo y pelaje, los malvados usuarios de los departamentos sólo necesitan un navegador para saltarse la ley (un 61% según este artículo en cio.com).
Es verdad que estas aplicaciones pueden llegar a ser el origen de esos temidos problemas pero también hay que reconocer que frecuentemente son las que permiten a los usuarios sacar su trabajo en el día a día saltándose las rigideces de los sistemas oficiales. E incluso, en mi opinión, deberían ser vistas por los departamentos de informática como fuente de innovación o de manera de realizar pruebas de concepto muy completas para luego implementar esas funcionalidades en las aplicaciones oficiales.
O si nos atrevemos a romper la premisa inicial, esa de que sólo existe una lista oficial de aplicaciones, y le damos la vuelta, esto es, que más que prefijar la herramienta, lo que se tiene que asegurar es una arquitectura y metodología ya pensada para disponer de un entorno abierto básico donde se defina(n):
- Las reglas de juego para la convivencia de las diferentes herramientas. Una aplicación que un departamento quisiera federar a las aplicaciones existentes debería cumplir esas reglas.
- La gestión de esa arquitectura sobre un modelo sólido, tanto desde el punto de vista técnico como metodológico (repositorio de datos único, catálogo de objetos de negocio, estándares de integración, etc.)
- La gobernanza del modelo, ocoordinación por parte del departamento de informática de proyectos liderados por los departamentos.
Es irse al otro extremo, cierto, pero ¿no sería este enfoque más adecuado a la evolución de la empresa, flexibilidad, adecuación a las necesidades de los usuarios, etc.?
Ahí me quedo con esa reflexión…
Foto: Complejidad de Michael Heiss
***
Si este contenido te ha gustado te agradecería que lo compartieras y dieras difusión. Y por supuesto que estaré encantado de conocer tu opinión (en los comentarios mejor).
Si necesitas ayuda o soporte en temas relacionados con los contenidos de este blog no dudes en contactarme. En cualquier caso gracias por tu visita y tiempo.