viernes, 15 de abril de 2016

Flujo de Trabajo de Gestión del Cambio


              Iniciar la Petición de Cambio

              Planes del Cambio y CAB (Change Advisory Board, Comité de Control de Cambios)

              Aprobación por parte de los miembros del CAB

              Coordinación de la Implementación del Cambio

              Revisión Post Implementación

              Historia del Cambio

Iniciar la Petición de Cambio

Usted puede iniciar una Nueva Petición de Cambio o iniciar un cambio a partir de uno o más Problemas. La Petición de Cambio se considera basándose en el Impacto del Negocio, la Urgencia y la Prioridad. El plan del Cambio se realiza para comenzar con el proceso del cambio.

El Plan del Cambio necesita tener datos completos sobre las razones para acometer el mismo, tales como cuánto impactará dicho cambio en el negocio. La etapa de Planificación del Cambio necesita tener la siguiente información, de tal manera que los Gestores del Cambio y el CAB tengan todos los detalles para tomar decisiones informadas:



              Análisis del Impacto – riesgos involucrados en la implementación del cambio

              Desarrollo del Plan – cómo se implementará el plan 

              Vuelta Atrás del Plan - plan para reestablecer las cosas de vuelta a su estado original si falla el plan


              Lista de Comprobación (Checklist) – Lista de elementos obligatorios requeridos para que el plan tenga éxito 



Planes del Cambio y CAB (Change Advisory Board, Comité de Control de Cambios)

              ServiceDesk Plus ofrece 4 tipos distintos de construcción de Planes del Cambio.

              Cambio Estándar

              Cambio Menor 

              Cambio Mayor 

              Cambio Significativo

ServiceDesk Plus le permite definir y configurar sus propios Tipos de Cambio con un código de colores que denota la gravedad de cada uno.

Cambio Estándar

Los Cambios Estándar son cambios preaprobados autorizados por el Gestor del Cambio basándose en las políticas de Gestión. Los cambios frecuentes, tales como actualizaciones de RAM permitidas para usuarios de PCs o la lista de aplicaciones software permitidas, pueden ser preaprobadas por el Gestor del Cambio, así los cambios se llevan a cabo más rápidamente.

Cambio Menor
Un cambio Menor se define como un cambio que tiene un bajo impacto en el negocio y no consume muchos recursos. El Gestor del Cambio es quien aprueba los Cambios Menores.

Change Advisory Board

ServiceDesk Plus le permite crear CABs. Basándose en los tipos de cambio definidos, usted puede decidir enviar el plan del cambio a los miembros del CAB para su aprobación. Puede crear distintos CABs tales como CAB de Emergencia, CAB Técnico, etc.

Aprobación por parte de los miembros del CAB

Los miembros del CAB se reúnen una vez cada dos semanas o una vez al mes para discutir los cambios que deben someterse a su aprobación. Basándose en el plan del cambio y en el análisis de riesgos, los miembros del CAB toman una decisión unánime para Aceptar o Rechazar el Plan del Cambio.

Coordinación de la Implementación del Cambio

• Calendario del Cambio (FSC, Forward Schedule of Change)

Todos los cambios aprobados tienen que ser implementados con el mínimo tiempo de parada del servicio. ServiceDesk Plus le ofrece modelos de informe basados en la Prioridad, la Urgencia, por Incidente y Problema, lo cual ayuda al Gestor del Cambio a priorizar y planificar los cambios.



Calendario del Cambio

Los cambios se programan y publican basándose en los cambios considerados para la próxima implementación.  El Calendario de Cambios mantiene a todo el mundo informado de cuándo estará caído un servicio determinado por tareas de mantenimiento y cuándo se reestablecerá.  




Implementaciones 
ServiceDesk Plus le ayuda a hacer el seguimiento de tareas importantes relacionadas con la implementación de cambios aprobados. Una Petición de Cambio puede desglosarse en múltiples tareas con distintos propietarios. El Gestor del Cambio puede delegar tareas en los técnicos, programar y hacer seguimiento del estado de las mismas. Las tareas les dan a los Gestores del Cambio un mayor control de los detalles durante la implementación de un cambio.


Revisión Post Implementación

La Revisión Post Implementación ayuda al Gestor del Cambio a hacer seguimiento del desarrollo del cambio mediante:
              La captura de las incidencias ocurridas durante el cambio

              El seguimiento KPI (Key Performance Indicators, Indicadores Clave) para medir la efectividad del cambio






No pierda de vista la Historia del Cambio:

Así como la Gestión del Cambio implica claves de negocio, es importante mantener la documentación sobre el cambio perfectamente clara. ServiceDesk Plus no pierde de vista la Historia completa del cambio. Esto le ayuda a auditar los cambios y a disponer de toda la información tal como cuándo se editó el plan para el cambio, cuándo fue aprobado, quién lo aprobó, etc. Las Propiedades de la Vista le ayudan a mantener un registro de todos los cambios para propósitos de auditoría.





 Base de Datos de Gestión de la Configuración (CMDB,

Configuration Management Database) 





Descubra los activos: 


ServiceDesk Plus le ayuda a descubrir todos sus activos de TI tales como estaciones de trabajo (windows, Linux y Apple Mac), impresoras, routers, switches y puntos de acceso, dejando todos los activos y sus detalles en un mismo lugar. ServiceDesk Plus le ayuda a asignar identificadores y nombres de activos para poder identificarlos de manera única.

Inventario Detallado de Activos

La búsqueda exhaustiva ofrece información detallada tal como número de modelo, estado del activo y detalles de la configuración y el inventario del mismo.

Librería de Software

ServiceDesk Plus descubre todo el software instalado en su organización y construye una librería de software con sus licencias. Ello le permite tener rápidamente informes del software adquirido frente al instalado y al software con licencia que rara vez se usa, lo que le ayuda a establecer una línea en la gestión de las licencias del software.  



Relaciones entre Activos

Cuando un Servicio de TI está caído, necesita usted saber cuántos usuarios se verán afectados? ServiceDesk Plus le ayuda a definir y manejar las relaciones entre activos. ServiceDesk Plus le ofrece tres tipos de relación que usted puede usar para denotar las relaciones entre activos.

Relaciones de Conexión

Relaciones de Uso

Relaciones de Contenido











Diagrama de Flujo de Gestión del Problema en ServiceDesk Plus:

• Detección del Problema y Clasificación
• Prioridad del Problema
• Análisis del Problema
• Soluciones, Soluciones Temporales y Registro de Errores Conocidos
• Cierre del Problema

Paso 1: Detección del Problema y Clasificación
Los técnicos de Problemas pueden ver el origen de todos los incidentes basándose en la clasificación
de Category > Sub Category > Item. Los informes de los 10 incidentes que más se repiten de cada
categoría dan una idea clara de lo que debe arreglarse en primer lugar.


Paso 2: Prioridad del Problema


Dependiendo de la Urgencia y el Impacto del problema, se puede establecer la prioridad del mismo. Esta priorización ayudará a los técnicos a seleccionar los distintos problemas y llevar a cabo las acciones necesarias, centrándose primero en los problemas críticos.

Paso 3: Análisis del Problema

Los técnicos pueden analizar la causa raíz y el impacto de los problemas y adjuntarlos en SDP como parte del problema. Esto ayuda a dar una única visión para entender cuál podría ser la causa del problema y las soluciones o soluciones temporales que se pueden ofrecer.






Paso 4: Soluciones, Soluciones Temporales y Registro de Errores Conocidos





Las soluciones quedan asociadas permanentemente a los problemas existentes. Las soluciones temporales pueden ser utilizadas por el técnico hasta que la solución definitiva esté lista.
Opcionalmente, usted puede añadir Tareas que son necesarias para aclarar el Incidente.

Paso 5: Cierre del Problema

Los técnicos trabajan para cerrar el problema, pero los supervisores necesitan informes claros para analizar patrones de problemas. Las normas para el cierre del problema  fuerzan a los técnicos a cerrar el mismo sólo si cumplimentan todos los campos obligatorios. Usted puede establecer otras reglas para el cierre del problema a través de Admin > Problem/Change Management > Problem Closure Rules. Sólo si los campos obligatorios han sido completados se puede cerrar el problema.








































Gestión del Incidente



Diagrama de flujo del Incidente en ServiceDesk Plus

Detección del Incidente

Registro de detalles del Incidente

Clasificación del Incidente

Ofrecimiento de Soluciones temporales o definitivas

Escalado / Archivo de un nuevo problema o asociación a un problema ya existente

Cierre del Incidente

Paso 1: Detección del Incidente:


Cuando entra una petición, ServiceDesk Plus le ayuda a definir el Tipo de Petición. Cuando el informe de la petición es sobre una interrupción o un fallo en la Calidad del Servicio, la petición se clasifica como un Incidente. Cuando la petición requiere la instalación de un Nuevo Servicio, se clasifica como Petición de Nuevo Servicio.



Paso 2: Registro de los Detalles del Incidente






Cuando se detecta un Nuevo Incidente, es importante para el técnico del CAU calificar el mismo. Los técnicos del CAU pueden calificar el incidente hacienda las preguntas correctas que ayudarán a los técnicos del Nivel 2 a resolver el Problema más rápidamente. ServiceDesk Plus le ayuda a registrar todos los detalles de lo incidentes.
Definir la Matriz de Prioridades

La Matriz de Prioridades le ayuda a determinar la prioridad adecuada basándose en los valores dados por el impacto del negocio y la urgencia. Los gestores del CAU pueden configurar esto una sola vez y ServiceDesk Plus asignará la prioridad adecuada. Esta es una de las buenas prácticas de ITIL en lo concerniente a Gestión del Incidente. De todos modos, está diseñada para ser lo suficientemente flexible como para que usted ignore la Matriz de Prioridad y sean los técnicos y los usuarios los que definan las prioridades (pero no es recomendable que haga esto)  Admin > Helpdesk Customizer > Priority Matrix  




Paso 3: Clasificación del Incidente
Los técnicos del CAU pueden clasificar el incidente mientras se crea un nuevo incidente o una actualización Category > Sub Category > Item en un incidente levantado por el usuario.  La clasificación de incidentes es muy importante para entender el origen de todos sus incidentes. 






Paso 4: Ofrecer una Solución Temporal o Definitiva
Los técnicos del CAU pueden buscar soluciones temporales o soluciones definitivas ya existentes para las peticiones y dárselas a los usuarios inmediatamente.






Paso 5: Dar de alta un problema Nuevo o asociarlo a uno ya existente

Los técnicos del CAU tienen que agrupar incidentes similares que apunten al mismo Category > Sub
Category >  Item  y dar de alta problemas nuevos o asociarlos a problemas preexistentes. Una vez

Un incidente debe cerrarse sólo cuando los usuarios confirman que la solución les ha servido. Los técnicos del CAU necesitan ser el Único Punto de Contacto (SPC, Single Point of Contact) y mantener a los usuarios informados hacienda seguimiento de su status y asegurándose de que todos los incidentes son resueltos y cerrados. Es una dura tarea la de cerciorarse de que todos los usuarios van confirmando el cierre de los incidentes.

Crear y Educar a los usuarios  acerca de sus políticas de cierre

Usted puede decidir que el CAU resuelva asuntos y luego pasen por usted. Los usuarios deben confirmar que el Incidente ha quedado resuelto, si no responden en un plazo máximo de 10 días se asume que están de acuerdo con el cierre del incidente.

ServiceDesk Plus le ayuda con el cierre del Incidente

Sus técnicos del CAU pueden resolver incidentes y cambiar el status de las peticiones al estado resuelto. ServiceDesk Plus enviará un email a la persona que hizo la petición preguntándole si la solución le fue útil. Si los usuarios no responden en 10 días, la petición se cerrará automáticamente.

Paso 6: Cierre del Incidente

















Capítulo 7 Implementando ITIL Soporte del Servicio con Service Desk Plus



Usted + Procesos ITIL + ServiceDesk Plus --- Consígalo ya

Soporte del Servicio ITIL y ServiceDesk Plus



Instale ServiceDesk Plus- Con los ojos vendados


La instalación de ServiceDesk Plus es sencilla y directa. Puede instalarlo en cualquier servidor Windows / estación de trabajo o servidor Linux / estación de trabajo. No se requiere servidor web o base de datos de configuración. Incluye la base de datos MySQL y un servidor Apache Tomcat que se configurará automáticamente cuando haga la instalación. Siga el asistente de instalación y cuando pulse Finalizar estará hecho.



Comencemos


Para ayudarle a entender rápidamente como ServiceDesk Plus mapea los procesos de Soporte del Servicio ITIL, necesitamos Usuarios, Peticiones y  Activos. Veamos con qué rapidez podemos tenerlos dentro del sistema.

1. Introduzca sus Usuarios

Importe los Usuarios desde el Directorio Activo
ServiceDesk Plus integrado con su Directorio Activo le ayuda a conectar e importar usuarios. Para realizar la demostración más sencilla, seleccione solo una Unidad Organizativa (Organization Unit, OU)  e importe los usuarios.

Admin > Users > Active Directory


No tiene un Directorio Activo?

Si no dispone de un Directorio Activo, está bien, puede importar usuarios desde un archivo CSV o teclear unos pocos solicitantes manualmente.

Configure el Email para recibir peticiones

Para asegurarse de que no se mezcla con el sistema de producción, le recomendaría que corriese toda esta instalación en un entorno de prueba.

1.            Crear una cuenta de email, ponga ‘demo’ en su servidor de mail

2.            Para recibir peticiones, tiene que configurar el servidor de Mail bajo la pestaña Admin

3.            Especifique la dirección de email que acaba de crear demo@nombredesudominio.com y su nombre de usuario

4.            Seleccione el protocolo en Tipo de Email

Una vez hecho esto, envíe un email o pida a los solicitantes que lo hagan, verá que dicho email será traído y convertido en una petición.


Por favor tenga en cuenta que cuando los mails se llevan a ServiceDesk Plus se borrarán de su servidor de email.
Queda avisado!

Explore y coloque dentro sus activos


ServiceDesk Plus le ayuda a tener dentro todos sus activos de TI y no-TI.

 Activos TI: Será capaz de explorar

              Todas las estaciones de trabajo y Servidores – Windows, Linux, Apple Macs y clientes HP
            Thin

              Dispositivos de Red – Impresoras, Routers, Switches y Puntos de Acceso (y la mayoría de dispositivos que tienen una dirección IP)

Use el Explorador de Windows para descubrir todas las estaciones de trabajo windows y servidores y use el Explorador de Red para descubrir los servidores Linux, estaciones de trabajo Linux, Apple Macs y todos los dispositivos de red. No hay que instalar agentes para explorar activos. El explorador de windows usa WMI para conectar las estaciones de trabajo / Servidores. El explorador de red usa SSH para explorar Linux y Apple Macs y SNMP para todos los dispositivos de red.
 







Capítulo 6 CMDB (Base de Datos de Gestión de la Configuracion

¿Qué tendrá la CMDB?


La CMDB debería contener información de todos los componentes críticos del negocio.

              Personas: Nombres de usuario, departamento al que pertenecen, localidad, etc…

              Activos: Todos los activos que son parte del negocio tales como estaciones de trabajo, escritorios, encaminadores, impresoras,…

              Software: Todo el software comercial con sus licencias que esté instalado en su entorno TI.

Los activos y componentes de la CMDB son conocidos y se les llama Elementos de Configuración (CI o Configuration Item).

La cita de FedEx es válida también para la CMDB.

“La información sobre un paquete es tan importante como el propio paquete“. Mike Glenn,  Fedex.

¿Por dónde debería empezar?




Plan

Tener una idea clara de:

Por qué debería tener una CMDB

Qué se pretende alcanzar

Quién lo controlará y gestionará

Procedimientos a seguir


Identificación

Los Activos/CI tienen que identificarse de manera única; así que, debería haber un sistema para ello:

Definir patrones de etiquetado de nombres

Un identificador para cada elemento y su
número de versión

Un método para definir dueños de los CI y sus

Capítulo 5 Gestión de la Versión

La Gestión de la Versión trabaja codo con codo con la Gestión del Cambio. La Gestión del Cambio es responsable de planear y la Gestión de la Versión de ejecutar/implementar.





Desde la perspectiva de la TI, la Gestión de la Versión le ayuda a desarrollar cambios en su TI suavemente sin ninguna interrupción.

              Un plan de la Versión con información relativa a qué desplegar, cómo hacerlo y especificaciones en las que se trabajará.

              La estructura/cambio de lo desplegado se prueba a fondo en condiciones de test similares a las condiciones reales.

              Se graban los valores de configuración de la línea base antes de aplicar los cambios.

              Se lanza y distribuye según el plan. 

              Se verifica y prueba si los cambios solicitados se han cumplido.



Capítulo 4 Gestión del Cambio

Gestión del Cambio




La mayoría de los pequeños negocios piensan que la Gestión del Cambio requiere demasiado control y que no es posible implementar un cambio rápidamente cuando se tiene un proceso tan extenso. La Gestión del Cambio no será complicada a no ser que usted planee complicarlo. Consiste en tener un plan sencillo y organizarse para no tener sorpresas fuera de tiempo.
 Common Sense Plan ITIL Plan




Plan de Sentido Común


Plan ITIL

       Formular un Plan bien definido

       Definir el cambio que se propone

       ¿Cuán complejo es el cambio: mayor / menor / regular?

       ¿Cuándo y cómo está planeando llevar a cabo el cambio?

       ¿Su negocio se verá afectado cuando esté implementando este cambio?

       Si fallan sus planes de cambio, ¿reestablecerá el último servicio conocido que funcionaba?

       Haga una lista de comprobación de las cosas que asume estarán disponibles.


Petición de Cambio
Un Plan de Cambio debería contener

      Plan de desarrollo

      Plan de marcha atrás

      Determinación del Impacto en el Negocio

      Lista de comprobación de dependencias


Identificar y obtener aprobación de los interesados que podrían verse afectados por el cambio

Comité de Asistencia del Cambio

Asignar prioridad y programar el cambio

Envíe la Programación de los Cambios


Probar el cambio en un entorno controlado e implementarlo

Gestión de Versiones



¿Cómo ha ido el cambio? Anote todas losffallos Mejore su plan la próxima vez.


Revisión Post-Implementación