[et_pb_section fb_built=”1″ admin_label=”section” _builder_version=”3.22″ custom_padding=”0px||0px|||”][et_pb_row admin_label=”row” _builder_version=”4.5.1″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” width=”100%” custom_padding=”0px|||||”][et_pb_column type=”4_4″ _builder_version=”3.25″ custom_padding=”|||” custom_padding__hover=”|||”][et_pb_text admin_label=”Text” _builder_version=”3.27.4″ background_size=”initial” background_position=”top_left” background_repeat=”repeat”]

Una arquitectura de TI sólida mantiene el ritmo de la estrategia tecnológica de su empresa. Desde kludges hasta reingreso manual a aplicaciones redundantes, estos son los indicadores de un entorno de TI al borde del colapso.

Es probable que alguien en algún momento haya pasado innumerables ciclos cerebrales en la planificación de la arquitectura de TI de su organización antes de entregar el gran plan a alguien más para desarrollarlo, y luego a alguien más para mantenerlo a medida que su entorno informático creció inevitablemente. Y, lo más probable es que, en algún punto de la línea, las mejores intenciones se desvanezcan ante la conveniencia, la política departamental y la mala gestión general, erosionando lo que una vez fue una estrategia coherente de gestión de la arquitectura en una serie continua de decisiones independientes, caso por caso, sobre Cada componente técnico.

¿Cómo sabes si tu organización se ha apartado del camino?  Aca van los principales puntos a revisar que son la advertencia de que la arquitectura de TI mala se ha apoderado de su organización.

 

Reingreso manual

El reingreso manual podría no ser el costo más alto que pagan las empresas por una mala arquitectura, pero ciertamente es el más obvio. Contratar a seres humanos para que sirvan como el motor de interfaz que conecta aplicaciones incompatibles no solo es costoso; es deshumanizante

Impacto arquitectónico: los errores de codificación dan como resultado datos inconsistentes.

Impacto directo en el negocio: la nueva codificación manual ahorra los recursos del negocio de la actividad de creación de valor.

 

Colección de soluciones puntuales.

Todos quieren que su trabajo sea respaldado por una solución “la mejor de su clase”. Sin embargo, defina “su trabajo” de manera muy restringida, y todos tienen que visitar tantas aplicaciones para hacer su trabajo que no hay tiempo suficiente para hacer su trabajo.

Mientras tanto, a menos que TI dedique mucho tiempo a crear interfaces para conectar todas estas soluciones puntuales, volverá a cambiar la clave.

Impacto arquitectónico: las soluciones puntuales impulsan la necesidad de interfaces de sistema y la cantidad de plataformas que deben admitirse. Las colecciones de soluciones puntuales a menudo también crean la necesidad de volver a teclear manualmente.

Impacto empresarial directo: las colecciones de soluciones puntuales ralentizan los procesos empresariales y aumentan los costos de capacitación, además de los problemas de reingreso.

 

 

Aplicaciones redundantes

Cada aplicación de negocio resuelve problemas de negocios. Resolver problemas de negocios es bueno, por lo que resolverlos más de una vez debe ser aún mejor, ¿verdad?

Por supuesto que no, y muchas empresas mantienen muchas aplicaciones redundantes, ya sea porque se superponen pero aún tienen algunas áreas exclusivas que admiten, o porque han crecido a través de fusiones y adquisiciones pero no son muy buenas para integrar a todos en un solo negocio después de que los papeles han sido firmados.

De cualquier manera, el dinero gastado para apoyar toda esta redundancia es un desperdicio puro.

Impacto arquitectónico: las aplicaciones redundantes impulsan la necesidad de interfaces de sistema y la cantidad de plataformas que deben admitirse.

Impacto empresarial directo: las aplicaciones redundantes consumen los recursos de TI de la actividad de creación de valor y desperdician dinero en licencias de software que no ofrecen nuevas funcionalidades a la empresa, y con frecuencia crean la necesidad de volver a ingresar las claves manualmente.

 

Datos redundantes

Muy a menudo, las diferentes aplicaciones necesitan la misma información para realizar sus trabajos. Tiene dos opciones: señalarlos a todos a la misma base de datos subyacente, lo que no siempre es posible, o sincronizar sus bases de datos separadas, que a menudo es bastante complicada.

Impacto arquitectónico: las unidades de datos redundantes necesitan la interfaz del sistema y, a menudo, crean la necesidad de volver a teclear manualmente.

Impacto empresarial directo: mantener la sincronización de datos en múltiples bases de datos es difícil, lo que conlleva un esfuerzo desperdiciado en actividades de conciliación y respuestas incorrectas según la base de datos que se consulte.

 

Demasiadas interfaces

Cuando tiene datos redundantes y decide mantenerlos sincronizados, necesita crear una interfaz. Incluso si no lo hace, a menudo tiene que alimentar un sistema con resultados de otro diferente.

De cualquier manera, cuantos más sistemas y bases de datos tenga, más interfaces terminará construyendo. Es mejor que no tenerlos, pero a medida que se acumulan, su arquitectura se vuelve cada vez más frágil, y pasa más y más tiempo administrando las interfaces en lugar de crear nuevas funciones.

Impacto arquitectónico: cuantas más interfaces tenga, más frágil será su sistema y más difícil será mantenerlo.

Impacto empresarial directo: la creación de una interfaz tras otra reduce los recursos de TI de la actividad de creación de valor.

 

Integración Falso-elegante

Entonces, decide resolver el problema de la interfaz con un elegante sistema de integración de aplicaciones empresariales, un bus de servicios o alguna otra forma de middleware más metadatos que mantenga todo limpio.

Y luego, sus desarrolladores resuelven dos cosas: (1) lo que hace su nuevo sistema es hacer que la solución de los problemas fáciles sea aún más fácil; y (2) no resuelve los problemas difíciles en absoluto. Así que en lugar de discutir contigo, ellos reconstruyen la misma vieja telaraña de interfaces, pero la esconden dentro del sistema EAI para que no lo sepas.

Impacto arquitectónico: la integración Falso-elegante es tan frágil y difícil de mantener como la saturación de la interfaz.

Impacto directo para el negocio: la integración de Falso-elegante todavía drena los recursos de TI lejos de la actividad de creación de valor, y también es costoso.

 

Kludges y soluciones

Tal vez estabas compitiendo con un desarrollador externo que hizo un proyecto pequeño. Tal vez el patrocinador del negocio insistió en un plazo demasiado corto. O tal vez la construcción de una solución bien hubiera arruinado el caso de negocios para el proyecto.

Cualquiera sea la razón, un día te levantas para descubrir que muchos de tus sistemas se mantienen unidos con goma de mascar y cinta adhesiva.

Si tienes suerte, nadie lo notará hasta después de que te vayas o te retires.

Impacto arquitectónico: Kludges resuelve problemas inmediatos creando sistemas frágiles.

Impacto empresarial directo: su costo de mantenimiento aumenta con cada solución innecesaria, al igual que el tiempo de inactividad, el costo de la capacitación del personal y la complejidad de cada proyecto subsiguiente.

 

Tecnología obsoleta

¡Es de misión crítica! ¡Satisface la necesidad del negocio perfectamente! ¿Qué quieres decir con que tienes que gastar dinero para mantenerlo?

Cuando ha creado algo en una versión de Visual Basic que Microsoft no ha soportado en más de una década, no puede leer ni escribir desde ninguna versión de SQL Server que no tenga al menos siete años, y las únicas versiones de Windows en el que se ejecutarán no tiene controladores para ninguna de las impresoras que tiene en producción, eso es lo que quiere decir. Tienes que gastar dinero para mantenerlo.

Impacto arquitectónico: cuanto más obsoleta sea la tecnología, más difícil será mantener e interactuar con los nuevos sistemas y equipos.

Impacto empresarial directo: la tecnología obsoleta conlleva un mayor costo de mantenimiento, al tiempo que aumenta su incapacidad para adaptar los sistemas a los nuevos y cambiantes requisitos comerciales.

 

Libros blancos

Ves un montón de señales de advertencia. Usted organiza un grupo de gestión de arquitectura técnica empresarial. Usted contrata a un experto o dos. Y su productividad es enorme.

Enorme, es decir, si mide la productividad en términos de la cantidad de documentos técnicos que publican. ¿Cambiar cómo se hace el trabajo en TI? Por supuesto que lo cambiarán. Tanto tiempo, es decir, mientras todos leen sus libros blancos, admiran su negocio y siguen sus instrucciones.

Impacto arquitectónico: Ninguno. Todo el mundo ignora el grupo de arquitectura.

Impacto empresarial directo: el costo del desperdicio de salarios, papel y tóner, e incluso más cinismo de los empleados sobre una moda de gestión más.

[/et_pb_text][/et_pb_column][/et_pb_row][/et_pb_section]