Proyecto nueva plataforma de planificación

Texto completo

(1)FACULTAD DE INGENIERÍA Carrera de Ingeniería Informática y de Sistemas. PROYECTO NUEVA PLATAFORMA DE PLANIFICACIÓN. Trabajo de Investigación para optar el Grado Académico de Bachiller en Ingeniería Informática y de Sistemas. PIERO ALFONZO TOSCANO ROJAS Lima - Perú 2018.

(2) ÍNDICE. 1. Descripción del problema 1.1 Identificación del problema 1.2 Motivación 1.3 Justificación 1.4 Objetivos 1.5 Alcance 1.6 Limitaciones 2. Estructura del sector y estudio de mercado 2.1 Definición del cliente objetivo 2.2 Análisis de la competencia 2.3 Análisis FODA 3. Estudio de ingeniería 3.1 Análisis de procesos 3.1.1 Actividades 3.2 Metodología 3.3 Propuesta tecnológica 3.3.1 Vista 3.3.2 Servicios web 3.3.3 Seguridad 3.3.4 Base de datos 4. Organización 4.1 Estructura organizacional e interesados 4.2 Gestión de Recursos Humanos 4.2.1 Organigrama del proyecto y descripción de los perfiles de cada miembro 4.2.2 Proceso de reclutamiento de personal y actividades propuestas 4.2.3 Matriz RACI del proyecto 4.3 Gestión del alcance 4.3.1 Enunciado del alcance del proyecto 4.3.2 Estructura del trabajo 4.3.3 Diccionario de paquetes de trabajo 4.4 Cronograma 5. Plan de comunicaciones 5.1 Matriz de comunicaciones 5.2 Identificación de las comunicaciones formales e informales 6. Planificación financiera. 4 4 4 4 5 5 6 6 6 6 7 7 7 7 7 8 8 8 9 9 9 9 10 10 10 11 11 11 12 12 19 21 21 22 23.

(3) 6.1 Gestión de costos 6.1.1 Costo total del proyecto 6.1.2 Costo de actividades 6.1.3 Hoja de recursos del proyecto 6.1.4 Curva S del costo estimado 6.2 Gestión de adquisiciones 6.3 Gestión del riesgo 6.3.1 Identificación de riesgos 6.3.2 Análisis cualitativo y cuantitativo 6.3.3 Matriz de riesgos y margen de contingencia final 7. Evaluación económica-financiera 7.1 Análisis de factibilidad sustentado en VAN y TIR 7.2 Análisis de sensibilidad del proyecto (utilizando evaluación por 3 escenarios) 8. Evaluación de resultados 9. Conclusiones y recomendaciones. 23 23 23 28 29 29 30 30 31 32 33 35 35 35 36.

(4) 1. Descripción del problema 1.1. Identificación del problema. Actualmente el equipo de Planificación del área de Soluciones de Negocios del Banco de Crédito del Perú atiende aproximadamente 20 solicitudes diarias de requerimientos a planificar en el área de Soluciones de Negocio BCP que son canalizadas a un buzón SDNPlanificación. Este buzón no solo recibe requerimientos a planificar sino también otras solicitudes y servicios que este equipo atiende. Esto ocasiona que existan correos que puedan ser no leídos y demore su atención. A su vez, Planificación utiliza herramientas como el Sistema de Gestión de Controles de Cambio y la malla de asignaciones y conocimiento. En el primer sistema el equipo de Planificación ingresa los cambios recibidos mediante correo con respecto a las horas de trabajo de los proveedores asignados a proyectos, ya sea por un aumento o reducción de horas de trabajo con el fin de poder llevar un control en el manejo óptimo de horas y costos mensuales. Esta herramienta presenta muchos problemas en el ingreso de las solicitudes, ya que muchas de ellas se ingresan erróneamente ya sea porque el N° de requerimiento fue incorrecto o no se completan algunos datos. El segundo es un reporte de Excel donde se puede visualizar la disponibilidad de los proveedores, así como los skills que tienen cada uno de ellos y el tarifario respectivo dependiendo de la empresa proveedora. Esta última herramienta es manejada manualmente y se actualiza dependiendo de los cambios ingresados en el sistema de controles de cambio para poder tener al día la disponibilidad de los proveedores. Estas dos herramientas presentan muchas limitaciones que les impiden poder gestionar de forma rápida y sencilla las solicitudes que se registren en el sistema, así como una correcta actualización de la malla de asignaciones. Estos impedimentos son: el lenguaje de programación no es estándar en el banco, teniendo un problema de falta de soporte ya que no muchos conocen de la herramienta, no permite una generación eficaz de los reportes, presenta caídas en el sistema y no conversa con otros aplicativos que validen la información ingresada.. 1.2 Motivación Este trabajo ha tenido la idea de poder dar solución a una serie de problemas que han venido ocurriendo generando atrasos en ideas de proyectos futuros. El banco ha tomado una decisión de poder gestionar bien los conocimientos y habilidades de sus proveedores y poder tomar mejores decisiones en dichos proyectos, evitando la generación de gastos muy altos a futuro.. 1.3 Justificación Existen limitaciones en las herramientas manejadas por el equipo de Planificación, como la falta de comunicación entre aplicativos que validen la data ingresada, caídas en el sistema y falta de automatización que provocan demoras en los tiempos de atención en el proceso de atención de requerimientos..

(5) 1.4 Objetivos Objetivo principal. Objetivos SMART del proyecto. Centralizar y optimizar el proceso de atención de requerimientos a planificar. -. Reducir el plazo de atención de las solicitudes de 5 a 2 días como máximo en las pruebas de testing (piloto de 1 mes).. -. Poder ingresar como mínimo 5 solicitudes diarias sin presentar caídas en el sistema ni pérdida de datos.. -. Obtener por lo menos 95% de satisfacción en las encuestas de los usuarios finales.. -. Obtener un 98% de éxito en las pruebas de calidad.. -. No exceder del 50% del margen de contingencia al finalizar el proyecto.. -. Recudir la cantidad de proyectos en retraso al máximo en un 20%.. 1.5 Alcance Se desea poder migrar toda la plataforma y la arquitectura a un nuevo software que les permita unificar las herramientas de Sistema de Gestión de Controles de Cambio y la malla de asignaciones y conocimiento con el fin de poder gestionar de manera rápida y eficiente las solicitudes optimizando los tiempos de atención. También se requiere poder añadir mejoras y nuevas funcionalidades que ayuden al equipo de Planificación a mejorar la calidad de su servicio como: generar reportes en tiempo real de manera óptima y que las solicitudes puedan ser ingresadas de manera directa al sistema por parte de los jefes de proyecto y así manejar comunicaciones internas por medio de la aplicación manteniendo registrados los avances de la atención a simple vista del usuario solicitante. A su vez, uno de los puntos a mejorar es que esta nueva herramienta permite validar la información antes de ser ingresada al sistema y así evitar errores y retrasos en la atención, esto último se lograría con una conexión con la herramienta de ClearQuest en el cual se registran todos los requerimientos y sus códigos..

(6) 1.6 Limitaciones .    . El presupuesto no podrá exceder al 10% del monto aprobado. Cualquier adicional al presupuesto inicial deberá ser aprobado por la Gerencia General para lo cual se presentará un documento con el sustento de la ampliación. El costo de mantenimiento no deberá exceder al 10% del presupuesto del proyecto. Debe garantizarse la integridad y confidencialidad de la información de la empresa. La plataforma debe ser probada durante un mes por el personal de la compañía. Todo lo que no esté escrito dentro del acta constitución, no se agregara con la finalidad de no perjudicar el proyecto.. 2. Estructura del sector y estudio de mercado 2.1 Definición del cliente objetivo El sistema no posee un sector de la población identificados en alguna parte del país o del mundo. Al tratarse de un sistema para la atención de los procesos de negocio de una entidad bancaria, estaríamos claros que el cliente dirigido es la misma entidad bancaria, puesto que el sistema atiende una serie de necesidades muy específicas que solo puede desenvolverse en el ambiente bancario.. 2.2 Análisis de la competencia Si bien es cierto que el cliente está bien definido, no necesariamente se tendrá que dejar de lado algunas propuestas similares por la competencia. Aunque en realidad no hay todavía alguna propuesta similar definida por la competencia por lo menos por parte de otras entidades bancarias que operan en el país. Claro está que las tecnologías de información todos los emplean para la generación de nuevas ideas y de valor, pero hay varios campos en que desenvolverse. Por lo que se puede decir que la competencia ofrecería mejores servicios en otros aspectos. En caso del BCP, este viene a ser el manejo financiero (Gestión, 2015)..

(7) 2.3 Análisis FODA Fortalezas  Profesionalismo en los empleados  Competitividad  Liderazgo en el sistema bancario.  Índices financieros adecuados Debilidades  Inversiones mantenidos en cartera  Atraso de algunos proyectos.. Oportunidades  Crecimiento del PBI.  Gestión del conocimiento casi nula por parte de la competencia. Amenazas  Nuevas ideas para la competencia a partir del sistema nuevo.  Sobreendeudamiento más costoso por parte de la mora.. 3. Estudio de ingeniería 3.1 Análisis de procesos 3.1.1 Actividades Según BCP, para la suite de planificación se requerirán las siguientes actividades. Herramienta  Nuevo lenguaje y arquitectura  Mejoras visuales en la herramienta  Creación de nuevos perfiles  Redefinición de opciones  Conexión con el Orgánico (SYG)  Mejoras en la conexión con ClearQuest Solicitante  Rediseño del registro de dependencias  Creación de un módulo de comunicación  Rediseño de la creación de solicitudes Planificación  Optimización de la asignación de analistas PLA  Mejoras en el cambio de estado de las solicitudes  Optimización de extracción de reportes. 3.2 Metodología Implementación de una metodología ágil de desarrollo. La empresa está muy acostumbrada a la metodología SCRUM, la cual han ido avanzando en proyectos anteriores, lo cual es muy factible para nosotros debido a que se ajusta bien al periodo de desarrollo del sistema..

(8) 3.3 Propuesta tecnológica. 3.3.1 Vista El entorno visual será desarrollado para el entorno web, lo cual implica las herramientas básicas de desarrollo como lo es HTML, CSS y JavaScript, pero para la personalización se utilizarán otras herramientas como JQuery para el manejo de eventos para con los elementos y AngularJS para la lógica del entorno en base a la programación orientada a objetos, así como los controladores y será la encargada de realizar la peticiones a nuestros servicio web como los definidos, aplicando los estándares de comunicación entre sistemas manejados por la empresa. Esto se implementará para establecer la experiencia de usuario y la facilidad de entendimiento del código para los desarrolladores, permitiendo incluir nuevas funcionalidades.. 3.3.2 Servicios web Los servicios web serán implementados con una REST API con .NET Core para cualquier petición que realice el cliente conectado. Este a su vez hará el contacto con la base de datos y es donde estará definida la lógica de negocio. Los servicios web manejarán el tipo de datos JSON para la conversación con el cliente, claro que los datos deben brindar la información necesaria, para eso se gestionarán roles y el establecimiento de los métodos de peticiones HTTP..

(9) Al igual que el entorno web, se trabajará orientado a objetos para la representación de entidades de la base de datos y definiciones de los controladores. En cuanto a los otros servicios web ya listos para consumir, se ajustarán a la lógica de negocio y adaptarlas al sistema.. 3.3.3 Seguridad Como se explicó antes, se gestionarán roles de usuario para el acceso a los servicios web y a las interfaces. La autorización de los usuarios se llevarán a cabo por medio de tokens, tomando la herramienta Json Web Tokens (JWT) para la correcta gestión y definición debido a que es seguro por la encriptación de datos y su flexibilidad. Aparte se trabajará con HTTPS para brindar servicios web de confianza y CORS para evitar peticiones desde fuentes desconocidas.. 3.3.4 Base de datos La empresa requiere de un motor rápido, personalizable y compatible con los otros gestores empleados en los demás sistemas. Es entonces que se estableció a MySQL como el gestor de base de datos, debido a que se ha decidido trabajar con entidades relacionadas y sus herramientas para optimizarla, así como elegir unas plataformas open source para el desarrollo.. 4. Organización 4.1 Estructura organizacional e interesados. Patrocinador principal. Gerente del área de Soluciones de Negocio. Project Manager. Corzo Galván, Jackelin Xiomy. Miembros del proyecto. -. Mendoza Corne, Alexis. -. Toscano Rojas, Piero. -. Pinedo Espinoza, Fabrizzio.

(10) Stakeholders. -. Gerente de Área. -. Gerente de Portafolio IT.. -. Jefe de Servicio: Rosario Angulo. -. Supervisor de Planificación: Alicia Montes. -. Analistas de Planificación: ● William Romero ● Miguel Pinzas ● Ronald Vidal. 4.2 Gestión de Recursos Humanos 4.2.1 Organigrama del proyecto y descripción de los perfiles de cada miembro         . Gerente de área: Sponsor del proyecto y encargado de velar por continuidad del proyecto Gerente de Portafolio: Encargado del portafolio de proyectos. Product owner: Es el usuario final, además que indica las necesidades del aplicativo. PMO: Encargado de brindar recursos para el desarrollo del proyecto, además de ser interesado del proyecto. PM: Encargado del proyecto Líder de desarrollo: Toma responsabilidad del desarrollo del software con su equipo de trabajo. Líder analista: Toma responsabilidad del análisis y diseño del software con su equipo de trabajo. Analista: Parte del equipo de trabajo de análisis y diseño. Desarrollador: Parte del equipo de desarrollo del software.. 4.2.2 Proceso de reclutamiento de personal y actividades propuestas A. Procede a elaborar el anuncio correspondiente y el envío del mismo a los periódicos de mayor circulación del país, con el fin de obtener la mayor cantidad de aspirantes posibles..

(11) B. La recepción de hojas de vida de los aspirantes la realiza la sección de Admisión de Personal, que se encarga de depurar y clasificar los expedientes, proceso que incluye la verificación de referencias personales como laborales y determinar que los candidatos presente un perfil acorde a la descripción del puesto a cubrir, C. Se procede a citar a los candidatos elegidos para que se sometan a las pruebas psicométricas y de aptitudes correspondientes, así como una entrevista personal. D. Se procede a evaluar los resultados de las pruebas y entrevistas realizadas. E. Se envía el informe de los mismos a la Jefatura del Departamento, con las recomendaciones pertinentes del candidato afín a la plaza por llenar, para que se proceda a la elaboración del acuerdo de nombramiento correspondiente. F. Si los candidatos propuestos no llenan las expectativas deseadas, se inicia G. nuevamente el proceso para convocar a nuevos aspirantes.. 4.2.3 Matriz RACI del proyecto. 4.3 Gestión del alcance 4.3.1 Enunciado del alcance del proyecto Permitir gestionar de forma rápida y sencilla las solicitudes que se registren en el sistema, y de esta manera optimizar los tiempos de atención, permitiendo que se pueda gestionar de forma adecuada la generación y actualización de la malla de disponibilidad y conocimiento. Asimismo, permitir manejar las comunicaciones internas por medio de la aplicación, manteniendo registrados los avances de la atención y obtener los reportes de manera óptima..

(12) 4.3.2 Estructura del trabajo. 4.3.3 Diccionario de paquetes de trabajo 1. Actividades. Planeamiento Acta de constitución Gestión general Estimación de costos. Notas Fecha de Inicio. lun 10/09/18. Fecha de finalización. vie 28/09/18. Criterios de aceptación. Esperar la aprobación del project manager y del analista. 1.1. Acta de constitución. Actividades. Indicar nombre del proyecto Identificar la necesidad Indicar la situación deseada.

(13) Describir el proyecto Indicar los objetivos SMART Indicar los stakeholders Definir la duración del proyecto Identificar los riesgos Identificar los beneficios Notas Fecha de Inicio. lun 10/09/18. Fecha de finalización. vie 14/09/18. Criterios de aceptación. Aprobación del project manager. 1.2. Gestión General. Actividades. Realizar plan de gestión de alcance, de tiempo, de interesados , de comunicación, de calidad , de riesgos y de recursos humanos. Notas Fecha de Inicio. lun 17/09/18. Fecha de finalización. lun 24/09/18. Criterios de aceptación. Aprobación del project manager Aprobación del analista. 1.3. Estimación de costos. Actividades. Realizar el plan de gestión de recursos Realizar una reunión para acordar costos Realizar el plan de gestión de costos. Notas. Adquirir los recursos necesarios acorde al presupuesto. Fecha de Inicio. mar 25/09/18. Fecha de finalización. vie 28/09/18. Criterios de aceptación. Aprobación del project manager. 2.. Análisis.

(14) Actividades. Requerimientos del producto Funcionalidades. Notas. Requerimientos del producto Funcionalidades. Fecha de Inicio. lun 01/10/18. Fecha de finalización. vie 12/10/18. Criterios de aceptación. Obtener la aprobación por parte del usuario Asegurar que el análisis se ajusten a los requerimientos del usuario.. 2.1. Requerimientos del producto. Actividades. Identificar los requerimientos del producto Analizar los requerimientos Identificar requerimientos funcionales Identificar requerimientos no funcionales. Notas Fecha de Inicio. lun 01/10/18. Fecha de finalización. mié 10/10/18. Criterios de aceptación. Aprobación del usuario. 2.2. Funcionalidades. Actividades. Analizar funcionalidades. Notas Fecha de Inicio. jue 11/10/18. Fecha de finalización. vie 12/10/18. Criterios de aceptación. Aprobación del usuario. 3.. Diseño. Actividades. Diseño de software Diseño de base de datos.

(15) Notas. Aplicar reglas de negocio. Fecha de Inicio. lun 15/10/18. Fecha de finalización. mié 07/11/18. Criterios de aceptación. Obtener aprobación del analista, equipo de desarrollo y usuario.. 3.1.. Diseño de software. Actividades. Crear un modelo lógico del funcionamiento Crear un diseño beta 1.0 sobre la interfaz de usuario Aprobar beta 1.0 de la interfaz de usuario Modificar beta 1.0 de la interfaz de usuario Aprobar beta 2.0 de interfaz de usuario. Notas Fecha de Inicio. lun 15/10/18. Fecha de finalización. mié 07/11/18. Criterios de aceptación. Aprobación del equipo de desarrollo Aprobación del analista. 3.2.. Diseño de base de datos. Actividades. Creación de un modelo lógico de la base de datos beta 1.0 Aprobar modelo lógico beta 1.0 de base de datos Modificar beta 1.0 de base de datos Aprobar beta 2.0 de base de datos. Notas Fecha de Inicio. lun 15/10/18. Fecha de finalización. lun 05/11/18. Criterios de aceptación. Aprobación del equipo de desarrollo Aprobación del analista.

(16) 4.. Desarrollo. Actividades. Desarrollo de Software Desarrollo de Base de datos Testing. Notas Fecha de Inicio. mar 06/11/18. Fecha de finalización. vie 16/11/18. Criterios de aceptación. Esperar aceptación por parte del equipo de desarrollo, analista y usuario.. 4.1. Desarrollo de Software. Actividades. Establecer metodología de desarrollo ágil Elegir responsable y equipo de desarrollo Establecer y designar módulos de trabajo Desarrollo de los módulos de trabajo Integrar de 2 o más módulos Integrar la conectividad de módulos a base de datos. Notas Fecha de Inicio. mar 06/11/18. Fecha de finalización. vie 16/11/18. Criterios de aceptación. Aprobación del equipo de desarrollo Aprobación del analista. 4.2. Desarrollo de Base de datos. Actividades. Planificar la arquitectura de datos Desarrollar módulos de conexión Establecer un datawarehouse Implementar un hosting para la base de datos. Notas Fecha de Inicio. lun 15/10/18.

(17) Fecha de finalización. lun 05/11/18. Criterios de aceptación. Aprobación del equipo de desarrollo Aprobación del analista. 4.3. Testing. Actividades. Reunirse para pruebas de testeo 1 Reunirse para pruebas de testeo 2 Reunirse para pruebas de testeo 3 Reunirse para pruebas de testeo 4 Reunirse para pruebas de testeo 5 Reunirse para pruebas de testeo 6 Reunirse para pruebas de testeo 7 Reunirse para pruebas de testeo 8 Reunirse para pruebas de testeo 9. Notas. Mantener el sistema libre de bugs. Fecha de Inicio. mar 06/11/18. Fecha de finalización. vie 16/11/18. Criterios de aceptación. Aprobación del equipo de desarrollo Aprobación del analista Aprobación del usuario. 5.. Despliegue. Actividades. Capacitaciones Soporte Encuestas de calidad Manuales. Notas Fecha de Inicio. lun 19/11/18. Fecha de finalización. lun 10/12/18. Criterios de aceptación. Aprobación del project manager, analista y el usuario. 5.1. Capacitación. Actividades. Planear capacitación Asignar capacitación Crear Manual de capacitación.

(18) Presentación de talleres Notas Fecha de Inicio. lun 19/11/18. Fecha de finalización. jue 22/11/18. Criterios de aceptación. Aprobación del project manager Aprobación del usuario. 5.2. Soporte. Actividades. Identificar problema Analizar problema Solucionar problema. Notas Fecha de Inicio. vie 23/11/18. Fecha de finalización. mar 27/11/18. Criterios de aceptación. Aprobación del usuario Aprobación del analista. 5.3. Encuestas de calidad. Actividades. Conocer los objetivos de la encuesta Seleccionar la muestra de la encuesta Calcular el número de encuestas a realizar Determinar las preguntas de la encuesta Preparar la encuesta. Notas Fecha de Inicio. mié 28/11/18. Fecha de finalización. mar 04/12/18. Criterios de aceptación. Aprobación del project manager Aprobación del usuario Por lo menos el 95% de los usuarios finales tienen que estar satisfechos.. 5.4. Manuales.

(19) Actividades. Identificar los pasos para usar el software Solicitar documentos/información para el manual Realizar manual Capacitación a los trabajadores. Notas. Tratar de ser entendible para los usuarios finales del sistema.. Fecha de Inicio. mié 05/12/18. Fecha de finalización. lun 10/12/18. Criterios de aceptación. Aprobación del project manager. 4.4 Cronograma. Nombre de tarea Proyecto Nueva Plataforma de Planificación Planeamiento. 1 1.1. Duración Comienzo lun 66 días 10/09/18 lun 15 días 10/09/18. Fin lun 10/12/18 vie 28/09/18.

(20) Acta de constitución. 1.1.1. 5 días. Gestión general. 1.1.2. 6 días. Estimación de costos. 1.1.3. 4 días. Análisis. 1.2. 10 días. Requerimientos del producto. 1.2.1. 8 días. Funcionalidades. 1.2.2. 2 días. Diseño. 1.3. 18 días. Diseño de software. 1.3.1. 18 días. Diseño de base de datos. 1.3.2. 16 días. Desarrollo. 1.4. 9 días. Desarrollo del software. 1.4.1. 9 días. Desarrollo de la base de datos. 1.4.2. 9 días. Testing. 1.4.3. 9 días. Despliegue. 1.5. 16 días. Capacitación. 1.5.1. 4 días. Soporte. 1.5.2. 3 días. Encuesta de calidad. 1.5.3. 5 días. Manuales. 1.5.4. 4 días. lun vie 14/09/18 10/09/18 lun lun 17/09/18 24/09/18 mar vie 28/09/18 25/09/18 lun vie 12/10/18 01/10/18 lun mié 01/10/18 10/10/18 jue 11/10/18 vie 12/10/18 lun mié 15/10/18 07/11/18 lun 15/10/18 lun 15/10/18 mar 06/11/18 mar 06/11/18 mar 06/11/18. mié 07/11/18 lun 05/11/18 vie 16/11/18 vie 16/11/18 vie 16/11/18. vie 16/11/18 vie 16/11/18 lun 19/11/18 lun 19/11/18 vie 23/11/18 mié 28/11/18 mié 05/12/18. lun 10/12/18 jue 22/11/18 mar 27/11/18 mar 04/12/18 lun 10/12/18.

(21) 5. Plan de comunicaciones 5.1 Matriz de comunicaciones Contenido. Propósito. Conocer los integrantes del Reunión de Kick E.I equipo. Off Asegurar el. Responsa ble. PM. compromiso del equipo E. Entrega de los Plan del proyecto G.I planes de gestión. Audiencia. Periodo. Gerente del área de Soluciones de Inicio del Negocio proyecto. Método. Reunión y cena. Equipo de gestión de proyecto. PM. Gerente del área de Soluciones de Inicio del Negocio proyecto. Reunión y exposición de los planes. Jefe de programa. Reunión de comité de dirección. Reuniones de requerimientos. Aprobar los D. cambios de alto E nivel del proyecto. Gerente del área de Soluciones de Negocio C. Determinar los D. requerimientos de E la plataforma C. Determinar nuevas D. funcionalidades de E la plataforma. Reuniones de funcionalidades. PM. Comité del proyecto. Según requerimiento Reunión y del PM presentación Acta de aprobación Al inicio del desarrollo. Reunión y documentación de acuerdos. Líder de analistas Product owner. Al inicio de cada sprint. Reunión y documentación de acuerdos. Líder de desarrolla dores Desarrollador 1. Reunión y verificar avance como también los Al inicio del problemas que día cada 4 días surgen. Líder de analistas Product owner. Actualizar funcionalidades establecidas. Ver el avance del C. paquete de trabajo Reunión de cada G. que se desarrolla sprint Ver los problemas. Desarrollador 2.

(22) que surgieron. Reunión para pruebas de calidad. Evaluar el C. programa y decidir Líder de D. si pasa las pruebas desarrolla G. de calidad dores Desarrollador 1. Al finalizar cada paquete de trabajo de desarrollo. Acta de aprobación. Desarrollador 2 Probar el programa y verificar que C. cumpla con las Líder de D. funcionalidades desarrolla G. establecidas dores Desarrollador 1. Reunión de testing. Al terminar todo los paquetes de trabajo de desarrollo. Reunión y testeo del programa Acta de aprobación. Desarrollador 2. Leyenda: C: Colectar D: Decisión E: Exchange G: Gobernabilidad I: Informar. Reunión y prueba de calidad. Recoger información de otros Tomar acciones para resolver asuntos Diálogo para mutuo acuerdo Supervisar acorde a las leyes y normativas de la empresa Informar a otros para asegurar el compromiso con el proyecto. 5.2 Identificación de las comunicaciones formales e informales Formales. Informales. Reunión de Kick Off. Reuniones de requerimientos. Plan del proyecto. Reuniones de funcionalidades. Reunión de comité de dirección. Reunión de cada sprint. Reuniones de requerimientos. Reunión de cada sprint Reunión para pruebas de calidad Reunión de testing.

(23) 6. Planificación financiera 6.1 Gestión de costos 6.1.1 Costo total del proyecto Este sería el presupuesto sin el margen de contingencia. Agregándolo el total sería S/. 41099.38. ID. Nombre de tarea. Costo (S/.). 2. Planeamiento. 1. 3795.1. 24. Análisis. 2. 2107.5. 32. Diseño. 3. 10268.1. 44. Desarrollo. 4. 7034.2. 67. Despliegue. 5. 6151.8 29356.7. TOTAL. 6.1.2 Costo de actividades Este es una versión más detallada del costo total del proyecto. I Nombre de tarea D Planeamiento 2 Acta de3 constitución. Presupuesto ($) 1 1.1. 3795.1 1280.7. Indicar 4nombre del proyecto. 1.1.1. 80,3. Identificar 5 la necesidad. 1.1.2. 131,50. Indicar 6la situación deseada. 1.1.3. 101,50. Describir 7 el proyecto. 1.1.4. 121,50. Indicar 8los objetivos SMART. 1.1.5. 183.00. Indicar 9los stakeholders. 1.1.6. 111.50.

(24) 1 Definir la duración del proyecto 0 1 Identificar los riesgos 1 1 Identificar los beneficios 2 1 Gestión General 3. 1.1.7. 42,40. 1.1.8. 256.00. 1.1.9. 253.00. 1.2. 1505.4. 1 Realizar el plan de gestión de planeamiento 4. 1.2.1. 250.9. 1 Realizar gestión de interesados y comunicaciones 5. 1.2.2. 250.9. 1 Realizar el plan de gestión de tiempo 6. 1.2.3. 251.5. 1 Realizar el plan de gestión de riesgos 7. 1.2.4. 251.5. 1.2.5. 250.3. 1.2.6. 250.3. 1. Realizar el plan de gestión de rrhh. 8. 1. Realizar el plan de gestión de calidad. 9. 2. Estimación de costos. 0. 2 Realizar el plan de gestión de recursos 1 2. Reunión para acordar el costos. 2. 1.3. 1009.00. 1.3.1. 501.5. 1.3.2. 251.5 256.0. 2 Realizar el plan de gestión de costos. 3. 1.3.3.

(25) 2 Análisis. 4. 2 Requerimientos del producto 5 Identificar 2 los requerimientos del producto 6 2 Analizar los requerimientos 7 2 Identificar requerimientos funcionales 8 Identificar 2 requerimientos no funcionales9 3 Funcionalidades 0 3 Analizar funcionalidades 1 3 Diseño 2 3 Diseño de software 3 Crear un 3 modelo lógico del funcionamiento 4 Crear un 3 diseño beta 1.0 sobre la interfaz de 5usuario Aprobar3 beta 1.0 de la interfaz de usuario 6 Modificar 3 beta 1.0 de la interfaz de usuario 7 3 Aprobar beta 2.0 de interfaz de usuario 8 3 Diseño de base de datos 9. 2. 2107.5. 2.1. 1686.00. 2.1.1. 421.5. 2.1.2. 421,50. 2.1.3. 421,50. 2.1.4. 421,50. 2.2. 421.5. 2.2.1. 421.5. 3. 10268.1. 3.1. 5537.10. 3.1.1. 1779.00. 3.1.2. 1186.00. 3.1.3. 885.30. 3.1.4. 886.50. 3.1.5. 880.30. 3.2. 4731.0. Creación 4 de un modelo lógico de la base de datos 0 beta 1.0. 3.2.1. Aprobar4 modelo lógico beta 1.0 de base de datos 1. 3.2.2. 2369.00 590.30.

(26) 4 Modificar beta 1.0 de base de datos 2 4 Aprobar beta 2.0 de base de datos 3. 3.2.3. 886.50. 3.2.4. 885.30. 4. 7034.2. 4.1. 3517.2. 4 metodología de desarrollo Establecer ágil 6. 4.1.1. 390.9. 4 Elegir responsable y equipo de desarrollo 7. 4.1.2. 196.5. 4.1.3. 195.3. 4.1.4. 1171.5. 4 Desarrollo 4 4 Desarrollo del software 5. 4. Establecer y designar módulos de trabajo. 8. 4. Desarrollo de los módulos de trabajo. 9. 5. Integrar de 2 o más módulos. 4.1.5. Integrar5 la conectividad de módulos a base de datos 1. 4.1.6. 781.5. 4.2. 1804.2. 4.2.1. 401.5. 4.2.2. 200.9. Establecer un datawarehouse. 4.2.3. 600.3. 5 Implementar un hosting para la base de datos 6. 4.2.4. 601.50. 4.3. 1712.7. 0. 5. Desarrollo de la base de datos. 2. 5. Planificar la arquitectura de datos. 3. 5. Desarrollar módulos de conexión. 4. 5. 5. 5 Testing. 7. 781.5.

(27) 5 Reunirse para pruebas de testeo 1 8 5 Reunirse para pruebas de testeo 2 9 6 Reunirse para pruebas de testeo 3 0 6 Reunirse para pruebas de testeo 4 1 6 Reunirse para pruebas de testeo 5 2 6 Reunirse para pruebas de testeo 6 3 6 Reunirse para pruebas de testeo 7 4 6 Reunirse para pruebas de testeo 8 5 6 Reunirse para pruebas de testeo 9 6 6 Despliegue 7 6 Capacitación 8 6 Planear capacitación 9 7 Asignar capacitación 0 7 Crear Manual de capacitación 1 7 Presentación de talleres 2 7 Soporte. 3. 7 Identificar problema 4 7 Analizar problema 5 7 Solucionar problema 6. 4.3.1. 190.3. 4.3.2. 190.3. 4.3.3. 190.3. 4.3.4. 190.3. 4.3.5. 190.3. 4.3.6. 190.3. 4.3.7. 190.3. 4.3.8. 190.3. 4.3.9. 190.3. 5. 6151.8. 5.1. 849.9. 5.1.1. 211.5. 5.1.2. 210.9. 5.1.3. 216.0. 5.1.4. 211.5. 5.2. 2343.0. 5.2.1. 780.9. 5.2.2. 781.5. 5.2.3. 780.6.

(28) 7 Encuesta de calidad 7 7 Conocer los objetivos de la encuesta 8 7 Seleccionar la muestra de la encuesta 9 Calcular 8 el número de encuestas a realizar 0 Determinar 8 las preguntas de la encuesta 1 8 Preparar la encuesta 2 8 Manuales. 3 Identificar 8 los pasos para usar el software 4 Solicitar 8 documentos/información para el manual 5 8 Realizar manual 6 8 Capacitación a los trabajadores 7. 5.3. 2109.9. 5.3.1. 421.5. 5.3.2. 421.5. 5.3.3. 421.5. 5.3.4. 423.0. 5.3.5. 422.4. 5.4. 849,00. 5.4.1. 211.5. 5.4.2. 211.5. 5.4.3. 213.0. 5.4.4. 213.0. 6.1.3 Hoja de recursos del proyecto Nro.. Descripción. Costo-métrica. cantidad. Total. Project 1 manager. S/. 250 x día. 1. 3750. 2 Desarrollador. S/. 190 x día. 3. 6840. Líder 3 desarrollador. S/. 210 x día. 1. 5250. 4 Analista. S/. 190 x día. 2. 6460.

(29) 5 Líder analista. S/. 210 x día. 1. 6930. 6 Hojas bond. S/. 0.1 x hoja. 389. 38.9. 7 Impresiones. S/. 0.2 x impresión. 389. 77.8. 8 Lapiceros. S/.10 x caja. 1. 10. Total. 29356.7. 6.1.4 Curva S del costo estimado. 6.2 Gestión de adquisiciones Los recursos empleados para el desarrollo del sistema son adquiridos de la empresa, pero pueden ser considerados parte de las adquisiciones. Así mismo las herramientas empleadas en el desarrollo, no importa si se consigan de manera gratuita..

(30) No podemos afirmar que existan proveedores, porque las herramientas son adquiridas por parte del equipo y del banco tal es el caso de los servicios para consumir. Elementos Herramientas de desarrollo BackEnd Servicios web del banco. Tipo de contrato. Formato de contrato. Precio fijo y cerrado. Web. Precio fijo y cerrado. Contacto a través del dueño de la aplicación. 6.3 Gestión del riesgo 6.3.1 Identificación de riesgos Nro.. Riesgo Causa. riesgo. consecuencia. 1. Poco entendimiento entre Dudas no resueltas desarrolladores y analistas al momento de desarrollo del software. Retraso del proyecto. 2. Aumento de complejidad en el desarrollo de módulos. Necesidad de más desarrolladores. aumento de gastos en recursos y personal, retraso del proyecto. 3. Caída de los servicios del banco. No se realiza el Reprogramar el testeo del proyecto al testeo 100%. 4. Alta complejidad del modelo lógico. Desarrollo lento de software. Retrasos.

(31) 5. Choque de horarios. Indisponibilidad de los interesados. Retraso de diseño. 6. Impacto con otros aplicativos del banco. Daños a la data. Retrasos y pérdida de información. 7. El proyecto crece en complejidad. Riesgo de alcance. Cambios en fechas de entregables, retrasos, modificación de alcance. 8. Limitaciones en el lenguaje de programación. Caídas del sistema. Falta de soporte. 9. Mala relación. Altercados con los stakeholders. Pérdida personal y retraso del proyecto. 6.3.2 Análisis cualitativo y cuantitativo. Nro.. 1. Análisis cualitativo. Análisis cuantitativo. % de probabilidad de impacto. Impacto total(S/.). 5.00. 1000. Reserva de contingencia 50.

(32) 2. 12.50. 5000. 625. 3. 5.00. 500. 25. 4. 7.50. 15000. 1125. 5. 7.50. 2000. 150. 6. 12.50. 3000. 375. 7. 10.00. 40000. 4000. 8. 10.00. 30000. 3000. 9. 3.00. 1000. 30. 6.3.3 Matriz de riesgos y margen de contingencia final Nro.. Plan de respuesta Acción. Respuesta. 1. Mitigar. Establecer un framework de trabajo donde haya constante interacción entre analista y desarrollador. 0. 2. Evitar. Verificar el código con el cyclomatic number para ver que no supere el número de complejidad. 0. 3. Escalar. -. Costo de respuesta. 0.

(33) 4. Evitar. Verificar con controles de calidad y luego pasar por reestructuración. S/.1000. 5. Escalar. -. 0. 6. Evitar. Hacer un mapeo de las aplicaciones existentes para que nuestro programa no interfiera. S/. 400. 7. Mitigar. Hacer evaluaciones del progreso y buscar las facilidad del entendimiento. S/.500. 8. Evitar. Usar un lenguaje que no posea muchas limitaciones. 0. 9. Evitar. Desarrollar meetings para congeniar con los stakeholders. S/. 200. 7. Evaluación económica-financiera Al año se ejecuta un promedio de 50 proyectos de los cuales el 45% se retrasa debido al análisis de requerimientos. Para los ingresos del banco respecto a sus servicios de atención en relación a los proyectos. El banco tiene un estimado que dichos ingresos por la atención provengan de las comisiones por servicios, las cuales son S/.2337.2 millones (BCP, 2017), que le corresponderían un 0.0023%. Se estima que dichos ingresos crecen de manera lineal a un 1.06%. Entonces se iniciará con un ingreso de S/.53755.60. De acuerdo a un análisis del área se dedujo que se produce un gasto promedio de S/.18125 por todos los proyectos si se tratara de alcanzar un máximo de 20% de retraso..

(34) El área después de la implementación se proyecta una mejora en su atención del 10% para el año 2. Luego sucesivamente una mejora del 15.2%. Esto se reflejará en los gastos efectuados en los proyectos. Actualmente los gastos operativos o de administración tienen una salida de S/.13600, se plantea que se reduzcan en un 6% cada año una vez que el sistema esté en ejecución. La depreciación de los servidores es en 10 años (S/.3620 cada uno) y de las laptops 3 años (S/.1150 cada uno) al culminar su vida útil se vende al 50 %. Son en total 3 laptops y 2 servidores dedicados para el sistema. Mientras tanto los costos de un servidor es de S/.8000 (S/. 16000 por los 2 servidores) y el de una laptop es de S/.2500 (S/. 7500 por las 3 laptops). Ya que el proyecto tiene costo de más de S/. 41000, el banco ha tomado la decisión de financiarlo con S/. 45000. Al inicio, el banco nos otorgó los recursos (laptops y servidores) para la implementación. Después el equipo se encargará de la depreciación y las siguientes adquisiciones. 1 Ingreso. 2. 3. 53755,60 56335,8688 59039,99. venta de activos. 4 61873,91. 5. 6. 64843,86 67956,36. 3750,00. 7. 8. 71218,27. 74636,75. 3750,00. 9. 10. 78219,31 81973,84 3750,00. 8000,00. Depreciación de servidores. -724,00. -724,00. -724,00. -724,00. -724,00. -724,00. -724,00. -724,00. -724,00. -724,00. Depreciación de laptops. -1150,00. -1150,00. -1150,00. -1150,00. -1150,00. -1150,00. -1150,00. -1150,00. -1150,00. -1150,00. Gastos operativos. 13600,00. -12784,00. 12016,96 11295,94 10618,19. -9981,09. -9382,23. -8819,30. -8290,14. -7792,73. Gastos en proyectos. 18125,00. -16477,27. 14303,19 12415,96 10777,74. -9355,68. -8121,25. -7049,70. -6119,53. -5312,09. Utilidad. 20156,60. 25200,60 34595,84. 36288,01. 41573,93 50495,59. 51840,79. 56893,75. 65685,64 74995,02. Impuesto. -3426,62. -4284,10. -5881,29. -6168,96. -7067,57. -8584,25. -8812,93. -9671,94. 11166,56 12749,15. Utilidad neta. 16729,98. 20916,49 28714,55. 30119,04. 34506,36 41911,34. 43027,85. 47221,81. 54519,08 62245,86. Depreciación de servidores. 724,00. 724,00. 724,00. 724,00. 724,00. 724,00. 724,00. 724,00. 724,00. 724,00. Depreciación de laptops. 1150,00. 1150,00. 1150,00. 1150,00. 1150,00. 1150,00. 1150,00. 1150,00. 1150,00. 1150,00. -7500,00. 16000,00. laptops y servidores Flujo del proyecto. -7500,00 18603,98. 22790,49 23088,55. -7500,00 31993,04. 36380,36 36285,34. 44901,85. 49095,81. 48893,08 48119,86.

(35) 7.1 Análisis de factibilidad sustentado en VAN y TIR Para realizar el análisis será necesario recalcar que la tasa de descuento aplicado será del 10% anual. VAN = S/.248250.79, el cual serán durante los próximos 10 años, el cual indica una ganancia. TIR = 55.03%, al ser mayor que la tasa de descuento se comprueba que el proyecto es factible.. 7.2 Análisis de sensibilidad del proyecto (utilizando evaluación por 3 escenarios) Puesto que el proyecto genera ingresos, realizaremos los escenarios en base al gasto que generan los retrasos, estos están regidos por las penalidades tomadas por las empresas a quienes presta el servicio, pues los gastos se manejan de manera proporcional al cambiar los valores de la penalización. Las situaciones las basaremos con cierto porcentaje de incremento y decremento de los gastos respecto a los S/.18125. Para el caso optimista se optó que sea el 10% de los gastos recurrentes, mientras que el caso pesimista el 75%. A continuación, los análisis de la VAN en los 3 escenarios son los siguientes: Variable % de retraso Gastos iniciales Valor arriendo. Pesimista 10% 16312,50 254342,49. Esperado 20% 18125,00 248250,79. Optimista 75% 28093,75 214746,41. La situación no peligra en caso de que incrementen las penalidades, ya que no hay pérdida alguna.. 8. Evaluación de resultados Puesto que es un proyecto con un poco más de 2 meses de ejecución a la fecha de publicación de esta investigación, los resultados han sido pensados ser evaluados al menos luego de 6 meses para evaluar un impacto en los escenarios de ambos gastos para determinar la factibilidad proyectada en la evaluación económica-financiera. Según el impacto en el negocio, los resultados indican que el proyecto permitirá a la empresa a reducir sus gastos operativos y de retraso. La razón por la cual no varía mucho los escenarios es porque ambos gastos se verán reducidos por el aumento de la eficiencia que el sistema propondrá a la empresa. Esto indica que los gastos se mantienen muy apegados a la capacidad de atención de requerimientos y no mucho a los gastos efectuados por impuntualidad y menos aún con la cantidad de proyectos en espera de atención. En ese.

(36) sentido, la atención será más eficiente, ocasionando que otras empresas que quieran colaborar con proyectos se animen más en trabajar con BCP. Acorde al impacto económico, generará mayores ingresos a la empresa, siendo el cual se puede decir que crece casi linealmente, salvo en años donde se adquieren nuevos equipos para los avances.. Flujo del proyecto 60000,00 50000,00 40000,00 30000,00 20000,00 10000,00 0,00 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 9. Conclusiones y recomendaciones Esta herramienta no sólo ayudará en reducir las demoras en los tiempos de atención por parte de Planificación, sino que también aportará en los indicadores del portafolio de proyectos IT, visualizando una mejora en el cumplimiento con las fechas comprometidas de entregables y resultados. Esta nueva plataforma otorgará más tiempo útil a los analistas de Planificación para que puedan iniciar con gestiones que han dejado de lado por priorizar las atenciones de los requerimientos como el análisis de datos, mejora en procesos, aporte en proyectos internos del servicio y respuestas inmediatas ante cualquier consulta de los usuarios. En caso de establecer cambios en el proyecto, es necesario que se consideren todos los aspectos del proyecto (cronograma, costos, evaluación financiera, riesgos, adquisiciones, comunicaciones, alcance y objetivos) para poder establecer mejores acuerdos y evitar problemas que resulten costosos de resolver. Así mismo se deben tener en cuenta un control y un seguimiento de los cambios..

(37) Referencias Gestión. (26 de Septiembre del 2015). Especial EMA: Las diez empresas más admiradas del Perú. Recuperado el 10 de Diciembre de 2018 de https://gestion.pe/economia/empresas/especial-ema-diez-empresas-admiradas-peru100936 Infoautonomos. (6 de Octubre del 2017). Guía para realizar el estudio de mercado. Recuperado el 10 de Diciembre de 2018 de https://infoautonomos.eleconomista.es/estudio-de-mercado/breve-guia-para-estudiode-mercado/ Roldán, R. (26 de Abril del 2016). Análisis FODA del BCP. Recuperado el 10 de Diciembre de 2018 de https://prezi.com/yp1thi9bhife/analis-foda-del-bcp/ Banco. de Crédito del Perú. (2017). Reporte Anual. Recuperado de https://ww3.viabcp.com/Connect/ViaBCP2018/Personas/Relaciones%20con%20Inv ersionistas/Memoria%20BCP%20Final.pdf.

(38)