Está en la página 1de 24

Plan de Proyecto

Autorizacin Automtica de LAI

informacin del Documento


Status del Documento
Versin
Fecha
Nombre del Documento

Lista de Distribucin del Documento


Preparado por
Revisado por
Revisado por
Revisado por
Aprobado por
Aprobado por
Aprobado por

Jordi Prez

Firma

Fecha

Plan de Proyecto v1.0

2 de 24

Plan de Proyecto v1.0

INDICE
INDICE .......................................................................................................................................... 3
1

Resumen ejecutivo ............................................................................................................... 5

Descripcin del proyecto ...................................................................................................... 6

2.1

Objetivos del proyecto ................................................................................................. 6

2.2

Resultados esperados ................................................................................................. 7

2.3

Anlisis de riesgos ....................................................................................................... 8

Alcance de la propuesta ....................................................................................................... 9


3.1
3.1.1

Extraccin de datos de los sistemas del banco ...................................................... 9

3.1.2

Elaboracin del algoritmo de clculo..................................................................... 10

3.2

Modificaciones en los sistemas del banco................................................................. 11

3.2.1

Extraccin peridica de informacin...................................................................... 11

3.2.2

Proceso de clculo peridico de lmite de descubierto de clientes....................... 11

3.2.3

Proceso de asignacin de lmite a cuentas........................................................... 11

3.2.4

Modificaciones al sistema de propuestas.............................................................. 12

3.3

Creacin de una rutina de clculo de descubiertos en cuenta corriente..................... 9

Adecuacin Organizativa ........................................................................................... 12

3.3.1

Impacto en el rea Comercial................................................................................ 12

3.3.2

Impacto en el rea de Riesgos.............................................................................. 12

3.3.3

Gestin del Cambio ............................................................................................... 13

Organizacin del proyecto .................................................................................................. 14


4.1

Relacin de actividades ............................................................................................. 14

4.1.1

Lanzamiento del proyecto ..................................................................................... 14

4.1.2

Definicin de la extraccin..................................................................................... 14

4.1.3

Extraccin de la primera ficha de cliente............................................................... 14

4.1.4

Consolidacin de la primera ficha de cliente......................................................... 14

4.1.5

Construccin del modelo de clasificacin ............................................................. 15

4.1.6

Extraccin de la ficha de cliente definitiva............................................................. 15

4.1.7

Consolidacin de la ficha de cliente definitiva....................................................... 15

4.1.8

Proceso de clculo del LAI .................................................................................... 15

4.1.9

Creacin automtica de propuestas...................................................................... 16

4.1.10

Actualizacin del LAI en cuentas ...................................................................... 16

4.1.11

Pruebas de usuario ........................................................................................... 16

4.1.12

Puesta en explotacin ....................................................................................... 16

4.1.13

Anlisis excedente personal comercial ............................................................. 16

4.1.14

Proceso entre Comercial y Riesgos.................................................................. 17

4.1.15

Definicin del nivel de servicio .......................................................................... 17

4.1.16

Anlisis necesidad personal de Riesgos........................................................... 17

4.1.17

Definicin workflow anlisis manual de LAI ...................................................... 17

3 de 24

Plan de Proyecto v1.0

4.1.18

Definir y ejecutar el plan de comunicacin y formacin.................................... 18

4.1.19

Soporte post implantacin................................................................................. 18

4.2

Calendario de trabajo................................................................................................. 18

4.3

Hitos principales......................................................................................................... 20

4.4

Equipo de trabajo ....................................................................................................... 21

4.5

Definicin de roles ..................................................................................................... 22

4.6

Mecanismos de control .............................................................................................. 23

Valoracin econmica ........................................................................................................ 24

4 de 24

Plan de Proyecto v1.0

1 Resumen ejecutivo
Los cambios producidos ltimamente en nuestra entidad, con la creacin de la figura de los
gestores de clientes y la asignacin de los clientes a los gestores, han sido muy positivos para
el banco. No obstante, este cambio ha tenido algunos efectos secundarios no siempre
deseados: la gestin de las autorizaciones de los descubiertos en cuenta corriente es un
ejemplo de ello.
Actualmente, los gestores autorizan los descubiertos de los clientes, pasando por encima de
los procedimientos de riesgo del banco. Este proyecto tiene como objetivo la construccin de
un mecanismo automtico que permita autorizar la mayor parte de los descubiertos de manera
desatendida, centralizando en Servicios Centrales la autorizacin de los descubiertos cuya
tramitacin automtica no sea posible.
Para conseguir este objetivo se contar con la colaboracin de RDS, que desarrollar un
mecanismo de clculo de descubiertos en cuenta adecuado a las caractersticas de los clientes
del banco. RDS utilizar informacin interna del banco que las gerencias de sistemas se
encargarn de proporcionarle.
El algoritmo desarrollado se deber integrar en los sistemas del banco y esta integracin la
deber llevar a cabo el rea de Sistemas.
Los anlisis coste-beneficio realizados sealan una recuperacin de la inversin en un plazo
razonablemente corto. Se ha de tener en cuenta que este anlisis es muy sensible a cambios
en algunos de los supuestos bsicos y que existe el riesgo de no conseguir los resultados
esperados. ste es el riesgo ms importante al cual nos enfrentamos en el proyecto.
La duracin prevista para el proyecto es de unos siete meses y medio a partir de la fecha de
inicio, hasta la puesta en marcha. Una vez realizada la puesta en marcha se entrar en una
fase de soporte productivo para asentar los cambios en los procesos internos..

5 de 24

Plan de Proyecto v1.0

2 Descripcin del proyecto


En los ltimos aos se ha llevado a cabo en el banco la introduccin de la figura del gestor del
cliente, que aglutina la relacin de ste con el banco. Esta introduccin se ha completado con
xito y ha supuesto una mejora palpable en la relacin con los clientes.
A pesar del balance altamente positivo, existen situaciones en las que los gestores estn
asumiendo atribuciones que no les pertenecen, siempre con la intencin de evitar que
problemas internos del banco afecten negativamente a los clientes.
Una de las situaciones en las que con ms frecuencia se produce esta extralimitacin es la
autorizacin de descubiertos en cuenta corriente: los gestores autorizan directamente
descubiertos en cuenta a los clientes porque no existe un procedimiento interno que permita su
gestin de esto de una manera gil para el cliente.
Esta situacin contraviene tanto las normativas internas, como las prcticas habituales del
sector, donde la funcin comercial ha de estar claramente separada de la funcin de riesgo.
Ante esta situacin se han evaluado dos posible soluciones:

Creacin de un procedimiento manual de autorizacin centralizado.

Implantacin de una herramienta especfica de autorizacin automtica.

Las dos opciones no son mutuamente excluyentes, ya que una herramienta automtica no es
capaz de decidir en todos los casos y, por tanto, debe ir complementada por un procedimiento
manual.
Se ha realizado un anlisis econmico de ambas soluciones, llegando a la con lusin que la
solucin ms conveniente para el banco es la implantacin de una herramienta especfica de
autorizacin automtica.

2.1 Objetivos del proyecto


El objetivo principal del proyecto es la mejora de los procedimientos de autorizacin de
descubiertos en cuenta corriente; este objetivo se puede concretar en los siguientes:

Evitar la autorizacin de descubiertos por parte del rea comercial y garantizar, de este
modo, el cumplimiento de los criterios de sancin de riesgo del banco.

Garantizar que el cambio en el proceso no implique algn impacto en el nivel de servicio


que el banco proporciona a sus clientes.

Minimizar el coste econmico para el banco de la asuncin de los nuevos


procedimientos.

Disponer en todo momento de una imagen fiel del nivel de riesgo que el banco asume
con cada uno de sus clientes de manera individual.

Para conseguir estos resultados se proceder al desarrollo y la implantacin de una


herramienta de autorizacin automtica de descubiertos en cuenta corriente. Al mismo tiempo,
se establecer un procedimiento manual de autorizacin para aquellos descubiertos que no se
puedan autorizar automticamente.

6 de 24

Plan de Proyecto v1.0

2.2 Resultados esperados


Una vez finalizado el proyecto, el banco espera haber conseguido los resultados siguientes:

Reducir sustancialmente el volumen de incidencias por descubiertos no autorizados. Se


estima que la reduccin ser, aproximadamente, de un 60%.

Disponer de un procedimiento manual de autorizacin de descubiertos en cuenta


corriente capaz de tratar todas las incidencias no resueltas automticamente en el
mismo da en el que se producen.

Disponer de una clasificacin de riesgos para los clientes particulares.

Disponer de una asignacin de un nivel de riesgo objetivo para cada uno de los clientes
particulares.

7 de 24

Plan de Proyecto v1.0

2.3 Anlisis de riesgos


Id

Descripcin

RI01

RI02

Impacto

Probabilidad

Mitigacin

Sensibilidad de la seleccin econmica a cambios en el Alto


nivel de aprobacin automtica. Una baja hasta el 55%
Viabilidad
de aprobacin automtica alarga el plazo de
amortizacin. Una baja hasta el 40% hace inviable
econmicamente el proyecto.

Baja

Revisar
nivel
de No
existen
apriobacin al finalizar la contingencia.
construccin del algoritmo
antes de comprometer
ms inversiones.

Falta de un anlisis detallado de los impactos en los Alto


sistemas.
Econmico

Alta

Iniciar la fase de anlisis El proyecto soportara un


detallada cuanto antes.
incremento de costes de hasta
un 27% sin comprometer el
plazo de amortizacin.

8 de 24

Contingencia
medidas

de

Plan de Proyecto v1.0

3 Alcance de la propuesta
La propuesta de creacin de una herramienta para la autorizacin de descubiertos en cuenta
corriente cubre los desarrollos siguientes:

Creacin de una rutina de clculo ad hoc.

Modificacin de los sistemas del banco para incorporarles la nueva rutina de clculo.

Extraccin de datos de los sistemas del banco.


Elaboracin del algoritmo de clculo por parte de RDS.

Extraccin peridica de informacin.


Creacin de un proceso de clculo peridico para reclasificar a los clientes.
Modificacin del sistema de propuestas para permitir la existencia de propuestas
automticas.

Adecuacin organizativa

Impacto en el rea Comercial


Impacto en el rea de Riesgos
Gestin del cambio.

Una parte de estos desarrollos los llevarn a cabo los equipos de sistemas del banco y la otra,
terceras empresas. Dentro del alcance de este plan de proyecto se incluye tanto las
herramientas que han de llevar a cabo las reas de sistemas del banco, como las que han de
realizar terceras empresas, y que tambin se describen en este documento.
Las tareas de carcter organizativo sern lideradas por parte del equipo interno de
Organizacin.

3.1 Creacin de una rutina de clculo de descubiertos en


cuenta corriente
Como ya se ha avanzado, la solucin tomada exige la creacin de un sistema capaz de
calcular automticamente el lmite mximo de descubierto en cuenta corriente que se le puede
otorgar a cada uno de los clientes del banco.
Para la construccin de un sistema de clculo de estas caractersticas hay que partir de
informacin contable del banco, que nos proporcionar informacin sobre el comportamiento
del cliente en nuestra entidad. De este modo, podremos establecer el lmite de descubierto sin
tener que solicitar informacin adicional al cliente.
Como ya es habitual, y a peticin del rea de Riesgos, para la construccin del algoritmo se
contar con la colaboracin de la compaa RDS, que proveera tanto el sistema de clculo
como las herramientas necesarias para su parametrizacin y gobierno.

3.1.1 Extraccin de datos de los sistemas del banco


Segn los requerimientos de RDS ser necesario disponer de una base de datos de
conocimiento para la elaboracin del sistema de clculo.
Esta base de datos incorporar informacin de aquellas personas fsicas que operan con
nuestra entidad y que sean, o hayan sido, primeras titulares al menos de una cuenta corriente
durante el perodo que se considera til para la extraccin de la informacin (18 meses
anteriores a junio de este ao).

9 de 24

Plan de Proyecto v1.0


3.1.1.1

Estructura bsica de la extraccin

La extraccin se descompondr en dos ficheros:

Fichero de clientes
En este fichero habr un registro por cada uno de los clientes que cumplan las
condiciones indicadas en los requisitos. Se incluir la informacin que identifica la
relacin entre el cliente y el banco y tambin algn dato socioeconmico bsico del
cliente. Cada cliente ser identificado por un nmero nico que servir para vincular los
datos de este fichero con los del de posiciones. Para cumplir lo que prescribe la LOPD,
no se incluir en este fichero ningn dato que permita identificar al cliente.

Fichero de posiciones
El fichero de posiciones recoge informacin respecto a productos contratados por un
cliente y el modo como lo ha utilizado en una fecha concreta. El fichero contendr un
registro por cliente y mes en el que el cliente haya tenido relacin con la entidad dentro
del perodo de estudio. Para poder relacionar este fichero con el de clientes se utilizar
como identificador el mismo nmero de cliente.

3.1.1.2

Contenido de la extraccin

La muestra contendr informacin extrada de los sistemas de Riesgos, Clientes, MIS, Cuentas
y Servicios.
Los equipos responsables de cada uno de los sistemas generarn la informacin
correspondiente a su sistema y los equipos de Riesgos consolidarn toda la informacin en los
dos ficheros descritos.
El equipo de clientes proveer el resto de sistemas de un fichero en el que se indicar para qu
clientes se ha de realizar la extraccin. Este fichero ser el input de los correspondientes
procesos de extraccin de informacin. Adicionalmente, habr una tabla general del sistema
que indicar los datos que se deben considerar para la extraccin (desde - hasta).
Por lo que respecta al contenido concreto de cada uno de los ficheros, est recogido en el
documento Descripcin tcnica de la extraccin, en el que se detalla tanto el significado
exacto de cada uno de los datos solicitados, como su formato.

3.1.2 Elaboracin del algoritmo de clculo


Una vez realizada la extraccin de datos, stos se enviarn a RDS para que pueda crear el
algoritmo de clasificacin.
Adicionalmente a la elaboracin del algoritmo, tal como recoge la propuesta de colaboracin de
RDS, se elaborar tambin una memoria descriptiva de la informacin de base.
Junto con el algoritmo de clasificacin, RDS entregar al banco un software de parametrizacin
del algoritmo y un sistema para analizar su comportamiento.
El software de anlisis de comportamiento se ha de alimentar de informacin del banco.
Despus de un anlisis preliminar de la informacin que requiere este software, el rea de
Riesgos ha llegado a la conclusin de que se puede extraer del almacn de datos (data
warehouse) del banco con procesos de usuario, por lo que la alimentacin de este sistema no
forma parte de esta propuesta.
En el proceso de elaboracin del algoritmo de clculo se determinar cules de las variables
contenidas en la muestra son significativas para calcular el lmite de descubierto. El algoritmo

10 de 24

Plan de Proyecto v1.0


ir acompaado de una memoria en la que se recoger esta informacin y el peso especfico
de cada variable en la toma de decisiones.

3.2 Modificaciones en los sistemas del banco


Para la puesta en marcha del sistema de clculo de descubiertos, se debern llevar a cabo
actuaciones sobre sistemas ya existentes y crear nuevas piezas dentro de los sistemas del
banco.
Los nuevos sistemas tienen como objetivo la gestin del clculo de descubiertos. Por lo que
respecta a los sistemas ya existentes, se debern realizar las modificaciones necesarias para
que traten el nuevo descubierto adecuadamente.

3.2.1 Extraccin peridica de informacin


Una vez elaborado el algoritmo, se determinar qu variables son significativas para calcular el
lmite de descubierto. Con el fin de aligerar al mximo los procesos de clculo, a partir de los
programas de extraccin ya construidos se crearn nuevos programas para extraer slo la
informacin estrictamente necesaria para el clculo del lmite de descubierto.
Igual que en la extraccin inicial, corresponder al equipo de Sistemas de Riesgos la
consolidacin de la informacin extrada por el resto de sistemas.
Los equipos responsables de cada subsistema modificarn sus procesos de cierre mensual
para generar esta nueva informacin.
Paralelamente, el equipo de Sistemas de Riesgos crear un nuevo proceso de final de mes que
consolidar la informacin global.

3.2.2 Proceso de clculo peridico de lmite de descubierto de


clientes
Se crear un nuevo proceso mensual que recalcular el lmite de descubierto para todos y
cada uno de los clientes de la cartera del banco y que se podr ejecutar con la periodicidad que
se determine, siempre que sea mayor o igual a mensual.
Este proceso, que quedar integrado entre los procesos de Riesgo, generar como salida un
archivo en el que constar el nmero de cliente y el lmite de descubierto que se le puede
asignar.

3.2.3 Proceso de asignacin de lmite a cuentas


El sistema del banco no permite manejar lmites de descubiertos asignados en genrico a un
cliente, los lmites deben ser asignados a una cuenta. El equipo de Cuentas se encargar de
trasladar el lmite calculado para cada cliente a una de sus cuentas corrientes.
A falta de un criterio mejor, se decide que se asignar el lmite de descubierto a la cuenta del
cliente que registre ms movimientos, asumiendo que sta ser su cuenta principal y, por
tanto, la ms susceptible de quedar en descubierto.

11 de 24

Plan de Proyecto v1.0


Se crear un nuevo proceso que se ejecutar con la misma periodicidad que el de clculo del
lmite de descubierto, que trasladar el lmite a la cuenta principal.
En caso de que se reduzca el lmite de descubierto de un cliente y ste tenga dispuesto ms
saldo que el nuevo lmite, no se modificar el lmite. Al final del proceso se emitir un listado
con las incidencias detectadas para que el rea de Riesgo modifique estos lmites a mano.

3.2.4 Modificaciones al sistema de propuestas


El sistema de propuestas del banco recoge todas las solicitudes de un producto de crdito que
llegan al banco. Sin embargo, el espritu del sistema es recoger cualquier situacin que
signifique un cambio en la asignacin del lmite de crdito a un cliente.
Puesto que la asignacin de un lmite de descubierto afecta a la posicin de riesgo del cliente,
se ha decidido que las modificaciones de lmite automticas generen una propuesta de crdito,
ya que un cambio en el lmite de descubierto significa un cambio en la posicin de riesgo del
cliente.
Se modificar el sistema de propuestas de tal manera que se incorpore un nuevo tipo de
propuesta: la automtica. Estas propuestas no pasarn por el proceso normal de tramitacin,
sino que sern aprobadas automticamente.
El equipo de Sistemas de Riesgos modificar el sistema de propuestas para incluir estos
nuevos tipos de propuesta. Se ha de analizar detalladamente cul ha de ser el comportamiento
del sistema en caso de que se cree una propuesta automtica cuando el cliente tiene una
propuesta ya en trmite.

3.3 Adecuacin Organizativa


3.3.1 Impacto en el rea Comercial
El rea comercial hoy tiene delegadas de facto una serie de atribuciones de riesgos en cuanto
a la autorizacin de LAIs a los clientes. El proyecto supondr que estas atribuciones se
recentralizarn en el rea de riesgos.
El anlisis de impacto se centrar en establecer:

Posibles excedentes de personal comercial al desaparecer estas funciones. Propuesta


de reubicacin o mantenimiento del personal excedente.

Modelo de relacin entre Comercial y Riesgos para el tratamiento de LAI.

Definicin de los niveles de servicio de Riesgos a Comercial en las autorizaciones


manuales.

3.3.2 Impacto en el rea de Riesgos


La re-centralizacin de tareas actualmente delegadas de facto en Comercial, supondr un
incremento del nivel de actividad actualmente soportado por el rea de Riesgos.
El anlisis de impacto en el rea de Riesgos se centrar en:

12 de 24

Plan de Proyecto v1.0

Determinar la necesidad de personal para asumir el volumen de autorizaciones


manuales de LAI.

Definicin del modelo de trabajo para el anlisis manual para garantizar los niveles de
servicio a Comercial.

3.3.3 Gestin del Cambio


La puesta en marcha del proyecto supone un impacto organizativo nada desdeable en las
reas Comercial y de Riesgos del banco. Para garantizar la implantacin del proyecto es
necesario tratar gestionar adecuadamente estos cambios de carcter organizativo y realizar un
acompaamiento de su implantacin.
La gestin del cambio se centrar en:

Definir y ejecutar el plan de comunicacin y formacin

Acompaar el proceso de cambio con soporte explicito al personal implicado en los


nuevos procesos a implantar

13 de 24

Plan de Proyecto v1.0

4 Organizacin del proyecto


4.1 Relacin de actividades
4.1.1 Lanzamiento del proyecto
Tal como es habitual en el banco, se convocar una reunin formal de inicio de proyecto en la
que se presentar el calendario de trabajo definitivo, se formalizar la primera reunin del
comit de seguimiento y se tratarn otros temas relevantes para el proyecto.
Como resultado de esta actividad se obtendr el calendario definitivo del proyecto, se definirn
los miembros del comit de seguimiento y se definirn los mecanismos de escalada de
problemas.

4.1.2 Definicin de la extraccin


El sistema que se ha de construir est basado en un algoritmo elaborado a partir de datos de
clientes del banco. RDS ha realizado una primera propuesta de datos que se han de extraer de
los sistemas del banco. Esta propuesta est basada en la experiencia previa de RDS en
proyectos similares con otros clientes.
Hay que verificar si se dispone de los datos indicados en el banco, si existe informacin
complementaria interesante y hay que localizar informacin sustitutiva para aquellos datos que
no se puedan obtener directamente o que sea muy costoso hacerlo.
Como resultado de esta actividad se obtendr una definicin exhaustiva de la extraccin que
servir como base para la elaboracin de algoritmos por parte de RDS.

4.1.3 Extraccin de la primera ficha de cliente


Una vez se disponga de una definicin exhaustiva de la informacin que se ha de extraer de
los sistemas del banco, las diferentes gerencias de sistemas procedern a realizar los
programas de extraccin correspondientes. Esta actividad se descompone en tantas
subactividades como gerencias de sistemas hay en el banco.
Como resultado de esta actividad, se dispondr de un conjunto de programas en el entorno de
explotacin del banco que extraern la informacin solicitada por RDS.

4.1.4 Consolidacin de la primera ficha de cliente


Puesto que la informacin que se ha de proporcionar a RDS proviene de todos los sistemas del
banco, cada gerencia de sistemas extraer la informacin correspondiente a los sistemas bajo
su responsabilidad y, despus, se deber consolidar la informacin obtenida segn la definicin
de RDS.
Como resultado de esta actividad se dispondr de un conjunto de programas en el entorno de
explotacin del banco que consolidarn la informacin extrada por los sistemas resultado de la
actividad anterior.

14 de 24

Plan de Proyecto v1.0

4.1.5 Construccin del modelo de clasificacin


Con los datos extrados de los sistemas del banco, RDS construir un algoritmo de clculo de
lmite de descubiertos en cuenta corriente basado en las caractersticas de los clientes del
banco. Este algoritmo se construir sobre la base de procesos estadsticos que realizar RDS
en sus instalaciones.
Como resultado de esta actividad se obtendr una rutina de clculo del lmite de descubierto en
cuenta en Cobol II y la definicin definitiva de datos necesarios para calcularlo. Esta definicin
ser un subconjunto de los datos de la primera ficha de cliente.

4.1.6 Extraccin de la ficha de cliente definitiva


Una vez se disponga de la definicin de la informacin que formar la ficha de cliente definitiva,
las diferentes gerencias de sistemas procedern a realizar los programas de extraccin
correspondientes. Estos programas estarn basados en los programas construidos para la
extraccin de la primera ficha de cliente. Esta actividad se descompone en tantas
subactividades como gerencias de sistemas hay en el banco.
Como resultado de esta actividad se dispondr de un conjunto de programas en el entorno de
explotacin del banco que extraern la informacin solicitada por RDS.

4.1.7 Consolidacin de la ficha de cliente definitiva


La informacin para el clculo del LAI proviene de todos los sistemas del banco. Cada una de
las gerencias de sistemas extraer la informacin correspondiente a los sistemas bajo su
responsabilidad. Esta informacin, no obstante, se ha de consolidar segn la definicin de
RDS.
Como resultado de esta actividad se dispondr de un conjunto de programas en el entorno de
explotacin del banco que consolidarn la informacin extrada por los sistemas resultado de la
actividad anterior.

4.1.8 Proceso de clculo del LAI


El LAI asignado a un cliente depende de su comportamiento y su vinculacin con el banco.
Esto provoca que se trate de un parmetro dinmico que ha de ser recalculado peridicamente.
Se construir un proceso de clculo que, dada la ficha de cliente consolidada, calcule para
cada cliente su nuevo LAI.
Como resultado de esta actividad se dispondr de un conjunto de programas en el entorno de
explotacin del banco que calcularn el nuevo LAI de los clientes a partir de la ficha de cliente y
dejarn el resultado en una nueva tabla del sistema al efecto. En esta tabla se guardar la
relacin cliente, fecha de clculo, LAI.

15 de 24

Plan de Proyecto v1.0

4.1.9 Creacin automtica de propuestas


Uno de los requerimientos bsicos del rea de Negocio es disponer del historial del LAI
asignado a un cliente. Con el fin de homogeneizar tratamientos, se ha decidido que cada vez
que se produzca una variacin en el LAI de un cliente, se reflejar el cambio como una nueva
propuesta de LAI. Esta propuesta ser generada automticamente por el sistema. Se
construir un proceso que una vez calculado el nuevo LAI, compare el actual con el nuevo.
Para aquellos clientes en los que se haya producido un cambio, el sistema generar una
propuesta con el nuevo lmite de LAI.
Como resultado de esta actividad se dispondr de un conjunto de programas en el entorno de
explotacin del banco que crear propuestas de LAI automticas segn los cambios
detectados en la nueva tabla generada en la actividad anterior.

4.1.10

Actualizacin del LAI en cuentas

Operativamente, los LAI los maneja el sistema de cuentas. Por ello los cambios en el LAI
asignado a un cliente se han de reflejar en Cuentas. Se construir un proceso de actualizacin
del LAI asignado a un cliente segn el nuevo lmite que aparezca en propuestas. Este proceso
slo tratar las nuevas propuestas de LAI creadas como resultado de la tarea anterior.
Como resultado de esta actividad se dispondr de un conjunto de programas en el entorno de
explotacin del banco que actualizar el lmite de LAI en cuentas segn lo que indique el
sistema de propuestas.

4.1.11

Pruebas de usuario

Una vez se hayan modificado/creado todos los sistemas, se proceder, como es habitual, a un
perodo de pruebas de usuario. Dado que las modificaciones afectan bsicamente a Riesgos y
Cuentas, estas dos reas estarn involucradas en dichas pruebas.
Como resultado de esta actividad, se obtendr el documento de aceptacin de proyecto
habitual y se dejar constancia (si procede) de los errores detectados y de su impacto sobre el
proyecto global.

4.1.12

Puesta en explotacin

Una vez el sistema est aceptado por parte de los usuarios, se proceder a ponerlo
definitivamente en explotacin.
Como resultado de esta actividad se obtendr el documento de aceptacin en real.

4.1.13

Anlisis excedente personal comercial

El rea Comercial dejar de realizar tareas de anlisis y autorizacin de Riesgos. Los tiempos
que se consuman en estas labores quedan liberados para llevar a cabo tareas de orden
Comercial.

16 de 24

Plan de Proyecto v1.0


En oficinas de mucho volumen esto puede suponer que exista un excedente de personal
Comercial, el cual puede ser reubicado en aquellas oficinas con dficit Comercial o en reas de
crecimiento prioritario para el banco.
Como resultado de esta actividad se obtendr:

Dimensionamiento de necesidad de personal comercial para cada una de las oficinas


del banco.

Deteccin de excedentes / dficit de personal en las oficinas

Propuesta de reubicacin de personas.

4.1.14

Proceso entre Comercial y Riesgos

Definicin del modelo de proceso a activar para los procesos de anlisis manual de LAIs, en
caso de incidencia no decidible automticamente.
Como resultado de esta actividad se obtendr el diagrama del nuevo proceso, identificando
responsables, tratamiento de excepciones y estndares de calidad.

4.1.15

Definicin del nivel de servicio

Actualmente, al estar delegada la facultad, los tiempos de respuesta a Comercial son


inmediatos una vez el gestor recibe noticia de la incidencia. El nuevo modelo plantea un
tratamiento industrializado, (tipo cadena de produccin), de las incidencias. Esto supone un
posible deterioro del tiempo de respuesta para una parte de los LAIs, hacidose necesario
determinar el nivel mnimo de servicio aceptable.
Como resultado de esta actividad se obtendr una definicin del nivel de servicio aceptable que
se concretar en al menos:

Tiempo medio de respuesta en el 95% de los casos

Dispersin mxima del tiempo medio de respuesta aceptable en el 95% de los casos

4.1.16

Anlisis necesidad personal de Riesgos

La centralizacin en el rea de Riesgos de la autorizacin de los LAI de mayo complejidad


supone asumir tareas hasta la fechas realizadas por el rea Comercial. Para ello ser
necesario dotar a Riesgos de los recursos humanos necesarios para llevar a cabo esas tareas.
Como resultado de esta tarea se obtendr:

Dimensionamiento de personal de Riesgos para asumir la autorizacin de LAIs.

Deteccin de excedentes / dficit de personal en Riesgos

Propuesta de reubicacin de personas.

4.1.17

Definicin workflow anlisis manual de LAI

El proceso de anlisis manual ha de garantizar los niveles de servicio negociados entre


Comercial y Riesgos. Para ello es necesario disear un proceso de trabajo que permita cumplir
con dichos niveles de servicio.

17 de 24

Plan de Proyecto v1.0


Como resultado de esta tarea se obtendr un diseo detallado del proceso manual de atencin
de LAIs.

4.1.18

Definir y ejecutar el plan de comunicacin y formacin

Tal y como ya se ha indicado el proyecto supone cambiar las formas de trabajar tanto del rea
Comercial como del rea de Riesgos. Este cambio debe ser gestionado y una parte muy
importante en este sentido es comunicar adecuadamente los cambios a realizar y el impacto
sobre la organizacin de los mismos.
Como resultado de esta tarea se obtendr un calendario de comunicacin y formacin,
definicin del pblico objetivo y contenidos, certificacin de formacin del pblico objetivo.

4.1.19

Soporte post implantacin

La implantacin de un cambio profundo en los procesos y responsabilidades como el propuesto


por este proyecto, se facilita enormemente ofreciendo un soporte post implantacin a las
nuevas operativas que se ponen en funcionamiento. En este proyecto este soporte se
concentrar especialmente en el rea de Riesgos, ya que esta es el rea en la que se
implantan nuevos procedimientos.

4.2 Calendario de trabajo

Las fechas que aparecen en este calendario son meramente orientativas y dependern de la
fecha de inicio del proyecto.

18 de 24

Plan de Proyecto v1.0

19 de 24

Plan de Proyecto v1.0

Riesgos

Organizacin

RDS

Sistemas de
Informacin

4.3 Hitos principales

Fecha Estimada

Hito
SI1

Estado

Extraccin de datos de los sistemas del banco


RDS1

Elaboracin del algoritmo de clculo

SI2

Extraccin peridica de informacin

SI3

Proceso de clculo peridico de LAI

SI4

Proceso de Asignacin del lmite a cuentas

SI5

Modificacin del sistema de propuestas


RI1
OR1

SI6

Puesta en marcha
Soporte Post Implantacin
Fin de Proyecto

20 de 24

Plan de Proyecto v1.0

4.4 Equipo de trabajo


Se ha previsto que cada una de las gerencias de sistemas del banco dedique un equipo al
proyecto. Evidentemente, si se da el caso de tener que llevar a cabo dos actividades por parte
de una gerencia, no se podra hacer simultneamente.
Teniendo en cuenta el impacto en los Sistemas de Riesgos, esta gerencia dedicar dos
equipos al proyecto.
Por parte de RDS se dedicar un equipo a las actividades que afecten a esta compaa.
Por parte del rea de Negocio participar Xavier Lpez.
Por parte de Organizacin participar un equipo en dedicacin exclusiva.

21 de 24

Plan de Proyecto v1.0

Negocio

Comercial

Puesta en marcha

Soporte Post Implantacin

Fin de Proyecto

Extraccin de datos de los sistemas del banco

Elaboracin del algoritmo de clculo

Extraccin peridica de informacin

Proceso de clculo peridico de LAI

Proceso de Asignacin del lmite a cuentas

Modificacin del sistema de propuestas

R: Responsable

P: Participa

I: Informado

C: Consultado
22 de 24

Organiza
cin
I

Cuentas

Servicios

MIS

Clientes

Hito

Riesgos

RDS

4.5 Definicin de roles

Plan de Proyecto v1.0

4.6 Mecanismos de control


De acuerdo con la metodologa de gestin de proyectos del banco se realizarn reuniones
semanales del comit operativo del proyecto.
En caso de acontecimientos extraordinarios que as lo aconsejen, ser facultad del jefe de
proyecto, o del director del proyecto, convocar comits operativos con otra periodicidad.
El Comit de Proyecto se reunir mensualmente, siempre despus de que se haya producido
la reunin del comit operativo.
Tal como sucede en el caso del comit operativo, el director del proyecto puede convocar otras
reuniones segn las necesidades del proyecto.
El jefe de proyecto o el director de proyecto se encargarn ambos comits de la documentacin
necesaria, por lo que se refiere al avance del proyecto, problemas detectados, soluciones
propuestas, anlisis de riesgos y seguimiento presupuestario del proyecto.

23 de 24

Plan de Proyecto v1.0

5 Valoracin econmica
El coste total del proyecto tiene dos componentes bien diferenciados. Por una parte, tenemos
el coste de la participacin de RDS en la elaboracin de la rutina de clculo y, por la otra, los
costes internos (intervencin de los sistemas y adaptaciones para poder llevar a cabo las
nuevas funcionalidades demandadas por el rea de Negocio):
Honorarios RDS

180.000

Sistemas Banco

142.560

Organizacin Banco
Total

57.024
379.584

Los costes internos tienen en cuenta tanto los esfuerzos previstos inicialmente por cada una de
las gerencias, como un margen de seguridad en concepto de contingencia.
Esta contingencia se evala en un 10% del coste del proyecto, tal como es habitual en
proyectos que, como ste, no se ven amenazados por un conjunto importante de riesgos.
Del mismo modo, en estos costes se han considerado los esfuerzos de gestin, incorporados
en la tarea de seguimiento.

24 de 24