Figure 6-1: Preliminary Phase

Documentos relacionados
Figure 7-1: Phase A: Architecture Vision

Figure 16-1: Phase H: Architecture Change Management

Figure 9-1: Phase C: Information Systems Architectures

PLANIFICACIÓN ESTRATÉGICA: CONCEPTO Y ASPECTOS BÁSICOS.

CMMI (Capability Maturity Model Integrated)

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

Gestión de Configuración del Software

Curso Fundamentos de ITIL

Curso: Arquitectura Empresarial basado en TOGAF

Proceso: AI2 Adquirir y mantener software aplicativo

Basado en la ISO 27001:2013. Seguridad de la Información

BLOQUE 6: Planificación

ITIL FOUNDATION V3 2011

Sinopsis de la gestión de portafolios de acuerdo con el estándar del Project Management Institute 1

Microsoft Dynamics Sure Step Fundamentos

12.1 Planificar las Compras y Adquisiciones

Metodología básica de gestión de proyectos. Octubre de 2003

IT Project Portfolio Management y su vinculación con la Estrategia Corporativa

BUSINESS PROCESS MANAGEMENT (BPM)


ADMINISTRACIÓN DE PROYECTOS

LISTA DE MEJORAS PARA MEJORAR LOS RESULTADOS DE LA EVALUACIÓN

Sede Escazú, Plaza Tempo

determinar la competencia necesaria de las personas que realizan, bajo su control, un trabajo que afecta a su desempeño ambiental;

FICHA DE PROYECTO PLANEACIÓN TACTICA. Permanente. de Servicios de Tecnologías de Información. Tecnologías de la información y comunicación.

Unidad 1. Fundamentos en Gestión de Riesgos

Principales Cambios de la ISO 9001:2015

CATÁLOGO DE SERVICIOS DE LA GERENCIA DE INFORMÁTICA DE LA SEGURIDAD SOCIAL

Project Management Based in PMI

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

Índice. Que es SFIA? Estructura del modelo. Compatibilidad Algunas implementaciones Desarrollo participantes

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

Metodología Dharma de Dirección de Proyectos (MDDP) sobre CA PPM

ESCUELA DE POSTGRADO DE LA UNIVERSIDAD PRIVADA DE TACNA. Programa de Maestría en Informática PLAN DE ESTUDIOS MAESTRÍA EN INFORMÁTICA

Funcionamiento de la Cartera de Proyectos TI

Marco Normativo de IT

0. Introducción Antecedentes

-OPS/CEPIS/01.61(AIRE) Original: español Página Estructura del programa de evaluación con personal externo

Gestión del Servicio de Tecnología de la información

FUNCIÓN FINANCIERA DE LA EMPRESA

Cuenca, 15 de mayo de Ingeniero Patricio Guerrero. Director de Tecnologías de la Información y Comunicación Universidad de Cuenca. Ciudad.

Curso. Introducción a la Administracion de Proyectos

NORMAS PARA EL PATROCINIO COMERCIAL DE LAS ACTIVIDADES DE FORMACIÓN CONTINUADA DE LAS PROFESIONES SANITARIAS

El plan estratégico de sistemas de información

COMPONENTES DEL SISTEMA DE CONTROL INTERNO COMITÉ DE CONTROL INTERNO- SISOL

Características de los programas de alfabetización en información que sirven como ejemplo de las mejores prácticas*.

Introducción a la Gerencia de Proyectos. Resumen. Introducción.

Presentación del Data Monitor de Sedex Nuestra interesante nueva gama de herramientas de creación de informes

COBIT Y GERENCIA DE PROYECTOS. Iván Daniel Rincón, MBA, PMP, CISA Program Manager, Ocean Networks Canada. Tópicos

Presentación del Curso Virtual GERENCIA DE PROYECTOS EMPRESARIALES CON PROJECT

ADMINISTRACIÓN DE PROYECTOS. Ing. Juan M. Ibujés Villacís, MBA

R E S U M E N E J E C U T I V O

Metodología de Gestión de Proyectos

FASE SEIS ACOMPAÑAMIENTO EN LA GESTIÓN DEL NEGOCIO. I. Metodología. 1. Objetivo de la fase. 2. Descripción de la fase

Lanzamiento de un nuevo producto Experiential MBA OnLine

GUÍA 14 Diseño de Planes y Programas. Descripción

G.UA.01 Guía del dominio de Uso y Apropiación

Suplemento Metodológico: Análisis de Involucrados

MEGA INTERNATIONAL MANAGING ENTERPRISE COMPLEXITY

Etapa de Implementación de la Ejecución del Plan

PROGRAMA INTERNACIONAL. Ventas & CRM

POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST

Introducción. Enfoque de Control de CobiT Los Procesos del Modelo Mapeo de los Procesos

ATENCIÓN DE SOLICITUDES DE SERVICIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES Y SISTEMAS ESPECIALES

Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007

ARIS Business Architect for SAP

Bechtle Solutions Servicios Profesionales

Procedimiento de Sistemas de Información

Desarrollo de la estrategia a seguir para. un Sistema de Gestión de la Energía. Instalaciones Industriales

Gestión de Proyectos TI

Figura 3.1 Implementación de ITIL

ADMINISTRACIÓN DE PROYECTOS

Claridad en la gestión de proyectos

GESTIÓN Y DIRECCIÓN ESTRATÉGICA DE PROYECTOS. Docente Irina Jurado Paz

Plan de Estudios. Diploma de Especialización en Seguridad Informática

Antes de imprimir este documento piense en el medio ambiente!

Examen de Fundamentos de ITIL

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

CARRERA TITULO DEL TRABAJO CURSO

MANUAL DE REFERENCIA

EL PROCESO DE BENCHMARKING

Elementos requeridos para crearlos (ejemplo: el compilador)

PROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD. PROCESO EVALUACIÓN Y CONTROL PÁGINA 1 de 9

CÓMO MEJORAR LA GESTIÓN DE SERVICIOS TI USANDO MEJORES PRÁCTICAS?

Perfiles de Competencias Europeos en Profesiones relacionadas con Internet Vendedor Web

ARCHIVO GENERAL DE LA NACIÓN

PREPARADO POR: FECHA DE EMISIÓN: FECHA DE VALIDACIÓN:

ESCUELA DE EMPRESAS Universidad San Francisco de Quito Educación Empresarial. CERTIFICADO EN VENTAS PROFESIONALES Modalidad Presencial

Capítulo IV. Manejo de Problemas

PERFILES OCUPACIONALES

Planeación del Proyecto de Software:

ARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: APUNTES TEMA 1: CONTROL DE CALIDAD

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Actividad 4. Justificación de la oportunidad y análisis de necesidades. Concreción de la propuesta

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

Mejores prácticas para diseñar y gestionar servicios TI garantizando su entrega, medición, seguridad, disponibilidad y mejora continua.

PROCEDIMIENTO INTEGRADO PARA EL CONTROL OPERACIONAL

Transcripción:

Fase Preliminar: Objetivos Los objetivos de la fase preliminar son: Figure 6-1: Preliminary Phase 1. Determinar la capacidad de la arquitectura deseada por la Organización. a. Revisar el contexto organizacional para conducir la Arquitectura Empresarial. b. Identificar los elementos de la organización afectados por la capacidad de la arquitectura. c. Identificar los marcos establecidos, métodos, y procesos que se intersecan con la capacidad de la arquitectura. d. Establecer el modelo de capacidad objetivo. 2. Establecer la capacidad de la arquitectura. a. Definir y establecer el modelo organizacional para la arquitectura empresarial.

Enfoque b. Definir y establecer el detalle de los procesos y recursos para la governanza de la arquitectura. c. Seleccionar e implementar herramientas para soportar la capacidad de la arquitectura. La fase preliminar define donde, que, porque, quienes, y como nosotros hacemos la arquitectura. Los principales aspectos son los siguientes: Definición de la empresa La identificación de los conductores y elementos claves en el contexto de la organización. Seleccionar e implementar herramientas de soporte de la capacidad de la arquitectura. Definir los principios de la arquitectura. Definir el marco de trabajo a ser usado. Definir las relaciones entre los marcos de trabajo administrados. Evaluación del nivel de madurez de la arquitectura empresarial. La arquitectura empresarial ofrece un enfoque estratégico, de arriba hacia abajo de una organización para que los ejecutivos, planificadores, arquitectos e ingenieros puedan coordinar coherentemente, integrar y llevar a cabo sus actividades. El marco de arquitectura empresarial ofrece el contexto estratégico para que este equipo funcione dentro de los conductores y elementos clave identificados en el contexto de la organización. Los objetivos estratégicos y tácticos deben cumplirse. Del mismo modo, la arquitectura empresarial debe reflejar estos requerimientos y permitir el funcionamiento de la arquitectura en diferentes niveles de la organización. Empresa Es importante en esta etapa la definición de un patrocinador para garantizar que la actividad tiene los recursos para continuar y el apoyo claro de la administración. Es importante asegurarse que se identifiquen a todos los interesados, para el establecimiento y uso de la capacidad de la arquitectura.

Contexto Organizacional Es necesario entender el contexto alrededor de la marco de trabajo de la arquitectura, con el fin de poder decisiones efectivas. Áreas específicas a considerar son: Los modelos comerciales y los planes presupuestarios para la arquitectura de la empresa. Cuando no existan tales planes, la etapa preliminar se debe utilizar para desarrollar un plan de presupuesto. Los actores de la arquitectura empresarial, sus problemas y preocupaciones fundamentales. Las intenciones y la cultura de la organización, como se recoge en la mesa directiva, los imperativos de negocio, estrategias de negocio, los principios de negocio, objetivos de negocio, y los conductores de negocios. Los procesos actuales que apoyan la ejecución del cambio y la operación de la empresa, incluyendo la estructura del proceso y también el nivel de rigor y formalidad aplicada dentro de la organización. Las áreas de enfoque debe incluir: o Los métodos actuales para la descripción de la arquitectura. o La metodología actual para gestión de proyectos. o Los sistemas actuales de administración. o Los procesos y métodos para la administración del portafolio de proyectos. o Los procesos y métodos para la administración del portafolio de tecnologías. o Los procesos y métodos para la administración de sistemas de información. o Los métodos y marcos de desarrollo para el diseño de sistemas. El escenario de la arquitectura actual, incluyendo el estado de la empresa y como esta este representado a nivel de documentación. Las habilidades y capacidades de la empresa y especificas de la empresa para adoptar el marco de trabajo. Revisión del contexto de la organización debe proporcionar los requisitos valiosos sobre cómo adaptar el marco de la arquitectura en términos de: Nivel de formalidad y rigor que se aplicara.

Nivel de sofisticación y nivel de gastos necesario. Puntos de contacto con otras organizaciones, procesos, roles y responsabilidades. Enfoque de la cobertura de contenido. Requisitos para el trabajo de Arquitectura Los imperativos de negocio detrás de la obra de arquitectura empresarial conducen los requisitos y las métricas de rendimiento para el trabajo de arquitectura. Deben ser lo suficientemente claros para que esta fase pueda alcanzar los resultados de negocio, necesidades de los recursos, y definir las necesidades de información del negocio y las estrategias asociadas de la arquitectura de la empresa del trabajo por hacer. Por ejemplo, estos pueden incluir: Los requerimientos de negocio. Aspiraciones culturales. El propósito organizacional. El propósito estratégico. Las proyecciones financieras. Estos elementos deben ser detallados para que el patrocinador puede identificar todos los principios para la toma de decisiones y los actores involucrados en la definición y establecimiento de la capacidad de la arquitectura. Principios La definición de los principios de la arquitectura es fundamental para el desarrollo de una arquitectura empresarial. El trabajo de la arquitectura esta formado por los principios de negocio y los principios de la arquitectura. Los principios de la Arquitectura son basados en los principios de negocio. La definición de principios de negocios esta fuera del alcance de la función de la arquitectura. El tema de la gobernanza de la arquitectura está estrechamente ligado a los principios de la arquitectura. El órgano competente para la gobernanza también suelen ser los responsables de aprobar los principios de la arquitectura y para resolver los problemas de arquitectura.

Administración de marcos de trabajo El método de desarrollo de arquitecturas TOGAF (ADM) es un método genérico, entendido para ser usado en una amplia variedad de tipos de industria y geografías. También es diseñado para ser usado en una amplia variedad de marcos arquitectura empresarial. TOGAF tiene que coexistir y mejorar las capacidades operativas de otros marcos de gestión que están presentes dentro de cualquier organización, ya sea formal o informal. Además de estos marcos de trabajo, la mayoría de organizaciones tiene un método para el desarrollo de soluciones, la mayoría de las cuales tienen un componente de TI. La importancia de los sistemas es que reúne a los distintos ámbitos (también conocidos como personas, procesos y tecnología) para ofrecer una capacidad de negocio. Los principales marcos de trabajo sugeridos para ser coordinados con TOGAF son: Gestión de la Capacidad de negocios (Dirección de Operaciones y Planificación) que determina que capacidades empresariales están obligados a entregar valor de negocio, incluyendo la definición de rendimiento de la inversión y los requisitos de control y medidas de rendimiento. Metodología para la Administración de portafolio y proyectos que determinan como una compañía administra la gestión de cambios. Metodología para la administración de operaciones que describen como la compañía ejecuta el día a día. Metodología para el desarrollo de soluciones que formalizan la forma en que los sistemas de negocios son entregados de acuerdo a la estructura desarrollada en la Arquitectura de TI.

Figure 6-2: Management Frameworks to Co-ordinate with TOGAF La Fase Preliminar por lo tanto implica hacer cualquier trabajo necesario para adaptar la ADM para definir un marco específico de la organización, utilizando los entregables TOGAF o las entregas de otro marco. Relacionando los marcos de trabajo Figure 6-3: Interoperability and Relationships between Management Frameworks

La Figura 6-3 ilustra un conjunto más detallado de las dependencias entre los diversos marcos y la actividad de planificación de negocios que incorpora el plan estratégico de la empresa y la dirección. La arquitectura de la empresa se puede utilizar para proporcionar una estructura para todas las iniciativas empresariales, el Marco de Gestión del portafolio de proyectos se puede utilizar para entregar los componentes de la arquitectura, y el Marco de Gestión de Operaciones apoya la incorporación de estos nuevos componentes dentro de la infraestructura corporativa. Los planificadores de negocios están presentes en todo el proceso y están en condiciones de apoyar y reforzar la arquitectura mediante la retención de la aprobación de los recursos en las diferentes etapas de la planificación y el desarrollo. La metodología de desarrollo de la solución se utiliza dentro del marco de gestión de portafolio de proyectos para planificar, crear y entregar los componentes arquitectónicos que se especifican en la cartera y los charters de los proyectos. Estas prestaciones incluyen, pero no exclusivamente, IT, por ejemplo, un edificio nuevo, un nuevo conjunto de habilidades de equipo de producción, contratación, marketing, etc. Arquitectura empresarial potencialmente proporciona el contexto para todas las actividades de la empresa. Los marcos de gestión deben complementarse y trabajar en armonía por el bien de la empresa. ENTRADAS Material de referencia externo a la empresa TOGAF Otro marcos de trabajo de arquitectura, si fuera requerido. Entradas no Arquitecturales Estrategias y planes de la Junta de directiva de negocios, estrategia de negocio, estrategia de TI, los principios de negocio, objetivos de negocio, y los conductores de negocios, cuando existieren. Marcos importantes que operan en el negocio, por ejemplo, la cartera / Gestión de Proyectos.

Gobernanza y marcos legales, incluyendo la estrategia de arquitectura de la gobernanza, cuando existiere. Arquitectura capacidad. Colaboración y contratos de cumplimiento. Entradas arquitecturales Modelos preexistentes para el funcionamiento de una capacidad de arquitectura empresarial puede ser utilizado como una base para la Fase Preliminar. Las entradas incluirían: PASOS Modelo de organización de Arquitectura Empresarial (véase la Parte IV, 36.2.16 Modelo Organizacional para Arquitectura Empresarial), incluyendo: o Alcance de las organizaciones de afectados o La evaluación de madurez, las brechas y el enfoque de resolución. o Roles y responsabilidades para el equipo de arquitectura (s) o Necesidades presupuestarias o Gobernanza y estrategia de apoyo Marco arquitectura existente, en su caso, a saber: o Método de Arquitectura o Contenido de la Arquitectura o Herramientas para configurar e implementar o Principios de Arquitectura o Repositorio de la Arquitectura Los pasos dentro de la fase preliminar son los siguientes: Alcance del impacto en la empresa Confirmar Gobernanza y marcos de soporte Definir y Establecer equipo de Arquitectura Empresarial y la Organización Identificar y establecer los principios de la arquitectura Adaptar TOGAF y, en su caso, de otros frameworks arquitectura seleccionados. Herramientas para implementar la arquitectura Alcance del impacto en la empresa

Identificar las unidades empresariales que son más afectadas y logran un mayor valor del trabajo. Identificar unidades blandas - los que ven el cambio a su capacidad y trabajar con las unidades centrales, pero que no son afectados directamente. Identificar las unidades fuera del ámbito de la empresa de ámbito que se verán afectados en su arquitectura. Identificar los grupos de interés que se verán afectados. Identificar temas de gobierno, incluidos los marcos jurídicos. Definir y Establecer Equipo de Arquitectura Empresarial y Organización Determinar la capacidad empresarial y de negocios existente. Llevar a cabo una empresa de arquitectura / negocio evaluación de la madurez cambio, si se requiere. Identificar los vacíos en las áreas de trabajo existentes. Asignar roles y responsabilidades para la gestión de la capacidad de la empresa, de la Arquitectura y de Gobierno. Definir las solicitudes de cambio de programas de negocios y proyectos existentes: o Informar de la arquitectura empresarial de TI existente y el trabajo de arquitectura de los requerimientos de las partes interesadas. o Solicitud de evaluación de impacto en sus planes de trabajo. o Identificar áreas de interés común. o Identificar las diferencias críticas y conflictos de intereses. o Producir solicitudes de cambio a las actividades de interesados. Determinar las restricciones sobre el trabajo de arquitectura empresarial. Revisar y acordar con los patrocinadores y la mesa directiva. Evaluar las necesidades presupuestarias. Identificar y establecer los principios de la Arquitectura Los principios de la arquitectura son basados en los principios de negocio y son críticos en la fundación para la gobernanza de la arquitectura. Una vez el contexto de la organización es entendido, se define un conjunto de Principios de la Arquitectura que son apropiados para la empresa.

SALIDAS Las salidas de la fase preliminar puede incluir, pero no se limitan a: Modelo de organización de Arquitectura Empresarial, incluyendo: o Alcance del impacto en la organización. o La evaluación de la madurez, brechas y enfoque de resolución. o Roles y responsabilidades para el equipo de arquitectura. o Las restricciones sobre el trabajo de arquitectura. o Necesidades presupuestarias. o Gobernanza y estrategia de apoyo. Marco de trabajo para la Arquitectura adaptado o Método de arquitectura adaptado. o Contenido de la arquitectura adaptado. o Principios de la Arquitectura. o Herramientas de configuración e implementación. Repositorio inicial de la Arquitectura. Reformulación de los principios de negocio, objetivos de negocio, los conductores de negocios. Solicitud de trabajo de arquitectura. Marco de trabajo para la gobernanza de la Arquitectura. Las salidas pueden incluir algunos o todos de los siguientes: Catálogos: o Catálogo de principios. Contenido Fuente: http://pubs.opengroup.org/architecture/togaf9-doc/arch/