 Bueno, tremenda jornada, creo que parece que según la agenda que soy el último, bueno, quiero agradecernos, cierto, para mí ha sido muy grato poder compartir la experiencia, que la experiencia que han tenido, lo cierto, la experiencia que he tenido con ustedes, los conocimientos, la experiencia que hemos tenido en los cafés, verdad, y espero que después en el happy hour podamos seguir compartiendo con una cerveza, verdad, creo que lo merecemos. Bueno, yo trabajo en el conservador de bienes raíces Santiago, el conservador de bienes raíces Santiago, una institución que se fundó casi cuando, no cierto, cuando se fundó Chile, una institución muy antigua, una institución que se ha ido transformándole el tiempo y para darle un poquito de contexto, lo cierto, los quiero dejar con un vídeo y para poder contextualizarlo de qué es lo que hacemos nosotros en el conservador. Corre vídeo. Con casi 160 años al servicio de los chilenos, el conservador de bienes raíces de Santiago ha sido la institución encargada de resguardar los registros de miles de propiedades. En sus libros se cuenta la historia de una ciudad que ha ido creciendo. Desde 1867 su funcionamiento ha permitido mantener y preservar la historia de las propiedades de cientos de miles de chilenos, estudiando la legalidad y otorgando validez a los títulos de sus propiedades. La modernización de sus funciones ha sido un enorme desafío para la institución. Siempre, en poste entregar seguridad y confianza a los chilenos, a través de la protección de sus bienes con una gestión más segura y ágil. Para esto, el organismo ha dado un gran paso adelante en el proceso de transformación digital. Hoy, gracias a una nueva plataforma, rápida, robusta y fácil de utilizar, ha modernizado y optimizado sus procesos, permitiendo cumplir más rápidamente el sueño de miles de chilenos, tener su vivienda propia. Bueno, claramente el conservador de miles de raíces no es una institución que nació, no es una institución nativa digital. En el conservador de miles de raíces de Santiago lo que hacemos nosotros es registrar las propiedades de los chilenos. El conservador de miles de raíces no es cierto la institución que le da las garantías, no es cierto al mercado, al ciudadano, el que le asegura, no es cierto que su casa es suya. Registrábamos, no es cierto, las propiedades de 26 comunas de la región metropolitana, no de todos chiles, sino que de la región metropolitana de Santiago, se encriben las hipotecas y las prohibiciones que afectan, no es cierto, a estos títulos de propiedades. Nosotros, sigamos lanzando, no es cierto, y el conservador que le viene a raíces, no es cierto, como les venía contando, se transformó digitalmente. ¿Pero qué significa para nosotros a ver, se transformó digitalmente? Como les contaba una institución con más de 160 años, mucho papel, mucho documento y transformarnos digitalmente fue, no es cierto, adaptar a la organización completa desde el uso del papel, los timbres, no es cierto, las firmas manuales al uso de plataformas digitales. ¿Con qué propósito? Con el propósito de satisfacer la demanda, no es cierto, que la ciudadanía no está dando. El ciudadano, el día de hoy, no está dispuesto a sacrificar su tiempo para tener que ir a hacer trámites nociertos presenciales. En la práctica no es cierto ahora, todo no hemos empoderado y lo que queremos no es cierto es lo posible hacer todos nuestros trámites de forma digital en línea desde nuestro celular, desde nuestro computador a nuestro tablet. Y ese es el desafío que nos pusimos ya hace algunos años. Y para hacer un poquito gráfico y con tales más o menos de cómo fue esta transformación en el conservador, las inscripciones, los títulos de propiedad, cada escritura que llega, no es cierto, se registra en el conservador y eso nosotros por ley lo tenemos que guardar en el libro. Esa ley, desde que se fundó, desde que se fundó, las leyes no han variado mucho y tenemos que seguir registrando esos libros. Pero entonces aquí por ejemplo está Don Rodrigo Lago, que él es el abogado que califica las inscripciones, cada vez que entra una inscripción, una escritura, él tiene que calificar si realmente se puede generar esa transacción y él tenía sus inscritores llenos de libros. También están los pasadores de los libros que eran estos caballeros, no es cierto, Don Juan Carlos que estaba ahí, que era el que tenía que trasladar esto al libro. Entonces con la dependencia del papel entendemos que mientras él se puede estar sacando la foto verdad o está haciendo el estudio, el libro puede estar en una sola parte y la dependencia del papel verdad alenta los procesos. Bueno, ¿en qué consistió esta transformación? Primero que todos nosotros digitalizamos todos los libros, los libros se guardaron en bóvedas, se dejó de, o sea, los libros se siguen inscribiendo pero ya nacen de forma digital para mejorar la gestión del cambio, reemplazamos los libros, no es cierto, los escritores con libros con pantalla, agregamos pantallas multitouch porque estas personas, no es cierto, nuestros funcionarios estaban acostumbrados a rayar la escritura, los libros, no es cierto, entonces con estas pantallas de multipunto ellos podían seguir haciendo esas marquitas que hacían, los etiquetan como marcas dentro, como liar, no es cierto, etiquetas dentro del documento. Esta transformación, gracias a la incorporación de la firma electrónica avanzada, pudimos empezar a digitalizar todos estos procesos y a cortarnos ciertos los tiempos, o ya para proceder un poquito acá para contar una experiencia que mientras yo hacía esta presentación, mientras hacía esta presentación, la señora Carmen, la señora de que hace el aseo me decía que a ella le había servido tanto esta transformación digital, yo decía pero por qué señora Carmen, efectivamente ella, no es cierto, la señora que tiene que hacer el aseo en los escritorios, tenía que esperar a que se vaya al último funcionario y en lo cierto teníamos escritorios llenos de libros, papeles, entonces se tenían que ir hasta muy tarde. Gracias a la transformación y a la digitalización ya los tiempos se acortaron y esta persona ya terminaba su jornada en un horario prudente y la señora también podía terminar antes. Bueno con la incorporación de todo esto, de la digitalización, de firma electrónica pudimos traspasar este servicio, no es cierto, esta digitalización hace a nuestros usuarios, con nuestro portal transaccional, verdad, a través de nuestro portal transaccional, ya el 100%, yo me atrevo a decir que el 100% de los trámites se pueden pedir en línea, ya a nuestro usuario ya no tienen que venir al conservador, no es cierto, a nuestras cursales para poder hacer el trámite, en realidad el 80% de los trámites se retiran en línea, sin perjuicio que se puedan pedir toda la línea, pero todavía tenemos gente que va a nuestras cursales, recibimos nuestro portal alrededor de 18.000 visitas al día, nos visitan de más de 140 países y ahí aproximadamente, no es cierto, 518.000 usuarios registrados en nuestro portal. Bueno, también, no es cierto, con esto nos permitimos, nosotros liberamos nuestras apps para que los usuarios puedan acceder a través de nuestras apps y lanzamos al mes pasado una plataforma, especie de marketplace, no es cierto, que permitió integrar a todos los conservadores del país, ya no solamente, no es cierto, el conservador de Santiago. También liberamos nuestra API Manager, ya nuestra API en realidad, que aquí le quiero tocar, no es cierto, un punto de subir importante que el conservador, hasta el momento, nosotros como institución emitimos certificados, estos certificados que es un PDF firmado electrónicamente, no es cierto, termina en una institución que lo va a utilizar para acreditar su dominio, para poder pedir un crédito, pero no hemos dado cuenta, ¿verdad? Y hacia dónde estamos evolucionando, hacia la importancia del dato. Nosotros pensamos que a través de las apps, no es cierto, va a ser el estándar para poder integrarnos entre las distintas instituciones. A una institución no le importa recibir un PDF firmado que tiene que ser interpretado por una persona, lo que desea, no es cierto, lo que hacia dónde estamos apuntando al dato, a entregar un dato certificado a través de una API, no es cierto, y acreditado y firmado por la fuente. Con la integración de estos datos, no es cierto, sentimos que vamos a agilizar y nosotros tenemos, por ejemplo, Triscale, que es nuestro API Manager, y estamos integrados con algunas instituciones del Estado por el momento y pensamos abrignos también, no es cierto, más adelante, al sistema privado. Bueno, como les comentaba, el conservador de bienes raíces es una institución con más de 100 años de historia y hemos tenido que aplicar varios cambios culturales también dentro de la organización para poder adaptarnos a la demanda que nos están haciendo en estos tiempos. Entonces, estos cambios culturales, no es cierto, nacen primero de la directiva, el conservador de bienes raíces, verdad, que ha sido muy visionario y ha entendido que ya no hemos transformado digitalmente y que ahora somos una institución que estamos construyendo software. Yo creo que casi toda la empresa que estamos acá somos la empresa que ya estamos construyendo software. Entonces, antes, el departamento de ETI se veía como, si lo veíamos en el organograma, era como la unidad de apoyo al negocio, verdad, el departamento que estaba ahí en la trinchera esperando que nos lleguen los ciertos la demanda del negocio y nos dimos cuenta de que si queremos estar a la altura de las necesidades, es súper importante, no es cierto, que el área de ETI, el CEO, la gerencia, la cierta informática no esté en la trinchera esperando la demanda del negocio, sino que sea parte de la decisión estratégica del negocio y fueron uno de los primeros cambios que hicimos. Pero luego los ciertos vamos bajando un poquito y nos encontramos, no es cierto, yo me tocó vivir toda esta transformación y tenía mi departamento de plataforma, no es cierto, el departamento de operaciones que estaba en una oficina en Morante 440, en el centro, verdad, que ellos estaban cerca de los datacentres y eran los que subjetivo era, no es cierto, mantener la estabilidad de la plataforma, ellos tienen que, no es cierto, yo los medía, lo cierto, por mantener el plataforma estable que no se caigan y por otro lado están los desarrolladores que ellos, no es cierto, lo mediamos por la velocidad, por la velocidad de generar software y muchas veces nos pasaba, y escuché, yo también fui desarrollador, no es cierto que el desarrollador decía, oye, en mi ambiente funciona perfecto y el de operaciones, no cierto, de la plataforma cuando recibía su, cada vez que le metían un código era un, no es cierto, le estaban, le podían desabestabilizar su plataforma, entonces teníamos que hacer los pasos productivos el día viernes y trabajar, no es cierto, sobre hora, para hacer esos pasos. Bueno, decidimos, no es cierto, cambiar esa cultura, arrendamos una oficina más grande, nos juntamos tanto de operaciones como los de plataforma, juntamos, alineamos los objetivos en común, evolucionamos también a un desarrollo, no es cierto, orientado a microservicios, implementamos OpenShift como una plataforma, no es cierto, que nos permita generar deployment continuo, integración continua, verdad, y también integramos a los, a nuestros clientes, a los stakeholders, no es cierto, dentro de nuestros procesos. Y, no es cierto, empezamos a hacer una integración continua, junto con los, con los, con los usuarios, generando, no es cierto, despliegue pequeños, no es cierto, y con temprana, como se llama, recibiendo feedback temprano sobre lo que se estaba desplegando. Aquí yo, bien cortito, le voy a mostrar, esta, esta lámina que yo saqué, no es cierto, de internet, ustedes buscan, no es cierto, integración continua y esta lámina es una lámina típica, pero yo les quería mostrar cómo nosotros vamos generando nuestros despliegue continuo, nuestra integración continua, y cuáles de estas, todas estas herramientas que están para la colaboración, para la construcción, el despliegue, verdad, que es lo que estamos usando nosotros. Por ejemplo, para el tema de la colaboración, hemos encontrado una herramienta súper importante a nosotros, no es cierto, la participación del usuario, del cliente, no es cierto, sobre las liberaciones de los códigos que vamos a entregar. Entonces, por ejemplo, usamos Trello como una herramienta, no es cierto, donde vamos definiendo nuestro, nuestro backlog. En otra ocasión hemos usado Basecam, usamos Slack como una herramienta, no es cierto, de comunicación. Esta herramienta es súper potente, porque tienen, no es cierto, una API muy potente que nos permite integrarnos con nuestros, con nuestra integración continua y informándonos de forma temprana. GitHub, nosotros estábamos con SVN en su momento y en su, cuando dijimos yo, te vamos a partir a trabajar con OpenSheep, con, con, con despliegue, dijimos ya, necesitamos GitHub, pusimos la tarjetita y ya teníamos GitHub, no es cierto, funcionando en la nube. Aquí, claro, súper interesante aquí, no es cierto, aquí está nuestro, aquí está cómo funciona, no es cierto, la API de, de Slack que se integra con nuestro Jenkins, con nuestro modo de integración continua que nos va informando por cada etapa, cada vez que se está haciendo un comit, por ejemplo, se informa al cliente que se está pasando un nuevo release, se informa por los pasos que está pasando, yo me entero mi celular, no es cierto, sobre cuál es el despliegue que se está haciendo, cuáles son los fics que se están resolviendo, cuáles son, no es cierto, las mejoras que se están pasando. Para la construcción, ¿verdad? Usamos, bueno, tenemos GitHub, donde están nuestros repositorios, nuestros códigos fuentes, está nuestro mayor domo que le llaman los chicos de desarrollo, no es cierto, con arto cariño que es el, el, no es cierto, la herramienta que hace toda la integración finalmente y que hace los despliegue en los distintos ambientes, a través de nuestro pipeline, desarrollo, CUA, preproducción, me ven con nuestra herramienta, no es cierto, para poder compilar en paquetar. Y Sentry, Sentry también los quería contar que también es otra de las herramientas que usamos nosotros, cada vez que se hace un despliegue y se genera un release, no es cierto, a mí me llega y a lo interesado del release, no es cierto, le llega un correo electrónico con el despliegue, con qué son los fics, no es cierto, o las mejoras que se están generando y qué es el desarrollador que lo está implementando. Así nos damos por enterado siempre cuál es lo que se está desplegando, no es cierto, en nuestra plataforma. Para el test y usamos Jmeter, JUnit, también hacemos la zona Q para hacernos cierto, para la evaluación del código. Y luego, para el despliegue, no es cierto, también tenemos J, no es cierto, el arte factory, donde vamos dejando nuestras librerías, nuestros empaquetados. Y finalmente, no es cierto, esto queda corriendo sobre Open Chief, ¿verdad? Y para monitorear, usamos Kibana, los nuestros portales transaccionales, usamos Google Analytics, y nuevamente vuelve a aparecer Sentry, no es cierto, como la herramienta que va detectando los errores o los logs, no es cierto, que se están ocurriendo. De manera que el informa de forma temprana sobre este pequeño código que se liberó, le informa al usuario, al desarrollador, que hubo un problema. Y muchas veces, antes de que el usuario final lo reporte, nosotros ya sabemos lo cierto cuál es el error, el fix que se generó, y nos trae, no es cierto, el REC, que es el CUR, con el sistema operativo, el REC que se ejecutó, las cabeceras que utilizó, el browser que utilizó. Todo eso lo recibe inmediatamente y se genera, en ese momento, se asigna un issue, no es cierto, al desarrollador, que queda enlazado directamente con GIT para volver a ver el ciclo, no es cierto, de mejora continua. Ahí está, no es cierto, cómo se va desplegando nuestros servicios en los distintos, no es cierto, por ejemplo, este es, efectivamente, este es un despliegue que se está haciendo sobre, hay tres microservicios ahí que están corriendo sobre Spring Boot, servicio notario, botón de pago y servicio boleta. Perfecto. Aquí, oh, que lata, se ve súper chiquitito. Bueno, aquí es cómo se reporta, yo quiero terminar el ciclo, aquí es cómo se reporta, no es cierto, Sentry le reporta al desarrollador que un problema, no es cierto, que se generó, lamentablemente, no se ve muy bien, pero explica cuál es el CUR, que se generó, o sea, el REC que se generó, con qué browser ocupó, qué sistema operativo utilizó, desde KIP, qué usuario, y se asignan, no es cierto, al GIT para volver a continuar su ciclo, no es cierto, de mejora. Eso es lo que quería presentar. Espero, a ver, no sigo muy lateo, gracias. Gracias.