Cuestión : Ayudarme por favor a refinar este concepto (eventual en un diagrama de proceso)

De acuerdo con un dibujo áspero del tablero blanco - necesito crear un diagrama de proceso.  el proceso del

The está básicamente sobre cómo un cambio es necesario para una red, y cómo se procesa y se ejecuta eventual esa petición del cambio.  el

First, sin embargo, debo subir con algunos conceptos en lo que pienso que esto significa.  Me dicen que a me se permite hacer asunciones.  No he hecho esto antes de que sea tan bastante abstracto y vago en lo que me suponen exactamente hacer.  Apenas me suponen pensar de la materia, y después la repaso con la persona que me asignó esto.  Debe comenzar en el papel, no en Visio.  el

Here es lo que entiendo del dibujo:

1. Un individuo identifica una necesidad de un cambio (éste puede ser alguien de negocio o de ÉL - y no tiene que necesario ser algo que se percibe para ser relacionado directo con la red, él podría apenas ser un usuario empresarial que necesita el acceso a un cierto uso o servidor de archivos).  

2. El cambio es entonces somehow divulgado a la unidad de negocio ÉL el representante, que identifica si la petición del cambio requiere un cambio de la red.  

3. El representativo rellena un impreso de la petición del cambio (si requiere un cambio de la red?).

4. La forma de la petición del cambio consigue aprobada o rechazada por LO de la unidad de negocio dirección.  Si están aprobados, establecen una cronología de la planificación a implementation.

5. por lo menos dos semanas antes de que se programa para ser ejecutado, él deben ser enviados a ÉL tablero global de la aprobación del cambio.  Incluso si no es un cambio de la red global, debe todavía ir a este tablero.  El tablero lo repasa y después lo aprueba, lo rechaza, o le lo envía de nuevo a la unidad de negocio dirección para cambios y actualizaciones más futuros.  

6.  Si está aprobado, se programa oficialmente para la puesta en práctica (también será probado por los usuarios que son identificados por los dueños del uso).  La comunicación al negocio debe ser enviada en cómo y cuándo afecta a them.

7.  ¿Si está rechazado -?? - Conjeturo que está lanzada hacia fuera o que devuelta para modification.


I no realmente sure qué estoy pidiendo porque no estoy seguro cuál a hacer en el primer lugar.  Sé que me suponen hacer asunciones.  Quizá si usted los individuos podría apenas preguntarme que otras preguntas sobre el proceso así que mí pueden refinarlo, y hacer las asunciones.  Aquí está uno:  Tener en cuenta que este proceso entero es todo relacionado al cambio de la red, solamente la persona que solicita inicialmente cambio los mayo o mayo para no lo saber.  También no saben probablemente quién para entrar en contacto con para conseguir este cambio pidieron (el negocio ÉL representante), o entrar en contacto con them.

Or si usted los individuos ve cualesquiera defectos o barreras de la comunicación a él, después me dejaron saber porque eso ayudaría también.  el

Here es una cierta otra información sobre el tablero global de la aprobación del cambio a que encontré, si ese ayuda.  el tablero global de la aprobación del cambio del

The consiste en 3 regiones del mundo - las 3 redes todas se sientan en su propia nube de MPLS, y están conectadas a través de puntos de mirada.  También hay los dato-centros globales que conectan todos ellos, así que si requieren el acceso a cierto uso en otra región/red, no tienen que pasar a través de ellas obtener el acceso a él.  ¿Eso tiene sentido? ¡

Thanks! class= del

Respuesta : Ayudarme por favor a refinar este concepto (eventual en un diagrama de proceso)

Éste es un esquema muy genérico de cómo lo veo.  Ir a través y ver si es lo que usted está buscando.  Usted, por supuesto, necesitará agregar en los específicos.  Esperar que esto ayude.

1. El individuo identifica una necesidad de un cambio o de un acceso de la red.
2. El usuario envía un email a [email protected] que lo notifique representativo.
3. El representante rellena la necesidad de usuario de detalle de la petición un impreso y le lo envía a la unidad de negocio dirección.
4. La petición es repasada por ELLA de la unidad de negocio dirección en el plazo de XX los días de la petición que es recibida.  
4a. Si se rechaza la petición se devuelve al ÉL representativo para informar al usuario o para recolectar la clarificación adicional.  Si más clarificación es necesario ÉL el representante tiene días XX para completar un andendum a la petición y para resometerlo a la unidad de negocio dirección.
4b. Si la petición es aprobada establecen una cronología tentativa de la planificación a la puesta en práctica.
5. Después de que se forme el plan, y por lo menos dos semanas antes de que se programa para ser ejecutado, debe ser enviado a ÉL tablero global de la aprobación del cambio.  Todas las peticiones deben ir a este tablero.  El tablero repasa la petición en el plazo de XX días de recibirla.
5a. Si se rechaza el plan se devuelve a ÉL de la unidad de negocio dirección con una razón del rechazamiento o un pedido cambios y actualizaciones más futuros.  Si los cambios son ÉL de la unidad de negocio necesaria la dirección tiene días XX para resometer el plan para otra evaluación.
5b. Si el plan es aprobado pasará con una fase de pruebas de los usuarios que son identificados por los dueños del uso.  Esta fase de pruebas durará entre los días de XX-XX.
6. Una vez que la prueba es completa y la petición juzgada para no ser un detrimento a la puesta en práctica de la estabilidad o de la seguridad de red será programado.
7. La comunicación será enviada a las unidades de negocio relevantes en cómo y cuándo la petición les afectará.  La comunicación también indicará que tienen días XX para notificarla con cualesquiera preguntas o edición relacionada con la petición.  Después que tiempo necesitarán pasar a través de los canales normales de la ayuda.