Definir criterios de preparación
Planear y administrar una implementación implica una variedad de actividades y roles distintos más adecuados para cada actividad. En este artículo se describe cómo identificar roles importantes y cómo clasificar aplicaciones.
Averiguar roles y personal
A medida que planee, merece la pena averiguar qué roles necesitará para llevar a cabo la implementación y quién debe rellenarlos. Diferentes roles están activos en varias fases de una implementación. En función del tamaño y la complejidad de la organización, la misma persona podría rellenar algunos de los roles. Sin embargo, es mejor tener un administrador de procesos establecido, que supervisará todas las tareas de la implementación.
Administrador de procesos
El administrador de procesos dirige el proceso de implementación de actualizaciones y tiene la autoridad para impulsar el proceso o detenerlo si es necesario. También tienen responsabilidades en la organización de estas actividades:
Flujo de trabajo de compatibilidad | Implementación | Capacidad y modernización |
---|---|---|
Asignación de prioridad de aplicación | Revisión de los requisitos de infraestructura | Determinación de los cambios de infraestructura |
Evaluación de aplicaciones | Validación de la infraestructura según los requisitos | Determinación de los cambios de configuración |
Evaluación de dispositivos | Creación de un plan de actualización de infraestructura | Creación de una propuesta de funcionalidad |
Es el rol del administrador de procesos recopilar informes sobre los esfuerzos de corrección, escalar los errores y decidir si el entorno está listo para la implementación piloto y, a continuación, una implementación amplia.
En esta tabla se dibuja una vista de los demás roles, con sus responsabilidades, aptitudes pertinentes y las fases de implementación en las que se necesitan:
Rol | Responsabilidades | Habilidades | Fases activas |
---|---|---|---|
Administrador de procesos | Administra el proceso de un extremo a otro; garantiza que las entradas y salidas son capturas; garantiza que las actividades progresan | Administración de servicios de TI | Planeamiento, preparación, implementación piloto, implementación amplia |
Propietario de la aplicación | Definir el plan de prueba de la aplicación; asignar evaluadores de aceptación de usuarios; certificar la aplicación | Conocimiento de aplicaciones críticas e importantes | Planeamiento, preparación, implementación piloto |
Desarrollador de aplicaciones | Asegúrese de que las aplicaciones se desarrollan para mantenerse compatibles con las versiones actuales de Windows | Desarrollo de aplicaciones; corrección de la aplicación | Planear, preparar |
Informática del usuario final | Normalmente, un grupo que incluye ingenieros de infraestructura o ingenieros de implementación que garantizan que las herramientas de actualización son compatibles con Windows | Implementación sin sistema operativo; administración de la infraestructura; entrega de la aplicación; administración de actualizaciones | Planeamiento, preparación, implementación piloto, implementación amplia |
Operaciones | Asegúrese de que la compatibilidad está disponible para la versión actual de Windows. Proporcionar compatibilidad posterior a la implementación, incluidas las reversiones y la comunicación del usuario. | Seguridad de la plataforma | Preparación, implementación piloto, implementación amplia |
Seguridad | Revisión y aprobación de la línea de base de seguridad y las herramientas | Seguridad de la plataforma | Preparación, implementación piloto |
Participantes | Representar grupos afectados por actualizaciones, por ejemplo, jefes de finanzas, servicios de usuario final o administración de cambios | Toma de decisiones clave para una unidad de negocio o departamento | Planeamiento, implementación piloto, implementación amplia |
Establecer criterios para las aplicaciones de clasificación
Algunas aplicaciones del entorno son fundamentales para las actividades empresariales principales. Otras aplicaciones ayudan a los trabajadores a realizar sus roles, pero no son fundamentales para las operaciones empresariales. Antes de empezar a inventariar y evaluar las aplicaciones de su entorno, debe establecer algunos criterios para clasificar las aplicaciones y, a continuación, determinar una prioridad para cada una. Este proceso le ayudará a comprender cómo implementar mejor las actualizaciones y cómo resolver los problemas que puedan surgir.
En la fase de preparación, aplicará los criterios que defina ahora a todas las aplicaciones de su organización.
Este es un esquema de clasificación sugerido:
Clasificación | Definición |
---|---|
Crítico | Las aplicaciones más vitales que controlan los procesos y actividades empresariales principales. Si estas aplicaciones no estuvieran disponibles, la empresa o una unidad de negocio no podrían funcionar en absoluto. |
Importante | Aplicaciones que los miembros del personal individual necesitan para respaldar su productividad. El tiempo de inactividad aquí afectaría a usuarios individuales, pero solo tendría un impacto mínimo en la empresa. |
No es importante | No hay ningún impacto en la empresa si estas aplicaciones no están disponibles durante un tiempo. |
Una vez que haya clasificado las aplicaciones, debe aceptar lo que significa cada clasificación para la organización en términos de prioridad y gravedad. Esta actividad le ayudará a asegurarse de que puede evaluar los problemas con el nivel correcto de urgencia. Debe asignar a cada aplicación una prioridad basada en el tiempo.
Este es un sistema de clasificación de prioridad de ejemplo; los detalles pueden variar para su organización:
Prioridad | Definición |
---|---|
1 | Los problemas o riesgos identificados deben investigarse y resolverse lo antes posible. |
2 | Empiece a investigar los riesgos y problemas en un plazo de dos días laborables y solucione los problemas durante el ciclo de implementación actual. |
3 | Comience a investigar riesgos y problemas en un plazo de 10 días laborables. No es necesario corregirlos todos en el ciclo de implementación actual. Sin embargo, todos los problemas deben corregirse al final del siguiente ciclo de implementación. |
4 | Comience a investigar riesgos y problemas en un plazo de 20 días laborables. Puede corregirlos en el ciclo de desarrollo actual o futuro. |
Relacionado con la prioridad, pero distinto, es el concepto de gravedad. También debe definir una clasificación de gravedad, en función de cómo sienta que un problema con una aplicación debe afectar al ciclo de implementación.
A continuación te mostramos un ejemplo:
Gravedad | Efecto |
---|---|
1 | Interrupción del trabajo o pérdida de ingresos |
2 | Pérdida de productividad de una unidad de negocio |
3 | Pérdida de productividad para usuarios individuales |
4 | Impacto mínimo en los usuarios |
Ejemplo: una gran empresa financiera
Con el esquema sugerido, una empresa financiera podría clasificar sus aplicaciones de la siguiente manera:
Aplicación | Clasificación |
---|---|
Aplicación de procesamiento de crédito | Crítico |
Aplicación de servicio al cliente de primera línea | Crítico |
Visor de PDF | Importante |
Aplicación de procesamiento de imágenes | No es importante |
Además, pueden combinar esta clasificación con clasificaciones de gravedad y prioridad como esta:
Clasificación | Gravedad | Prioridad | Respuesta |
---|---|---|---|
Crítico | 1 o 2 | 1 o 2 | Para 1, detenga la implementación hasta que se resuelva; para 2, detenga la implementación solo para dispositivos o usuarios afectados. |
Importante | 3 o 4 | 3 o 4 | En el caso de 3, continúe con la implementación, incluso para los dispositivos afectados, siempre y cuando haya instrucciones alternativas. |
No es importante | 4 | 4 | Continúe la implementación para todos los dispositivos. |