Mejora en gestiĆ³n de proyecto TI y asignaciĆ³n de recursos en Banco Estado para Subgerencia de Sistema Producto
| dc.contributor.advisor | Sapaj Delgado, Juan Carlos | |
| dc.contributor.author | HernĆ”ndez MuƱoz, Ćngela Alejandra | |
| dc.contributor.editor | Facultad de IngenierĆa | |
| dc.date.accessioned | 2019-08-30T15:28:22Z | |
| dc.date.available | 2019-08-30T15:28:22Z | |
| dc.date.issued | 2019 | |
| dc.description | Tesis (Ingeniero Civil Industrial) | es |
| dc.description.abstract | Banco Estado es una instituciĆ³n financiera de gran prestigio dentro del paĆs, como una gran instituciĆ³n, se divide en distintas gerencias, el problema se enfoca principalmente en el Ć”rea que corresponde al desarrollo de software que se encuentra dentro de la Gerencia de Sistemas. Dentro de la Subgerencias de sistemas Productos se consideran distintos tipos de proyectos, tipo estratĆ©gico, que aportan un gran beneficio a la instituciĆ³n, generando mayor utilidad y beneficio a la empresa solo considerando las necesidades de los clientes, proyectos basados en las mejoras de un producto y la mantenciĆ³n de los sistema actuales de la banca que permiten dar continuidad al servicio, ambos de los tipos de proyectos descritos presentan un gran dĆ©ficit, poco cumplimiento en las fechas comprometidas para implementaciĆ³n, obteniendo con esto desviaciones considerables y con ello un aumento del tiempo y los costos. Durante el transcurso del tiempo se han intentado implementar algunas herramientas de apoyo a la gestiĆ³n, sin tener Ć©xito en los resultados, el principal problema por el cual han fracasado es que no existe conexiĆ³n alguna con los sistemas que ya posee el banco, cada uno de estos sistemas se maneja de forma independiente. En el banco existe un Ć”rea transversal de PMO que se encargan del avance a nivel macro y de alertar en el caso que existe una desviaciĆ³n superior al 15%, una desviaciĆ³n de este tipo dentro de un proyecto es demasiado complejo de recuperar, lo que significa que la probabilidad que se desviaciĆ³n aumente es alta, lamentablemente para esto no existe un software que permita obtener dicha informaciĆ³n en lĆnea para realizar una gestiĆ³n de los problemas antes de que estos sucedan. Otro de los grandes problemas es que la mayor parte del tiempo los recursos, los cuales tienen problemas con la asignaciĆ³n de tiempo, en la mayorĆa se encuentran sobre-asignados y simplemente no reflejado la informaciĆ³n que disponibiliza el Ć”rea especializada, otro punto importante y no menor es que los requerimientos basado en los incidentes no es tan considerado dentro de una planificaciĆ³n diaria, es por esto que cuando sucede algĆŗn tipo de problema en producciĆ³n que afecte directamente al cliente y a la continuidad operacional, se debe priorizar para no afectar a clientes, lo que provoca un impacto de forma directa a algĆŗn proyecto que se encuentre en curso, pero esto se debe a que los mismo recursos que participan en los proyecto se encarga de la continuidad de servicio, otro importante problema se encuentra el inventario de piezas de software, muchas veces los proyectos deben utilizar piezas que estĆ”n productivas y mejorar para implementar un nuevo diseƱo, el banco no cuenta con inventario, por lo que al iniciar un proyecto no se detecta, el problema reciĆ©n es encontrando en la etapa de anĆ”lisis, indisponibilidad de piezas de software, debido que, estĆ”n siendo utilizadas por otros proyecto, los tiempos no siempre coinciden entre proyectos lo que se produce un desplazamiento en fechas de alguno de ellos, algo no menor y de gran importancia es que no existe un estĆ”ndar para determinar y estimar el tiempo requerido en cada uno de los proyectos, cuando se realizar una estimaciĆ³n de esfuerzo, queda todo en la expertiz del personal encargado de realizarlo pero no en base a un estĆ”ndar. Todo el problema que se genera entorno a la gestiĆ³n de proyecto, encarece considerablemente el desarrollo, aumenta el tiempo de asignaciĆ³n de recursos y lo mĆ”s importante, el producto final se desplaza en fecha de puesta en producciĆ³n, este Ćŗltimo paso afecta directamente al Ć”rea comercial otorgando una amplia ventaja a la competencia, para solucionar esto se ha propuesto como idea principal un workflow llamado Clarity, este debe considerar informaciĆ³n unificada, entregada por los distintos sistemas existentes. Con la implementaciĆ³n de Clarity se busca solucionar los distintos problemas como la gestiĆ³n de recursos, aumento de costos, entre otros, esta herramienta estĆ” enfocada a cualquier tipo organizaciĆ³n y se dedica a la gestiĆ³n de distintas Ć”reas considerando los mĆ³dulos de GestiĆ³n de la demanda, GestiĆ³n de portafolio, GestiĆ³n de proyectos, GestiĆ³n de recursos, GestiĆ³n de proceso e innovaciĆ³n, con dicha implementaciĆ³n se busca optimizaciĆ³n de recursos, mejorar tiempos de servicios al cliente, mejorar los plazos de implementaciĆ³n, todo con el fin de ser un aporte a las principales orientaciones bancarios como es el aumento de la rentabilidad, mejorar atenciĆ³n al cliente con productos de mejor calidad y seguir posicionando a Banco Estado dentro de los mĆ”s importantes del paĆs. | es |
| dc.identifier.uri | http://repositorio.unab.cl/xmlui/handle/ria/9943 | |
| dc.language.iso | es | es |
| dc.publisher | Universidad AndrƩs Bello | es |
| dc.subject | Banco del Estado de Chile | es |
| dc.subject | Sistemas de InformaciĆ³n para la GestiĆ³n | es |
| dc.subject | TecnologĆa de la InformaciĆ³n | es |
| dc.title | Mejora en gestiĆ³n de proyecto TI y asignaciĆ³n de recursos en Banco Estado para Subgerencia de Sistema Producto | es |
| dc.type | Tesis | es |
Archivos
Bloque original
1 - 1 de 1
Cargando...
- Nombre:
- a127596_Hernandez_A_Mejora_en_gestion_de_proyectos_2019_Tesis.pdf
- TamaƱo:
- 2.44 MB
- Formato:
- Adobe Portable Document Format
- DescripciĆ³n:
- TEXTO COMPLETO EN ESPAĆOL
Bloque de licencias
1 - 1 de 1
No hay miniatura disponible
- Nombre:
- license.txt
- TamaƱo:
- 1.71 KB
- Formato:
- Item-specific license agreed upon to submission
- DescripciĆ³n: