Fases de Success by Design
Success by Design se ha creado para que los arquitectos de soluciones puedan interactuar con los clientes con independencia de su metodología de entrega. Con proyectos ágiles, las fases y los talleres probablemente se repetirán de alguna manera a lo largo de la vida del proyecto. Esta guía asignará el ciclo de vida de la implementación de Dynamic 365 en cuatro fases independientes de la metodología:
Iniciar
Implementar
Preparar
Operar
Iniciar
En la fase de inicio, el equipo del proyecto se encuentra en modo de detección, donde recopilan y validan los requisitos empresariales, finalizan el enfoque general de la solución, hacen incursiones para definir todos los flujos de trabajo en el ámbito y revisan el plan del proyecto para reflejar estas actualizaciones. Cuando el equipo del proyecto ha producido el diseño general de la solución, y las series de tareas del proyecto relacionadas están definidas en su mayor parte, Success by Design comienza con la revisión del plano técnico de soluciones.
La fase de inicio es una de las partes más importantes del proyecto, porque muchas decisiones tomadas en esta fase afectarán al éxito de la implementación. En ocasiones, puede resultar tentador pasar rápidamente por esta fase para poder comenzar a crear el sistema, pero es importante tener un plan y un diseño antes de empezar a desarrollar.
En la fase de inicio, el proyecto suele estar en modo de detección, en el que reúne los requisitos de la empresa, se finaliza el enfoque general de la solución y se planifica el ámbito del trabajo.
En un escenario ideal, el arquitecto de soluciones participará en esta fase y presentará Success by Design, los talleres involucrados, las medidas clave del éxito, etc. También propondrá y programará un taller de planos técnicos de soluciones.
Durante la etapa de detección, es posible que los equipos del proyecto puedan responder con preguntas específicas relacionadas con el servicio, la administración de inquilinos, el ajuste del producto, etc. El arquitecto de soluciones puede abordar estas preguntas.
Cuando el equipo haya producido un enfoque general de la solución, se identifiquen las integraciones clave y haya un plan de proyecto general preparado, debería planearse implementarse el taller de planos técnicos de soluciones.
La revisión del taller de planos técnicos de soluciones también debería ayudar a resaltar áreas con mayor complejidad (como modelos de datos complejos, grandes migraciones de datos e integraciones) de manera que también se puedan planificar los respectivos talleres de implementación.
Sea cual sea la etapa y el progreso del proyecto, el taller de planos técnicos de soluciones es un ejercicio importante y debe realizarse en todas las colaboraciones.
Implementar
En la fase de implementación, el equipo del proyecto se centra en desarrollar la solución conforme al diseño y ámbito de la solución acordados. Las revisiones de implementación se introducen en esta fase, después de recibir la información de las conclusiones y recomendaciones de la revisión del plano técnico de soluciones. Las revisiones de implementación se utilizan para abordar en profundidad las preguntas relacionadas con los aspectos específicos del diseño de la solución (modelo de datos, seguridad, integración) y las prácticas de implementación (ALM y estrategia de pruebas). Las revisiones de implementación abordan en su totalidad los riesgos que se identifican durante o después de la revisión del plano técnico de soluciones, pero antes de que la compilación de la solución esté demasiado avanzada en el proceso.
Con independencia de la metodología usada para la prestación, ya sea en cascada o iterativa, el arquitecto de soluciones tiene que programar los talleres de implementación planificados durante el taller de planos técnicos de soluciones. Sin embargo, aunque la metodología concreta que se use dependerá del propietario del proyecto, las implementaciones de Dynamics 365 están mejor adaptadas a métodos de entrega iterativos o ágiles.
Los talleres de implementación deben planificarse antes de finalizar el diseño detallado del componente.
Algunos talleres de implementación no serán relevantes ni tendrán como objetivo componentes que se consideren de bajo riesgo, en cuyo caso, se puede omitir el taller de implementación correspondiente.
Durante la fase de implementación, puede esperar que se le formulen preguntas relativas al diseño de componentes específicos, opciones de tecnología, cambios previstos, además de la hoja de ruta, la puesta en desuso de elementos, la administración del ciclo de vida de las aplicaciones (ALM) y la compilación.
Asegúrese de trabajar de manera proactiva con los clientes para garantizar que la solución desarrollada siga las prácticas recomendadas y que, estratégicamente, sea conforme a la hoja de ruta del producto.
Preparar
En la fase de preparación, la solución ya se ha desarrollado y probado, y el equipo del proyecto se está preparando para la ronda final de pruebas de aceptación de usuarios (UAT) y formación. Además, se han concedido todas las aprobaciones necesarias de los clientes, se han completado las revisiones de seguridad de la información, se ha definido el plan de transición (incluidos los criterios de si proceder o no), se han programado eventos de puesta en marcha de prueba, el modelo de soporte está listo y el runbook de implementación está repleto de tareas, propietarios, duraciones y dependencias definidas. En este punto, el equipo del proyecto usará la revisión de preparación para la puesta en marcha de Success by Design para identificar las lagunas o problemas restantes.
También valida los requisitos no funcionales del sistema (como el tiempo de carga de los formularios, el rendimiento de las búsquedas y el rendimiento de la integración con una carga de producción realista).
El cliente o partner ha revisado todas las aprobaciones internas, las revisiones de seguridad de la información, las pruebas de penetración, etc., a fin de garantizar que el sistema esté preparado para la producción.
El modelo de soporte posterior a la puesta en marcha se define y se acuerda con la empresa.
El plan de transición, la fecha de puesta en marcha y los criterios para proceder o no se acuerdan con la empresa, y se crea el plan de implementación de producción con todas las tareas, propietarios, hora de inicio, duración y plan de reversión.
El arquitecto de soluciones organiza el taller de preparación a la puesta en funcionamiento para revisar el plan y poner de relieve cualquier omisión o problema.
El arquitecto de soluciones también garantiza que se implementen comprobaciones de rendimiento proactivas y el comprobador de soluciones.
Operar
Ahora ya ha planificado, desarrollado e implementado la aplicación, pero todavía no ha terminado. El objetivo de esta fase es validar que la implementación se haya realizado bien, revisar las lecciones que se han aprendido con el proyecto y planificar la transición a la siguiente fase, o bien proporcionar soporte transicional al equipo de mantenimiento.
Una vez que el cliente esté activo, el arquitecto de soluciones debe realizar una revisión posterior a la puesta en marcha.
Discuta el plan de transición y compártalo con el equipo de mantenimiento.