Memorias Aranda webCast Gestión de cambios
-
Upload
aranda-software -
Category
Devices & Hardware
-
view
1.258 -
download
0
description
Transcript of Memorias Aranda webCast Gestión de cambios
Gestión de Cambios
Javier AmilArgentina / Mayo / 2011
Meta
…………
El objetivo primordial de la Gestión de Cambios es que se realicen eimplementen adecuadamente todos los cambios necesarios en lainfraestructura y servicios TI garantizando el seguimiento de procedimientosestándar.
© Aranda Software
Responsabilidades
La Gestión de Cambios debe asegurar que los cambios:
• Están justificados.• Se llevan a cabo sin perjuicio de la calidad del servicio TI.• Están convenientemente registrados, clasificados y documentados.• Han sido cuidadosamente testeados en un entorno de prueba.• Se ven reflejados en la CMDB.• Pueden deshacerse mediante planes de "retirada del cambio" (back-outs) en
caso de un incorrecto funcionamiento tras su implementación.• Revisar y cerrar los RFC (Requests For Change)• Convocar reuniones del CAB, excepto en el caso de cambios menores, para la
aprobación de las RFCs y la elaboración del FSC.• Coordinar el desarrollo e implementación del cambio.• Evaluar los resultados del cambio y proceder a su cierre en caso de éxito.
© Aranda Software
Tipos de Cambio
• CAMBIOS BASICOS:
Prioridad basado en el IMPACTO+URGENCIA (alta, media, baja…urgente) Categoría basado en el IMPACTO EN EL NEGOCIO (menor, significante,mayor)
• CAMBIOS URGENTES (cambio que necesita ser implementado lo mas pronto posible)
• CAMBIOS ESTANDAR (una solución aceptada, identificable y relativamente común)
© Aranda Software
Proceso de Control De Cambios (Normal)
Filters requestsStart
Allocates initial priority Decide category and/or use of standard model
Implement change using appropriate Standard Change model
Builds Change, devises back-out & testing plans
Tests ChangesCo-ordinates Change implementationChange review
Closed
Change Manager
Approves / rejects and schedules Changes, reports action to CAB
Change Manager
Circulates RFCs to CAB members
Change Manager
Circulates RFCs to Board members
minormajor significant
Approve / reject Changes(Financial / Technical / Business)
Approve / reject Changes(Financial / Technical / Business)
Change Manager Change Manager Change Manager
Change BuilderSenior management / board level
Senior management / board level
Change Manager Change Manager Independent tester
© Aranda Software
Definición / Objetivos
Filters requestsStart
Allocates initial priority Calls CAB or CAB / EC meeting
Quickly assesses impact resources and urgencyUrgent testing
Change Manager
Co-ordinates Change implementation
Ensures records are brought up to date Review Change
Closed
Change Builder
Builds Change, devises back-out & testing plans
Change Manager Change Manager Change Manager
Independent tester
Change Manager Change Manager
CAB or CAB / EC
© Aranda Software
Principales Similitudes y Diferencias
RFC
Stage 1
Stage 2
Stage 3
Stage 4
Stage 5
• Registro, aceptación, prioridad Urgente?
• Categoría, impacto, evaluación, autorización y programación.
Construir Testiar
• Implementar SI / NO ? (Backout)
• Revisar, cerrar RFC
© Aranda Software
Las 7 R’s de Change Management
• Quien origino (Raised) el cambio?
• Cual es la razón (Reason) o justificación del cambio?
• Cual es el retorno (Return) esperado para este cambio?
• Cuales son los riesgos (Risk) involucrados en el cambio?
• Que recursos (Resources) se requieren para realizar el cambio?
• Quien es el responsable (Responsible) por la construcción, prueba e
implementación del cambio?
• Cual es la relación (Relationship) entre este cambio y otros en
progreso?
© Aranda Software
Beneficios• Se reduce el número de incidentes y problemas potencialmente asociados a todo
cambio.• Se puede retornar a configuraciones estables de manera sencilla y rápida en caso de
que el cambio tenga un impacto negativo en la estructura TI.• Se reduce el número de "back-outs" necesarios.• Los cambios son mejor aceptados y se evitan "tendencias inmovilistas".• Se evalúan los verdaderos costes asociados al cambio y por lo tanto es más sencillo
valorar el retorno real a la inversión.• La CMDB está correctamente actualizada, algo imprescindible para la correcta
gestión del resto de procesos TI.• Se desarrollan procedimientos de cambio estándar que permiten la rápida
actualización de sistemas no críticos.• Incrementar la visibilidad de cambios para ambos Negocio y staff de soporte.• Reducir el impacto adverso de los cambios, impacto técnico y evaluación de riesgos.• Mejorar la productividad de los usuarios a través de minimizar las interrupciones y
proveer alta calidad en el servicio.• Mejor evaluación de los costos de los cambios propuestos.
© Aranda Software
Consideraciones
• CHANGE ADVISORY BOARD (CAB): Evaluación de RFC’s, reuniones regulares.
• CATEGORIA DEL CAMBIO (Menor, mayor, significante).
• Emergency CAB (ECAB): Es responsable de evaluar el impacto de cambios urgentes.
• FORWARD SCHEDULE OF CHANGES (FSC).
© Aranda Software
Desafíos: Cambios
• Los diferentes departamentos no siempre aceptan la autoridad dela Gestión de Cambios
• No se siguen los procedimientos establecidos• No se actualiza correctamente la información sobre los CIs en la
CMDB.• Falta de conocimiento de los encargados de la Gestión de
Cambios ( no conocen a fondo las actividades, servicios,necesidades y estructura TI ).
• Los Gestores del Cambio no disponen de las herramientasadecuadas de software para monitorizar y documentaradecuadamente el proceso.
• No existe el compromiso suficiente de la dirección por implementarrigurosamente los procesos asociados.
• Se adoptan procedimientos excesivamente restrictivos quedificultan la mejora o por el contrario el proceso de cambio setrivializa provocando una falta de estabilidad necesaria para lacalidad del servicio.
Cam
bios