22
Administración de Cambios Proyectos Informáticos II 75.46

Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

  • Upload
    others

  • View
    0

  • Download
    0

Embed Size (px)

Citation preview

Page 1: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Administración de CambiosProyectos Informáticos II

75.46

Page 2: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Objetivos de la PresentaciónAdministración de Cambios

Conocer el alcance de la metodología de Administración de Cambios.

Conocer las actividades propuestas por esta metodología.

Analizar la relación con otros Procesos.

Page 3: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

ContenidoAdministración de Cambios - Contenido

Introducción

Roles

Proceso

Page 4: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Contenido-Inicio de...Administración de Cambios - Contenido

IntroducciIntroduccióónn

Roles

Proceso

Page 5: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Qué es un Cambio?Administración de Cambios-Introducción

Cualquier componente que se introduce en el ambiente IT y puede impactar en el nivel de servicio.

Cualquier componente que se introduce en el ambiente IT y puede impactar en el nivel de servicio.

Hardware, Equipos y Software de comunicaciones,Software de Base, Software Aplicativo,Documentación de Sistemas,Procesos,Políticas y Procedimientos

Page 6: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Algunos ejemplosAdministración de Cambios-Introducción

Cambios en Software Aplicativos(Sist. Comercial, JDE, etc)

Cambios en Infraestructura (Redes, Hardware, Soft base)

Nueva aplicación

Nuevo módulo en aplicación existente

Nueva funcionalidad dentro del módulo

existente

Modificación del comportamiento actual

Nuevo Server

Upgrade de Sistema Operativo

Nuevo Router

Nuevo Desktop

Instalación de un Service Pack

Alta de un Usuario

Instalación de antivirus

Reinicio de un servicio

Page 7: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Para qué controlarlos?Administración de Cambios -Introducción

Reducir la probabilidad de que un cambio afecte la disponibilidad de los servicios de IT.

Mediante:

Análisis de impacto.

Evaluación de backlog de cambios en forma conjunta.

Utilizar en forma más conveniente los recursos disponibles(escasos).

Mediante:

Evaluación de backlog de cambios en forma conjunta.

Evaluación en función del costo/beneficio para el negocio.

Page 8: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Productos de Terceros

Proceso: Un Ej.

Priorización y Categorización

Solicitud de Cambio

Tipo

Aceptaciónde Cambio

Urgencias IncidentesInfraestructura

RequerimientosMenores

RequerimientosMayores

Aprobación Comité

Resolución de Urgencia

Resolución Incidente Análisis de Impacto

Construcción

Usuario

Product Manager

Usuario Usuario

Deployment Infraestructura

Paquetización

Desarrollo y Prueba

AceptaciónAnálisis

Análisis y Diseño

Page 9: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

AlcanceAdministración de Cambios -Introducción

La Administración de cambios incluye:

Alta, Baja o Modificación de componentes

Hardware, Equipos y Software de comunicaciones,

Software de Base,

Software Aplicativo,

Documentación de Sistemas,

Procesos,

Políticas y Procedimientos

De todo tipo y complejidad.

La Administración de Cambios no incluye:Tareas administrativas rutinarias (backups, limpieza de logs, ejecuciónde procesos batch, etc).

Page 10: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Contenido-Inicio de...Administración de Cambios - Contenido

Introducción

RolesRoles

Proceso

Page 11: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Los RolesAdministración de Cambios - Roles

Iniciador

ProductManager

ComitéEvaluador

Jefe Oficina Proyectos

Responsable de Ejecución y Equipo de

Trabajo

Jefes Funcionales

Page 12: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

IniciadorAdministración de Cambios – Roles

Es quien realiza la Solicitud de Cambio.Es Usuario de los servicios de IT (o Representante de Usuarios).Es quien valida y aprueba el cambio.

Page 13: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Product ManagerAdministración de Cambios – Roles

Es quien tiene la visión integral de un producto, considerando como productos los siguientes componentes de la arquitectura:

Hardware,

Equipos y Software de comunicaciones,

Software de Base,

Software Aplicativo,

Documentación de Sistemas,

Procesos,

Políticas y ProcedimientosEs “dueño” del Producto que representa.Es quien recibe las Solicitudes de Cambio a su Producto.Es responsable de las Solicitudes de Cambio (desde su inicio hasta su resolución).Maneja el Plan de Versiones del Producto. Investiga Productos de su área de especialidad. Maneja la venta y la post-venta del Producto.

Page 14: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Comité EvaluadorAdministración de Cambios – Roles

Comité multidisciplinario que tiene autoridad para aprobarcambios.Se implementa en niveles:

Un nivel con poder de decisión sobre cambios de un tamaño, costo y riesgo determinados.Un nivel superior con poder de decisión sobre cambios de mayor tamaño, costo y riesgo.

Está formado por representantes de los distintos componentesde la arquitectura.

Page 15: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Jefe Oficina de ProyectosAdministración de Cambios – Roles

Es el responsable de la Cartera de Proyectos.Asigna Líderes de Proyecto a los Proyectos aprobados.

Page 16: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Jefes FuncionalesAdministración de Cambios – Roles

Provee recursos para la ejecución de los Proyectos aprobados.Determina la disponibilidad de recursos para ejecutar los Proyectos propuestos.

Page 17: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Responsable de EjecuciónAdministración de Cambios – Roles

Es el responsable de la Ejecución de los Cambios aprobados.Para cambios importantes será un Líder de Proyecto.Para cambios pequeños será directamente la persona que realiza el trabajo, pero con las mismas responsabilidades de un Líder de Proyecto.Recordamos las responsabilidades de un Líder de Proyecto:

Es el responsable del éxito del Proyecto.Es el responsable del alcance del Proyecto.Crea la planificación, la actualiza y administra su ejecuciónEfectúa un control estricto del Proyecto.Conduce el Equipo de trabajo.Maneja la relación con el Sponsor y el Cliente.

Page 18: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Product Manager y Líder de ProyectoRelación

Administración de Cambios – Roles

Realiza la coordinación y seguimiento del Proyecto. Se sugiere que el Product Manager no se involucre con esta tarea.

Durante el Proyecto, participa en la aprobación del alcance y de la solución a implementar, pero no debe reemplazar al Usuario.

Cuando se debe realizar un cambio a un Producto, se involucra a un Líder de Proyecto. Y se desvincula al finalizar el cambio.

Administra el Producto más allá de los Proyectos.

Líder de ProyectoProduct Manager

Page 19: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Contenido-Inicio de...Administración de Cambios - Contenido

Introducción

Roles

ProcesoProceso

Page 20: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Relación con otros ProcesosAdministración de Cambios - Proceso

Menor/Significativo

Urgencia

GrandePaquetización

Proyecto Desarrollo

RechazadosSuspendidos

Atención de Urgencias

Backlog de Proyectos

ProductProductManagerManager

Priorización/Categorización

AdministraciAdministracióónnde proyectosde proyectos

LLííder de proyectoder de proyectoUrgenciasUrgencias

Metodología deAt. de Urgencias

Metodología deDesarrollo de Aplicaciones

Metodología deQuality Assurance

Metodología deProject Management

Metodología deQuality Assurance

Metodología deProject Management

OperacionesOperaciones

Nuevos SistemasNuevas Versiones

ITIT

ComitComitééEvaluadorEvaluador

Metodología deDesarrollo Datawarehouse

Metodología deImplantación de Paquetes

Metodología deAdministración

de Cambios

ResponsablesResponsablesde Infraestructurade Infraestructura

Estándar/Menor

Procedimientos de las áreas de Infraestructura

Metodología deQuality Assurance

Metodología deProject Management

HelpHelp DeskDesk

Representantes de Usuarios IncidentesRequerimientos Requerimientos

Usuarios

HDRequerimientos

Page 21: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

Fases en el Proceso de Adm. De CambiosAdministración de Cambios - Proceso

Ejecución

Pre-Proyecto

Evaluación

Solicitud

Cierre

El ciclo de vida de una El ciclo de vida de una Solicitud de CambioSolicitud de Cambio

Cambio Registrado en Backlog

Pre-Proyecto o Proyecto Aprobado

Proyecto Aprobado

Cambios Implementados

Cambios Cerrados

Page 22: Proyectos Informáticos II 75materias.fi.uba.ar/7546/material/CCM_Introduccion_v1.pdf · 2007. 4. 8. · como productos los siguientes componentes de la arquitectura: Hardware, Equipos

FIN

Administración de Cambios