PRESENTACIÓN VTR – SYBASE DAY // 21.10.2011

AGENDA

-- PRESENTACIÓN DE LA EMPRESA

-- HISTORIA DE VTR CON SYBASE

-- HITOS RELEVANTES

-- ESTADO ACTUAL

-- ROADMAP BI EN VTR

PRESENTACIÓN DE LA EMPRESA

VTR es una empresa líder en la industria de telecomunicaciones de Chile.

-Liberty Global (80%) ; Grupo Saieh, 20%

-2,5 MM de hogares con red HFC .

-1 millón de hogares clientes.

-2° compañía de telefonía fija

-Dueña del carrier de larga distancia 111 y de

Bazuca.com y gestora de CNN Chile.

-4.000 colaboradores.

EXPERIENCIA CON SYBASE

-- HISTORIA DE BI EN VTR

-- EVOLUCIÓN DE LA ARQUITECTURA

--EVOLUCIÓN DE LAS NECESIDADES DE DATOS

--DIFICULTADES GENERALES DEL BI DENTRO DE VTR

--SOLUCIÓN DE DIFICULTADES

2000

Comienza proyecto IWS (US

$1 MM aprox.)

2003-2004 Estabilización de

modelos (formación de

área de bunlding)

2005

Fusión Metrópolis Intercom

2006-2008

Modelo: VOD, billing y ctas.ctes.,

tráfico internet

2009

Mantención Plataforma HW –

SW del Datawarehouse

Mayo 2010

Cambio de paradigma en el

desarrollo de modelos

Mayo 2010

Availability BI

Nuevos modelos Información todo el mes

cuadrada

Mayo 2010

Governance BI

Apoyo toma de decisiones

Incorporación Qlikview

2011

Creación de Modelos que apoyan la gestión y el proceso de negocios

Gestión HR, Cobranzas

HISTORIAL DE BI EN VTR

Data warehouses& Data Marts

Sybase IQ

ETLPowermart 5.1

PowerCenter 8

Shell -SQL(Ctrl-M)

Plataformas BIOLAP, Reporting

Hyperion

Brio Query

Brio Insight

QlikViewOracle Essbase

OLTP

Herr

am

ien

tas

BI

CRM VTR

BILLING VTR

TRAFICO FONO

TRAFICO INET

CONSUMO VOD

CALL CENTER

ORACLE EBS

Data MiningSPSS 15

Clementine 13

EVOLUCIÓN DE LA ARQUITECTURA

EVOLUCIÓN DE LAS NECESIDADES DE INFORMACIÓN

COMPORTAMIENTO DEL CLIENTE

PRODUCTOS

MODELOS COMERCIALES

TRAFICO FONO

TRAFICO INTERNET

DETALLE FACTURACIÓN

REGISTRO UNICO MENSUAL

ETL vs ELT

FUENTE DE DATOS…1

FUENTE DE DATOS…N

Servidor de Transformación Servidor Datawarehouse

Datawarehouse

FUENTE DE DATOS…1

FUENTE DE DATOS…N

Servidor Datawarehouse

Datawarehouse

REGLAS DE

TRANSFORMACIÓN

RE

GL

AS

DE

TR

AN

SF

OR

MA

CIÓ

N

ANTECEDENTES GENERALES – MODELOS DE TRAFICO

TRAFICO INTERNET

Arquitectura ELT

TRAFICO TELEFONICO

Arquitectura ETL

1.200 Millones de Registros Semanales

760.000 Clientes

50 Minutos de Carga diaria

21 Millones de Registros Semanales

660.000 Clientes

2 Horas de Carga diaria

3. SITUACIÓN ACTUAL DEL BI EN VTR

--SITUACIÓN ACTUAL

--METODOLOGIA

e

SYBASE IQTenemos un Boeing 767 (Sybase IQ)

y lo estamos utilizando en una

carretera de automóviles.

Algunos Issues finales 2008

-Necesitamos una mayor ventana de

tiempos de carga

-Necesitamos recuperar la

credibilidad en la integridad de la

información

-Debemos reducir el tiempo de

desarrollo y costos en nuevos

modelos de gestión

-Necesitamos desarrollar el ciclo de

vida de BI en VTR

e

Objetivo: Implantar un BI corporativo exitoso

¿Cuál sería la metodología apropiada para reducir el fracaso de implantaciones BI?

¿Cómo podemos guiar a vtr para que el BI sea exitoso?

- “Two out of three BI projects fail, claims survey” “http://www.computerworlduk.com” 2010

- El 80% de los proyectos de BI han fracasado en conseguir alguno de sus objetivos iniciales (Fuente: estudio 2008 Universidad de Monash)

SISTEMAS

TRANSACCIONALES

SISTEMAS

DECISIONALES≠

Factores de éxito del Business Intelligence

Limitaciones de la IT Governance aplicada al BI

Situación del BI de informática

Governance

Diferente

e

1. Adaptabilidad Continua

Factores de éxito del Business Intelligence de VTR

2. Trabajo Continuo

3. Focalización en la Gestión

Operativa

4. Personas antes que protocolos

FACTORES DE ÉXITO esto es lo que aprendimos

e

ROADMAP 2010 - 2011

Situación 2009 Situación 2011

Enfoque en las herramientas Enfoque en la organización

Estrategia ETL Estrategia ELT

Conocimientos en empresa proveedoras Conocimientos en la organización

Staging area diseñado para el datawarehouse Staging Area diseñado bajo los sistemas

operacionales.

Poca capacidad de responder a los cambios Diseñado para soportar cambios continuos

Bajo impacto en la operación Alto impacto en la operación

Grandes tiempos de desarrollo de nuevos

proyectos.

Diseñado para soportar cambios continuos y

rápidos

El Costo de mantención se incrementa por la

poca visibilidad del proceso.

Proceso claro y bien definido, con bajo tiempo

de respuesta ante incidentes.

Poca interacción entre las áreas usuarias y las

áreas de tecnología.

Trabajo en equipo que incentiva la

interacción y retroalimentación de las

diferentes áreas.

No tiene un ciclo de vida de software Ciclo de vida concurrente basado en las

necesidades del negocio

Ventana de procesamiento saturada La ventana de procesamiento se mantiene

constante, al administra bien la carga del

sistema

En los proyectos solo se muestran ventajas

técnicas

En cada uno de los proyectos se justifica el

ROI y el impacto en la experiencia del cliente