El problema de la integración entre sistemas y plataformas se recrudece



Hace muchos años, en medio de un enorme proyecto de desarrollo, tuve un contrapunto importante con un cliente sobre cuál era el verdadero problema a la hora de construir un gran sistema core. Él decía que el mayor desafío estaba en construir los módulos y como ya estaban terminándose, lo peor había pasado. Yo sostenía que la integración de todos esos módulos era un desafío aún mayor que la construcción individual.

Hace unos días me encontré con una encuesta de Dell donde se concluye que:
  • "Integration is a struggle for organizations in the US – most (87%) respondents admit that their organization has experienced drawbacks because of poor integration, with two thirds (67%) acknowledging that they have missed business opportunities."
  • "For almost three quarters (74%) of surveyed CIOs, successful integration will be crucial if their organization is to remain competitive over the next five years. This is perhaps because 70% of respondents expect their organization to be integrating more applications for more business functions in that timeframe."
  • "The benefits of being a Connected Business are wide-reaching, with improved productivity (73%), improved data accessibility (68%), more efficient workflows (57%), increased profitability (54%) and faster, more accurate decisionmaking (48%) all expected as a result of improved integration."
  • "88% of respondents say that becoming a Connected Business will enable them to increase revenue."
La batalla de integrar módulos y sistemas, propios y ajenos se recrudece. Es cierto que hoy tenemos más tecnología y más productos para lograr ganarla, es cierto también que somos más sabios desde el punto de vista de las arquitecturas de software que hace 15 años. 

Pero el cliente (interno y externo) demanda más, los sistemas son más complejos y la integración ya no es sólo entre software sino que hay un ecosistema digital más complejo y con más datos.

 Al igual que hace 15 años, la integración es un problema en sí mismo. Debemos prestarle atención y diseñar nuestra arquitectura pensando en él.

 Seguimos pensando..

Comentarios

  1. McSee22/2/18, 1:09 p.m.

    Siempre es un problema subestimado. Hacer una pieza de software hoy es relativamente sencillo. Hacer otra tambien.
    Lograr que se comuniquen eficientemente sigue siendo un tema arduo

    ResponderBorrar

Publicar un comentario

Muchas gracias por comentar. Por favor deja tu nombre y/o email, los comentarios son mucho más valiosos cuando se sabe quien los hace.

Entradas más populares de este blog

10 definiciones de calidad

1. “La calidad no es un arte, es un hábito”. Aristóteles. 2. “Calidad es cumplir con los requerimientos”. Philip Crosby. 3. “Una promesa de que el proceso va a resultar en productos o servicios que serán vendidos a clientes que estarán definitivamente satisfechos”. Edwards Deming. 4. “Calidad es adecuación al uso”. Joseph Juran. 5. “Quality in a product or service is not what the supplier puts in. It is what the customer gets out and is willing to pay for”. Peter Druker. 6. “La calidad es la mínima pérdida causada a la sociedad desde que el producto es embarcado ”. Genichi Taguchi. 7. “La resultante total de las características del producto y servicio de mercadotecnia, ingeniería, fabricación y movimiento, a través de los cuales, el producto o servicio en uso satisfará las esperanzas del cliente”. Armand Feigenbaum. 8. “La no dispersión de las características de calidad”. Kaoru Ishikawa. 9. “Calidad es la totalidad de las características o rendimiento, que puede ser us
Leer más

¿Qué es time and material?

En más de una oportunidad me he encontrado en la necesidad de explicar qué es un servicio time and material (T&M) bien entendido. Debido a esto se me ocurrió que podía ser interesante dejar reflejada aquí mi opinión para futuras generaciones. Tal vez, para variar, alguno, antes de preguntar, pruebe leer. Contratar servicios de consultoría en modalidad time and material (t&m) implica que los servicios contratados se pagarán en función del tiempo incurrido por el proveedor . Es, básicamente, una modalidad comercial de pago. Este tipo de contrataciones muchas veces se las llama, peyorativamente creo, "horas taxi". A mi no me gusta mucho el término porque pone el foco en "incurrir o no horas" y lo aleja de "dar un buen servicio". Una contratación t&m tiene implícitas dos cosas: (a) que la gestión de las tareas y el alcance son responsabilidad del contratante (b) que si el proveedor no incurre horas no cobra. He hablado de esto en el pasado . Un d
Leer más

Teoría Económica y Outsourcing

El problema del principal-agente tiene origen en la teoría económica y describe la interacción existente entre dos partes - principal y agente - en base a un contrato. Típicamente, el agente es quien está en posición de ganar alguna ventaja incumpliendo el acuerdo y el principal es quien debe proveer al agente de incentivos adecuados para cumplir los términos de dicho contrato. La forma de resolver el problema es encontrar una forma eficiente de pautar la relación entre las partes de forma tal que ambos logren cumplir sus objetivos simultáneamente. Este problema tiene múltiples aplicaciones económicas como ser la relación empleado y empleador o la relación asegurado y asegurador (aquí tiene nombre particular: riesgo moral o moral Hazard). Si pensamos en la dinámica de la tercerización de servicios y los roles involucrados (proveedor y contratante), podremos ver que estamos ante una manifestación del mismo problema (contratante-proveedor). Y este hecho que abre posibilidades de análi
Leer más