 del evento porque si no es de tiempo estaríamos dando quizás una media hora, verdad, a la parte del panel, ¿verdad? Desgraciadamente, algunos de las preguntas las hicieron de manera privada, ¿verdad? Entonces, te voy a tener que preguntarle a los presentadores indigualmente si se dieron preguntas, ¿verdad? Sin embargo, así capturé algunas, ¿verdad? Una de ellas es ¿por qué consideran ustedes que las grandes empresas de retail que están transformadas digitalmente usan costumbre experiencia, han caído tanto en esta pandemia? Bueno, es una pregunta general, pero quizá un poquito más para Luis y aprovechando, todos hemos sido un poco tímidos para poner la cámara. Entonces, Carlos, pues tal vez, ahora que estamos en el panel de preguntas y respuestas, les invitaría, ¿verdad? A compartir, ¿verdad? Su cámara, activar su cámara para que la gente pueda ver pues el rostro detrás de la voz, ¿verdad? Entonces, voy a, podemos, por favor, si se les facilita, sino pues, o si lo prefieren, mantenerse pues sin la cámara, perfecto. Bueno, entonces, Luis, podrías, por favor, darnos tu comentario con respecto a esto, esta pregunta con respecto a retail. Sí, bueno, pues uno, creo que ha sido natural el proceso, porque en la industria, si se hace un análisis del efecto, las industrias como el retail, como las industrias de turismo, portería, restaurantes, pues son las industrias, también ya no afectadas por los procesos de aislamiento desde febrero. Pero si miramos más atrás de febrero, no pensando solamente ahorita en el efecto, en el efecto COVID, están dos elementos importantes que de punto de vista he venido identificando. Uno, es una industria globalizada, una industria donde esos grandes jugadores tienen la capacidad de competir sobre esos tres elementos claves que hemos colocado al principio, de costos de márgenes muy bajos, que no todas las compañías pueden soportar niveles tan bajos de márgenes cuando no son tan grandes. Todo lo que tiene que ver con el efecto que hay de poder de negociación y los procesos de profirme, siempre el que tenga más capacidad y más cruz de caja va a tener una capacidad más grande de competir en frente de una cadena de proveedores y de lograr mejores resultados. Entonces el tamaño siempre ha jugado en esta industria de una manera fuerte. Siempre ha estado llamándolo detrás de los grandes jugadores y cada vez son más grandes y cada vez vemos una más o más fuerte, y con presencia ya en nuestras industrias. Pero en este modelo nuevo, en este reto que se está enfrentando los retailers, los empresas de comercio minoristas, esos elementos proteccionistas gubernamentales van a darles un elemento, van a darle la mano realmente a este tipo de compañías. Analizando una cadena actual entuena donde estamos hablando de entrega inmediata donde estamos hablando de no-contacto, donde estamos yéndonos a un modelo casi 100% digital en todo el ciclo de compra, muchos pequeños van a poder entrar porque ya no sería una restricción a nivel de infraestructura y tamaño, sino más a un nivel de tecnología de análisis y de efectividad en un proceso de compra, en un proceso de entrega y en un proceso de cero contacto con un cliente. Entonces, creo que se abre inclusive la puerta acercando esas cadenas también de provisionamiento grandes y trayendo realmente los escenarios de comercio minorista a escenarios más locales y más de país y creo que ahí es todo lo contrario una oportunidad para revitalizar utilizando obviamente tecnología, va a ser fundamental el uso de la tecnología para los retailers que sobrevividan en este nuevo modelo. Excelente, Luis. Bueno, según uno de los otros presentadores quiere también compartir alguna opinión con respecto al tema también. Bienvenido a los comentarios. Bueno, entonces pasaríamos a las otras preguntas. Hay una oferta, por cierto, muchísimas gracias. Una persona nos ofrece apoyar en la parte de traducción al español. Ya tomamos nota de la dirección de la persona. Muchísimas gracias. Es muy importante para crear mayor difusión en el uso de los estándares. Hay otra pregunta por acá. ¿Cuáles son o deberían ser los factores primordiales para saber si voy a utilizar una metodología ágil, ¿de acuerdo a su experiencia? Volviendo nuevamente al tema, ¿verdad? ¿Cómo medir este balance? Y muy importante también, combinándolo con otra pregunta, ¿cómo lograr ese reto de qué tanta arquitectura necesito? Y sobre todo, que no se vuelva obsoleta, ¿verdad? Ser esto más dinámico. Esto es de presa una pregunta general para todos los presentadores, pero quizá pudiéramos iniciar con Carlos, ¿verdad? Que nos presentó recientemente esos temas. Carlos, ¿podrías comentar? Sí, y aquí he realizado al chart 4, donde abajo tenemos un poco las cosas que considerar. Pero, primero un poco, cerca de la forma de la pregunta, ¿no? No es que sea metodología o ágil. Ágil es un enfoque donde se tiene que usar metodología de todas maneras, ¿ok? O sea, Scram, Extreme Program, etc. Son pesistas de cómo hacer las cosas alias para mí. No 100% alias, pero alias metodología, ¿no? O sea, la metodología se dice, ¿qué tienes que hacer y en qué orden? ¿ok? Y en ágil también, o sea, te dicen que tienes que hacer iteración. ¿ok? Y tienes que hacer pruebas cada tantos días. Y tienes que tener reuniones todos los lunes para hacer la retrospectiva. O sea, eso se podría hacer un método. Y yo lo que haría es estas cuatro horizontales que tengo abajo, ¿no? ¿Qué tan complejo ese proyecto? Si es demasiado complejo y es demasiado rígido el proceso, ¿no? Es un tema de, este, clínico o, este, tal vez, este tema judicial, ¿no? O tema de, este, contabilidad, etc. Que es muy, este, frágil, no, no frágil, si te equivocas, te mete en preso. Eso, tal vez, no hay que hacerlo de manera ágil. Pero, oye, el probar dispositivos nuevos, el, este, implementar un, un SAS para el, la gestión de, tal vez, de cuentas por cobrar o para el, para el, este, no, la liquidez de gasto, etc., que no son complejos, ¿no? Core del negocio, ¿ok? Ahí lo había aquí, ¿ok? Y también, ¿cuánto presupuesto hay? Pues, si yo tengo 2 millones, quiere decir que es un presupuesto que me va a durar un año. Y, entonces, seguramente, ¿ok? Tengo, ¿no? Para probar un montón antes de salir de producción. Yo creo que esas cuatro horizontales que están abajo son las que deberíamos pensar para, este, decidir si lo hago de aquí o, o no. Si hay otros comentarios. Excelente, Carla, yo tengo, bueno, un comentario, este, definitivamente, estos son los, de los factores claves. Tu mencionaste algo muy importante, riego, ¿verdad? ¿Qué tan arreglado puede ser? Por ejemplo, en el caso de un, de un banco, a la que tenemos aquí 2 expertos en bancas, bancos tienen que cumplir cierta cantidad de regulaciones, sino van contra la ley. Entonces, ese es algo que, definitivamente, tiene que considerarse un enfoque ágil. Si me lo pasa con el gobierno, no lo gobiernos, pues, son grandes, ¿verdad? Entonces, no es tan fácil, pues, son complejos, ¿verdad? Hay otras empresas que tal vez están más enfocadas hacia el cliente que pueden ir más rápidamente a aplicar esto. ¿Pueden haber incluso enfoques híbridos? Creo que, bueno, ahora le damos la palabra también a nuestros otros presentadores. Stanley mencionó de que ellos están usando este, este enfoque combinado, de que en ciertas cosas, muchos bancos todavía tienen tecnología legacy, ¿verdad? Está ahí, ¿verdad? Son, son estables, cumplen su propósito, pero pueden agilizar, agilizar más por medio de los canales. Entonces, ahí vemos una combinación de cómo yo puedo utilizar un enfoque ágil, una metodología ágil, y una metodología más tradicional, ¿verdad? Dependían incluso dentro de la misma organización, y eso se aplica a diferentes casos, ¿verdad? En los casos de estudio vemos, por ejemplo, a Netflix, a Uber, pero eso son organizaciones muy nuevas, que han nacido con la nueva explotación digital y para ellos es más fácil ir en esta, en este enfoque de equipos autónomos que para una organización grande, que tiene ya mucho bagaje, ¿verdad? Eso es un criterio también muy importante. Lo otro que quiero rescatar de acá es como arquitectura, porque también se oye mucho, ¿verdad? Y esos son temas de debate de que ya el arquitecto no es necesario, bien es cuando es más necesario, porque quién te va a ayudar a los factores o cualquier otro que pudiera ver. Arquitectura, la arquitectura te da la complejidad, si no conoces, si no conoces los que tienen no puedes decidir. Te ayuda a ver qué productos puedo yo ir experimentando, una manera de explorar, como dice en el último criterio, te ayuda a conocer tu cultura, o sea, qué cultura organización tengo muy conservadora, más abierta, más innovadora, tu mercado también, que depende de tu mercado, y obviamente te supuesto, porque la arquitectura no es tal y también lo mencionó al inicio, ¿no? Entonces, en este momento es cuando arquitectura se vuelve más necesaria. Y el otro tema que considero muy importante es, creo que fuiste tu Carlos que mencionaste la palabra moda, o sea, ahora todo mundo ágil, si no soy ágil, voy a estar obsoleto. Entonces, pero tampoco se trata de eso. Es como cuando sale una tecnología y todo mundo sale corriendo a querer forzarla dentro de la empresa, eso es un error, porque hay que ver el nivel de madurez y las capacidades de a los niveles de en qué manera yo pudo realmente adoptar eso, ¿verdad? Entonces, sería mí. Me aporta y nos sería ahora oír de Stanley, verdad, de Moisés y de Luis con respecto también a este tema. ¿Os pueden comentar? Sí, bueno, hay dos aspectos, bueno, ahí había dos preguntas. Una de ellas, con respecto cuando utilizaba metodologías ágeles y demás y un poco en el enfoque de la presentación la parte frontal normalmente se ha desarrollado por cuestiones históricas y demás, lo que son los canales de una manera mucho más dinámica y con tecnologías más nuevas, ya nativamente digitales, mientras que la parte de trasfondo el back end normalmente es legacy. Entonces aquí un poco el enfoque que tiene el mismo Garner es la T-B modal, ¿verdad? Que algunos aspectos los podemos seguir trabajando de la manera tradicional o digamos que más conservador en cuanto su velocidad sigue por todas las implicaciones que tiene, legales y demás mientras que hay otra que sí puede ser sujeta de tecnologías ágiles, en tuyo caso podemos entrar directamente con los canales que son nativamente digitales, que era como disponible y bien lo hasta allí, entonces podemos hacer esa combinación. Sin embargo la segunda parte de la pregunta que también me gustó mucho el Dorentino Carlos que los documentos tienen que ser vivos cuando tenemos documentos de arquitectura en distintos formatos o sea llámese Vicio, llámese Excel o cualquier de este Microsoft Office o Office, LibreOffice o lo que sea que está en distintos repositorios que no tienen sincronicidad, que no están conectados inmediatamente en hace muertos hace muertos porque no son realmente refrescados con la agilidad y la velocidad conforme se están trabajando entonces ahí es donde viene el nuevo aporte del standard de Archiment y es tener una herramienta donde tenemos un repository centralizado donde la documentación quiere la documentación sí, perfecto, cuando tiene la documentación es un documento, la documentación está en una herramienta y arquitectura modelada en Archiment ahí ayer la puede ver cuáles les quieran nuevos cambios, ahí se pueden ver con la ventaja, que es un repositor centralizado cualquier cambio que se haga en un punto es inmediatamente el impacto en nosotros, de tal manera un servicio de aplicación que está consumido por otros y lo estamos haciendo en una modificación inmediatamente podemos medir el impacto que tiene sobre todas las aplicaciones porque ya tenemos ahí esas conexiones eso por un lado, por otro lado que es un lenguaje standard entonces ya no tenemos que estar viendo las distintas formas con las cuales la gente puede llegar y documentar porque de repente alguien utiliza los formatos de algún proveedor y la gente usa otros formatos tenemos que estar haciendo esas traducciones, entonces garantizamos con eso, mantener actualizar la información en un repositorio vivo en un lenguaje standard que excelente gracias Stanley me gustaría también comentar de acuerdo con su experiencia quiero comentar algo respecto respecto a arquitecturas ágiles y un poco más de experiencia siempre que que se habla de agilismo se tiende a irse a pensar en solo desarrollo de software y en Scrum y estos modelos de trabajo para construir software ágiles, pero cuando se habla de arquitectura ágile Scrum tiene un foco muy fuerte en desarrollo y deja de lado otra cantidad de elementos hemos visto prácticas donde vamos de la mano en proyectos o en escenarios de arquitectura en paralelos a los Sprint de Scrum por ejemplo, entonces se empiezan a involucrar métodos de trabajo donde arrancamos arquitectura, una sprint anterior donde podemos ir trabajando luego posteriormente encadenados en esa sincronía entre el desarrollo y las decisiones de arquitectura de manera paralela entonces no quiere decir que no haya una manera de involucrar sprint o un método ágil como Scrum dentro de un desarrollo de una arquitectura se puede hacerlo, hemos vivido es algo que se viene moviendo bastante interesante pero necesita una sincronía entre dos grupos de trabajo los grupos de trabajo que están llevando ya esos productos mínimos viables de los que habló Carlos pero por otro lado disminuyendo los riesgos de esas implementaciones y decisiones que se van tomando en ese grupo de desarrollo más orientadas por un modelo de ejecución de arquitectura paralelo en los mismos tiempos que ese grupo de desarrollo ha planeado sus Sprints y identificar de lado y lado cuáles son esos atributos significantes de arquitectura esos ACRs que impactan el desarrollo y que son importantes que los arquitectos vayan analizando pensando de pronto no solamente en la parte de solución sino también desde el punto de vista de los documentos técnicos de arquitectura y del mapa empresarial que es importante tener entonces sí existen formas de ir trabajando paralelamente y no solamente lograr un producto que en 4 o 5 Sprints vamos a saber si sirvió o si no realmente resolvimos o tenemos que meter al final 2 o 3 Sprints de desarrollo para atacar cosas que desde el comienzo la arquitectura me hubiera podido quitar como riesgo de manera anticipada Excelente Moisés nos podías también dar tu punto de vista Sí, gracias Sonia tal vez de una manera muy puntual primero que preguntaban cuándo hay el verado cuándo metodologías nuevas en la organización y segundo que tanto cuánto arquitectura es necesario bajo el enfoque de que siempre los esfuerzos de la organización deben estar alineados con la estrategia que ya la misma organización tiene que haber definido sus motivadores de valor, sus metas de negocio y demás que la arquitectura es garante y vigilante de eso cada uno de los esfuerzos no sean aislados sino que vayan a apuntar hacia los objetivos estratégicos de nuestros principales interesados de ver una planificación transversal entonces si a lo interno de la organización vemos que tal vez la metodología que estamos utilizando en este momento no está cumpliendo en tiempo con las metas que ya tenemos establecidas es tiempo de hacer una revisión interna y ver qué esa metodología se puede mejorar se puede adaptar a ese entorno tan dinámico en el que estamos en este momento si es una metodología que es muy cuadrada poco flexible pues es tiempo de analizar estas nuevas metodologías que están en el mercado y ver inclusive si podemos hacer un híbrido como decías bien ahora con un estilo de tropiculación tomando lo mejor pero considerando factores como lo mencionadas bien Sonia el cumplimiento normativo era tanto externo como interno entonces de acuerdo a la flexibilidad que permita la misma organización creo que eso es lo principal hacer ese diagnóstico interno porque no estamos logrando los objetivos y las metas en tiempo pues es tiempo es el momento oportuno para ajustar nuestras metodologías internas y tomar lo mejor de lo que hay ahora y en cuanto a arquitectura es necesario soy del criterio que el modelo de arquitectura empresarial es un modelo iterativo incremental entonces que nos da a entender esto primero hace una iteración y revisa esa iteración si de acuerdo a las necesidades del negocio y los objetivos que tenemos planteados ya se logran alcanzar los beneficios o lograr la identificación de las brechas y demás que se requieren o para generar el valor que se requiere si en esa primera iteración no se logra pues se vuelve a hacer una segunda iteración de esa manera se mantiene un ciclo manteniendo ese corazón como lo dice en el mismo ADM una gestión de requerimientos internas donde en cada ciclo hacemos la iteración, revisamos si estamos cumpliendo con lo que se requiere si no volvemos a hacer entonces de esa manera podemos ir profundizando más o menos en arquitectura de acuerdo a lo que nuestra organización está requiriendo para la toma de decisiones entonces no es un tema que uno puede decir cuánto porcentaje de arquitectura es o no para la organización de acuerdo a cada realidad de cada organización manteniendo ese modelo con el nivel de avance y escurrimiento de la arquitectura si no seguimos ahí construyendo y construyendo entonces debe mantener esa lineación siempre con la visión la visión de la arquitectura lineada la visión de la organización nunca tomar decisiones desde abajo porque puede ser que estemos haciendo un gran esfuerzo que también nos está generando excelente, muy simple, tenemos aquí un comentario de Gustavo ADM es totalmente iterativo, estamos de acuerdo de hecho les comento que este es el trabajo que se está haciendo actualmente en el foro de arquitectura de Open Group Specialty generando contenido para complementar el Standard Togov con un enfoque ágil aplicable cuando aplique porque no siempre entonces los invito a que estén pendientes porque este es material que está actualmente en desarrollo y de hecho todas estas ideas que estamos discutiendo ahora van a ser sumamente importantes para eso pero me gustaría pedirles a cada uno de ustedes, a nuestros presentadores que nos respondan a esta pregunta tal vez en un par de minutos yo sé que es difícil, me parece que es una pregunta importante para la región con respecto a la aplicación de estándares abiertos y mejores prácticas para apoyar esta transformación digital o el IRAS a una empresa digital cuáles ven ustedes que son los principales desafíos en la región en América Latina para aplicar estos estándares y mejores prácticas ¿Quién me gustaría? Comenzamos y ahora vamos a hablar Bueno, yo creo que el tema de mejores prácticas es conocimiento, no tener ese conocimiento de mejores prácticas o sea es educación hay que mantenerse vigente en nuestro caso como arquitectos en el tema de métodos de las herramientas foques etcétera sale ágil aquí la buena, hay el SCRAM el PROGRAM hay que saber un poco de todo y más que el tema de estándares abiertos creo que mucho se ha enfocado la comunidad de PI del tema de open source más que el tema de estándares abiertos los mismos proveedores de software están hablando mucho de open source todos los open source escorren en la nube IBM encontró a ahora pero digo micropas también todos los open source escorren en el cinema mío hay mucho ruido de open source y no tanto del tema de estándares y por eso la linea médica no está colaborando con el desarrollo de esos open estándares excelente, gracias Carlos otro punto de vista es nuestros presentadores si, yo quisiera agregar bueno los retos en adopción uno es la barrera del idioma probablemente como que lo mencioné Chris hay una necesidad de localización, hay una barrera idiomática natural este para alguno de ellos otro como ya lo jocado también es el el conocimiento de esto y es que no siempre se conocen los estándares a pesar de que son abiertos y que están disponibles y demás no hay un conocimiento generalizado no es enseñado en algunos foros académicos y demás, entonces no se pueden aprovechar otro de ellos es otro de los retos en la adoptación y esto es interesante porque de los pocos estándares que consideran la misma adoptación del estándar togaf estándar togaf en su ADM tiene una fase adapte el ADM en todas sus fases de acuerdo con las necesidades de su organización y esto ya de por si es un reto porque los estándares como son tan masivos están pensados para múltiples endurcias, para múltiples enfoques entonces hay que seleccionar cuál es la arquitectura mínima aviable con esos elementos que están disponibles en OK, excelente, gracias Stanley Luis y Moisés un comentario con un par de minutos con respecto a su visión, con respecto a estos todo de visto Gracias Sonia, sí de manera muy puntual dentro de los principales retos que yo podré considerar entre las regiones es la curiosidad de la normativa a nivel país inclusive a nivel interno de la organización con la que se pueden enfrentar si es muy rigorosa es poco flexible y a más de eso la organización es poco adaptable entonces eso es un gran reto con el que nos enfrentamos y también la capacidad o bueno, el análisis de las personas por decir las personas el tema de cambio cultural cambio de la forma de hacer las cosas pensar fuera de la caja de como tal vez desde todos tantos años venimos haciendo de la misma forma pues enfrentarse a ese ese tema, ese cambio de cultura y esa gestión del conocimiento que se debe hacer eso es un gran reto convencer a nuestras personas internamente primero de creer en este tipo de cambios y metologías y llevar a esa innovación que en el ADN de la organización ese es para mí el segundo gran reto que no se ajuste excelente Luis, un comentario que final han dicho bastante de lo que hay desde el punto de vista relacionada a tecnología, métodos, cultura regulaciones y yo solamente adicionaría a ese que necesitamos trabajar mucho más desde el punto de vista de la arquitectura de negocio y del involucramiento en los procesos de transformación de métodos que logren cambiar la manera de tomar estratégicamente las decisiones entre las organizaciones de lograr ágilmente no pensar solamente en arquitectura en procesos acartonados o robustos sino ya el espacio de la arquitectura ágil existe hay cientos de ejemplos pero que no solamente pensando en tecnologías sino pensando también desde el punto de vista de negocio lograr permear esos cambios a nivel de transformación digital de lo que hemos venido hablando hoy que son procesos ágiles que son procesos que se pueden dar de la manera de la arquitectura analizando muy bien las capacidades de los negocios, analizando muy bien sus modelos de ejecución analizando muy bien los modelos financieros, los modelos de indicadores para luego si darle paso obviamente a los escenarios de transformación del punto de vista tecnológico pero teniendo la implicación que hay hoy en día de transformarse desde el punto de vista de la arquitectura de negocio y darles espacio a los modelos de capacidades, a qué capacidades tenemos que ganar para afrontar la transformación qué capacidades tenemos, ya no son necesarias en estos nuevos modelos de trabajo y qué capacidades van a permanecer pero necesitan un cambio para poder afrontar lo que se viene para cada una de las empresas en las industrias excelente Luis, muchísimas gracias verdad este tema es importante para nosotros como OpenGroup el tema de la difusión el tema de contar con más traducciones al español verdad el hacer ese mapa de estándares que le mostré mi presentación más visible es parte de los retos en los que trabajamos día a día, verdad y pues también contar como lo decía Carlos con esa contribución del mercado en el desarrollo de esos estándares respecto a los comentarios que se está ya gestionando un proyecto de programas para hacer una comunidad de modeladores en Archimedes es un tema que estamos, si quieren más información se las puede dar con mucho gusto bueno, tendríamos ya que ir cerrando el evento, verdad, nada más un par de anuncios, verdad espero que a los asistentes que hayan disfrutado este este evento virtual para América Latina y para la hispana gracias a nuestros excelentes presentadores del día de hoy por compartir su experiencia y también a que sigan nuestra página y nuestras redes sociales porque en un par de semanas concretamente del 20 al 23 de julio, o sea en dos semanas, en medio de dos semanas estamos haciendo nuestro evento eventual de julio, se llama Digital First verdad, ahí van a haber temas muy interesantes de desarrollos ágiles de transformación digital hay un componente fuerte de seguridad que fue un tema que no tocamos mucho hoy si se tocó un par de presentaciones para valorar mucha seguridad hay un taller de ciencia de datos el día el día martes, verdad, que también muy interesante y el día miércoles aparte de que se va a tocar más el tema de arquitectura estaríamos haciendo nuestro Togavius verdad, en el cual nos interesa conocer las experiencias de la gente que utiliza el estándar como lo podemos mejorar, como podemos ser para hacerlo más adaptable, verdad y más útil, entonces a nivel de comentario para las personas que se registraron y que no pudieron acompañarnos el día de hoy vamos a ser accesibles, verdad vamos a compartirles la grabación para que ustedes puedan repasar esto y también las presentaciones pues se van a poner a su disposición en formato PDF alguien nos hacía esa pregunta entonces estaríamos cerrando nuestro evento al día de hoy, verdad y si bien es cierto no estamos en un evento físico verdad, en el cual podemos aplaudir a nuestros presentadores pues estaríamos dando como una especie de aplauso virtual verdad y muchísimas gracias de un nuevo proceso de colaboración el día de hoy.