Jornada de Líderes Viernes 18

Reunión de Líderes
Ciclo Estratégico: Principales
proyectos

Agosto 2017

Agenda

1. CULTURA Y ORGANIZACIÓN
2. MODELO DE CALIDAD
3. ETHER - APX
4. DEVOPS
5. DATA - HUKI
6. AI - COGNITIVE
7. PPRR

CULTURA Y ORGANIZACIÓN

Agosto 2017

Principales Proyectos Implemen Habilitación 8 Transformación y
tación y Organización de la Cultura
Entrega de Engineering
de Valor

Ninja ● Inmersión: En curso (España) Eventos ● Workplace Day: (2015, 2016 y 2017)
Academy ● Scope: 450 empleados ● Hackathon: 45 participantes, 6

Modelo de ● Lanzamiento: Octubre 2017 soluciones
Roles ● Viernes Tecnológicos: 12 jornadas de
● Familias Tecnología & Transformación
Comunicació ○ Pre-Asignación N1: Finalizada 24
n ○ Relevamiento N2 y N3: En curso
○ Asignación 100%: 1ra. Semana Capacitaciones ● Talento Engineering:
Setiembre ○ Plan formación T&C: Design
○ Comunicación Modelo: Thinking, Liderazgo,
Noviembre 2017 Metodologías Ágiles,
○ Consolidación Modelo: 1Q18 Onboarding, Fintech.
○ Alcance: 450 empleados (60 ○ Nuevas plataformas: Cells,
entrevistas realizadas). Datio, DevOps y APX.

● Familia Operaciones ● Talento Banco:
○ Validación del Modelo: En curso ○ Plataforma Google, Webex,
○ Slotting al 100%: Por definir App Reserva de Salas.

● Eventos Globales: 1 / 2
● Jornadas de Líderes: 1 / 3
● Reuniones con Gerencia: 3 / 9
● Comunidad G+: 358 miembros

Proyecto Ninja

Capacidades actuales no son suficientes para afrontar el cambio tecnológico…

… … con la
necesitamos cultura y
procesos
generar y adecuados
mantener el
mejor talento

...

El Proyecto Ninja
nace para visibilizar y potenciar el

talento de nuestros empleados

Proyecto Ninja - Visión

● Conocer varias disciplinas tecnológicas (coding,
seguridad, data, ...) y ser expertos en alguna de
ellas. Ser un referente en el mercado.

● Actitud, pasión, voluntad de aprender y mejorar …

● ... adquirir y adaptarse a nuevas habilidades es
totalmente natural.

● Se reúnen en tribus para compartir y ampliar
conocimiento.

Proyecto Ninja - Viaje del Ninja

Los ninjas eligen sus propias Participan Consiguen Dimensiones:
actividades: en méritos Comunicación
Aprendizaje
● Tech Talks (Charlas) actividades Sistema de Experiencia
● Dojos (Talleres) Cinturones Trabajo en equipo
● MooCs (Cursos) Avanzan Comunidad
● Certificaciones hacia la
● Code Katas maestría
● NinjaHack (Hackathons)

Modelo de Roles - Principios de Diseño

Garantizar la simplicidad y homogeneidad a nivel
grupo

Potenciar el crecimiento en carreras técnicas
Facilitar una gestión del talento más
personalizada

Ser reflejo de las tendencias del mercado

Modelo de Roles - Situación Actual (NO)

“Quiero crecer pero no sé “Tengo poca visibilidad, ➔ Poca claridad organizativa.
cómo hacerlo”. sólo mi jefe sabe lo que
hago”. ➔ Progresión limitada de la
“Me gusta lo que hago carrera técnica.
ahora, pero para “Me gustaría que me
progresar tengo que dieran más feedback ➔ Formación técnica poco
gestionar equipos”. para mejorar”. profunda.

“Hay cursos disponibles, ➔ Escaso foco en acciones
pero pocos de suficiente orientadas al crecimiento de
profundidad técnica para las personas.
cubrir mis necesidades”.
Desde el punto “Debería tener más claro lo
de vista de los que se espera de mí y cómo
se miden mis resultados”.
empleados

Modelo de Roles - Aspiración

1 Ser justos, transparentes y objetivos en las decisiones de personas.
2 Dar a las personas autonomía en su desarrollo y apoyo responsable a través de

los managers.

3 Comprometernos con las personas que quieren crecer.
4 Crear las condiciones y el entorno de trabajo para tener a los mejores.
5 Potenciar un equipo generoso y colaborativo.

Modelo de Roles - Beneficios (NO) A:

De: 1 7 roles (y hasta 8 niveles) para todo
Engineering a nivel global.
150 categorías de distinta naturaleza y
procedencia, sin homogeneidad en los países Criterios de crecimiento definidos, con un

Falta de claridad en las opciones de 2 proceso de revisión periódico y un
desarrollo profesional (carrera técnica)
governance establecido
Políticas de RRHH (performance, desarrollo,
formación), no ajustadas al perfil real por falta 3 Todas las políticas de RRHH ajustadas al
de claridad rol de cada persona en la organización

Modelo de categorías alineado con la banca 4 Modelo de roles alineado con las
tradicional tendencias del mercado

Comunicación - ¿Qué hacemos y cómo lo comunicamos?

Se realizan: Lo comunicamos en:

Jornada de ● Caso de Éxito
Líderes ● Infografía de proyectos
● Talleres
● Balance del periodo Comunidad
Engineering
Reunión con ● Comunicación abierta Perú BBVA
Gerencia ● Identificación de acciones a Continental

Engineering seguir ● Infografías, Casos, Planes, Reconocimientos
● Sinergias ● Eventos locales y globales
Eventos ● Mejoras, problemáticas, escalado ● Temas de Interés y Noticias
Globales ● Encuestas
● Evento Global Engineering ● Habla Engineering / Días Festivos
● Virtual Session S&C
● Webex Conference - Holding
● Master Class, otros

Comunicación - Modelo de Gobierno (NO)

Proveen contenido variado Comité de Comunidad Proveen contenido formalizado
Miembros ER & CA
Equipo Administrador
Otros Colaboradores Infra & Comms
Evento locales Encuestas Architecture
Globales Systems
Operations

Temas de interés Infografías
Noticias Casos de Éxito
Planes
Habla Engineering Reconocimientos
Días Festivos

Comunicación - Plan de Trabajo

Enero Febrero Marzo Abril Mayo Junio Julio Agosto Setiembre Octubre Noviembre Diciembre

Evento global de Engineering: 04 Mayo
Reuniones con Gerencia: 9 (Frecuencia mensual desde Abril)
Jornadas de Líderes: 3 (Frecuencia cuatrimestral: Mayo/ Agosto / Diciembre)
Comunidad G+ Engineering

MODELO DE CALIDAD

Agosto 2017

Palancas

Comité de Calidad

Atlas Service Owner
Métricas - Dashboard

16

Modelo de Calidad

CALIDAD CUSTOMER EXPERIENCE

Monitorización de la experiencia del usuario en los
canales ofrecidos

RELIABILITY

Reliability [ri-lahy-uh-bil-i-tee] es la probabilidad de que un
sistema funcione correctamente, bajo unas condiciones
preestablecidas, en un periodo de tiempo dado.

BRS High Capacity Life Cycle Testing Monitoring
Availability Planning and Release

Modelo de Calidad

Marco de referencia con los elementos necesarios para crear una cultura de calidad en Engineering, que asegure
la mejora continua en la entrega de los servicios de TI y su impacto positivo en la experiencia cliente.

Enfoque con visión de cliente final, a partir de la gestión Visión general: Framework de 8 grupos de acción
de la calidad en tres niveles:

Experiencia Impacto positivo en
cliente, medida la experiencia del cliente

por el Irene

KPI’s de calidad de los servicios Mejora contínua de
críticos entregados a los clientes los Servicios Críticos

Componentes de la cadena de valor Monitoreo de
de los servicios de TI componentes de
Infraestructura
(aplicativo, infraestructura, seguridad,
comunicaciones, operaciones, negocio, etc.)

Assessment 2017

FRAMEWORK 1234 2017 GENERAL MATURITY IMPROVEMENT ACTIVITIES

Definir Catálogo de Servicios 33 - Catálogo documentado con componentes y responsables.
55 - Servicios Críticos y Services Owners.
Define Identificar Servicios Críticos - Definición de metas con criterios benchmark.
Criterios para definir metas - Medición cuantitativa de consecución de Calidad para todo Engineering.
- KPI’s de disponibilidad integral con inclusión de Tiempos de Respuesta de servicios.
Modelo de Incentivación (DOR) - ANS’s acordados con Negocio, soportados con OLA’s.
- Información única e integral y cálculo automático de KPI’s.
Identify KPI’s Definir KPI’s - Algoritmos y fundamentos de medición documentados y públicos.
Desarrollar ANS’s - Dashboard integral y automático para los 12 Servicios Críticos.
Gather/ Recopilar información y medir - Flujo Integral de Incidencias y Problemas.
Measure Documentar fundamentos de medida - Implementación y seguimiento del Plan de Mejoras.
Publicar resultados - Visión PMO con seguimiento del portafolio.
Inform - Modelo de Créditos y Plan de Retorno para todos los cambios.
- Implementación del Monitoreo Integrado Contínuo.
Analyze Incidencias de alto impacto - Implementación del Comité, ejecución periódica y cumplimiento de todas sus funciones.
Incidencias recurrentes - Comité de Incidencias con ampliación y cobertura de todas sus funciones.
- Comité de Problemas con ampliación y cobertura de todas sus funciones.
Execute Administrar proyectos e iniciativas

Control Control del Flujo
Control de Stock

Comité de Calidad

Governance Comité de Incidencias
Model Comité de Problemas

Comité de Control de Cambios

Increased maturity level 2017 Inicial Maturiry level 1 2 3 4
Final Básico En Desarrollo Definido Líder

Servicios Críticos y Dashboard

Servicio Crítico
Servicio cuya indisponibilidad tiene un alto

impacto en la experiencia del cliente

Catálogo de Serv. Crítico Medición Principal
del Servicio Crítico,
1. Banca por Internet Personas
2. Banca Móvil Disponibilidad y
3. ATM’s Transaccionalidad
4. Banca por Internet Empresas
5. Net Cash App Vista ampliada y
6. Agente Express detalle de
7. Call Center
8. Sucursales transaccionalidad
9. Portal por evento
10. POS
11. SWIFT
12. Exranet

Dashboard

Herramienta que visualiza en línea e
integralmente, la disponibilidad y

transaccionalidad de los servicios críticos

Service Owner

Service Owner: Rol responsable de gestionar la mejora continua end-to-end de un servicio específico,
con el empoderamiento necesario para articular acciones sobre el servicio y sus componentes entre las
distintas unidades del área de Engineering.

Funciones: Implementación 2017

● Acordar Niveles del Servicio con visión “experiencia ● Definición y construcción del rol
cliente”. y asegurar el cumplimiento, Service Owner. Revisión y
benchmark del Grupo.
● Tener visión integral de los componentes de la
cadena de valor del Servicio Crítico. ● Asignación preliminar de personal
Engineering; Pendiente revisión con
● Establecer, dinamizar y comunicar planes de mejora Gerencia a Area.
continua con los diversos equipos contribuyentes
del Servicio Crítico. ● Introducción del rol en el Modelo
de Calidad, inducción y feedback.
● Gestionar recursos y presupuesto necesarios para
ejecución de los planes de mejora continua. ● Implementación del rol en el
Modelo, en los Comités y mejora
● Gestionar priorización de los planes de acción continua.
● Asegurar la transformación de visión de una

Gestión de Proyectos a una Gestión del Servicio.
● Fortalecer alianza Negocio - Sistemas, con enfoque

en la calidad del servicio.

!

El Service Owner lidera la gestión de los servicios con visión cliente final

Modelo de Gobierno - Comités Comité de Calidad
Comité de Problemas
A nivel de Engineering se han establecido:
● Comité de Incidentes
● Comité de Problemas
● Comité de Control de Cambios
● Comité de Calidad

Comité de Control de Cambios

Comité de Incidencias

ETHER - APX

Agosto 2017

Mejorando el Time to
Market

ETHER

“The only productive
function in Engineering is
software development“

¿Qué necesitamos?
- Una plataforma
- Una forma de trabajar

ETHER éter

palabra que proviene del latín æthēr y ésta del griego αἰθήρ (aithēr),
'cielo', 'firmamento'.

1. m. Fluido sutil e invisible que se suponía llenaba todo el espacio
y era el soporte de las ondas físicas.

2. quím. Cualquiera de los compuestos orgánicos, volátiles y
solubles, que tienen un átomo de oxígeno unido a dos radicales
de hidrocarburo, como el dietílico, que se emplea como
anestésico.

3. poét. Bóveda celeste.

Una plataforma...

ETHER

FRONT FRONT FRONT

BNET PIC NCASH OTHERS BNET PIC NCASH OTHERS BNET PIC NCASH OTHERS

SERVICE SERVICE

BACKEND

MAINFRAME APP MAINFRAME BACKEND APP APP APP BACKEND
n OTHERS 123
APP APP APP
1 APP APP 1 APP APP TO BE n
2 3 2 n

BEFORE AS IS

SIN CAPA DE MAY 2016 … orientada a servicios
SERVICIOS
(PIC) FEB 2017

Entidades comunes entre (Apertura Digital)
proveedor y consumidor
88% Una sola entrada
(144) para completar
Local una acción.
Fáciles usar.

Servicios multicanal

Servicios multicanal Servicios globales

platform.bbva.com ETHER

(DevOps) (jBPM, Nuxeo) 100% Automatizada
Instantánea
(Inbenta) Segura

(Armadillo) (Cells) (APX)

¿Qué vamos a hacer?

Piloto Módulo que permite a los clientes acceder a sus operaciones
bancarias de manera rápida y sencilla sin la necesidad de un
segundo factor de autenticación (OTP-sms).

Banca X Internet Personas: Banca Móvil Personas: APX

5 420 276 727 152

ejecuciones ejecuciones

Llegada de ETHER Ejecución Piloto APX
Oct 2017 Nov 2017 – Abr 2018

Palancas

TIME TO SEGURIDAD
MARKET
BBVA
PRODUCTIVIDAD
CALIDAD

DEVOPS

Agosto 2017

¿Qué es DevOps? y

● Colaboración entre Devs & Ops con el fin de asegurar:

Dev Agregan DevOps:Cultura, automatización,
Funcionalidades
(Desarrolladores) medición y colaboración se busca
(Generan Cambios) generar cambios de manera estable,
predecible y confiable.

Ops Estabilidad y
Disponibilidad
(Infraestructura)
(Evitan Cambios)

As Is ● ¿Por qué demoramos tanto tiempo en desplegar?
● ¿El último despliegue corresponde con sus
● ¿Dónde están las fuentes?
● ¿Cuales son la últimas fuentes desplegadas? fuentes?
● ¿Dónde están las dependencias? ● ¿Por qué tenemos errores en el despliegue?

Plan Code Build Test Release Deploy Operate

Desarrolladores Infraestructura

Gestión de Cambios

As Is - Generamos artefactos (dll, - Se realiza - No siempre existe feedback
jar, ear, etc.) manualmente manualmente de la operación de la
- SDA - No hay trazabilidad entre aplicación hacia el equipo de
- Agile / Scrum fuentes y artefactos desarrollo
- PI (proyectos)

Plan Code Build Test Release Deploy Operate

- Versionamiento parcial - La mayoría de pruebas se - Se realiza manualmente
- No siempre usamos ramas hacen manualmente - Toma mucho tiempo
- No manejamos releases - Toman mucho tiempo - La configuración se
gestiona manualmente

To Be

Dev Ops

Plan Code Build Test Release Deploy Operate

MADUREZ Despliegue Continuo
Delivery Continuo
Testing Continuo
Integración Continua
Incepción

To Be Ops
Release
Dev

Scrum

Plan Code Build Test Deploy Operate

● La mayor parte del trabajo es manual.
● Problemas principales:

○ Cultura
○ Flujo de trabajo
○ Cómo interactuamos

Incepción

To Be Ops

Dev

Scrum

Plan Code Build Test Release Deploy Operate

PIPELINE

Integración Continua ● Uso de GIT
Incepción ● Comunicación mejora
● Se implementa un primer pipeline
● Se inicia a automatizar software build

To Be Ops

Dev

Scrum

Plan Code Build Test Release Deploy Operate

PIPELINE

MADUREZ Testing Continuo ● Equipo reduce pruebas manuales
Integración Continua ● Equipo valida cambios en ambientes
Incepción
dedicados
● Releases listos a ser liberados en cada

merge

To Be Ops

Dev

Scrum

Plan Code Build Test Release Deploy Operate

PIPELINE

MADUREZ Delivery Continuo ● El equipo confía en su proceso
Testing Continuo ● Calidad del producto incrementa
Integración Continua ● Cada cambio podría desplegarse
Incepción

To Be Ops

Dev

Scrum

Plan Code Build Test Release Deploy Operate

PIPELINE

MADUREZ Despliegue Continuo ● Cada cambio se despliega directamente
Delivery Continuo en producción.
Testing Continuo
Integración Continua ● Orquestación es una realidad.
Incepción

¿Qué se ha avanzado? ● Capacitaciones a equipos locales (+120 personas):
○ Fundamentos de GIT
○ Esquemas de ramas
○ Release management

● Migraciones de código fuente de proyectos a repositorios GIT
○ 101 Repositorios creados (aprox 60% migrados)

● Automatización de generación del desplegable: 1 proyecto

Siguientes Pasos: ● Migrar más proyectos a GIT
● Automatizar generación de desplegables en más proyectos
● Pruebas unitarias automatizadas
● Automatizar el despliegue a ambientes “test”
● Capacitaciones pilotos plataforma

DATIO - HUKI

Agosto 2017

¿Cómo gestionamos el dato hoy en Perú?

Es necesario un cambio de paradigma:
necesitamos transformar nuestro
universo del dato...

DATIO!

¿Qué es DATIO?

Mucho más que
implantar tecnologías,

se requiere un
abordaje holístico (con
foco en el ciclo de vida

completo del
dato)

12 34

Nueva infraestructura Nuevo modelo de trabajo Set de datos mucho más Nuevo modelo de
Nuevas capacidades extenso gobierno del dato
Basado en un esquema de mucho más automatizado
analíticas, mayor capacidad DATAOPS que permite ciclos Tanto en profundidad basado en el diccionario de
de almacenamiento y histórica como como de
mucho más cortos datos
procesamiento con menor tipología de datos
coste unitario

1 Nueva Plataforma

Data Scientists, advanced analysts and Analysts, Microservicios
current SAS users Application
dashboarding APX (PaaS)

Data Science & Analytics Environment Low cost reporting &
BI tools integration

Gobierno Machine
Learning
ClarityDev. Env.
(D&A)
Machine
SeguridadLearning
R Python Scala Library … 3rd party tools
Catalog (74
... algorithms)

Classification Recommendation Graph
& Regression

PROCESAMIENTO
(BATCH + REAL TIME)

Y nosotros...
¿Cómo abordamos esta transformación?

Huki - Roadmap

“El objetivo del piloto es llevar a Datio las campañas de Activo, Pasivo y Seguros para Personas Naturales.”

Octubre - Diciembre 2018
Primera Entrega Escalamiento

Agosto-Octubre - Analytics en Sandboxes - Proceso de Campañas
Sandbox/Ingesta - Carga de Datos Histórico para PN
- CoreData Growing - Productivización de
modelos analíticos de PN
Abril-Julio - 1er entorno Datio para - CoreData Growing
Diccionario TDS Perú - Agosto - Inclusión de Campañas
- Primeros DataOps Personas Jurídicas
- Kick Off - Inicio de Testing de
- Trazabilidad datos SandBoxes: Primera campaña
CORE de activos
- Análisis de Modelos #MnoedewloDMaBtAaSources
- QA Bases Financieras productiva en
Plataforma Informacional Modelo Proactivo Enero 2018
- Formación Datio - Ingesta de Datos

Data Governance