TOGAF® (The Open Group Architecture Framework) es el framework de Enterprise Architecture (EA) más utilizado a nivel mundial. Architecture Development Method (ADM) es el núcleo de TOGAF y el principal responsable de su éxito. Este método propone definir la Arquitectura Empresarial en distintas fases que se desarrollan de forma iterativa. Partiendo del análisis de situación de la organización (en los distintos niveles, o dominios, que propone TOGAF: Arquitectura, Negocio, Información y Tecnología), se definen las necesidades para poder llevar a cabo la estrategia del negocio, y se determinan y priorizan las transformaciones que serán necesarias para ponerla en marcha.
Actualmente TOGAF es utilizado por miles de organizaciones para mejorar la eficiencia de sus negocios. Al ser un estándar abierto, evita quedar atrapado en otros métodos patentados, permite optimizar los recursos, y tiene un mayor retorno de la inversión. La primera versión de TOGAF fue desarrollada en 1995, basándose en TAFIM (Technical Architecture Framework for Information Management) del Departamento de Defensa de los Estados Unidos. La versión actual, TOGAF 9.1, fue publicada en diciembre de 2011.
Archimate, es un lenguaje abierto e independiente, promocionado por el “ Open Group” que permite gráficamente describir las capas de negocio, procesos, aplicaciones, datos e infraestructura de una empresa para describir su Arquitectura Empresarial.
Esta la presentacion usada en una conferencia, donde los asistentes tuvieron la oportunidad de conocer de manera práctica los fundamentos y uso de este interesante lenguaje descriptivo llamado: Archimate.
La Arquitectura Empresarial es una disciplina básica para la gerencia o gestión de la información de las organizaciones. Esta determina la alineación entre el negocio y las tecnologías de información para incrementar la productividad de la empresa y la satisfacción de sus empleados y principalmente de sus clientes.
Ejemplo de Archimate. Depositario Central de Valores en MéxicoDavid Solis
La presentación contiene un ejemplo de un caso real desarrollado para ilustrar el uso de lenguaje de modelado ArchiMate® en el contexto del marco TOGAF®. El caso se refiere a Indeval, el Depositario Central de Valores en México. Muestra algunos de los viewpoints de la arquitectura empresarial realizada en 2006, sin embargo por el alcance y la complejidad de la entidad solo se presenta una muestra representativa de los elementos.
Archimate, es un lenguaje abierto e independiente, promocionado por el “ Open Group” que permite gráficamente describir las capas de negocio, procesos, aplicaciones, datos e infraestructura de una empresa para describir su Arquitectura Empresarial.
Esta la presentacion usada en una conferencia, donde los asistentes tuvieron la oportunidad de conocer de manera práctica los fundamentos y uso de este interesante lenguaje descriptivo llamado: Archimate.
La Arquitectura Empresarial es una disciplina básica para la gerencia o gestión de la información de las organizaciones. Esta determina la alineación entre el negocio y las tecnologías de información para incrementar la productividad de la empresa y la satisfacción de sus empleados y principalmente de sus clientes.
Ejemplo de Archimate. Depositario Central de Valores en MéxicoDavid Solis
La presentación contiene un ejemplo de un caso real desarrollado para ilustrar el uso de lenguaje de modelado ArchiMate® en el contexto del marco TOGAF®. El caso se refiere a Indeval, el Depositario Central de Valores en México. Muestra algunos de los viewpoints de la arquitectura empresarial realizada en 2006, sin embargo por el alcance y la complejidad de la entidad solo se presenta una muestra representativa de los elementos.
ArchiMate nace como un lenguaje de modelado de arquitecturas empresariales el cual tiene como objetivo proveer una representación uniforme de los diagramas que describen la arquitectura empresarial de una organización
Un resumen de los modelos, principios, inventarios, y proyectos que fueron descubiertos y creados mediante el uso de los conceptos más importantes de la arquitectura empresarial en una interpretación local.
TOGAF - ¿Por qué necesito una Arquitectura Empresarial?Software Guru
El propósito de la arquitectura empresarial es optimizar en una organización los procesos que apoyan la realización de la estrategia de negocio. Los ejecutivos de hoy saben que las tecnologías de información son un factor clave para el éxito de los negocios, además de un elemento indispensable para lograr una ventaja competitiva.
En la charla se explorará desde una perspectiva práctica como haciendo uso de TOGAF podemos hacer un diseño eficiente de una arquitectura empresarial considerando Negocio, Datos, Aplicaciones y Tecnología.
Arquitectura empresarial - Enfoque sistémico para el desarrollo de sistemas d...Julio Vasquez Paragulla
Conferencia magistral por la semana de la Facultad de Ciencias e Ingeniería, a cargo del Msc. Daniel Llanos Panduro en el auditorio de la Universidad de Ciencias e Ingeniería. 12 mayoo 2015.
La arquitectura empresarial y el análisis de negociosSergio Salimbeni
La arquitectura empresarial modela la empresa para mostrar cómo se cumplen las actividades estratégicas de los principales interesados, y para apoyar los esfuerzos de transformación de los negocios en curso.
La arquitectura empresarial proporciona descripciones y vistas arquitectónicas, conocidas como planos, para proporcionar una comprensión común de la organización con el propósito de alinear los objetivos estratégicos con las demandas tácticas. La disciplina de la arquitectura empresarial aplica el pensamiento analítico y los principios arquitectónicos a nivel empresa. Las soluciones pueden incluir cambios en el modelo de negocio, en el modelo operativo, en la estructura organizacional, o impulsar otras iniciativas.
Información General de Scrum
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka definieron una estrategia de desarrollo de Producto flexible donde el equipo de desarrollo trabaja como una unidad para alcanzar un objetivo común. Ambos describieron un enfoque innovador para el desarrollo de Producto al que ellos llaman un enfoque holístico o "rugby", "donde un equipo intenta llegar hasta el final como una unidad, pasando el balón hacia atrás y hacia delante”. Ellos basan su enfoque en los estudios de casos de diversas industrias de fabricación.
Ken Schwaber y Jeff Sutherland utilizan Scrum al desarrollo de software durante una presentación en la conferencia Object-Oriented Programa ming, Systems, Languages & Applications (OOPSLA) en 1995 en Austin, Texas. Desde entonces, varios practicantes, expertos y autores de Scrum han seguido perfeccionando la conceptualización y metodología de Scrum.
Arquitectura Empresarial - Enterprise Architecture, Resumen de Arquitectura Empresarial, basada en Negocio y aplicada a las organizaciones y a los proyectos de TI
ArchiMate nace como un lenguaje de modelado de arquitecturas empresariales el cual tiene como objetivo proveer una representación uniforme de los diagramas que describen la arquitectura empresarial de una organización
Un resumen de los modelos, principios, inventarios, y proyectos que fueron descubiertos y creados mediante el uso de los conceptos más importantes de la arquitectura empresarial en una interpretación local.
TOGAF - ¿Por qué necesito una Arquitectura Empresarial?Software Guru
El propósito de la arquitectura empresarial es optimizar en una organización los procesos que apoyan la realización de la estrategia de negocio. Los ejecutivos de hoy saben que las tecnologías de información son un factor clave para el éxito de los negocios, además de un elemento indispensable para lograr una ventaja competitiva.
En la charla se explorará desde una perspectiva práctica como haciendo uso de TOGAF podemos hacer un diseño eficiente de una arquitectura empresarial considerando Negocio, Datos, Aplicaciones y Tecnología.
Arquitectura empresarial - Enfoque sistémico para el desarrollo de sistemas d...Julio Vasquez Paragulla
Conferencia magistral por la semana de la Facultad de Ciencias e Ingeniería, a cargo del Msc. Daniel Llanos Panduro en el auditorio de la Universidad de Ciencias e Ingeniería. 12 mayoo 2015.
La arquitectura empresarial y el análisis de negociosSergio Salimbeni
La arquitectura empresarial modela la empresa para mostrar cómo se cumplen las actividades estratégicas de los principales interesados, y para apoyar los esfuerzos de transformación de los negocios en curso.
La arquitectura empresarial proporciona descripciones y vistas arquitectónicas, conocidas como planos, para proporcionar una comprensión común de la organización con el propósito de alinear los objetivos estratégicos con las demandas tácticas. La disciplina de la arquitectura empresarial aplica el pensamiento analítico y los principios arquitectónicos a nivel empresa. Las soluciones pueden incluir cambios en el modelo de negocio, en el modelo operativo, en la estructura organizacional, o impulsar otras iniciativas.
Información General de Scrum
A mediados de los 80, Hirotaka Takeuchi y Ikujiro Nonaka definieron una estrategia de desarrollo de Producto flexible donde el equipo de desarrollo trabaja como una unidad para alcanzar un objetivo común. Ambos describieron un enfoque innovador para el desarrollo de Producto al que ellos llaman un enfoque holístico o "rugby", "donde un equipo intenta llegar hasta el final como una unidad, pasando el balón hacia atrás y hacia delante”. Ellos basan su enfoque en los estudios de casos de diversas industrias de fabricación.
Ken Schwaber y Jeff Sutherland utilizan Scrum al desarrollo de software durante una presentación en la conferencia Object-Oriented Programa ming, Systems, Languages & Applications (OOPSLA) en 1995 en Austin, Texas. Desde entonces, varios practicantes, expertos y autores de Scrum han seguido perfeccionando la conceptualización y metodología de Scrum.
Arquitectura Empresarial - Enterprise Architecture, Resumen de Arquitectura Empresarial, basada en Negocio y aplicada a las organizaciones y a los proyectos de TI
Sunqu, el Corazón de la transformación digital. Ayudamos a las empresas a mejorar sus operaciones IT y a realizar su propia transformación digital. Gracias a la virtualización, el cloud computing y la automatización de procesos, las compañías pueden diseñar e implementar sus estrategias a tiempo real.
Objetivo del taller:
Compartir los conocimientos técnicos y metodológicos para implementar las mejores prácticas en gestión de gobierno de TI en base a la normativa COBIT 5, para le gestión de riesgos y cumplimiento el negocio, con la finalidad de permitirle a los gerentes acortar la brecha entre exigencias de control, cuestiones técnicas y riesgos de negocio.
Proyectos arquitectura y servicios desde cobit5itService ®
Cuando la gente entiende el propósito del cambio, cómo va a afectar a ellos ya su trabajo, y cuando creen en la importancia y los beneficios del cambio, entonces las iniciativas de mejora son mucho más probables que tenga éxito.
Presentación del Equipo 7 de la materia Planeación de la informática en ambiente e-business
Universidad Virtual, Tec de Monterrey
Trimestre Abril-Junio, 2012
Kanban Boards to visualize work
Kanban Systems to create a pull system of work limiting work in progress
Evolutionary Change based on Improved Decision-Making through Leadership & Self-Organization
Focus on Customer Needs recognizing work as a Flow of Value
Feedback loops and Metrics for Continuous Improvement
DSDM Frameworks for Agile Project Management Officesnetmind
DSDM Agile Project Framework es uno de los principales y más solventes marcos metodológicos para la gestión ágil de proyectos.
DSDM está diseñado para ser fácilmente adaptado y utilizado conjuntamente con otros métodos tradicionales, como PRINCE2, o para complementar otros enfoques ágiles como Scrum. En este sentido, DSDM es un modelo de referencia excelente, tanto para empresas que quieran realizar una apuesta decidida por la agilidad, como para todas aquellas organizaciones que deseen adoptar modelos Dual IT, combinando los enfoques tradicionales y ágiles.
Curso oficial de la Lean Kanban University de 1 día de duración. Está orientado a profesionales que trabajan en proyectos, servicios y/u operaciones, tanto de forma individual como en equipo. No se requieren conocimientos previos de Kanban.
Más información: https://www.netmind.es/
¡Síguenos en las redes sociales!
Facebook: https://www.facebook.com/netmindtraining
Twitter: https://twitter.com/netmindIT
LinkedIn: https://www.linkedin.com/company/130601
Curso oficial de la Lean Kanban University de diseño de un Sistema Kanban, orientado a profesionales que trabajan en proyectos, servicios y/u operaciones, tanto de forma individual como en equipo. No son imprescindibles conocimientos previos de Kanban, pero se recomienda haber asistido anteriormente al curso Team Kanban Practitioner para tener los conceptos más claros y que la formación fluya mejor.
Más información: https://www.netmind.es/
¡Síguenos en las redes sociales!
Facebook: https://www.facebook.com/netmindtraining
Twitter: https://twitter.com/netmindIT
LinkedIn: https://www.linkedin.com/company/130601
El pasado jueves 31 de mayo Netmind tuvo la oportunidad de asistir al meetup organizado por DASA (DevOps Agile Skills Association) en Madrid. El objetivo del evento era compartir nuestras experiencias formativas y de aplicación de DevOps con nuestros clientes.
El Congreso PMI ® EMEA 2018 tiene como objetivos brindar el concepto, las habilidades y los comportamientos que se necesitan para marcar la diferencia, por eso el lema del evento fue “Calling All Difference-Makers”.
El workshop que facilitaron Santi y Miquel en el PMI® EMEA Congress, tuvo como título “Escape from Earth! A Project Management Board Game”.
En el taller se llevó a cabo el juego Possible Mission: Escape from Earth, que tenemos en el catálogo de formación de Netmind.
Las 5 claves de la gamificación en el aprendizaje de COBIT®netmind
Santi Alcaide, Associate Trainer en Project Management en Netmind y CEO de Play To Growth ha asistido al evento gigaTIC 2018 como speaker.
El speech tiene como título “Las 5 claves de la gamificación en el aprendizaje de COBIT”
DevOps Agile Skills Association (DASA) es una comunidad abierta cuyo propósito es promover el conocimiento sobre los principios, metodologías y prácticas que fomenten la colaboración, comunicación, integración y automatización del flujo de trabajo entre los equipos de desarrollo y operaciones TI. El principal objetivo de la DASA es desarrollar el primer programa estándar de formación y certificación en DevOps. El esquema creado por la DASA, se estructura en 3 niveles de especialización: Associate, Practitioner y Expert, y pretende cubrir las necesidades de formación de todos los profesionales implicados en DevOps.
Netmind es uno de los miembros impulsores de la asociación (DASA Forerunner), y centro oficial de formación. De momento ya está disponible el primer curso oficial de DASA, DevOps Fundamentals y, próximamente, el curso de especialización, DevOps Practitioner.
PMI define estándar como un documento basado en consenso que proporciona un marco acordado y repetible para hacer algo. Los estándares proporcionan criterios precisos diseñados para ser utilizados consistentemente como una definición, regla o guía. Esto es lo que representa la guía del PMBOK® , unas normas globales de PMI que proporcionan directrices, reglas y características para la gestión de proyectos.
CERTIFICACIONES PMI®: Certificaciones que cubren las demandas de cualquier tipo de proyecto y de compañía en todo el mundo. Pertenecer a esta comunidad proporciona oportunidades para hablar e interactuar con algunos de los gerentes de proyecto más experimentados, así como con jóvenes profesionales que acaban de introducirse en esta profesión.
Seminario Tendencias en Gestión de Proyectosnetmind
Ana Aranda, Lead Expert en Netmind, presentó el seminario “Nuevas Tendencias en la Gestión de Proyectos” en la Universidad Politécnica de Madrid para el grado de Ingenieros de Telecomunicaciones
Managing Successful Programmes (MSP) define la Gestión de Programas como la “gestión coordinada de la dirección e implementación de un conjunto de proyectos y actividades que de forma agregada permiten alcanzar los resultados esperados y obtener beneficios estratégicos”.
En resumen, la gestión coordinada de un conjunto de proyectos interrelacionados con un objetivo común. MSP es una metodología de gestión de programas flexible, diseñada para ser fácilmente adaptable a las necesidades concretas de cada organización.
MoP (Management of Portfolios) define portfolio como “la totalidad de la inversión de una organización (o de una parte de ella) en los cambios requeridos para conseguir sus objetivos estratégicos”.
Gestionar el portfolio, desde el punto de vista de MoP, implica “una coordinada colección de procesos y decisiones estratégicas que, juntas, posibilitan un efectivo balance entre el cambio organizacional y la actividad habitual (Business as usual)”.
Para ello, describe dos ciclos continuos de gestión: ciclo de definición, donde se identifican, priorizan y planifican las iniciativas necesarias, y el ciclo de entrega donde se gestiona a nivel de portfolio la ejecución de las iniciativas incluidas en él, poniendo el énfasis en aspectos como la gobernanza, la gestión de beneficios, riesgos, dependencias y recursos.
Foundations of the Scaled Agile Framework® (SAFe® ) 4.5netmind
El Scaled Agile Framework (SAFe) es una base de conocimientos para adoptar métodos de trabajo ágiles en grandes organizaciones. SAFe presenta de forma gráfica un modelo de gestión para escalar la aplicación de las prácticas ágiles de un equipo a la gestión de programas, y de la gestión de programas al conjunto de la organización.
Este modelo para la adopción y transformación ágil de las organizaciones fué diseñado por Dean Leffingwell, a partir de sus libros “Agile Software Requeriments: Lean Requeriments for Teams Programs and the Enterprise” y “Scaling Software Agility: Best Practices for Large Enterprise”, y se ha implementado con éxito en grandes organizaciones de todo el mundo. 60 de las 100 compañías más grandes de Estados Unidos están utilizando SAFe como guía de referencia para la adopción de Agile.
El modelo de gestión propuesto por SAFe cubre el conjunto de la organización, desde los equipos, hasta los niveles de mayor responsabilidad. El modelo estructura en tres niveles: Equipo, Programa y Portfolio, aunque en la última versión, SAFe 4.0, introduce un 4º nivel opcional para soluciones de extremadamente grandes y complejas. Para cada uno de estos niveles SAFe define los roles, estructuras, actividades, artefactos, prácticas y técnicas adecuadas.
Management 3.0 es el futuro de la gestión. Creada por Jurgen Appelo, es una innovadora forma de afrontar el liderazgo y la gestión de equipos y organizaciones, que entiende que la gestión no es una responsabilidad exclusiva de los directivos, sino un trabajo de todos, y que el liderazgo debería tener como objetivo hacer crecer y transformar organizaciones en un gran lugar para trabajar, donde la gente está involucrada, el trabajo cada día es mejor y los clientes están encantados.
Management 3.0 es un movimiento de innovación, liderazgo y gestión. Una revolución en los modelos de gestión, que reúne a miles de directores de proyectos, jefes de equipo, directores y empresarios, para redefinir el rol del liderazgo en las organizaciones. Trabajar en equipo para que las empresas logren sus objetivos, manteniendo la felicidad de los trabajadores como una prioridad.
Management 3.0 se basa en un conjunto de prácticas y técnicas estructuradas en 9 bloques: gestión agile, gestión de la complejidad, motivación, equipos auto-organizados, definición de objetivos, desarrollo del talento, estructuras organizativas, gestión del cambio y mejora continua.
CAS 2017 Miquel Rodríguez - Taller Training from the BACK of the Room netmind
¿Cómo funciona nuestro cerebro para captar, procesar, almacenar y recuperar conocimiento? Y lo más importante: ¿Cómo podemos basarnos en este funcionamiento del cerebro y diseñar una formación, una charla, una conferencia… para que tenga el máximo impacto en los asistentes?
Ésta ha sido la preocupación de Sharon Bowman, autora de los libros Training from the BACK of the Room y Using Brain Science to Make Training Stick. A partir de sus libros y su formación de formadores Training from the BACK of the Room (TBR), su impacto en la comunidad ágil ha crecido en los últimos años. Sharon ha sido ponente en varios Scrum Gathering, referentes como Ron Jeffries recomiendan su enfoque, la Scrum Alliance tiene varios de sus Certified Scrum Trainers aplicando y recomendando TBR, y Scaled Agile está impartiendo formación de formadores e rediseñando todos sus cursos de SAFe basándose en TBR.
CAS 2017 Aleix Palau - Peer Learning Universities. Aprendiendo de los desafío...netmind
Uno de los mayores retos que tenemos en las organizaciones, seamos pequeñas o grandes, es ayudar a todos los miembros del equipo a pasar From Zero to Hero. Pero, ¿cómo podemos hacerlo en un entorno tan dinámico y cambiante cómo el actual? ¿Nos sirven los modelos tradicionales de formación y desarrollo del talento?
En esta charla analizaremos cómo Twitter aprovechó el desafío que le representaba pasar a ser una plataforma móvil, para impulsar y consolidar una nueva cultura de aprendizaje entre iguales, en la que toda la organización aprende y enseña.
CAS 2017 Alfred Maeso - Business Analysis: Superpoderes para el Product Ownernetmind
Uno de los retos principales a la hora de empezar a trabajar en métodos ágiles es disponer de las personas y las capacidades adecuadas para llevar a cabo con éxito sus proyectos. Seguramente el rol más clave y crítico es el Product Owner, como responsable de maximizar el valor del producto y el trabajo del Equipo de Desarrollo.
En esta charla quería profundizar sobre este rol centrándome, especialmente, en la importancia del Business Analysis como competencia clave, no solo para este rol sino para el éxito global de las iniciativas ágiles, como función de enlace entre el negocio y las soluciones tecnológicas. Aunque la competencia de BA no debe estar únicamente en el PO, cuanto más analista de negocio, mejor Product Owner será. El Business Analysis es el verdadero superpoder del Product Owner.
Nuestro experto Joaquín García explica en este Techtuesday qué significa el concepto de Arquitectura de Empresa y su valor estratégico y operacional. También explica qué es TOGAF como marco de referencia en la Arquitectura de Empresa, introduce el Método de Desarrollo de Arquitectura de TOGAF y presenta otros componentes de TOGAF.
Guía para hacer un Plan de Negocio para tu emprendimiento.pdfpppilarparedespampin
Esta Guía te ayudará a hacer un Plan de Negocio para tu emprendimiento. Con todo lo necesario para estructurar tu proyecto: desde Marketing hasta Finanzas, lo imprescindible para presentar tu idea. Con esta guía te será muy fácil convencer a tus inversores y lograr la financiación que necesitas.
2. Joaquín García
IT Governance Lead Trainer/Mentor
TOGAF®, ITIL®, PRINCE2® , COBIT® , LEAN IT,
ISO/IEC 27001
joaquingf@expert.netmind.es
www.linkedin.com/in/joaquingarciaconsultor
www.netmind.es
3. ¿Qué es la Arquitectura de Empresa?
3
• Descripción formal de un sistema
• Plan detallado de un sistema a nivel
de componente para guiar su
implementación
ARQUITECTURA
• Es el nivel más alto de descripción
de una organización
• grupo de organizaciones que tiene
un conjunto común de objetivos
EMPRESA
4. ¿Qué entendemos como Arquitectura?
4
Representació
n de una
realidad actual
as is
5. ¿Qué entendemos como Arquitectura?
5
Representació
n de una
realidad
deseada
to be
6. Es el nivel más alto de descripción de una organización y
por lo general cubre todas las misiones y funciones.
¿Qué entendemos por Empresa?
6
CIF Administración Producción Venta
Línea de
negocio
Necesidades Diseño Productos
Un grupo
de
empresas
Suministradores Fabricantes Consumidores
7. Es el nivel más alto de descripción de una organización y
por lo general cubre todas las misiones y funciones.
El término Empresa en este contexto puede ser utilizado
para referirse tanto a la compañía en su totalidad, como
a una parte acotada dentro de la compañía, o a un
grupo de organizaciones que tienen objetivos
comunes
¿Qué entendemos por Empresa?
7
CIF Administración Producción Venta
Línea de
negocio
Necesidades Diseño Productos
Un grupo
de
empresas
Suministradores Fabricantes Consumidores
8. partners
PROVEEDORES
Componentes de la Arquitectura de Empresa
8
PERSONAS
ORGANIZACIÓN
PROCESOS
PRODUCTOS
SERVICIOS
OBJETIVOS
DEL
NEGOCIO
SISTEMAS
DE
INFORMACIÓ
N
UBICACIONES
POLÍTICAS
CONTRATOS
CLIENTES
USUARIOS
COMPETENCI
A legislación
nuevas tecnologías
oportunidades
amenazas
consumidores
economía
9. La AE como herramienta para la Gobernanza y la
Estrategia
9
Arquitectura de Empresa en el proceso de cambio estratégico yoperacional
CAMBIARDIRIGIROPERAR
GOBERNANZA
PLANIFICACIÓN
ESTRATÉGICA
GESTIÓN
PORTAFOLIO
Estructura de la gobernanza y principios Estructura de la gobernanza y principios
ARQUITECTURA DE
EMPRESA
Estructura de la gobernanza
y principios
Metas, políticas y
hojas deruta Definición Programa/proyectos
DISEÑO e
IMPLANTACIÓN
Principios y modelos de
Diseño
Principios dearquitectura y modelos,
requisitos de cambio
OPERACIONES y
GESTIÓN
requisitos
de cambio
soluciones
Portafolio actual
Metas, políticas y
hojas deruta
Principios de
arquitectura,
modelos y
hojas deruta
Requisitos,
problemas,
elementos de
configuración
Metas y políticas
Requisitos
Principios de
arquitectura,
modelos y
hojas deruta
Requisitos
Progreso Programa/Proyectos
La Arquitectura de
Empresa forma
parte del proceso
de Cambio
Estratégico,
conectando y
coordinando la
Dirección con la
Operación
10. La Arquitectura de Empresa como plan estratégico
10
Plan Implantación
AS IS
TO BE
actual
deseado
11. Beneficios de la Arquitectura de Empresa
11
Herramienta para la estrategia
Facilita la identificación de cambios estratégicos
Permita concretar y definir el cambio estratégico
Supervisa y gobierna el cambio estratégico
Mejora la eficiencia de las operaciones del negocio y de TI
Menores costes de desarrollo, mantenimiento y soporte del
software
Aumenta la portabilidad de las aplicaciones
Simplifica la gestión de los sistemas y redes
Mejora la capacidad de abordar problemáticas críticas para la
empresa
Facilita la actualización e intercambio de componentes de
sistema.
Proporciona mejores retornos de las inversiones existentes
Una mejor comprensión se traduce en mejores decisiones de
inversión
Reduce riesgos de las inversiones futuras
Asegura adquisiciones más rápidas y simples
Un plan de gobernanza bien documentado se traduce en
12. The Open Group
12
• The Open Group es un consorcio mundial de la
industria del software fundado en 1996 que provee
estándares abiertos y neutrales para la industria
de la informática.
• Sus estándares y certificaciones son
mundialmente conocidos y adoptados por grandes
organizaciones gubernamentales y privadas.
• Proporciona un punto de encuentro neutral para
clientes y proveedores.
• Su visión es el Boundaryless Information Flow™
• Propietaria de TOGAF, framework para el
desarrollo de arquitectura de empresa
13. Boundaryless Information Flow
Boundaryless Information Flow™
13
Históricamente, los Sistemas de Información, han
surgido para resolver soluciones departamentales,
provocando:
Slide 13
Buy Space Internal Space Sell Space
Procuring
Manufacturing
Legal
Finance
Assembling
Customer
Support
Selling
Procurement
Systems Design
Systems
Online
Systems
ERP Systems
Requirements
Systems
Interoperabilidad
• Redundancia de
datos
• Inconsistencia de
datos
• Duplicación de
aplicaciones
• Dificultad para
apoyar el flujo del
negocio
14. Boundaryless Information Flow™
14
Interoperabilidad mediante el desarrollo de
arquitecturas que faciliten el Boundaryless
Information Flow TM
Slide 14
Buy Space Internal Space Sell Space
Procuring
Manufacturing
Legal
Finance
Assembling
Customer
Support
Selling
Procurement
Systems Design
Systems
Online
Systems
ERP Systems
Requirements
Systems
Interoperabilidad
• Flujo de datos
con control
• Agilidad de la
empresa
Boundaryless Information Flow
15. TOGAF
15
• Abarca 4 dominios de
arquitecturas
• Define una metodología de
desarrollo de Arquitecturas
de Empresa (AE)
• Define el gobierno, los
roles y habilidades para el
desarrollo de AE
• Define artefactos y
repositorios para los
productos de la
arquitectura
• Aporta guías y técnicas
para el éxito del desarrollo
de AE
Framework para el desarrollo de Arquitecturas de Emp
16. TOGAF
16
• Identificar la estrategia de la
organización y obtener su
compromiso y participación.
• Identificar la situación actual
y Desarrollar la arquitectura
de la situación futura en los
dominios de Negocio, de
Sistemas de Información
(Data and Application) y de
Tecnología
• Implementación de la
transformación
• Monitorización y gestión de
la arquitectura para que se
mantenga alineada con los
requerimientos de negocio
Estrategia y
movilización
Comprendery
Desarrollar
El ADM, núcleo de TOGAF
18. TOGAF
18
El ADM, núcleo de TOGAF
Solution
implemente
d
Request for
Architecture
Change
Request for
Architecture
Work
Implementation Plan
19. TOGAF
19
El ADM, núcleo de TOGAF
Iteraciones
dentro del ciclo
ADM
• ADM establece
diferentes iteraciones
que facilitan la
adaptación a diferentes
contextos
• Proporciona un
mecanismo de
refinamiento progresivo
y acuerdo entre las
partes interesadas
20. TOGAF
20
Dimensionamiento de la Arquitectura de Empresa
Time
Breath (Alcance)
• ¿Qué consideramos
“empresa”?
Level
(Profundidad)
• ¿Hasta qué nivel de
detalle?
A. Domains
• Negocio / Datos
/Aplicaciones
/Tecnología
Time
21. TOGAF
21
El ADM para todas las dimensiones
Ciclos de desarrollo de
arquitectura a diferentes
niveles
y asignados a diferentes
equipos
22. TOGAF
22
Estructura de componentes de TOGAF
• PARTE I: Introducción global
• PARTE II: Metodología de gestión
para el desarrollo paso a paso de
una Arquitectura de Empresa
(ADM).
• PARTE III: Directrices y técnicas
para la aplicación y adaptación de
TOGAF y ADM
• PARTE IV: Metamodelo
estructurado para los artefactos
de arquitectura
• PARTE V: Categorización y
almacenamiento de los
entregables de la actividad de
arquitectura
• PARTE VI: Modelos de referencia
• PARTE VII: Organización,
procesos, habilidades, roles y
responsabilidades necesarios
para establecer y operar la
función de Arquitectura de
Architecture Development Method
(Part II)
Enterprise Continuum & Tools (Part V)
ADM Guidelines &
Techniques (Part III)
Architecture Content
Framework (Part IV)
TOGAF Reference
Models (Part VI)
Architecture Capability Framework
(Part VII)
23. TOGAF versus COBIT, ITIL y PRINCE2
23
• COBIT abarca la gobernanza y la dirección del cambio
• TOGAF proporciona la visión general de la estructura del
cambio
• PRINCE2 gestiona la implementación del cambio
• ITIL define la estrategia, la evolución y la operación de los
servicios de TI