Presentación brindada en ARQCONF 2014 (www.arqconf.com.ar) sobre Arquitectura IT en empresas grandes // Presentation given at ARQCONF 2014 (www.arqconf.com.ar) about IT Architecture at big companies.
CURSO DE INICIACIÓN Á ASTRONOMÍA Eclipses na Coruña
Arquitectura IT en una empresa grande - ARQCONF 2014
1. Arquitectura IT en una
empresa grande
@santiagomblanco
ArqConf 2014
Buenos Aires
ARQCONF
2. About: me
|ARQCONF
• Creo ser una persona normal
• Quería ser médico (me di cuenta a tiempo)
• Soy ingeniero
• Docente en progreso
• Arquitecto en Telecom
8. ¿Arquitectura?
|ARQCONF
La descripción formal de un sistema, o un
plano detallado del sistema a nivel
componentes, para guiar su implementación
(ISO/IEC 42010:2007)
La estructura de componentes, su inter-
relación, y los principios y guías que gobiernan
su diseño y evolución a través del tiempo.
(TOGAF)
12. Valor de arquitectura en la empresa
|ARQCONF
Application Architecture
Technology Architecture
Data Architecture
Business Architecture
13. Valor de arquitectura en la empresa
|ARQCONF
Application Architecture
Technology Architecture
Data Architecture
Business Architecture
Alineamiento al negocio y
tendencias de la industria
14. Valor de arquitectura en la empresa
|ARQCONF
Application Architecture
Technology Architecture
Data Architecture
Business Architecture
Alineamiento al negocio y
tendencias de la industria
Mejor solución técnica, en base
a tendencias IT y atributos de
calidad
15. Valor de arquitectura en la empresa
|ARQCONF
Application Architecture
Technology Architecture
Data Architecture
Business Architecture
Alineamiento al negocio y
tendencias de la industria
Mejor solución técnica, en base
a tendencias IT y atributos de
calidad
Aseguramiento de gestión de
datos
16. Valor de arquitectura en la empresa
|ARQCONF
Application Architecture
Technology Architecture
Data Architecture
Business Architecture
Alineamiento al negocio y
tendencias de la industria
Mejor solución técnica, en base
a tendencias IT y atributos de
calidad
Aseguramiento de gestión de
datos
Mejor solución HW y SW de
base, en base a tendencias IT y
atributos de calidad
17. Valor de arquitectura en la empresa
|ARQCONF
ITArchitecture
Application Architecture
Technology Architecture
Data Architecture
Business Architecture
Alineamiento al negocio y
tendencias de la industria
Mejor solución técnica,
gestionando los datos de manera
correcta, y ejecutandose en la
solución de HW y SW de base
adecuada, siguiendo tendencias
y cumpliendo atributos de calidad
18. Valor de arquitectura en la empresa
|ARQCONF
Enterprise Architecture
ITArchitecture
Application Architecture
Technology Architecture
Data Architecture
Business Architecture Mejor solución técnica,
gestionando los datos de
manera correcta, y ejecutandose
en la solución de HW y SW de
base adecuada, siguiendo
tendencias y cumpliendo
atributos de calidad.
ALINEADA con las necesidades
y estrategia del negocio, como
un todo con el resto de las
soluciones IT.
Solución adecuada a la
empresa != mejor solución
técnica
19. |ARQCONF
“El arquitecto ideal debe ser un
hombre (o mujer) de letras, un
matemático, familiar con los
estudios de la historia,
estudiante de filosofía,
familiarizado con la música, no
ignorante de la medicina,
conocedor de la jurisprudencia,
la astronomía y el cálculo”
Perfil del arquitecto
Vitruvio, ~25AC (De Architectura)
Mi nombre es Santiago Blanco. Personalmente podría definirme como un tipo bastante normal (o al menos eso creo yo), familiero y muy de quedarme en mi casa.
Soy de naturaleza curiosa, independiente y en búsqueda de encontrar soluciones a los problemas que se me aparezcan.
Me gusta pensar que ese gusto por buscar soluciones me hizo ir cruzándome con nuevos desafíos durante 15 años de carrera, hasta que encontré lo que hoy defino como mi lugar profesional, a cargo de la gerencia de arquitectura IT de Telecom. Tuve el gusto de dar inicio al área hace ya mas de 6 años, y compartir el crecimiento de la misma con personas profesional y personalmente excelentes, de las que aprendí muchísimo y me hicieron desafiarme a mi mismo.
Durante estos años de practicar arquitectura en una empresa grande como Telecom pasé por muchísimos desafíos grandes, y pequeños proyectos, que me hicieron comprender (tal vez a los golpes) que la arquitectura no es solo tecnologías, métodos y fierros, sino que hay que tener siempre presente (muy presente) que todas las soluciones IT se crean por personas y para personas, por lo que nuestro costado humano es tan o mas importante que nuestro perfil técnico. Nuestro rol como arquitectos en una gran empresa es velar porque las piezas técnicas funcionen juntas de manera coordinada, y así lograr que las personas involucradas desde la concepción de las aplicaciones hasta que las mismas son apagadas sean felices haciendo lo que hacen con ellas.
Otro ángulo de mi carrera viene de la mano de la universidad. En la UTN he conocido a un grupo de nerds inadaptados, como nos gusta llamarnos a veces, que me invitaron a sumarme a formar parte de lo que en un principio era la oportunidad de enseñar arquitectura IT a los alumnos que me siguieran a mi en la carrera. Con el pasar de los años, el grupo siguió sumando integrantes, algunos quedaron en el camino (pero nunca olvidaremos sus enseñanzas). En este grupo, en una charla de café, se gestó arqconf, con la idea de dar a conocer que es arquitectura IT a quien quiera escucharnos, mostrando la pasión que tenemos por lo que hacemos día a día, y porque no, con el objetivo también de crear un espacio para compartir experiencias, pesares y gustos sobre tecnología, y la creación de soluciones IT.
No voy a hablar sobre la teoría económica que define que es una Pequeña, mediana o gran empresa por variables duras y aburridas que para lo que estoy intentando contarles no viene al caso.
Voy a contarle que es una gran empresa desde el punto de vista de IT, y mas puntualmente desde un área de arquitectura de IT dentro de una gran empresa.
Para graficar y ayudarme a contarles, tenemos este gráfico, que tiene 4 areas o ejes diferentes. Yendo en el sentido de las agujas del reloj, estos son:
mercado: Se refiere a quien estan apuntados las soluciones IT que desarrollamos y mantenemos.
tecnología: agrupa todos los conceptos relacionados a las tecnologías disponibles para crear soluciones IT.
negocio: Trabajamos para crear soluciones que soporten un negocio, cualquiera que sea. Este grupo categoriza las cuestiones relacionadas al negocio, que tenemos que tener en cuenta desde IT
política: Por último, existen cuestiones políticas que tenemos que tener muy en cuenta a la hora de pensar en arquitectura en una gran empresa.
Cualquier empresa no funciona sola, sino que también se ve impactada por cuestiones externas. Por ese motivo cada cuadro representando a cada una de las categorías tiene un cuadro en su interior. [click] El cuadro mas interno tiene en cuenta los aspectos internos de la empresa, [click] mientras que el externo las cuestiones fuera de la empresa.
Veamos cuales son las cosas que nos impactan en el desarrollo de soluciones IT en una gran empresa:
Mercado
Estamos hablando de empresas que tienen decenas de miles de empleados. Y no solo eso, sino que en empresas altamente dependientes de las tecnologías, como las empresas de servicios, la gran mayoría de esos empleados son usuarios periódicos de los sistemas que desarrollamos. Para no dejarla tan simple, estos miles de usuarios internos no piensan todos iguales, tienen diferentes grados de preparación y realizan diferentes tareas, por lo que existe mucha diversidad cultural.
Esto se acrecienta cuando vemos afuera de la organización. En empresas de servicios o ya cada vez mas en todos los rubros, cuando hablamos de gran empresa estamos hablando de compañías con millones de clientes, en algunos casos siendo estos usuarios activos y constantes de las soluciones IT que mantenemos. Piensen en una empresa de telefonía, cada vez que ustedes llaman por teléfono, cada bit que consumen de internet, eso repercute en alguna solución IT de la empresa que les provee este servicio. Es mucho! Y, obviamente, como estamos hablando de personas, y de millones, hay diferencias culturales importantes, que debemos tener en cuenta.
[click]
Tecnología
En general se da que las grandes empresas fueron creciendo a partir de soluciones mas simples, integrándose con otras compañías o desprendiendose de unidades, lo que lleva a que el ecosistema IT este formado por una diversidad de aplicaciones “legadas” enorme (varios cientos) que integradas brindan el servicio a los usuarios. Sería muy simple si estas soluciones estuvieran desarrolladas en la misma tecnología. Lamento decirles que no es asi, por lo que en las grandes empresas se pueden ver casi todas las tecnologías disponibles, a modo de un museo tecnológico en vivo.
A la hora de pensar soluciones nuevas, es necesario tener en cuenta no solo la diversidad tecnológica, sino también cuales son los perfiles disponibles en la empresa y afuera de la misma (no sea cosa que la tecnología que decidamos sea la mejor, pero que para poder implementarla debamos contratar a un grupo de finlandeses que inventaron la tecnología que queremos implementar), y también las tendencias de la industria, para poder validar que la solución que planteamos tenga vida en el tiempo (tengamos en cuenta que las grandes empresas les gusta juntar aplicaciones, es su hobbie).
[click]
Negocio
Como dije hace un rato, hacemos soluciones IT para soportar un negocio. Las áreas internas nos piden soportar nuevos productos, nuevos mercados y mas clientes, para poder hacer frente a la competencia y seguir las tendencias del mercado. Es muy importante tener esto en cuenta e intentar adelantarnos.
[Click]
Política
Las empresas en cierto aspecto son entidades muy políticas, y cuanto mas grande es la empresa, mayor es su política interna. Es inevitable, por eso debemos tenerla en cuenta, comprender las restricciones que puedan existir, y lidiar con ellas.
Las empresas no funcionan solas, sino que se deben regir por las normativas del país o paises donde funcionen, y la economía de los mismos. También debemos comprender como estas cuestiones impactan en el mundo IT.
Ahora que entendimos la complejidad de una gran empresa (desde una visión mas IT), podemos pasar a comprender que es un arquitecto en una empresa de este tipo.
No voy a hablar sobre la teoría económica que define que es una Pequeña, mediana o gran empresa por variables duras y aburridas que para lo que estoy intentando contarles no viene al caso.
Voy a contarle que es una gran empresa desde el punto de vista de IT, y mas puntualmente desde un área de arquitectura de IT dentro de una gran empresa.
Para graficar y ayudarme a contarles, tenemos este gráfico, que tiene 4 areas o ejes diferentes. Yendo en el sentido de las agujas del reloj, estos son:
mercado: Se refiere a quien estan apuntados las soluciones IT que desarrollamos y mantenemos.
tecnología: agrupa todos los conceptos relacionados a las tecnologías disponibles para crear soluciones IT.
negocio: Trabajamos para crear soluciones que soporten un negocio, cualquiera que sea. Este grupo categoriza las cuestiones relacionadas al negocio, que tenemos que tener en cuenta desde IT
política: Por último, existen cuestiones políticas que tenemos que tener muy en cuenta a la hora de pensar en arquitectura en una gran empresa.
Cualquier empresa no funciona sola, sino que también se ve impactada por cuestiones externas. Por ese motivo cada cuadro representando a cada una de las categorías tiene un cuadro en su interior. [click] El cuadro mas interno tiene en cuenta los aspectos internos de la empresa, [click] mientras que el externo las cuestiones fuera de la empresa.
Veamos cuales son las cosas que nos impactan en el desarrollo de soluciones IT en una gran empresa:
Mercado
Estamos hablando de empresas que tienen decenas de miles de empleados. Y no solo eso, sino que en empresas altamente dependientes de las tecnologías, como las empresas de servicios, la gran mayoría de esos empleados son usuarios periódicos de los sistemas que desarrollamos. Para no dejarla tan simple, estos miles de usuarios internos no piensan todos iguales, tienen diferentes grados de preparación y realizan diferentes tareas, por lo que existe mucha diversidad cultural.
Esto se acrecienta cuando vemos afuera de la organización. En empresas de servicios o ya cada vez mas en todos los rubros, cuando hablamos de gran empresa estamos hablando de compañías con millones de clientes, en algunos casos siendo estos usuarios activos y constantes de las soluciones IT que mantenemos. Piensen en una empresa de telefonía, cada vez que ustedes llaman por teléfono, cada bit que consumen de internet, eso repercute en alguna solución IT de la empresa que les provee este servicio. Es mucho! Y, obviamente, como estamos hablando de personas, y de millones, hay diferencias culturales importantes, que debemos tener en cuenta.
[click]
Tecnología
En general se da que las grandes empresas fueron creciendo a partir de soluciones mas simples, integrándose con otras compañías o desprendiendose de unidades, lo que lleva a que el ecosistema IT este formado por una diversidad de aplicaciones “legadas” enorme (varios cientos) que integradas brindan el servicio a los usuarios. Sería muy simple si estas soluciones estuvieran desarrolladas en la misma tecnología. Lamento decirles que no es asi, por lo que en las grandes empresas se pueden ver casi todas las tecnologías disponibles, a modo de un museo tecnológico en vivo.
A la hora de pensar soluciones nuevas, es necesario tener en cuenta no solo la diversidad tecnológica, sino también cuales son los perfiles disponibles en la empresa y afuera de la misma (no sea cosa que la tecnología que decidamos sea la mejor, pero que para poder implementarla debamos contratar a un grupo de finlandeses que inventaron la tecnología que queremos implementar), y también las tendencias de la industria, para poder validar que la solución que planteamos tenga vida en el tiempo (tengamos en cuenta que las grandes empresas les gusta juntar aplicaciones, es su hobbie).
[click]
Negocio
Como dije hace un rato, hacemos soluciones IT para soportar un negocio. Las áreas internas nos piden soportar nuevos productos, nuevos mercados y mas clientes, para poder hacer frente a la competencia y seguir las tendencias del mercado. Es muy importante tener esto en cuenta e intentar adelantarnos.
[Click]
Política
Las empresas en cierto aspecto son entidades muy políticas, y cuanto mas grande es la empresa, mayor es su política interna. Es inevitable, por eso debemos tenerla en cuenta, comprender las restricciones que puedan existir, y lidiar con ellas.
Las empresas no funcionan solas, sino que se deben regir por las normativas del país o paises donde funcionen, y la economía de los mismos. También debemos comprender como estas cuestiones impactan en el mundo IT.
Ahora que entendimos la complejidad de una gran empresa (desde una visión mas IT), podemos pasar a comprender que es un arquitecto en una empresa de este tipo.
No voy a hablar sobre la teoría económica que define que es una Pequeña, mediana o gran empresa por variables duras y aburridas que para lo que estoy intentando contarles no viene al caso.
Voy a contarle que es una gran empresa desde el punto de vista de IT, y mas puntualmente desde un área de arquitectura de IT dentro de una gran empresa.
Para graficar y ayudarme a contarles, tenemos este gráfico, que tiene 4 areas o ejes diferentes. Yendo en el sentido de las agujas del reloj, estos son:
mercado: Se refiere a quien estan apuntados las soluciones IT que desarrollamos y mantenemos.
tecnología: agrupa todos los conceptos relacionados a las tecnologías disponibles para crear soluciones IT.
negocio: Trabajamos para crear soluciones que soporten un negocio, cualquiera que sea. Este grupo categoriza las cuestiones relacionadas al negocio, que tenemos que tener en cuenta desde IT
política: Por último, existen cuestiones políticas que tenemos que tener muy en cuenta a la hora de pensar en arquitectura en una gran empresa.
Cualquier empresa no funciona sola, sino que también se ve impactada por cuestiones externas. Por ese motivo cada cuadro representando a cada una de las categorías tiene un cuadro en su interior. [click] El cuadro mas interno tiene en cuenta los aspectos internos de la empresa, [click] mientras que el externo las cuestiones fuera de la empresa.
Veamos cuales son las cosas que nos impactan en el desarrollo de soluciones IT en una gran empresa:
Mercado
Estamos hablando de empresas que tienen decenas de miles de empleados. Y no solo eso, sino que en empresas altamente dependientes de las tecnologías, como las empresas de servicios, la gran mayoría de esos empleados son usuarios periódicos de los sistemas que desarrollamos. Para no dejarla tan simple, estos miles de usuarios internos no piensan todos iguales, tienen diferentes grados de preparación y realizan diferentes tareas, por lo que existe mucha diversidad cultural.
Esto se acrecienta cuando vemos afuera de la organización. En empresas de servicios o ya cada vez mas en todos los rubros, cuando hablamos de gran empresa estamos hablando de compañías con millones de clientes, en algunos casos siendo estos usuarios activos y constantes de las soluciones IT que mantenemos. Piensen en una empresa de telefonía, cada vez que ustedes llaman por teléfono, cada bit que consumen de internet, eso repercute en alguna solución IT de la empresa que les provee este servicio. Es mucho! Y, obviamente, como estamos hablando de personas, y de millones, hay diferencias culturales importantes, que debemos tener en cuenta.
[click]
Tecnología
En general se da que las grandes empresas fueron creciendo a partir de soluciones mas simples, integrándose con otras compañías o desprendiendose de unidades, lo que lleva a que el ecosistema IT este formado por una diversidad de aplicaciones “legadas” enorme (varios cientos) que integradas brindan el servicio a los usuarios. Sería muy simple si estas soluciones estuvieran desarrolladas en la misma tecnología. Lamento decirles que no es asi, por lo que en las grandes empresas se pueden ver casi todas las tecnologías disponibles, a modo de un museo tecnológico en vivo.
A la hora de pensar soluciones nuevas, es necesario tener en cuenta no solo la diversidad tecnológica, sino también cuales son los perfiles disponibles en la empresa y afuera de la misma (no sea cosa que la tecnología que decidamos sea la mejor, pero que para poder implementarla debamos contratar a un grupo de finlandeses que inventaron la tecnología que queremos implementar), y también las tendencias de la industria, para poder validar que la solución que planteamos tenga vida en el tiempo (tengamos en cuenta que las grandes empresas les gusta juntar aplicaciones, es su hobbie).
[click]
Negocio
Como dije hace un rato, hacemos soluciones IT para soportar un negocio. Las áreas internas nos piden soportar nuevos productos, nuevos mercados y mas clientes, para poder hacer frente a la competencia y seguir las tendencias del mercado. Es muy importante tener esto en cuenta e intentar adelantarnos.
[Click]
Política
Las empresas en cierto aspecto son entidades muy políticas, y cuanto mas grande es la empresa, mayor es su política interna. Es inevitable, por eso debemos tenerla en cuenta, comprender las restricciones que puedan existir, y lidiar con ellas.
Las empresas no funcionan solas, sino que se deben regir por las normativas del país o paises donde funcionen, y la economía de los mismos. También debemos comprender como estas cuestiones impactan en el mundo IT.
Ahora que entendimos la complejidad de una gran empresa (desde una visión mas IT), podemos pasar a comprender que es un arquitecto en una empresa de este tipo.
No voy a hablar sobre la teoría económica que define que es una Pequeña, mediana o gran empresa por variables duras y aburridas que para lo que estoy intentando contarles no viene al caso.
Voy a contarle que es una gran empresa desde el punto de vista de IT, y mas puntualmente desde un área de arquitectura de IT dentro de una gran empresa.
Para graficar y ayudarme a contarles, tenemos este gráfico, que tiene 4 areas o ejes diferentes. Yendo en el sentido de las agujas del reloj, estos son:
mercado: Se refiere a quien estan apuntados las soluciones IT que desarrollamos y mantenemos.
tecnología: agrupa todos los conceptos relacionados a las tecnologías disponibles para crear soluciones IT.
negocio: Trabajamos para crear soluciones que soporten un negocio, cualquiera que sea. Este grupo categoriza las cuestiones relacionadas al negocio, que tenemos que tener en cuenta desde IT
política: Por último, existen cuestiones políticas que tenemos que tener muy en cuenta a la hora de pensar en arquitectura en una gran empresa.
Cualquier empresa no funciona sola, sino que también se ve impactada por cuestiones externas. Por ese motivo cada cuadro representando a cada una de las categorías tiene un cuadro en su interior. [click] El cuadro mas interno tiene en cuenta los aspectos internos de la empresa, [click] mientras que el externo las cuestiones fuera de la empresa.
Veamos cuales son las cosas que nos impactan en el desarrollo de soluciones IT en una gran empresa:
Mercado
Estamos hablando de empresas que tienen decenas de miles de empleados. Y no solo eso, sino que en empresas altamente dependientes de las tecnologías, como las empresas de servicios, la gran mayoría de esos empleados son usuarios periódicos de los sistemas que desarrollamos. Para no dejarla tan simple, estos miles de usuarios internos no piensan todos iguales, tienen diferentes grados de preparación y realizan diferentes tareas, por lo que existe mucha diversidad cultural.
Esto se acrecienta cuando vemos afuera de la organización. En empresas de servicios o ya cada vez mas en todos los rubros, cuando hablamos de gran empresa estamos hablando de compañías con millones de clientes, en algunos casos siendo estos usuarios activos y constantes de las soluciones IT que mantenemos. Piensen en una empresa de telefonía, cada vez que ustedes llaman por teléfono, cada bit que consumen de internet, eso repercute en alguna solución IT de la empresa que les provee este servicio. Es mucho! Y, obviamente, como estamos hablando de personas, y de millones, hay diferencias culturales importantes, que debemos tener en cuenta.
[click]
Tecnología
En general se da que las grandes empresas fueron creciendo a partir de soluciones mas simples, integrándose con otras compañías o desprendiendose de unidades, lo que lleva a que el ecosistema IT este formado por una diversidad de aplicaciones “legadas” enorme (varios cientos) que integradas brindan el servicio a los usuarios. Sería muy simple si estas soluciones estuvieran desarrolladas en la misma tecnología. Lamento decirles que no es asi, por lo que en las grandes empresas se pueden ver casi todas las tecnologías disponibles, a modo de un museo tecnológico en vivo.
A la hora de pensar soluciones nuevas, es necesario tener en cuenta no solo la diversidad tecnológica, sino también cuales son los perfiles disponibles en la empresa y afuera de la misma (no sea cosa que la tecnología que decidamos sea la mejor, pero que para poder implementarla debamos contratar a un grupo de finlandeses que inventaron la tecnología que queremos implementar), y también las tendencias de la industria, para poder validar que la solución que planteamos tenga vida en el tiempo (tengamos en cuenta que las grandes empresas les gusta juntar aplicaciones, es su hobbie).
[click]
Negocio
Como dije hace un rato, hacemos soluciones IT para soportar un negocio. Las áreas internas nos piden soportar nuevos productos, nuevos mercados y mas clientes, para poder hacer frente a la competencia y seguir las tendencias del mercado. Es muy importante tener esto en cuenta e intentar adelantarnos.
[Click]
Política
Las empresas en cierto aspecto son entidades muy políticas, y cuanto mas grande es la empresa, mayor es su política interna. Es inevitable, por eso debemos tenerla en cuenta, comprender las restricciones que puedan existir, y lidiar con ellas.
Las empresas no funcionan solas, sino que se deben regir por las normativas del país o paises donde funcionen, y la economía de los mismos. También debemos comprender como estas cuestiones impactan en el mundo IT.
Ahora que entendimos la complejidad de una gran empresa (desde una visión mas IT), podemos pasar a comprender que es un arquitecto en una empresa de este tipo.
No voy a hablar sobre la teoría económica que define que es una Pequeña, mediana o gran empresa por variables duras y aburridas que para lo que estoy intentando contarles no viene al caso.
Voy a contarle que es una gran empresa desde el punto de vista de IT, y mas puntualmente desde un área de arquitectura de IT dentro de una gran empresa.
Para graficar y ayudarme a contarles, tenemos este gráfico, que tiene 4 areas o ejes diferentes. Yendo en el sentido de las agujas del reloj, estos son:
mercado: Se refiere a quien estan apuntados las soluciones IT que desarrollamos y mantenemos.
tecnología: agrupa todos los conceptos relacionados a las tecnologías disponibles para crear soluciones IT.
negocio: Trabajamos para crear soluciones que soporten un negocio, cualquiera que sea. Este grupo categoriza las cuestiones relacionadas al negocio, que tenemos que tener en cuenta desde IT
política: Por último, existen cuestiones políticas que tenemos que tener muy en cuenta a la hora de pensar en arquitectura en una gran empresa.
Cualquier empresa no funciona sola, sino que también se ve impactada por cuestiones externas. Por ese motivo cada cuadro representando a cada una de las categorías tiene un cuadro en su interior. [click] El cuadro mas interno tiene en cuenta los aspectos internos de la empresa, [click] mientras que el externo las cuestiones fuera de la empresa.
Veamos cuales son las cosas que nos impactan en el desarrollo de soluciones IT en una gran empresa:
Mercado
Estamos hablando de empresas que tienen decenas de miles de empleados. Y no solo eso, sino que en empresas altamente dependientes de las tecnologías, como las empresas de servicios, la gran mayoría de esos empleados son usuarios periódicos de los sistemas que desarrollamos. Para no dejarla tan simple, estos miles de usuarios internos no piensan todos iguales, tienen diferentes grados de preparación y realizan diferentes tareas, por lo que existe mucha diversidad cultural.
Esto se acrecienta cuando vemos afuera de la organización. En empresas de servicios o ya cada vez mas en todos los rubros, cuando hablamos de gran empresa estamos hablando de compañías con millones de clientes, en algunos casos siendo estos usuarios activos y constantes de las soluciones IT que mantenemos. Piensen en una empresa de telefonía, cada vez que ustedes llaman por teléfono, cada bit que consumen de internet, eso repercute en alguna solución IT de la empresa que les provee este servicio. Es mucho! Y, obviamente, como estamos hablando de personas, y de millones, hay diferencias culturales importantes, que debemos tener en cuenta.
[click]
Tecnología
En general se da que las grandes empresas fueron creciendo a partir de soluciones mas simples, integrándose con otras compañías o desprendiendose de unidades, lo que lleva a que el ecosistema IT este formado por una diversidad de aplicaciones “legadas” enorme (varios cientos) que integradas brindan el servicio a los usuarios. Sería muy simple si estas soluciones estuvieran desarrolladas en la misma tecnología. Lamento decirles que no es asi, por lo que en las grandes empresas se pueden ver casi todas las tecnologías disponibles, a modo de un museo tecnológico en vivo.
A la hora de pensar soluciones nuevas, es necesario tener en cuenta no solo la diversidad tecnológica, sino también cuales son los perfiles disponibles en la empresa y afuera de la misma (no sea cosa que la tecnología que decidamos sea la mejor, pero que para poder implementarla debamos contratar a un grupo de finlandeses que inventaron la tecnología que queremos implementar), y también las tendencias de la industria, para poder validar que la solución que planteamos tenga vida en el tiempo (tengamos en cuenta que las grandes empresas les gusta juntar aplicaciones, es su hobbie).
[click]
Negocio
Como dije hace un rato, hacemos soluciones IT para soportar un negocio. Las áreas internas nos piden soportar nuevos productos, nuevos mercados y mas clientes, para poder hacer frente a la competencia y seguir las tendencias del mercado. Es muy importante tener esto en cuenta e intentar adelantarnos.
[Click]
Política
Las empresas en cierto aspecto son entidades muy políticas, y cuanto mas grande es la empresa, mayor es su política interna. Es inevitable, por eso debemos tenerla en cuenta, comprender las restricciones que puedan existir, y lidiar con ellas.
Las empresas no funcionan solas, sino que se deben regir por las normativas del país o paises donde funcionen, y la economía de los mismos. También debemos comprender como estas cuestiones impactan en el mundo IT.
Ahora que entendimos la complejidad de una gran empresa (desde una visión mas IT), podemos pasar a comprender que es un arquitecto en una empresa de este tipo.
Cualquiera puede haber puesto esa cara la primera vez que escucho sobre arquitectura en una empresa. ¿Arquitectura? ¿Qué vamos a construir? ¿de donde sale eso?
El otro día, hablando con un arquitecto edilicio que esta por trabajar en mi casa, me di cuenta que la práctica de arquitectura IT tiene mucho que ver con la arquitectura edilicia, ya que somos quienes vemos las piezas juntas antes que nadie empiece a trabajar, velamos por que se cumplan los estándares y regulaciones, y luego establecemos las guias para que quienes construyan lo hagan de la manera correcta, enfocandose solo en lo que tienen que hacer. Ambos somos facilitadores, guias y algunas veces trabas, pero no digamos eso ahora…
Formalmente, la arquitectura IT se define de muchas maneras. Hay muchisimas definiciones que pueden encontrar, y todas pueden estar bien o mal dependiendo de quienes la discutan, en que entorno y con cuanto alcohol encima. Yo me voy a enfocar en dos, que son, a mi entender, las mas completas para la visión de arquitectura en una empresa.
[click]El ISO/IEC 42010:2007 la define como “La descripción formal de un sistema, o un plano detallado del sistema a nivel componentes, para guiar su implementación”. Esta bastante bien, pero le falta una vuelta de rosca. Es la descripción formal del sistema, si, pero no es solo es, es un plano detallado del sistema a nivel componentes, si, pero no es solo eso. Guia su implementación, es correcto, pero también guia su mantenimiento, comunicación, ejecución y apagado del sistema.
[Click] En este aspecto TOGAF (The Open Group Architecture Framework, El marco de trabajo de arquitectura definido por el Open Group – Consortio de empresas enfocados en definir estándares IT) define a la arquitectura como “La estructura de componentes, la interrelación entre los mismos, asi como los principios y guias que gobiernan su diseño y evolución a través del tiempo”.
Esta definición es bien interesante, ya que establece a la arquitectura como:
El conjunto de componentes que forman un sistema, y la descripción de cada uno de ellos. Hasta ahora no dice que componentes ni de que sistema estamos hablando.
La relación entre los componentes. Una de las cosas mas importantes que tiene que tener un arquitecto, y una arquitectura, es la relación entre los componentes. Esta es la clave de cualquier arquitectura, y de cualquier problema que queramos resolver.
Guías para trabajar con los componentes y sus interrelaciones. Lo mas importante es definir un único lenguaje y meta-modelo que sirva para que todos los involucrados en un sistema hablemos el mismo idioma y trabajemos bajo las mismas reglas, otra ves ayudando a la comunicación, asegurando la eficiencia y haciendo que estemos un poco mas cerca del objetivo propuesto por el sistema.
Entonces, si vemos a una empresa como un sistema, entonces la arquitectura empresarial incluye:
La definición y entendimiento de los componentes que la forman (personas, áreas, políticas, sistemas, componentes físicos, SW de base, etc.)
La relación entre los diferentes componentes. Aca es donde se pone divertida la cosa, ya que podemos tener:
Relación entre personas entre si, que debemos entender, ya que son los stakeholders de las soluciones que definamos
Relación entre personas y aplicaciones, ya que las usan o mantienen
Relación entre aplicaciones entre si
Relación entre aplicaciones y HW y SW de base
…
Las guías para gobernar estos componentes y sus relaciones. Obviamente no todas las relaciones y componentes van a estar gobernadas por la arquitectura empresarial. Depende mucho de como se establezca el equipo de EA y el poder que se le asigne. En general, depende del CIO, por lo que la ingerencia a nive gobierno va a estar dada por:
Reglas de desarrollo, mantenimiento y evolución de aplicaciones
Gobierno de interrelación de aplicaciones (servicio, versionado)
Gobierno técnico de las aplicaciones (arquitectura aplicativa)
Gobierno sobre los datos
Reglas de evolución y alineamiento con la estrategia corporativa
Antes de ver cual es el valor que la arquitectura brinda a una gran empresa y que es lo que hace cada una de ellas, vamos a definir los diferentes tipos de arquitectura, o al menos como los veo yo.
Los cuatro principales tipos de arquitectura que existen (que luego pueden en la práctica agruparse o dividirse mas según el tamaño de la empresa o las necesidades), son:
Arquitectura de Negocios, o Business Architecture
Arquitectura Aplciativa, o Application Architecture
Arquitectura de Datos, o Data Architecture
Arquitectura técnica, o Technology Architecture
La primera, arquitectura de negocios, agrupa al grupo de prácticas y métodos que buscan entender como es la empresa, la industria, su organización y como busca obtener sus objetivos. Es la que se encarga de comprender los componentes e interrelaciones mas blandas, los estándares y tendencias de la industria y la empresa, y delinear las necesidades de IT que se desprenden de la misma.
Luego tenemos la arquitectura de aplicación, que se encarga de diseñar las soluciones que van a cubrir las necesidades detectadas por business architecture. Es quien se encarga de catalogar los componentes aplicativos, gobernar sus relaciones y diseñar las nuevas aplicaciones o modificaciones a aplicaciones existentes. Internamente puede estar subdivididida por tecnología, framework, alcance funcional de la aplicación, o por práctica (integración, arquitectura de aplicación, arquitectura de seguridad).
Existen en muchos casos junto al ára de arquitectura aplicativa, pero a mi me gusta verlo por separado por la importancia que tiene. La arquitectura de datos es la dueña de la información, de definir como se estructuran los datos en la compañía, evitando duplicación, asegurando la certeza de los mismos, y que se logra cumplir con todos los requerimientos funcionales y atributos de calidad necesarios (estabilidad, escalabilidad, regulaciones).
Por último tenemos la arquitectura tecnológica (o technology architecture). Lo separo porque los perfiles necesarios para esta arquitectura son muy diferentes al resto.
Son quienes se encargan de las cuestiones mas duras, entender como los fierros trabajan juntos, como las aplicaciones interactúan con el HW y SW de base.
Los últimos tres tipos de arquitectura en general trabajan muy juntos, tan juntos que a veces son el mismo equipo, por eso [click] es muy común verlos agrupados como IT Architecture, definiendo como las aplicaciones cubren los requerimientos y necesidades del negocio.
En las empresas donde se cuenta con un gobierno completo de la arquitectura, la arquitectura IT y la arquitectura de negocio se juntan en un equipo de Arquitectura Empresarial, con la visión mas completa.
Antes de ver cual es el valor que la arquitectura brinda a una gran empresa y que es lo que hace cada una de ellas, vamos a definir los diferentes tipos de arquitectura, o al menos como los veo yo.
Los cuatro principales tipos de arquitectura que existen (que luego pueden en la práctica agruparse o dividirse mas según el tamaño de la empresa o las necesidades), son:
Arquitectura de Negocios, o Business Architecture
Arquitectura Aplciativa, o Application Architecture
Arquitectura de Datos, o Data Architecture
Arquitectura técnica, o Technology Architecture
La primera, arquitectura de negocios, agrupa al grupo de prácticas y métodos que buscan entender como es la empresa, la industria, su organización y como busca obtener sus objetivos. Es la que se encarga de comprender los componentes e interrelaciones mas blandas, los estándares y tendencias de la industria y la empresa, y delinear las necesidades de IT que se desprenden de la misma.
Luego tenemos la arquitectura de aplicación, que se encarga de diseñar las soluciones que van a cubrir las necesidades detectadas por business architecture. Es quien se encarga de catalogar los componentes aplicativos, gobernar sus relaciones y diseñar las nuevas aplicaciones o modificaciones a aplicaciones existentes. Internamente puede estar subdivididida por tecnología, framework, alcance funcional de la aplicación, o por práctica (integración, arquitectura de aplicación, arquitectura de seguridad).
Existen en muchos casos junto al ára de arquitectura aplicativa, pero a mi me gusta verlo por separado por la importancia que tiene. La arquitectura de datos es la dueña de la información, de definir como se estructuran los datos en la compañía, evitando duplicación, asegurando la certeza de los mismos, y que se logra cumplir con todos los requerimientos funcionales y atributos de calidad necesarios (estabilidad, escalabilidad, regulaciones).
Por último tenemos la arquitectura tecnológica (o technology architecture). Lo separo porque los perfiles necesarios para esta arquitectura son muy diferentes al resto.
Son quienes se encargan de las cuestiones mas duras, entender como los fierros trabajan juntos, como las aplicaciones interactúan con el HW y SW de base.
Los últimos tres tipos de arquitectura en general trabajan muy juntos, tan juntos que a veces son el mismo equipo, por eso [click] es muy común verlos agrupados como IT Architecture, definiendo como las aplicaciones cubren los requerimientos y necesidades del negocio.
En las empresas donde se cuenta con un gobierno completo de la arquitectura, la arquitectura IT y la arquitectura de negocio se juntan en un equipo de Arquitectura Empresarial, con la visión mas completa.
Antes de ver cual es el valor que la arquitectura brinda a una gran empresa y que es lo que hace cada una de ellas, vamos a definir los diferentes tipos de arquitectura, o al menos como los veo yo.
Los cuatro principales tipos de arquitectura que existen (que luego pueden en la práctica agruparse o dividirse mas según el tamaño de la empresa o las necesidades), son:
Arquitectura de Negocios, o Business Architecture
Arquitectura Aplciativa, o Application Architecture
Arquitectura de Datos, o Data Architecture
Arquitectura técnica, o Technology Architecture
La primera, arquitectura de negocios, agrupa al grupo de prácticas y métodos que buscan entender como es la empresa, la industria, su organización y como busca obtener sus objetivos. Es la que se encarga de comprender los componentes e interrelaciones mas blandas, los estándares y tendencias de la industria y la empresa, y delinear las necesidades de IT que se desprenden de la misma.
Luego tenemos la arquitectura de aplicación, que se encarga de diseñar las soluciones que van a cubrir las necesidades detectadas por business architecture. Es quien se encarga de catalogar los componentes aplicativos, gobernar sus relaciones y diseñar las nuevas aplicaciones o modificaciones a aplicaciones existentes. Internamente puede estar subdivididida por tecnología, framework, alcance funcional de la aplicación, o por práctica (integración, arquitectura de aplicación, arquitectura de seguridad).
Existen en muchos casos junto al ára de arquitectura aplicativa, pero a mi me gusta verlo por separado por la importancia que tiene. La arquitectura de datos es la dueña de la información, de definir como se estructuran los datos en la compañía, evitando duplicación, asegurando la certeza de los mismos, y que se logra cumplir con todos los requerimientos funcionales y atributos de calidad necesarios (estabilidad, escalabilidad, regulaciones).
Por último tenemos la arquitectura tecnológica (o technology architecture). Lo separo porque los perfiles necesarios para esta arquitectura son muy diferentes al resto.
Son quienes se encargan de las cuestiones mas duras, entender como los fierros trabajan juntos, como las aplicaciones interactúan con el HW y SW de base.
Los últimos tres tipos de arquitectura en general trabajan muy juntos, tan juntos que a veces son el mismo equipo, por eso [click] es muy común verlos agrupados como IT Architecture, definiendo como las aplicaciones cubren los requerimientos y necesidades del negocio.
En las empresas donde se cuenta con un gobierno completo de la arquitectura, la arquitectura IT y la arquitectura de negocio se juntan en un equipo de Arquitectura Empresarial, con la visión mas completa.
Ya teniendo en cuenta de que hablamos cuando hablamos de una gran empresa, que es la arquitectura IT en ese contexto y los diferentes tipos de arquitectura que pueden existir, la siguiente pregunta que se puede hacer es ¿Qué me brinda cada tipo de arquitectura? ¿Por qué razón debe existir?
Basandome en el gráfico del slide anterior, vamos a repasar cada uno de los tipos y que beneficios traer.
[Click] La arquitectura de negocios, nos brinda contar con un alineamiento entre IT, las tendencias del negocio y la estrategia de la compañía. Estan muy al tanto de lo que pasa en la industria (sea cual fuera) a la que se dedique la empresa, sus regulaciones, tendencias y cuestiones políticas de la compañía. Ademas, esta al tanto e interiorizado de la estrategia de la empresa, de forma tal que tenga una visión a mediano y largo plazo de las necesidades y mapearlas contra las soluciones IT.
[Click] La arquitectura aplicativa, aislada del resto, va a brindarnos contar con la mejor solución IT posible, en base a las tendencias de IT y las mejores prácticas, alineados a los atributos de calidad (requerimientos no funcionales) de la solución. Son esos a los que tenes que darle un tiempo acotado para pensar la solución, y nunca van a estar conformes porque querrán perfeccionarlas un poco mas.
[Click] La arquitectura de datos tiene una visión mas general que la arquitectura aplicativa, ya que nos dará la certeza de que los datos se están gestionando de la manera correcta, que no tengo duplicidad, que se cumplen los atributos de calidad requeridos para la gestión de la información, y que los datos esten disponibles en tiempo y forma.
[Click] La arquitectura técnica nos brindará la mejor solución de HW y SW de base, en base a las tendencias de IT y las mejores prácticas, cubriendo los atributos de calidad que se requieran.
Como ya podemos ver, no tiene mucho sentido que cada uno trabaje por separado, o al menos lo que se refiere a los últimos tres. Por eso, si lo vemos como el conjunto de decisiones de arquitectura IT [Click], lo que vamos a lograr tener es la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base para cumplir con los atributos de calidad requeridos y en base a las mejores prácticas de IT, con datos bien gestionados. Pero aun nos falta algo, nos falta la visión generalista que nos permite ver si la solución que técnicamente estamos pensando se encuentra alineada a la estrategia de la empresa y la industria.
[Click] Por eso, IT Architecture debe trabajar con Arquitectura de negocios, para brindarnos la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base, asegurando que dicha solución sea acorde a las necesidades y estragia del negocio y la industria, gestionando la información de manera acorde.
Todo junto, como Enterprise architecture, pueden no generar la mejor solución técnica, pero si aseguramos que se cree la mejor solución para la empresa y en el contexto y momento del tiempo en que se decide.
Ya teniendo en cuenta de que hablamos cuando hablamos de una gran empresa, que es la arquitectura IT en ese contexto y los diferentes tipos de arquitectura que pueden existir, la siguiente pregunta que se puede hacer es ¿Qué me brinda cada tipo de arquitectura? ¿Por qué razón debe existir?
Basandome en el gráfico del slide anterior, vamos a repasar cada uno de los tipos y que beneficios traer.
[Click] La arquitectura de negocios, nos brinda contar con un alineamiento entre IT, las tendencias del negocio y la estrategia de la compañía. Estan muy al tanto de lo que pasa en la industria (sea cual fuera) a la que se dedique la empresa, sus regulaciones, tendencias y cuestiones políticas de la compañía. Ademas, esta al tanto e interiorizado de la estrategia de la empresa, de forma tal que tenga una visión a mediano y largo plazo de las necesidades y mapearlas contra las soluciones IT.
[Click] La arquitectura aplicativa, aislada del resto, va a brindarnos contar con la mejor solución IT posible, en base a las tendencias de IT y las mejores prácticas, alineados a los atributos de calidad (requerimientos no funcionales) de la solución. Son esos a los que tenes que darle un tiempo acotado para pensar la solución, y nunca van a estar conformes porque querrán perfeccionarlas un poco mas.
[Click] La arquitectura de datos tiene una visión mas general que la arquitectura aplicativa, ya que nos dará la certeza de que los datos se están gestionando de la manera correcta, que no tengo duplicidad, que se cumplen los atributos de calidad requeridos para la gestión de la información, y que los datos esten disponibles en tiempo y forma.
[Click] La arquitectura técnica nos brindará la mejor solución de HW y SW de base, en base a las tendencias de IT y las mejores prácticas, cubriendo los atributos de calidad que se requieran.
Como ya podemos ver, no tiene mucho sentido que cada uno trabaje por separado, o al menos lo que se refiere a los últimos tres. Por eso, si lo vemos como el conjunto de decisiones de arquitectura IT [Click], lo que vamos a lograr tener es la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base para cumplir con los atributos de calidad requeridos y en base a las mejores prácticas de IT, con datos bien gestionados. Pero aun nos falta algo, nos falta la visión generalista que nos permite ver si la solución que técnicamente estamos pensando se encuentra alineada a la estrategia de la empresa y la industria.
[Click] Por eso, IT Architecture debe trabajar con Arquitectura de negocios, para brindarnos la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base, asegurando que dicha solución sea acorde a las necesidades y estragia del negocio y la industria, gestionando la información de manera acorde.
Todo junto, como Enterprise architecture, pueden no generar la mejor solución técnica, pero si aseguramos que se cree la mejor solución para la empresa y en el contexto y momento del tiempo en que se decide.
Ya teniendo en cuenta de que hablamos cuando hablamos de una gran empresa, que es la arquitectura IT en ese contexto y los diferentes tipos de arquitectura que pueden existir, la siguiente pregunta que se puede hacer es ¿Qué me brinda cada tipo de arquitectura? ¿Por qué razón debe existir?
Basandome en el gráfico del slide anterior, vamos a repasar cada uno de los tipos y que beneficios traer.
[Click] La arquitectura de negocios, nos brinda contar con un alineamiento entre IT, las tendencias del negocio y la estrategia de la compañía. Estan muy al tanto de lo que pasa en la industria (sea cual fuera) a la que se dedique la empresa, sus regulaciones, tendencias y cuestiones políticas de la compañía. Ademas, esta al tanto e interiorizado de la estrategia de la empresa, de forma tal que tenga una visión a mediano y largo plazo de las necesidades y mapearlas contra las soluciones IT.
[Click] La arquitectura aplicativa, aislada del resto, va a brindarnos contar con la mejor solución IT posible, en base a las tendencias de IT y las mejores prácticas, alineados a los atributos de calidad (requerimientos no funcionales) de la solución. Son esos a los que tenes que darle un tiempo acotado para pensar la solución, y nunca van a estar conformes porque querrán perfeccionarlas un poco mas.
[Click] La arquitectura de datos tiene una visión mas general que la arquitectura aplicativa, ya que nos dará la certeza de que los datos se están gestionando de la manera correcta, que no tengo duplicidad, que se cumplen los atributos de calidad requeridos para la gestión de la información, y que los datos esten disponibles en tiempo y forma.
[Click] La arquitectura técnica nos brindará la mejor solución de HW y SW de base, en base a las tendencias de IT y las mejores prácticas, cubriendo los atributos de calidad que se requieran.
Como ya podemos ver, no tiene mucho sentido que cada uno trabaje por separado, o al menos lo que se refiere a los últimos tres. Por eso, si lo vemos como el conjunto de decisiones de arquitectura IT [Click], lo que vamos a lograr tener es la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base para cumplir con los atributos de calidad requeridos y en base a las mejores prácticas de IT, con datos bien gestionados. Pero aun nos falta algo, nos falta la visión generalista que nos permite ver si la solución que técnicamente estamos pensando se encuentra alineada a la estrategia de la empresa y la industria.
[Click] Por eso, IT Architecture debe trabajar con Arquitectura de negocios, para brindarnos la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base, asegurando que dicha solución sea acorde a las necesidades y estragia del negocio y la industria, gestionando la información de manera acorde.
Todo junto, como Enterprise architecture, pueden no generar la mejor solución técnica, pero si aseguramos que se cree la mejor solución para la empresa y en el contexto y momento del tiempo en que se decide.
Ya teniendo en cuenta de que hablamos cuando hablamos de una gran empresa, que es la arquitectura IT en ese contexto y los diferentes tipos de arquitectura que pueden existir, la siguiente pregunta que se puede hacer es ¿Qué me brinda cada tipo de arquitectura? ¿Por qué razón debe existir?
Basandome en el gráfico del slide anterior, vamos a repasar cada uno de los tipos y que beneficios traer.
[Click] La arquitectura de negocios, nos brinda contar con un alineamiento entre IT, las tendencias del negocio y la estrategia de la compañía. Estan muy al tanto de lo que pasa en la industria (sea cual fuera) a la que se dedique la empresa, sus regulaciones, tendencias y cuestiones políticas de la compañía. Ademas, esta al tanto e interiorizado de la estrategia de la empresa, de forma tal que tenga una visión a mediano y largo plazo de las necesidades y mapearlas contra las soluciones IT.
[Click] La arquitectura aplicativa, aislada del resto, va a brindarnos contar con la mejor solución IT posible, en base a las tendencias de IT y las mejores prácticas, alineados a los atributos de calidad (requerimientos no funcionales) de la solución. Son esos a los que tenes que darle un tiempo acotado para pensar la solución, y nunca van a estar conformes porque querrán perfeccionarlas un poco mas.
[Click] La arquitectura de datos tiene una visión mas general que la arquitectura aplicativa, ya que nos dará la certeza de que los datos se están gestionando de la manera correcta, que no tengo duplicidad, que se cumplen los atributos de calidad requeridos para la gestión de la información, y que los datos esten disponibles en tiempo y forma.
[Click] La arquitectura técnica nos brindará la mejor solución de HW y SW de base, en base a las tendencias de IT y las mejores prácticas, cubriendo los atributos de calidad que se requieran.
Como ya podemos ver, no tiene mucho sentido que cada uno trabaje por separado, o al menos lo que se refiere a los últimos tres. Por eso, si lo vemos como el conjunto de decisiones de arquitectura IT [Click], lo que vamos a lograr tener es la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base para cumplir con los atributos de calidad requeridos y en base a las mejores prácticas de IT, con datos bien gestionados. Pero aun nos falta algo, nos falta la visión generalista que nos permite ver si la solución que técnicamente estamos pensando se encuentra alineada a la estrategia de la empresa y la industria.
[Click] Por eso, IT Architecture debe trabajar con Arquitectura de negocios, para brindarnos la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base, asegurando que dicha solución sea acorde a las necesidades y estragia del negocio y la industria, gestionando la información de manera acorde.
Todo junto, como Enterprise architecture, pueden no generar la mejor solución técnica, pero si aseguramos que se cree la mejor solución para la empresa y en el contexto y momento del tiempo en que se decide.
Ya teniendo en cuenta de que hablamos cuando hablamos de una gran empresa, que es la arquitectura IT en ese contexto y los diferentes tipos de arquitectura que pueden existir, la siguiente pregunta que se puede hacer es ¿Qué me brinda cada tipo de arquitectura? ¿Por qué razón debe existir?
Basandome en el gráfico del slide anterior, vamos a repasar cada uno de los tipos y que beneficios traer.
[Click] La arquitectura de negocios, nos brinda contar con un alineamiento entre IT, las tendencias del negocio y la estrategia de la compañía. Estan muy al tanto de lo que pasa en la industria (sea cual fuera) a la que se dedique la empresa, sus regulaciones, tendencias y cuestiones políticas de la compañía. Ademas, esta al tanto e interiorizado de la estrategia de la empresa, de forma tal que tenga una visión a mediano y largo plazo de las necesidades y mapearlas contra las soluciones IT.
[Click] La arquitectura aplicativa, aislada del resto, va a brindarnos contar con la mejor solución IT posible, en base a las tendencias de IT y las mejores prácticas, alineados a los atributos de calidad (requerimientos no funcionales) de la solución. Son esos a los que tenes que darle un tiempo acotado para pensar la solución, y nunca van a estar conformes porque querrán perfeccionarlas un poco mas.
[Click] La arquitectura de datos tiene una visión mas general que la arquitectura aplicativa, ya que nos dará la certeza de que los datos se están gestionando de la manera correcta, que no tengo duplicidad, que se cumplen los atributos de calidad requeridos para la gestión de la información, y que los datos esten disponibles en tiempo y forma.
[Click] La arquitectura técnica nos brindará la mejor solución de HW y SW de base, en base a las tendencias de IT y las mejores prácticas, cubriendo los atributos de calidad que se requieran.
Como ya podemos ver, no tiene mucho sentido que cada uno trabaje por separado, o al menos lo que se refiere a los últimos tres. Por eso, si lo vemos como el conjunto de decisiones de arquitectura IT [Click], lo que vamos a lograr tener es la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base para cumplir con los atributos de calidad requeridos y en base a las mejores prácticas de IT, con datos bien gestionados. Pero aun nos falta algo, nos falta la visión generalista que nos permite ver si la solución que técnicamente estamos pensando se encuentra alineada a la estrategia de la empresa y la industria.
[Click] Por eso, IT Architecture debe trabajar con Arquitectura de negocios, para brindarnos la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base, asegurando que dicha solución sea acorde a las necesidades y estragia del negocio y la industria, gestionando la información de manera acorde.
Todo junto, como Enterprise architecture, pueden no generar la mejor solución técnica, pero si aseguramos que se cree la mejor solución para la empresa y en el contexto y momento del tiempo en que se decide.
Ya teniendo en cuenta de que hablamos cuando hablamos de una gran empresa, que es la arquitectura IT en ese contexto y los diferentes tipos de arquitectura que pueden existir, la siguiente pregunta que se puede hacer es ¿Qué me brinda cada tipo de arquitectura? ¿Por qué razón debe existir?
Basandome en el gráfico del slide anterior, vamos a repasar cada uno de los tipos y que beneficios traer.
[Click] La arquitectura de negocios, nos brinda contar con un alineamiento entre IT, las tendencias del negocio y la estrategia de la compañía. Estan muy al tanto de lo que pasa en la industria (sea cual fuera) a la que se dedique la empresa, sus regulaciones, tendencias y cuestiones políticas de la compañía. Ademas, esta al tanto e interiorizado de la estrategia de la empresa, de forma tal que tenga una visión a mediano y largo plazo de las necesidades y mapearlas contra las soluciones IT.
[Click] La arquitectura aplicativa, aislada del resto, va a brindarnos contar con la mejor solución IT posible, en base a las tendencias de IT y las mejores prácticas, alineados a los atributos de calidad (requerimientos no funcionales) de la solución. Son esos a los que tenes que darle un tiempo acotado para pensar la solución, y nunca van a estar conformes porque querrán perfeccionarlas un poco mas.
[Click] La arquitectura de datos tiene una visión mas general que la arquitectura aplicativa, ya que nos dará la certeza de que los datos se están gestionando de la manera correcta, que no tengo duplicidad, que se cumplen los atributos de calidad requeridos para la gestión de la información, y que los datos esten disponibles en tiempo y forma.
[Click] La arquitectura técnica nos brindará la mejor solución de HW y SW de base, en base a las tendencias de IT y las mejores prácticas, cubriendo los atributos de calidad que se requieran.
Como ya podemos ver, no tiene mucho sentido que cada uno trabaje por separado, o al menos lo que se refiere a los últimos tres. Por eso, si lo vemos como el conjunto de decisiones de arquitectura IT [Click], lo que vamos a lograr tener es la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base para cumplir con los atributos de calidad requeridos y en base a las mejores prácticas de IT, con datos bien gestionados. Pero aun nos falta algo, nos falta la visión generalista que nos permite ver si la solución que técnicamente estamos pensando se encuentra alineada a la estrategia de la empresa y la industria.
[Click] Por eso, IT Architecture debe trabajar con Arquitectura de negocios, para brindarnos la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base, asegurando que dicha solución sea acorde a las necesidades y estragia del negocio y la industria, gestionando la información de manera acorde.
Todo junto, como Enterprise architecture, pueden no generar la mejor solución técnica, pero si aseguramos que se cree la mejor solución para la empresa y en el contexto y momento del tiempo en que se decide.
Ya teniendo en cuenta de que hablamos cuando hablamos de una gran empresa, que es la arquitectura IT en ese contexto y los diferentes tipos de arquitectura que pueden existir, la siguiente pregunta que se puede hacer es ¿Qué me brinda cada tipo de arquitectura? ¿Por qué razón debe existir?
Basandome en el gráfico del slide anterior, vamos a repasar cada uno de los tipos y que beneficios traer.
[Click] La arquitectura de negocios, nos brinda contar con un alineamiento entre IT, las tendencias del negocio y la estrategia de la compañía. Estan muy al tanto de lo que pasa en la industria (sea cual fuera) a la que se dedique la empresa, sus regulaciones, tendencias y cuestiones políticas de la compañía. Ademas, esta al tanto e interiorizado de la estrategia de la empresa, de forma tal que tenga una visión a mediano y largo plazo de las necesidades y mapearlas contra las soluciones IT.
[Click] La arquitectura aplicativa, aislada del resto, va a brindarnos contar con la mejor solución IT posible, en base a las tendencias de IT y las mejores prácticas, alineados a los atributos de calidad (requerimientos no funcionales) de la solución. Son esos a los que tenes que darle un tiempo acotado para pensar la solución, y nunca van a estar conformes porque querrán perfeccionarlas un poco mas.
[Click] La arquitectura de datos tiene una visión mas general que la arquitectura aplicativa, ya que nos dará la certeza de que los datos se están gestionando de la manera correcta, que no tengo duplicidad, que se cumplen los atributos de calidad requeridos para la gestión de la información, y que los datos esten disponibles en tiempo y forma.
[Click] La arquitectura técnica nos brindará la mejor solución de HW y SW de base, en base a las tendencias de IT y las mejores prácticas, cubriendo los atributos de calidad que se requieran.
Como ya podemos ver, no tiene mucho sentido que cada uno trabaje por separado, o al menos lo que se refiere a los últimos tres. Por eso, si lo vemos como el conjunto de decisiones de arquitectura IT [Click], lo que vamos a lograr tener es la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base para cumplir con los atributos de calidad requeridos y en base a las mejores prácticas de IT, con datos bien gestionados. Pero aun nos falta algo, nos falta la visión generalista que nos permite ver si la solución que técnicamente estamos pensando se encuentra alineada a la estrategia de la empresa y la industria.
[Click] Por eso, IT Architecture debe trabajar con Arquitectura de negocios, para brindarnos la mejor solución técnica, ejecutandose en la mejor solución de HW y SW de base, asegurando que dicha solución sea acorde a las necesidades y estragia del negocio y la industria, gestionando la información de manera acorde.
Todo junto, como Enterprise architecture, pueden no generar la mejor solución técnica, pero si aseguramos que se cree la mejor solución para la empresa y en el contexto y momento del tiempo en que se decide.
Alguien dijo alguna vez: “El arquitecto ideal debe ser un hombre (le agrego o mujer) de letras, un matemático, familiar con los estudios de la historia, estudiante de filosofía, familiarizado con la música, no ignorante de la medicina, conocedor de la jurisprudencia, la astronomía y el cálculo”. O sea, según para este hombre, un arquitecto debe ser una especie de semi dios, que sepa sobre todas las prácticas del ser humano. No es tan asi, porque después de decir esto dice también que debe contar con conocimientos generales de todo, pero especializarse solo en su campo de acción. Creo que de ahí viene que muchos dicen que somos unos chamuyeros…
¿Piensan que esta definición se puede aplicar a un arquitecto IT? ¿piensan que es de esta época? ¿Saben quien dijo esto? [Click] Quien escribió esta frase fue Vitruvio, en su tratado De Architectura.
Marco Vitruvio Polión (tal cual su nombre compelto) fue un arquitecto, escritor, ingeniero y tratadista romano del siglo I a. C. Es frecuente encontrar su nombre también escrito como Vitrubio.Fue arquitecto de Julio César durante su juventud, y al retirarse del servicio entró en la arquitectura civil, siendo de este periodo su única obra conocida, la basílica de Fanum (en Italia). Es el autor del tratado sobre arquitectura más antiguo que se conserva y el único de la Antigüedad clásica, De Architectura, en 10 libros (probablemente escrito entre los años 23 y 27 adC). Inspirada en teóricos helenísticos, la obra trata sobre órdenes, materiales, técnicas decorativas, construcción, tipos de edificios, hidráulica, mecánica y gnomónica (Libro IX).
Ya en ese entonces, el arquitecto era definido como una persona con conocimientos sobre una amplia variedad de temas, especializado en el campo de acción que le atañe. [Click]