ES
Menú
Referencia del framework

Arquitecto / Ingeniero sénior

El rol técnico compartido responsable de los límites arquitectónicos empresariales, las decisiones técnicas importantes, la mantenibilidad y las revisiones apropiadas de implementación.

Supervisión técnica de varios productos

El Arquitecto / Ingeniero sénior garantiza que las aplicaciones implementadas por agentes sigan siendo compatibles con los estándares de ingeniería de la empresa. Este rol define o interpreta la arquitectura aprobada, orienta las decisiones de diseño de gran impacto, revisa la implementación y gobierna los cambios en los recursos compartidos.

El arquitecto participa activamente en el modelo de desarrollo; no se limita a aprobar al final de un proyecto. Su participación temprana ayuda a evitar integraciones inadecuadas, dependencias nuevas innecesarias y enfoques de implementación que entren en conflicto con el entorno empresarial.

Establecer las directrices técnicas

Los arquitectos ayudan a mantener las tecnologías aprobadas, las bibliotecas reutilizables, los enfoques de autenticación y seguridad, los patrones arquitectónicos, las convenciones de los repositorios y las instrucciones documentadas que pueden seguir los agentes de programación. Trabajan con el Product Engineer para identificar qué recursos existentes encajan en el proyecto y dónde hay decisiones específicas que requieren atención.

También son responsables de garantizar que las capacidades de ejecución y los permisos disponibles para el agente respeten la política empresarial, normalmente en colaboración con los equipos que administran esos controles.

Fundamentos técnicos durante la etapa 2

El arquitecto participa al principio del Ciclo 1 interpretando los estándares empresariales, identificando las tecnologías aprobadas y los recursos reutilizables adecuados, estableciendo límites arquitectónicos iniciales y coordinándose con los responsables de plataforma y seguridad cuando intervienen controles técnicos de acceso. El Product Engineer y el diseñador de UX colaboran con él mientras las especificaciones, los recorridos y las decisiones técnicas se informan mutuamente.

El objetivo es un punto de partida sólido y utilizable para implementar, no un ejercicio arquitectónico exhaustivo por adelantado. Las excepciones importantes y las decisiones de alto riesgo siguen las políticas existentes de aprobación. El marco SHAPE no crea una revisión de preparación arquitectónica obligatoria separada.

El Product Engineer se responsabiliza de dirigir la implementación incremental, los artefactos de pruebas y el mantenimiento continuo del producto dentro de esos límites. Cuando requisitos nuevos revelan una cuestión arquitectónica o la necesidad de apartarse de los estándares, consulta al arquitecto y obtiene la decisión correspondiente. El trabajo habitual dentro de patrones aprobados no exige automáticamente una nueva aprobación del arquitecto.

Revisiones en el Ciclo 1

El Ciclo 1 contiene dos revisiones planificadas del arquitecto sobre la implementación. Tras la implementación funcional inicial, revisa la aplicación emergente e identifica problemas técnicos importantes antes de una revisión extensa de las partes interesadas. Después de la iteración con estas y de las pruebas independientes basadas en especificaciones, realiza una revisión final y otorga la aprobación técnica según la política empresarial antes de las UAT.

Estas revisiones abordan coherencia arquitectónica, reutilización aprobada, seguridad, decisiones de integración, mantenibilidad y resolución de hallazgos importantes. Su profundidad debe reflejar el riesgo del proyecto y la complejidad técnica. La aprobación técnica es distinta de la aceptación empresarial.

Revisión en el Ciclo 2

Los ciclos de mejora posteriores requieren la participación del arquitecto según el riesgo del cambio y la política empresarial. Un cambio menor de redacción dentro de un sistema aprobado no equivale a introducir una nueva integración externa o un modelo de permisos. Las organizaciones deben definir criterios razonables en lugar de tratar cada modificación como una nueva decisión de un comité de arquitectura.

Gobernanza de los recursos compartidos

Cuando un proyecto descubre un componente útil, un patrón de bibliotecas, una instrucción para agentes o una mejora arquitectónica, el arquitecto evalúa si pertenece a los materiales compartidos de la empresa. Una solución provisional que funciona localmente no se convierte automáticamente en un estándar para toda la organización. Los cambios compartidos deben revisarse en cuanto a aplicabilidad general, coste de mantenimiento, compatibilidad y seguridad.

Capacidad y colaboración

Los arquitectos apoyan varios productos o equipos, pero sus responsabilidades deben seguir estando acotadas. Deben ser accesibles lo suficientemente pronto para influir en las decisiones y estar disponibles para revisar a tiempo. Si los arquitectos se convierten en una cola centralizada sobrecargada, se perderá parte de la ventaja de tiempo de ciclo que aporta la implementación con agentes.