Planificar la puesta en marcha
El arquitecto de soluciones tiene un rol único en las implementaciones de soluciones de Microsoft Power Platform. Los arquitectos de soluciones son algunas de las personas clave responsables del éxito de la implementación.
La puesta en marcha es el proceso mediante el cual la solución de Microsoft Power Platform se vuelve operativa. Este proceso es más que activar el entorno de producción y la implementación de los archivos de la solución, ya que también incluye la incorporación de los usuarios. Si está migrando un sistema de gestión de relaciones con los clientes heredado, el proceso puede incluir la migración de datos de producción final, el desmantelamiento del sistema anterior y el soporte técnico posterior a la implementación del nuevo sistema.
Para prepararse para una puesta en marcha del proyecto correcta, el arquitecto de soluciones debe planificar y ofrecer una revisión de preparación para la puesta en marcha. La revisión puede ser una reunión o un taller, pero el arquitecto de soluciones debe preparar un documento de puesta en marcha para revisarlo. El objetivo de la revisión es evaluar el grado de preparación del cliente para la puesta en marcha. La revisión de preparación para la puesta en marcha debe programarse y completarse antes de la fecha de puesta en marcha del cliente, idealmente con tiempo suficiente para realizar las correcciones que la revisión revele como necesarias.
Prepararse para la puesta en marcha es uno de los momentos más ocupados del proyecto, y debe ser respetuoso y comprensivo con la presión que probablemente note el equipo y mantener la reunión centrada en el propósito principal. Esté preparado para participar en los criterios del proceso de decisión de avanzar o no avanzar, y guiar al cliente hacia criterios de éxito para evitar la posterior remisión a instancias superiores.
La puesta en marcha es uno de los hitos más importantes durante una implementación. La reunión de preparación para la puesta en marcha garantizará que el cliente esté preparado para una puesta en marcha exitosa y no tenga que posponer la fecha de puesta en marcha debido a problemas imprevistos, una mala estrategia o riesgos del proyecto que no se hayan identificado previamente. Durante esta fase se producen actividades específicas de las cuales querrá mantener un registro y hacer un seguimiento proactivo con el cliente para evitar sorpresas. Este enfoque incluye actividades como pruebas de aceptación de usuario final, formación del usuario final, migración de datos finales, instalación de aplicaciones para Microsoft Outlook y dispositivos móviles, y migración de la configuración del cliente a producción.
Navegue para la puesta en marcha
Rara vez tendrá problemas que no se hayan resuelto antes de la puesta en marcha. El rol del arquitecto de soluciones es trabajar con el cliente para guiarle hacia una decisión de puesta en marcha con problemas pendientes.
El arquitecto de soluciones deberá evaluar el impacto de solucionar un problema antes de la puesta en marcha o de solucionarlo después de la puesta en marcha. Además, el arquitecto de soluciones deberá planificar cómo resolver los problemas pendientes durante el período de soporte posterior a la puesta en marcha.
Problemas habituales de puesta en marcha
Entre los problemas habituales de puesta en marcha se incluyen estos:
- No hay ningún plan sobre cómo revertir si la implementación sale mal.
- Supuestos incorrectos sobre la estación de trabajo o las configuraciones de red de un usuario.
- Pruebas insuficientes en el mundo real, lo que puede causar personalizaciones que no satisfagan las necesidades de los usuarios reales o problemas de rendimiento con la carga de usuarios reales.
El arquitecto de soluciones debe procurar reducir el riesgo de los problemas de la puesta en marcha, por ejemplo:
- Buscar lugares para optimizar y simplificar el plan, por ejemplo para la implementación previa de aplicaciones móviles.
- Priorizar la migración de datos para que los datos importantes lleguen primero.
- Hacer que todos los usuarios accedan a un entorno de producción ficticio para poder resolver los problemas de acceso antes de la puesta en marcha.
- Determinar si se puede ejecutar el sistema antiguo y el nuevo en paralelo y, a continuación, mover lentamente grupos de usuarios.
Automatizar la puesta en marcha
El arquitecto de soluciones debe plantearse automatizar las actividades de puesta en marcha para reducir el esfuerzo y los riesgos. Al utilizar la automatización, puede crear secuencias de comandos y probar las actividades de puesta en marcha antes de la puesta en marcha efectiva. Por ejemplo, puede considerar automatizar los siguientes parámetros:
- Creación de usuarios, equipos y unidades de negocio
- Creación y actualizaciones de datos de referencia
- Configuración de usuarios
- Deltas de migración de datos
Se debe probar bien toda la automatización.
Gestionar problemas
El arquitecto de soluciones suele ser la primera persona a la que llamar cuando surgen problemas con la puesta en marcha y en el período posterior a la puesta en marcha. El arquitecto de soluciones deberá clasificar, aislar y simplificar los problemas de forma proactiva. A menudo, las herramientas de Microsoft Power Platform pueden resultarle útiles para solucionar problemas mediante sus características integradas.
Antes de realizar cambios, plantéese el impacto inmediato y a largo plazo de las actividades de mitigación que aplique.