Plan Proyecto c3

24
Plan de Proyecto Autorización Automática de LAI información del Documento Status del Documento Versión Fecha Nombre del Documento Lista de Distribución del Documento Firma Fecha Preparado por Jordi Pérez Revisado por Revisado por Revisado por Aprobado por Aprobado por Aprobado por

description

plan de proyectos

Transcript of Plan Proyecto c3

  • Plan de Proyecto Autorizacin Automtica de LAI

    informacin del Documento

    Status del Documento

    Versin

    Fecha

    Nombre del Documento

    Lista de Distribucin del Documento Firma Fecha

    Preparado por Jordi Prez

    Revisado por

    Revisado por

    Revisado por

    Aprobado por

    Aprobado por

    Aprobado por

  • Plan de Proyecto v1.0

    2 de 24

  • Plan de Proyecto v1.0

    3 de 24

    INDICE INDICE .......................................................................................................................................... 3 1 Resumen ejecutivo ............................................................................................................... 5 2 Descripcin del proyecto ...................................................................................................... 6

    2.1 Objetivos del proyecto ................................................................................................. 6 2.2 Resultados esperados ................................................................................................. 7 2.3 Anlisis de riesgos ....................................................................................................... 8

    3 Alcance de la propuesta ....................................................................................................... 9 3.1 Creacin de una rutina de clculo de descubiertos en cuenta corriente..................... 9

    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 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

    4 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

  • Plan de Proyecto v1.0

    4 de 24

    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

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

  • Plan de Proyecto v1.0

    5 de 24

    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..

  • Plan de Proyecto v1.0

    6 de 24

    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.

  • Plan de Proyecto v1.0

    7 de 24

    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.

  • Plan de Proyecto v1.0

    8 de 24

    2.3 Anlisis de riesgos

    Id Descripcin Impacto Probabilidad Mitigacin Contingencia

    RI01 Sensibilidad de la seleccin econmica a cambios en el nivel de aprobacin automtica. Una baja hasta el 55% de aprobacin automtica alarga el plazo de amortizacin. Una baja hasta el 40% hace inviable econmicamente el proyecto.

    Alto

    Viabilidad

    Baja Revisar nivel de apriobacin al finalizar la construccin del algoritmo antes de comprometer ms inversiones.

    No existen medidas de contingencia.

    RI02 Falta de un anlisis detallado de los impactos en los sistemas.

    Alto

    Econmico

    Alta Iniciar la fase de anlisis detallada cuanto antes.

    El proyecto soportara un incremento de costes de hasta un 27% sin comprometer el plazo de amortizacin.

  • Plan de Proyecto v1.0

    9 de 24

    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. Extraccin de datos de los sistemas del banco. Elaboracin del algoritmo de clculo por parte de RDS.

    Modificacin de los sistemas del banco para incorporarles la nueva rutina de clculo. 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).

  • Plan de Proyecto v1.0

    10 de 24

    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

  • Plan de Proyecto v1.0

    11 de 24

    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.

  • Plan de Proyecto v1.0

    12 de 24

    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:

  • Plan de Proyecto v1.0

    13 de 24

    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

  • Plan de Proyecto v1.0

    14 de 24

    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.

  • Plan de Proyecto v1.0

    15 de 24

    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.

  • Plan de Proyecto v1.0

    16 de 24

    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.

  • Plan de Proyecto v1.0

    17 de 24

    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.

  • Plan de Proyecto v1.0

    18 de 24

    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.

  • Plan de Proyecto v1.0

    19 de 24

  • Plan de Proyecto v1.0

    20 de 24

    4.3 Hitos principales

    Fecha Estimada S

    i

    s

    t

    e

    m

    a

    s

    d

    e

    I

    n

    f

    o

    r

    m

    a

    c

    i

    n

    R

    D

    S

    O

    r

    g

    a

    n

    i

    z

    a

    c

    i

    n

    R

    i

    e

    s

    g

    o

    s

    Hito Estado

    SI1 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 Puesta en marcha

    OR1 Soporte Post Implantacin

    SI6 Fin de Proyecto

  • Plan de Proyecto v1.0

    21 de 24

    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.

  • Plan de Proyecto v1.0

    R: Responsable P: Participa I: Informado C: Consultado 22 de 24

    4.5 Definicin de roles

    Hito

    R

    i

    e

    s

    g

    o

    s

    C

    l

    i

    e

    n

    t

    e

    s

    M

    I

    S

    S

    e

    r

    v

    i

    c

    i

    o

    s

    C

    u

    e

    n

    t

    a

    s

    O

    r

    g

    a

    n

    i

    z

    a

    c

    i

    n

    R

    D

    S

    N

    e

    g

    o

    c

    i

    o

    C

    o

    m

    e

    r

    c

    i

    a

    l

    Extraccin de datos de los sistemas del banco R P P P P I P I I

    Elaboracin del algoritmo de clculo P I R P I

    Extraccin peridica de informacin R P P P P I P I I

    Proceso de clculo peridico de LAI R I P P I

    Proceso de Asignacin del lmite a cuentas P R I I I

    Modificacin del sistema de propuestas R I I I

    Puesta en marcha R I I I

    Soporte Post Implantacin P R I I

    Fin de Proyecto R P P P P P P P P

  • Plan de Proyecto v1.0

    23 de 24

    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.

  • Plan de Proyecto v1.0

    24 de 24

    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 57.024

    Total 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.