El rol del arquitecto de soluciones en la gobernanza del proyecto

Completado

A menudo, el rol de un arquitecto de soluciones en el proyecto consistirá en utilizar su experiencia y conocimientos para evaluar problemas y cambios. Sin embargo, supervisar el cambio en un proyecto resulta excesivamente sencillo, especialmente en Microsoft Power Platform. Como consecuencia, el arquitecto de la solución podría concentrase demasiado en esta tarea, en lugar de asegurarse de que el proyecto avance. Por lo tanto, el arquitecto de la solución debe guiar a los demás miembros del equipo del proyecto a la hora de evaluar y analizar los problemas y cambios.

Un desafío al que se enfrentan los arquitectos de nuevas soluciones es el proceso de dejar el rol de ejecutor y pasa al rol de liderar y guiar a otros. Un arquitecto de soluciones debe estar a disposición de los demás miembros del equipo del proyecto y respaldar su crecimiento.

Participación en la definición de gobernanza

Con los proyectos de Microsoft Power Platform, hacer cambios puede ser simple; sin embargo, hacer varios cambios pequeños y tener un proceso de gobernanza deficiente puede provocar fallos en el proyecto. Por ejemplo, el arquitecto de la solución debe asegurarse de que el proceso de evaluación del cambio no sea más largo que el de implementación de cambios.

Es imperativo que el arquitecto de la solución participe en la definición de los procesos y procedimientos de gobernanza del proyecto. Su participación ayuda a asegurar que los procesos y procedimientos sean apropiados para las tecnologías de Microsoft Power Platform que se utilizan y que no den lugar a gastos generales innecesarios.

Brindar comentarios procesables

El arquitecto de la solución suele ser el intermediario entre el cliente y los miembros del equipo. Por lo tanto, debe proporcionar comentarios a ambas partes. Los comentarios se deben proporcionar principalmente para ayudar a dar forma a la solución.

Los comentarios pueden brindarse desde la creación de la solicitud de propuesta (RFP)/instrucciones de trabajo (SOW). No obstante, este proceso deben realizarse de forma continua durante todo el proyecto.

El arquitecto de la solución es el responsable de garantizar que los comentarios sean constructivos y prácticos.

Gestionar las malas noticias

De vez en cuando, el arquitecto de la solución proporciona comentarios sobre un problema y puede que no sean bien recibidos. Las malas noticias no mejoran con el tiempo. El arquitecto de la solución debe asumir y compartir las malas noticias al principio del proceso.

Ejemplos de malas noticias que el arquitecto de soluciones no debería ocultar:

  • El coste de las licencias de usuario aumentará en un 87 por ciento si siguen adelante con ese requisito tal como está escrito.
  • Esa característica está en desuso.
  • Con la relación agregada, la importación de datos ahora tardará 30 días.
  • La migración de datos ha identificado 200 nuevas columnas y, a partir de estos datos, se han descubierto tres nuevos procesos sin documentar.

El arquitecto de la solución debe asegurarse de que los comentarios, especialmente las malas noticias, sean prácticos. Decir que "algo anda mal" no tiene sentido porque no proporciona una llamada a la acción clara y se deja al destinatario intentando averiguar cuál podría ser el problema. En su lugar, el arquitecto de la solución debe generar una instrucción clara del problema y, a continuación, indicar referencias y el posible impacto en el proyecto.

Piense en los proyectos en los que ha participado y recuerde cómo se gestionaron las malas noticias y qué efecto tuvieron en el proyecto.

Ayude a las personas a llegar a la misma conclusión

Si bien el arquitecto de la solución puede ser el que más experiencia tenga, debe ayudar a los miembros del equipo del proyecto y al cliente a lograr resolver un problema. Decir "No funcionará" probablemente hará que alguien se ponga a la defensiva. El arquitecto de soluciones siempre debe ser constructivo y evitar decir "No" con demasiada frecuencia. En su lugar, debe ofrecer opciones o negociar los requisitos.

Debe hacer preguntas capciosas como "¿Eso causará 1000000 Power Automate flujos de nube para que se ejecuten con esa configuración?" Hacer una pregunta capciosa animará a la persona a pensar en el impacto de su propuesta. Recuerde, es posible que la persona no tenga la visión general del proyecto que tiene el arquitecto de la solución.

Si le preocupa una solución propuesta o un cambio, debe resaltar su inquietud, pero aliente a la persona a pensar detenidamente y a resolverla.

Revisar el trabajo de los demás es una tarea clave para el arquitecto de soluciones. La diferencia entre revisar lo que alguien ha hecho y hacer el trabajo usted mismo es minúscula. Al revisar el trabajo de otros, el arquitecto de soluciones debe ser constructivo y brindar sugerencias sobre dónde buscar respuestas. Por ejemplo, si no está claro que se haya propuesto un diseño sólido, el arquitecto de la solución puede animar a crear una prueba del concepto u otras pruebas para validar la solución propuesta.

Básicamente, el papel de un arquitecto de soluciones es hablar constantemente con las personas involucradas en el proyecto para garantizar que se logre la visión del proyecto. Los arquitectos de soluciones que fracasan en su tarea se esconden del equipo y dedican tiempo a actualizar sus diseños de arquitectura, en lugar de colaborar con el equipo y ayudar a descubrir soluciones.

En la siguiente unidad se describen las técnicas que un arquitecto de soluciones puede utilizar en un proyecto.