Definir criterios de preparación
Se aplica a
- Windows 10
- Windows11
Averiguar roles y personal
La planeación y administración de una implementación implica una variedad de actividades y roles distintos que se adaptan mejor a cada una de ellas. A medida que planee, vale la pena averiguar qué roles tendrá que llevar a cabo la implementación y quién debe rellenarlos. Los roles diferentes están activos en varias fases de una implementación. Según el tamaño y la complejidad de la organización, algunos de los roles podrían ser ocupados por la misma persona. Sin embargo, lo mejor es 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 actualización y tiene la autoridad para impulsar el proceso hacia delante 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 |
|---|---|---|
| Asignar prioridad de aplicación | Revisión de los requisitos de infraestructura | Determinación de cambios en la infraestructura |
| Evaluación de aplicaciones | Validar la infraestructura con los requisitos | Determinación de cambios de configuración |
| Evaluación de dispositivos | Crear un plan de actualización de infraestructura | Crear propuesta de funcionalidad |
El rol del administrador de procesos es 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, la implementación general.
En esta tabla se esboza una vista de los otros roles, con sus responsabilidades, sus aptitudes relevantes y las fases de implementación en las que se necesitan:
| Rol | Responsabilidades | Habilidades | Fases activas |
|---|---|---|---|
| Administrador de procesos | Administra el proceso de extremo a extremo; garantiza que las entradas y salidas sean capturas; garantiza que las actividades progresan | Administración de servicios de IT | Planeación, preparación, implementación piloto, implementación general |
| Propietario de la aplicación | Definir plan de prueba de aplicación; asignar evaluadores de aceptación de usuarios; certificar la aplicación | Conocimiento de aplicaciones críticas e importantes | Planeación, preparación, implementación piloto |
| Desarrollador de aplicaciones | Asegurarse de que las aplicaciones están desarrolladas para que sean compatibles con las versiones Windows actuales | Desarrollo de aplicaciones; corrección de aplicaciones | Planear, preparar |
| Informática para el 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 conexión; administración de infraestructuras; entrega de la aplicación; administración de actualizaciones | Planeación, preparación, implementación piloto, implementación general |
| Operaciones | Asegúrese de que la compatibilidad está disponible para la versión Windows actual. Proporcionar compatibilidad posterior a la implementación, incluida la comunicación del usuario y las reversión. | Seguridad de la plataforma | Preparación, implementación piloto, implementación amplia |
| Seguridad | Revisar y aprobar la línea base de seguridad y las herramientas | Seguridad de la plataforma | Preparación, implementación piloto |
| Partes interesadas | Representar grupos afectados por actualizaciones, por ejemplo, jefes de finanzas, servicios de usuario final o administración de cambios | Responsable de la toma de decisiones clave para un departamento o unidad de negocio | Planeación, implementación piloto, implementación general |
Establecer criterios para las aplicaciones de clasificación
Algunas aplicaciones de su entorno son fundamentales para sus actividades empresariales principales. Otras aplicaciones ayudan a los trabajadores a realizar sus funciones, pero no son fundamentales para las operaciones de la empresa. Antes de iniciar el inventario y la evaluación de las aplicaciones en el entorno, debes establecer algunos criterios para clasificar las aplicaciones y, a continuación, determinar una prioridad para cada una. Este proceso le ayudará a comprender la mejor manera de implementar actualizaciones y cómo resolver los problemas que puedan surgir.
En la fase de preparación, aplicarás los criterios que definas ahora a todas las aplicaciones de tu organización.
Este es un esquema de clasificación sugerido:
| Clasificación | Definición |
|---|---|
| Crítico | Las aplicaciones más vitales que controlan procesos y actividades empresariales principales. Si estas aplicaciones no estaban disponibles, la empresa o una unidad de negocio no podían funcionar en absoluto. |
| Importante | Aplicaciones que los miembros individuales del personal necesitan para admitir su productividad. El tiempo de inactividad 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 acordar 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 triage los problemas con el nivel correcto de urgencia. Debes asignar a cada aplicación una prioridad basada en 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 tan pronto como sea posible. |
| 2 | Comience a investigar riesgos y problemas en un plazo de dos días laborables y corrijalos durante el ciclo de implementación actual. |
| 3 | Comience a investigar riesgos y problemas en un plazo de 10 días laborables. No tiene que corregirlos todos en el ciclo de implementación actual. Sin embargo, todos los problemas deben solucionarse 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 en cualquier ciclo de desarrollo futuro. |
Relacionado con la prioridad, pero distinto, es el concepto de gravedad. También debes definir una clasificación de gravedad, en función de cómo sientas que un problema con una aplicación debe afectar al ciclo de implementación.
A continuación te mostramos un ejemplo:
| Gravedad | Efecto |
|---|---|
| 1 | Paralización del trabajo o pérdida de ingresos |
| 2 | Pérdida de productividad para una unidad de negocio |
| 3 | Pérdida de productividad para usuarios individuales |
| 4 | Impacto mínimo en los usuarios |
Ejemplo: una gran corporación financiera
Con el esquema sugerido, una corporación financiera podría clasificar sus aplicaciones de esta forma:
| Aplicación | Clasificación |
|---|---|
| Aplicación de procesamiento de crédito | Crítico |
| Aplicación de servicio al cliente en 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 | For 3, continue deployment, even for affected devices, as long as there is workaround guidance. |
| No es importante | 4 | 4 | Continuar la implementación para todos los dispositivos. |