Ir al contenido principal

Propuesta de integración de un service desk con desarrollo IV


Metodología de trabajo del service desk.

             La sucesión en el tiempo, de las unidades de trabajo del service desk, y su relación se muestran en el siguiente diagrama:

·       Una incidencia es cualquier evento que no forma parte de la operación estándar de uno de los servicios mantenidos por el service desk, y que provoca, o se prevé que provocará, la interrupción o reducción de la calidad en el servicio. Con la gestión de la incidencia se puede dar el caso de descubrir un fallo o problema en la infraestructura TIC y puede ser la causa desconocida de uno o más eventos.
o   Si la incidencia no tiene que ver con el software, se vinculará con otro servicio distinto del producto software, que permita su resolución sin influir en el equipo de desarrollo.

·       Un problema es la causa desconocida de una o más incidencias que provocan la interrupción o la desviación de la operativa normal. Una vez se estudia el problema y se definen sus causas, se convierte el problema en un error conocido.
o   En este estado, las incidencias estarán el mínimo tiempo, pasando a “error conocido” o “rfc” lo antes posible.
o   Si el problema ya ha ocurrido en el sistema y está solucionado, se buscará el problema en las bases de datos del conocimiento, se indicará en las observaciones del mismo y se cierra.

·       Errores conocidos.
o   Si es un error que afecta al producto software, se identifica en este momento a qué parte afecta.
o   Se prioriza, y en caso de ser necesario, se pondrá en marcha un procedimiento de problemas graves, que se debe definir con el cliente, identificando recursos y tiempo de respuesta.
o   En este caso el equipo de desarrollo lo evaluará y lo clasificará, trabajando en la corrección del error y relacionándolo con el alta en el service desk.

·       RFC (Request For Change) o peticiones de servicio. Si una nueva solicitud no está definida como un servicio estándar o previamente configurado y modifica el estado de la infraestructura TIC, entonces se genera una petición de cambio o RFC.
o   En este caso el equipo de desarrollo decidirá si se trata de un nuevo requisito o una mejora y lo relacionará con la “rfc” dada de alta por el service desk.



Propuesta de integración de un service desk con desarrollo III
Propuesta de integración de un service desk con desarrollo V



Comentarios

Entradas populares de este blog

Gestión de activos y configuración del servicio en el desarrollo de software

PROCESOS ITIL PROCESO DE TRANSICION DEL SERVICIO EN EL DESARROLLO E SOFTWARE IV GESTION DE ACTIVOS Y CONFIGURACION DEL SERVICIO Asegura que los componentes de un servicio, sistema o producto que constituyen su configuración se identifican, mantienen y tienen línea base y que sus cambios están controlados. También asegura que las entregas se hagan en entornos controlados y su uso en el entorno de operación. Para ello, proporciona un modelo de configuración de los servicios, activos e infraestructura. ¿Cómo encaja la gestión de activos y configuración del servicio en el proceso elemental de desarrollo de software? La Gestión de Configuración del Servicio da respuesta a las siguientes cuestiones: ¿Cómo identifica y gestiona una organización las muchas versiones existentes de un programa (y su documentación) de forma que se puedan introducir cambios eficientemente? IDENTIFICACION: Se trata de establecer estándares de documentación y un esquema de identificación de do...

Gestión del cambio en el desarrollo de software

PROCESOS ITIL PROCESO DE TRANSICION DEL SERVICIO EN EL DESARROLLO DE SOFTWARE III GESTION DEL CAMBIO La Gestión del Cambio, supone la evaluación y planificación del proceso de cambio para asegurarnos que se realice de la forma más eficiente, siguiendo procedimientos establecidos y en todo momento asegurando la calidad y continuidad del servicio. La Gestión del Cambio es uno de los procesos más críticos en la Gestión de Servicios y de los Sistemas de Información. Es el proceso responsable de aceptar los cambios que se llevarán a cabo en la infraestructura y de supervisar, asumiendo la responsabilidad, de que el cambio se acepte como definitivo. Es primordial para el negocio disponer de un proceso en el que los cambios se puedan gestionar para optimizar la exposición al riesgo, la severidad del impacto y aumentar las probabilidad de tener éxito al primer intento. De ahí que el segundo objetivo de la Gestión del Cambio sea reducir los riesgos técnicos, económicos y de tiempo. ¿P...

Propuesta de integración de un service desk con desarrollo

PROPUESTA DE INTEGRACIÓN        En esta propuesta, se tratará el enlace entre el equipo de Service Desk con desarrollo de una misma herramienta, para optimizar la gestión de problemas que pueden tener los distintos clientes y la resolución de los mismos.      Se analizarán las necesidades del Service Desk con respecto a desarrollo, dejando fuera de esta propuesta otras necesidades que requiere un Service Desk. Además, mostraré la visión que necesita desarrollo del Service Desk para organizar el trabajo y tener una visión más cercana de los problemas del cliente.      La comunicación entre clientes, Service Desk y desarrollo es vital para garantizar el éxito del proyecto ya que entre los tres equipos fluye mucha información.      Esta información tiene que estar recogida en una herramienta de fácil uso y accesible a todos los equipos, de forma que si algún miembro del equipo tiene una duda o necesita consulta...