Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SOFTWARE
“CHANGE REQUEST
MANAGEMENT”
GNOC2.0
1
Contenido
Pagina
I. Objetivos……………………………………………………………………………...3
II. Aplicación…………………………………………………………………………….3
III. Procedimiento……………………………………………………………………3
1. Ingresar al software……………………………………………………………...3
Anexo I…………………………………………………………………………………21
Anexo II………………………………………………………………………………...23
Anexo III………………………………………………………………………………..24
Anexo IV……………………………………………………………………………….26
2
I. OBJETIVOS
II. APLICACIÓN
Departamento Técnico
Departamento NOC
Sucursales
III. PROCEDIMIENTO
1. Ingresar al software:
Ingresar al Change Request Management con la siguiente dirección y a través de la
intranet de Bitel:
http://10.255.58.94:9000/
Usar navegadores a partir de las versiones: IE 11, Firefox 70, Chrome 74, Edge
17, Safari 12.1, Opera 63
3
Ingresar su respectivo usuario (VTP+DNI por ejemplo: VTP45719934) y contraseña para
acceder al software, de haber olvidado su contraseña siga los pasos indicados en el Anexo
I.
4
Completar la información de acuerdo a los requerimientos del plan; de forma obligatoria
se tienen que completar todos los campos en asterisco rojo (*):
5
CR name: Escribir los detalles del plan en base al plan/WO/TT… Ejemplos:
Process: Hacer doble click para abrir otra ventana donde se elegirán las
siguientes opciones:
6
o CR Type:
o Risk:
o Subcategory:
Affect to services:
o Si elige: “yes”; debera completar:
Affected services: seleccionar con un check dentro del menú los
servicios a afectarse, por ejemplo: 3G (Voice), 3G (Data), 4G
(Voice), 4G (Data), etc.
Total affected Customers: escribir aproximadamente el número de
abonados o clientes que se verán afectados.
Total affected minutes: escribir aproximadamente la cantidad de
minutos de afectado el servicio.
o Si elige: “no”; no deberá elegir nada más.
8
Elegir la opcion “Choose file” de “impact Script” y seleccionar el archivo
MOP (Method of process). Luego “Save”.
9
Si se necesita de alguna División, Departamento o equipo técnico para la
ejecución del CR, se debe adjuntar una WO para cada uno de ellos.
o WO name: Escribir los detalles del plan, podría ser el mismo que el
nombre del CR. (en algunos casos se seleccionara el código del CR, de ser
ese el caso, no modificar)
o Work Description: Describir todas las acciones que debe hacer la
División, Departamento o equipo técnico para ejecutar el CR.
o Work type: VTP_WO support for Change Request, en caso se necesite
hacer test del servicio afectado elegir: VTP_WO service test.
o Priority: Normal
10
o Start time, End time: se seleccionaran de manera automática.
o CD Group: dar click en “Add”
11
Finalmente la WO quedara guardada en el CR:
12
Seleccionar con un check el o los equipos a agregar
Finalmente elegirlos: “Choose”
13
o “Send CR to approve” para cualquier otro tipo de trabajo:
Nota: Puede buscar ejemplos de cómo crear CRs en diferentes dominios en el Anexo IV
3. Proceso de aprobación del CR
1. CR Normal:
ii. Director del Technical Center (Sr. Luis Membrillo) o Manager del
departamento involucrado debe aprobar el CR.
14
o Click en el botón de “receive”
15
Nota: De asignar a otro personal, dicho personal debe seguir los pasos
descritos en el paso vii.
o Click en “Accepted” y el CR queda aceptado.
16
o Click en el botón de “complete”
17
o En la pestaña “Attachments” adjuntar el archivo MOP reeditado con los
resultados de dicho plan, si hubiera algún log de los eventos realizados
también debe de adjuntarse de la siguiente manera:
18
o Insertar el “worklog”, osea los comentarios de lo acontecido con el CR:
19
20
ANEXO I
Como cambiar la contraseña
21
4. Recibirá en su correo Bitel un mensaje del “sso@viettel.com.vn” con el
código secreto:
22
ANEXO II
Estados del CR
Estado de CR Significado
CR aprobado por Manager de Grupo ó TC,
Wait Manager approve también significa esperando aprobación por
cualquiera de ellos.
Wait to check format CR aprobado por TC, esperando revisión del CM
CR coordinado por CM, esperando evaluación del
Coordinated
“Appraisal Unit”
CR evaluado por Manager de Grupo, TL o CM,
Wait assign CAB
esperando asignación para el miembro del CAB
CAB CR asignado al miembro del CAB
CR evaluado por el miembro del CAB, esperando
Wait to schedule
aprobación del CM
CR aprobado por CM, esperando ser recibido por
Wait to accept
el TL del grupo responsable
Accepted CR aceptado por staff o TL de grupo
Resolved CR completado por staff o TL de grupo
Closed CR cerrado por CM
Nota: Solo serán considerados para ejecución aquellos CR que estén en estado
“Accepted”
23
ANEXO III
Principales formas de Como buscar un CR
24
d. Buscar por grupo responsable:
25
ANEXO IV
Ejemplos de CR en diferentes dominios
CR en dominio: “Transmisión”
CR en dominio: “M&E”
CR en dominio: “Radio”
26