¿Estás de acuerdo con un equipo de arquitectura en una empresa de tecnología?

Realmente depende Es posible que ni siquiera se requiera un equipo si hay un desarrollador experimentado que puede invertir tiempo en el diseño de diagramas y esquemas de ER para todos los componentes de una aplicación.

Los desarrolladores generalmente tienden a enfocarse en problemas inmediatos y hacer el trabajo. Se centran en escribir más código y, a veces, emplean hacks que solucionan un problema inmediato, pero ese fragmento de código se convierte en un cuello de botella o conduce a errores en el futuro. Por ejemplo, en la base de datos, crear una tabla que almacene información específica de la empresa, como nombre y tipo de negocio, con información demográfica de la empresa, como teléfono y dirección. Funciona bien por un tiempo hasta que llega un requisito en el que una empresa podría tener varias direcciones.

Tales problemas no son solo específicos de las bases de datos, sino que pueden ocurrir en cada pila de una aplicación. Un arquitecto de software puede resolver tales problemas asegurándose de que se cumplan ciertos estándares arquitectónicos. Dicha persona también debe tener una muy buena comprensión del negocio, así como de los requisitos técnicos.

Absolutamente. Los equipos de productos tienden a centrarse en las necesidades inmediatas del negocio, mientras que un equipo de arquitectura tiene la flexibilidad de explorar nuevas tecnologías y capacitar a los equipos de productos en tecnologías emergentes que de otro modo no podrían implementar.

Como comentario aparte, tengo que decir que a veces he visto a los equipos de arquitectura perder el contacto o ser políticos en su selección de tecnologías. Y entiendo completamente que incluso los equipos de productos deben ser creativos y mantenerse al día con las nuevas tecnologías, pero descubrí que los equipos de arquitectura pueden ser valiosos para definir, probar y proliferar los patrones de integración en las grandes empresas.