Puedo leer la propaganda del sitio web y quedar impresionado por los supuestos beneficios, pero no he trabajado en ningún lugar ni con nadie que haya seguido el marco de arquitectura TOGAF (o cualquier otra alternativa).
Nuestra organización se ha declarado dedicada a pasar de lo que actualmente es un modelo de diseño y desarrollo bastante caótico a algo que se aproxime a un proceso estructurado moderno.
Se ha mencionado que cosas como TOGAF ayudan a lograr un entorno de desarrollo empresarial de clase mundial (!) Pero estoy convencido de que nadie aquí realmente comprende los beneficios del mundo real que la adopción mayorista podría traer y, quizás lo más importante, el esfuerzo / dolor requerido para lograr lo mismo.
¿Tiene experiencia en el uso de TOGAF o similar para el control de lucha en una organización? ¿Crees que el uso del marco trajo algún beneficio?
Editar : Para aclarar, TOGAF es "The Open Group Architecture Framework", un método detallado y un conjunto de herramientas para desarrollar una arquitectura empresarial. Ver: http://www.opengroup.org/architecture/togaf8-doc/arch/
fuente
Respuestas:
Bueno, he visto un par de compañías que intentaban adoptar metodologías / marcos similares a TOGAF (pero no a TOGAF) y en todos estos casos solo presencié fallas.
Por lo que he visto, hay al menos tres razones para tales fallas:
Estas metodologías / marcos eran tan complicados que requerían un equipo por sí mismo para ser administrado / adoptado / implementado. La compañía terminó haciendo solo eso. No queda tiempo / personas para el trabajo real. Peor aún: estas cosas interfirieron en gran medida con el trabajo diario.
Estas metodologías / marcos en realidad no intentan hacer que la arquitectura empresarial y sus procesos comerciales sean más manejables o más confiables. Solo intentan organizarlos (de una manera muy académica). Esto hace que todo sea más comprensible / agradable desde el punto de vista (externo) de la gerencia / gente de negocios, pero no lo hace mejor para las personas que hacen el trabajo real.
Estas metodologías / marcos dan por sentado que los gerentes / empresarios saben de antemano lo que quieren producir / proporcionar. Esto a menudo no es cierto. Hacer un producto / servicio comercializable es a menudo una cuestión de experimentar y cambiar. La naturaleza real del producto / servicio que se produce / proporciona se conoce realmente solo al final de un largo proceso de I + D, no al principio. Intentar formalizar / organizar un proceso tan exploratorio es simplemente poco realista.
Como dijo jkhollhepp, si tiene que reorganizar una arquitectura complicada, podría ser muy difícil comenzar desde una página en blanco. En este caso, puede ser útil usar TOGAF o un marco similar como punto de partida. A pesar de esto, tengo la sensación de que se debe utilizar TOGAF como un modelo teórico / conceptual única . Debe evitarse cualquier intento de usarlo hasta que alguien pueda demostrar que es realmente necesario o inevitable.
fuente
La certificación TOGAF es excelente para obtener una entrevista.
Después de eso no estoy muy seguro de su valor.
El objetivo principal de TOGAF es estandarizar la terminología y los diversos diagramas de arquitectura. Lo cual es en sí mismo algo bueno PERO es muy vago acerca de lo que debe incluirse en los diagramas y qué uso práctico se puede hacer de ellos.
También me resulta difícil tomar en serio cualquier estándar que provenga de la organización responsable del fiasco de CORBA.
Recomendaría seriamente el libro del curso TOGAF a cualquiera que tenga problemas para dormir. El estilo repetitivo con páginas llenas de la misma declaración redactadas de cinco maneras diferentes me hace imposible mantener los ojos abiertos durante más de cuatro páginas. :-)
En lo que respecta a Enterprise Architecture, Zachman sigue siendo el rey del montón.
fuente
He examinado TOGAF y mi empresa utiliza otros marcos arquitectónicos, pero no he visto ese en uso. Yo diría que estos no te dan mucho "fuera de la caja". Pero, si los usa para ayudar a estructurar su pensamiento en torno a las arquitecturas de su sistema y adaptarlo a los detalles de su organización, puede ser útil.
Piénsalo así. Es realmente difícil comenzar desde una página en blanco y decir "redactemos el marco arquitectónico de nuestra organización". Comenzar desde TOGAF podría ser más fácil que comenzar desde una página en blanco.
fuente
Supongo que el uso de TOGAF o similar se vuelve útil cuando la empresa y especialmente su panorama de las TIC alcanza un gran tamaño. Una empresa realmente grande (emplea a más de 25 mil personas y tiene una pila de más de 100 sistemas informáticos diferentes) donde estaba haciendo mi pasantía está utilizando TOGAF. Y sus conceptos y enfoques se mencionan en la arquitectura que define los documentos a lo largo de los proyectos que realizan.
Uno de los beneficios que realmente puedo sentir es que tienen un lenguaje común para numerosas partes interesadas que participan en las capas de desarrollo, arquitectura y negocios.
Otro punto que se establece en TOGAF es que necesitará adaptar las cosas que TOGAF tiene (como ADM) para el alcance de su empresa, luego obtendrá "el marco arquitectónico de nuestra organización" que tendrá buenos genes, por así decirlo.
fuente