Transformación Digital Más allá de la interoperabilidad
Quito, Julio 2015
www.asimov.cl
Alonso de Córdova 5870 Oficina 608, Las Condes, Santiago
Qué hacemos
• Aceleración e implementación
de proyectos tecnológicos
• Innovación en procesos y
tecnología
• Diseño de servicios y
experiencia de usuario
Andrés Bustamante Valenzuela
CEO Asimov
Psicólogo, Máster en Ingeniería de negocios y tecnologías de
información, Ex Director de Gobierno Digital con más de 15
años de experiencia en procesos y TI en mundo público y
privado
Felipe Mancini Ruiz-Tagle
COO Asimov
Comunicador Multimedia, experto en medios digitales y
gestión de proyectos TI. Ex CTO del Estado, con más de 15
años de experiencia en desarrollo e implementación de
proyectos TIC, ha liderado e implementado proyectos en
agencias de medios digitales y gobierno.
Acerca de nosotros
Diseño de servicios
Government Digital Service (UK)
The Government Digital Service is leading the digital
transformation of government, making public services
digital by default, and simpler, clearer and faster to use.
“But we're not just about websites. We're working with
the rest of government to make public services simpler.
We're finding ways to help those without digital skills to
share the benefits of digital government.”
“The strategy is delivery”, Mike Bracken (GDS)
5
Innovación en servicios digitales
• La GDS adoptó el enfoque de diseño de servicios para desarrollar proyectos
tecnológicos
• Para esto adoptó las metodologías de desarrollo ágil, que se basan en el
conocimiento del usuario y sus interacciones, así como la iteración constante que
permite ver resultados tempranos (fallar temprano)
• Sus fases incluyen: Descubrimiento, Alfa, Beta, En vivo, Retiro.
• En estas fases hay un alto componente blando en la iteración con usuarios
• Ayudar a los clientes a ver esta forma de hacer las cosas, puede ser un incentivo
6
El modelo de transformación
Fuente:http://asimov.cl/site/templates/assets/files/Cuadernos-eGob-3-Principios-Gob-Digital.pdf
• Análisis de trámites a integrar - 6
meses
• Rediseño de procesos - 6 meses
• Portal de acceso ciudadano - 1 año
• Plataforma de interoperabilidad y
orquestación - 1 año
• Sistema de autenticación digital - 6
meses
• Pruebas - 6 meses
… y esto sin contar los tiempos de
desarrollo de pliegos y licitaciones...
8
Ejemplo: Ventanilla de trámites
Fuente imagen: http://www.alejandrobarros.com/no-
es-bueno-estar-cerca-de-un-proyectos-cisne-negro
• Sistema de Implementación de
Procesos Ligeramente
Estandarizados
• Herramienta BPM como servicio
(SaaS)
• Simple de usar y configurar
• Se integra a cualquier sitio web
• Es responsivo (m-gob)
• Producto de mucha investigación y
desarrollo en gobierno
12
SIMPLE
Clave Única
Esta iniciativa busca proveer a los
ciudadanos de una Identidad
Electrónica Única (RUN y clave) para
la realización de trámites en línea del
Estado, eliminando así la necesidad de
realizar múltiples registros para cada
servicio.
• Open ID 2.0
• OAuth 2.0
13
Clave Única
Portal de Trámites Ciudadanos (CMS)
Escritorio Personas
Servicios Web
Autenticación
Única
OAuth 2.0
Framework
Interoperabilidad
Escritorio
Personas
Motor de Perfilamiento
Trámites Notificaciones
ciudadanas
En
BPMN
del portal
Externos
17
x-road : Estonia
• Lo bueno
– Aumento de 7 a 51 instituciones en 3 años.
– Muchos servicios interoperando y resolviendo muchos trámites.
– Plataforma operando al 100%, sin caídas incluida una migración
FULL de un vendor a otro.
– Integración como pilar en iniciativa mayor: Chile sin papeleo
– Piloteo de interfaces REST y autenticación digital
• Lo feo
– Mal proceso de venta inicial, generó desconfianza.
– AEM, una deficiente implementación de interoperabilidad
semántica.
– Modelo de integración inadecuado con vendor original, hizo
perder trabajo realizado, fue necesario migrar
– Todavía modelo pesado para integrar (SOAP complejizado)
– No se desarrolló un modelo de evaluación de satisfacción.
20
Luces y sombras del caso Chileno
21
Algunos resultados
22
Algunos resultados
23
Interoperabilidad, no máquinas.
● Equipo humano, lo + importante, tanto el central como en las
instituciones, los “CIOs”.
● Una historia, una épica, un relato. ej. Un bus de alta disponibilidad,
versus “una sociedad de oportunidades”. La interoperabilidad NO es
sexy
● Es parte del pack, pero no el protagonista. Ej, caso Chile sin Papeleo
● KISS - ej.
○ Interoperabilidad semántica es importante, pero de forma
simple: Autocrática. Ej. AEM
○ Estándares de intercambio: Ej Soap vs Rest
● Amigo de los abogados, un buen relato y participación
● Marketing tipo kickstarter, apple, TED. Necesitamos lágrimas
● Debe ser políticamente incorrecto y moralmente reprobable
● Plataforma tecnológica
○ No proveedores, si “socios”. Deben sufrir tanto como los
ciudadanos
○ Flexible y abierta
○ La marca con el “cuello en la guillotina”
• Los modelos de desarrollo de aplicaciones, cada vez más
masivos.
• Solucionar problemas complejos, orquestación, ser parte del
“service design”
• La necesidad de integración más liviana: Apis, REST
• Servicios de valor agregado como caching, seguridad, QoS
• La autenticación digital: OpenID, Oauth 2.0, caso ClaveÚnica
• La simplificación de procesos / eliminación de requisitos
• Un buen modelo de broker / framework
• Externalización del servicio, pago por transacción, sería algo
novedoso
• Buses sectoriales: salud, empresas, finanzas. ¿Cómo
coordinarlos?
• Entrenar al mercado, para que sepan desarrollar interoperable
by design
24
Tendencias Interoperabilidad
• Estándares de creación de
interfaces de programación
de aplicaciones (APIs) en el
Gobierno de Chile
http://kitdigital.gob.cl/recursos-de-desarrollo/guia-construccion-apis/
Estándares de desarrollo
Muchas gracias
www.asimov.cl
Alonso de Córdova 5870 Oficina 608, Las Condes, Santiago
Top Related