Procedimiento de Registro de Necesidad ASSA

[pic 2]

[pic 3]

INDICE

1.        INTRODUCCIÓN        

2.        CONTROL DE VERSIONES        

3.        REQUISITOS PARA UNA NECESIDAD        

4.        PRESENTACIÓN DEL DOCUMENTO DE NECESIDAD        

5.        EJECUCION DE LA NECESIDAD        

6.        FIN DE LA NECESIDAD        

1. INTRODUCCIÓN

En el siguiente procedimiento, se detalla el proceso de registro de necesidad para nuestros colaboradores y clientes de la compañía, éstos cambios aplican sobre los sistemas tecnológicos de manejo y resguardo de la información.

El siguiente documento es de carácter confidencial y está destinado sólo a los funcionarios de la compañía.

Cualquier uso no considerado debe ser informado y autorizado por la Gerencia de Operaciones y Tecnología de Alemana Seguros S.A.

1. CONTROL DE VERSIONES

1. REQUISITOS PARA UNA NECESIDAD

El registro de necesidad debe cumplir los siguientes requisitos antes de su presentar a la Gerencia de Operaciones y Tecnología.

• La necesidad puede provenir desde algún área de la compañía, como alguno de los clientes o proveedores. Para estos últimos casos, se debe indicar nombre y cargo del solicitante y quien aprueba, desde ASSA, la solicitud externa.
• En caso de necesidad desde la misma Gerencia de Operaciones y TI, es el jefe de sistemas quien debe elevar la solicitud.
• En caso de la necesidad provenga de un usuario de la compañía, la necesidad debe ir visada por el gerente/subgerente de área respectivo.
• La fecha de recepción de necesidad no debe coincidir con los períodos de cierre de la compañía o cualquier otro período especificado como Frezze Time declarado por la compañía.

1. PRESENTACIÓN DEL DOCUMENTO DE NECESIDAD

A continuación, se adjunta el documento original de registro de necesidad, el cual debe ser completado con sus respectivos campos.

[pic 4]

        Una vez recibida la necesidad, ésta deberá ser evaluada por el Gerente de Operaciones y TI, para estimación de recursos en HH, sistemas y otros.

El jefe de sistemas deberá evaluar la necesidad y traducirla en actividades, software a utilizar y tiempos de entregas.

Esta información será remitida al solicitante para su aceptación, en caso contrato, se debe evaluar una reunión entre el solicitante y el jefe de sistemas para revisar y resolver las discrepancias.

El resultado de la solicitud será informado en un plazo máximo de 2 semanas.

1. EJECUCION DE LA NECESIDAD

Declaración de Actividades

Una vez aprobada la necesidad por las partes, ésta deberá ser asignada a un Jefe de Proyectos para su ejecución. Éste, deberá reunirse con el equipo de tecnología de ASSA para la asignación de actividades.

De acuerdo a las evaluaciones y estimaciones del proyecto, deben efectuarse al menos 2 reuniones con el solicitante para informar sobre el avance y/o pruebas.

La necesidad deberá traducirse en registros dentro de los sistemas de Feng Office (Administración de Proyectos) como GITLAB (Administrador de código de desarrollo). El jefe de sistemas deberá mantener actualizados los registros según el avance planificado en la etapa de evaluación técnica.

Desarrollo de Código

En esta etapa, el equipo de desarrollo podrá escribir nuevo código utilizando un nuevo branch de GITLAB sobre el esquema maestro del proyecto. Esto, se efectúa para evitar modificaciones no aprobadas sobre el código original, que se encuentra aplicado a producción. Para validar la funcionalidad de este nuevo código, el desarrollador tiene permitido aplicar el branch creado sobre el ambiente destinado para desarrollo.

Las pruebas internas operan como validador frente a la necesidad planteada por el usuario, sin embargo, no es necesario de que participe de estas pruebas. Una vez que el desarrollo esta completado, el equipo debe dar cuenta al Jefe de Proyecto, vía correo electrónico y a través de un “Merge Request” en el sistema GITLAB. El jefe de proyecto deberá validar lo realizado por el equipo y según esta revisión, deberá seguir mejorando el código, o se aprobará su paso a QA.

...