MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DE ESTRATEGIA DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DE ESTRATEGIA DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN"

Transcripción

1 Página 1 de 20 MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DE ESTRATEGIA DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN VERSIÓN 001 Junio 2012 Página 1

2 Página 2 de 20 Tabla de Contenido INTRODUCCIÓN OBJETIVO GLOSARIO DE TÉRMINOS Reglas relacionadas con definición de la estrategia y arquitectura de TI Reglas relacionadas con gestión de la demanda y portafolio de TI Reglas relacionadas con planeación del servicio de TI REGLAS DE NEGOCIO PARA DIRECCIÓN DE PROYECTOS DE TI Página 2

3 Página 3 de 20 INTRODUCCIÓN Acorde con el Modelo Normativo Interno propuesto para las Empresas, mediante el cual se busca optimizar el manejo de la información, la efectividad en la toma de decisiones y facilitar la operación, corresponde al Subdirector de Tecnología de Información (STI-EPM) dictar las reglas de negocio para la Gestión de Tecnología de Información contando con una normativa interna que indique como se deben operar, sin desconocer las normas externas que impactan los mismos, es decir, tomando como referente las disposiciones legales y estatutarias de los sistemas y modelos de gestión. El Modelo Normativo Interno para su aplicación tiene en cuenta dos manuales, el primero contiene la política aprobada por la Junta Directiva de EPM y los lineamientos dictados por el Gerente General; el segundo manual relaciona las reglas de negocio definidas por el responsable del proceso que detallan o establecen la operación del proceso. Como parte del primer manual, la Junta Directiva en su sesión de febrero 01 de 2011, según Acta 1528 definió la política para la Gestión de Tecnología de Información en los siguientes términos: En EPM, la Gestión de Tecnología de Información habilita a la empresa para que disponga de la información requerida por los grupos de interés y se adapte oportunamente a los cambios generados por el entorno, sus procesos y la visión de negocio, usando como referencia la arquitectura empresarial y operando bajo un modelo de prestación de servicios con las mejores prácticas de mercado como una forma de apalancar la sostenibilidad y el crecimiento del negocio. Paso siguiente, el Gerente General el 31 de enero de 2012, según Decreto 1866 definió el Manual de lineamientos asociados al macroproceso gestión de tecnología de información, y como objetivo fundamental Establecer los Lineamientos Asociados al Macro proceso Gestión de Tecnología de Información, con el propósito de guiar la toma de decisiones en el marco de tecnología de información (TI en este documento) y la optimización y aprovechamiento de sus recursos. Y como parte del segundo manual, Bajo el entendido de que los lineamientos están en continua evolución, la Subdirección Tecnología de Información (STI-EPM) tiene, de acuerdo Página 3

4 Página 4 de 20 con el marco de gobierno definido para el Grupo Empresarial EPM (GE-EPM), la responsabilidad de crear los mecanismos de actualización y divulgación apropiados que permitan publicar y desarrollar estos lineamientos a través de reglas de negocio, procedimientos e instructivos., así como se contempló en el decreto 1866 de enero 31 de Este documento contiene el Manual de Reglas de Negocio asociadas a los lineamientos del proceso Estrategia del servicio de TI y brinda elementos de referencia que facilitan la orientación y actuación de todos los servidores de EPM. OBJETIVO Establecer las Reglas de Negocio asociadas a los lineamientos del proceso Estrategia del servicio de TI, con el propósito de establecer parámetros que califican y cuantifican criterios específicos para la actuación del personal en la operación de dichos procesos. GLOSARIO DE TÉRMINOS A continuación, se presenta la definición de los términos de TI que facilitan la comprensión del presente documento. CICLO DE VIDA DE SOFTWARE: Es un período de tiempo que se inicia cuando se concibe el producto software y finaliza cuando el producto software se retira de uso. Típicamente incluye: fase de requisitos, fase de diseño, fase de implementación, fase de pruebas, fase de instalación y liberación, fase de operación y mantención, y algunas veces, fase de retiro. Estas fases se pueden superponer o se puede ejecutar iterativamente. ARQUITECTURA DE UN SISTEMA SOFTWARE: La arquitectura de un sistema es el conjunto de decisiones significativas sobre la organización del sistema software; la selección de elementos estructurales y sus interfaces a través de los cuales se constituye el sistema; el comportamiento del sistema, como se especifica en las colaboraciones de esos elementos; la composición de esos elementos estructurales y de comportamiento en subsistemas Página 4

5 Página 5 de 20 progresivamente más grandes; el estilo arquitectónico que guía esta organización: los elementos estáticos y dinámicos y sus interfaces, su colaboración y su composición. SISTEMA SOFTWARE: Un sistema software es una colección de subsistemas organizados para lograr un propósito descrito por un conjunto de modelos que representan diferentes puntos de vista del sistema. Desde un enfoque de ciclo de vida, un sistema representa el elemento que se está desarrollando, visto desde diferentes dimensiones mediante diferentes modelos presentados en forma de diagramas. SUBSISTEMA: Un subsistema es un grupo de elementos, algunos de los cuales constituyen una especificación del comportamiento ofrecido por los otros subsistemas. MODELO: Un modelo es una abstracción semánticamente cerrada de un sistema, es decir, representa una simplificación completa y autoconsciente de la realidad, creado para comprender mejor el sistema, es decir, representa una simplificación completa y autoconsciente de la realidad, creado para comprender el sistema. VISTA: Una vista es una proyección de la organización y estructura de un modelo de un sistema en el contexto de su arquitectura. DIAGRAMA: Es la representación gráfica de un conjunto de elementos, el cual normalmente se muestra como un grafo de nodos (elementos) y arcos (relaciones). DIAGRAMAS ESTRUCTURALES DE UN SISTEMA SOFTWARE: Existen para especificar, construir y documentar los aspectos estáticos de un sistema software. Los aspectos estáticos de un sistema representan su esqueleto y su andamiaje, es decir, incluyen la existencia y ubicación de clases, interfaces, colaboraciones, componentes y nodos. Los aspectos estáticos de un sistema se representan mediante los diagramas siguientes: diagrama de clases, diagrama de objetos, diagrama de componentes, diagramas de despliegue. DIAGRAMA DE CLASES: Un diagrama de de clases presenta un conjunto de clases, interfaces y colaboraciones, y las relaciones entre ellas. Se utilizan para describir la vista de diseño estática o la vista de procesos estática de un sistema. Los diagramas de clase que Página 5

6 Página 6 de 20 incluyen clases activas se utilizan para cubrir la vista de procesos estática de un sistema. Los diagramas de clases son los diagramas más comunes en el modelado de sistemas orientados por objetos. Por último, un sistema se puede estructurar como un conjunto de subsistemas, donde un diagrama de subsistemas como un conjunto de clases del sistema. DIAGRAMAS DE OBJETOS: Un diagrama de objetos representa un conjunto de objetos y sus relaciones. Se utiliza para describir estructuras de datos, instantáneas de las instancias de los elementos que se encuentran en los diagramas de clases. Los diagramas de objetos cubren la vista de diseño estática o la vista de procesos estática de un sistema al igual que los diagramas de clase, pero desde la perspectiva de casos reales o prototípicos. DIAGRAMAS DE COMPONENTES: Un diagrama de componentes muestra un conjunto de componentes y sus relaciones. Los diagramas de componentes se utilizan para describir la vista de implementación estática de un sistema. Los diagramas de componentes se relacionan con los diagramas de clases en que un componente normalmente se corresponde con una o más clases, interfaces o colaboraciones. DIAGRAMAS DE DESPLIEGUE: Un diagrama de despliegue muestra un conjunto de nodos y sus relaciones. Los diagramas de despliegue se utilizan para describir la vista de despliegue estática de una arquitectura. Los diagramas de despliegue se relacionan con los diagramas de componentes en que un nodo normalmente incluye uno o más componentes. DIAGRAMAS DE COMPORTAMIENTO DE UN SISTEMA SOFTWARE: Se emplean para visualizar, especificar, construir y documentar los aspectos dinámicos de un sistema software. Los aspectos dinámicos de un sistema software se pueden ver como aquellos que representan sus partes mutables. Los aspectos dinámicos de un sistema software involucran cosas tales como el flujo de mensajes entre los componentes del sistema a lo largo del tiempo y el movimiento físico de los componentes en una red de telecomunicaciones. Los componentes dinámicos de un sistema software se representan mediante los diagramas siguientes: diagramas de casos de uso, diagramas de secuencia, diagramas de colaboración, diagramas de estados, diagramas de actividades. Página 6

7 Página 7 de 20 DIAGRAMAS DE CASOS DE USO: Un diagrama de casos de uso representa un conjunto de casos de uso y actores (un tipo especial de clase) y sus relaciones. Los diagramas de casos de uso se utilizan para describir la vista de casos de uso estática de un sistema. Los diagramas de casos de uso son especialmente importantes para organizar y modelar los comportamientos de un sistema. DIAGRAMAS DE INTERACCIÓN: Es el nombre que recibe el conjunto conformado por los diagramas de secuencia y diagramas de colaboración. DIAGRAMAS DE SECUENCIA: Un diagrama de secuencia es un diagrama de interacción que resalta la ordenación temporal de los mensajes. El diagrama de secuencia presenta el conjunto de objetos y los mensajes enviados y recibidos por ellos. Los objetos suelen ser instancias con nombre o anónimas de clases, pero también pueden representar instancias de otros elementos, tales como colaboraciones, componentes y nodos. Los diagramas de secuencia se utilizan para describir la vista dinámica de un sistema. Los diagramas de secuencia y colaboración son isomorfos, es decir, se puede convertir el uno en el otro sin pérdida de información. DIAGRAMAS DE COLABORACIÓN: Un diagrama de colaboración es un diagrama de interacción que resalta la organización estructural de los objetos que envían y reciben mensajes. Un diagrama de colaboración muestra un conjunto de objetos, enlaces entre esos objetos y mensajes enviados y recibidos por esos objetos. Los objetos normalmente son instancias con nombre o anónimas de clase, pero también pueden representar instancias de otros elementos, como colaboraciones, componentes y nodos. Los diagramas de colaboración se utilizan para describir la vista dinámica de un sistema. Los diagramas de secuencia se utilizan para describir la vista dinámica de un sistema. Los diagramas de secuencia y colaboración son isomorfos, es decir, se puede convertir el uno en el otro sin pérdida de información. DIAGRAMAS DE ESTADOS: Un diagrama de estados representa una máquina de estados, constituida por estados, transiciones, eventos, actividades. Los diagramas de estados se utilizan para describir la vista dinámica del un sistema. Son especialmente importantes para modelar el comportamiento de una interfaz, una clase o una colaboración. Los diagramas de Página 7

8 Página 8 de 20 estado resaltan el comportamiento dirigido por eventos de un objeto, lo que es especialmente útil al modelar sistemas reactivos. Los diagramas de secuencia se utilizan para describir la vista dinámica de un sistema. Los diagramas de estado y actividades son isomorfos, es decir, se puede convertir el uno en el otro sin pérdida de información. DIAGRAMA DE ACTIVIDADES: Un diagrama de actividades muestra el flujo de actividades en un sistema. Una actividad muestra un conjunto de actividades, el flujo secuencial o ramificado de actividades y los objetos que actúan y sobre los que se actúa. Los diagramas de actividades se utilizan para ilustrar la vista dinámica de un sistema. Además, estos diagramas son especialmente importantes para modelar la función de un sistema, así como para resaltar el flujo de control entre objetos. Los diagramas de estado y actividades son isomorfos, es decir, se puede convertir el uno en el otro sin pérdida de información. Página 8

9 Página 9 de 20 1 REGLAS DE NEGOCIO PROCESO ESTRATEGIA DEL SERVICIO DE TI. 1.1 Reglas relacionadas con definición de la estrategia y arquitectura de TI Alineación del Proceso: El Procesos debe estar alineado y sincronizados con el proceso de Planeacion estratégico del Grupo EPM. Alineación del Ciclo de Planeación: El ciclo de planeación de la OTI debe estar alineado al ciclo de planeación de Grupo EPM. Formulación de Estrategias de TI: La formulación de la estrategia de TI estará alineada con la estrategia empresarial, de negocio y sus respectivas herramientas y métodos. Insumos de las estrategias de TI: Para la formulación de estrategias de TI se usarán como insumos el análisis del entorno, las directrices estratégicas, los objetivos estratégicos y el mapa de riesgos estratégicos de EPM. Contenido de una estrategia de TI: Toda estrategia de TI debe tener un objetivo claro y tener asociados planes de acción que permitan materializarla. Herramientas y Métodos de Planeacion Estratégica de TI: Las herramientas y los métodos de Planeación Estratégica de TI deben estar alineados y sincronizados con las herramientas y los métodos de Planeacion Empresarial Plan Estratégico de TI: Basados en la Arquitectura de TI formulada y en la demanda de TI, se debe definir el respectivo plan estratégico de TI para EPM. Cada una de las dependencias involucradas en el proceso Gestión TI en EPM, deberán elaborar y actualizar anualmente su plan de TI, presupuestarlo, llevarlo a aprobación a las instancias definidas. Página 9

10 Página 10 de 20 Consolidación del PETI del Grupo: EPM debe integrar y consolidar para el Grupo EPM los respectivos planes estratégicos de TI la atención de sus necesidades para asegurar que se cuenten con los recursos necesarios de ambas partes y poder hacer la gestión y seguimiento del mismo para garantizar un crecimiento armónico de la TI en el Grupo. Formulación del Modelo de trabajo TI: La Formulación del modelo de trabajo de TI estará alineada con el modelo de trabajo del grupo Empresarial y sus respectivas herramientas y métodos. Alcance del modelo de trabajo de TI: El modelo de trabajo de TI debe considerar la política,, los lineamientos, las reglas de negocio, el modelo de atención,la Estrategia de Recursos Humanos (Tercerización)., la Estrategia de Entrega de Servicios, las Métricas de Desempeño de la TI Tercerización de actividades de TI: La organización informática de EPM (OTI) no tercerizará las actividades de los procesos de TI que requieren competencias específicas claves del talento humano de TI de EPM; por lo tanto deberá desarrollarlas y garantizar que se efectúe la vinculación a EPM del personal que las posea. Formulación y desarrollo de la Arquitectura de TI: La formulación de la Arquitectura de TI estará alineada con el Modelo de Trabajo, la estrategia empresarial de EPM y sus respectivas herramientas y métodos. Insumos de la Arquitectura de TI: Para la formulación de Arquitectura de TI se usarán como insumos el modelo de trabajo, la arquitectura de negocios, el análisis del entorno, las directrices estratégicas, los objetivos estratégicos y el mapa de riesgos estratégicos Cubrimiento de la Arquitectura de TI: La Arquitectura de TI debe tener un cubrimiento de EPM como casa matriz del Grupo Empresarial asegurando la alineación de TI con el modelo de trabajo y cumpliendo con lo definido en dicho modelo Página 10

11 Página 11 de 20 Gobierno de Arquitectura: Las alternativas de solución propuestas al negocio, así como las arquitecturas de referencia, estarán gobernadas por los principios de arquitectura (negocio, aplicaciones, datos y tecnología) definidos por EPM. Cobertura de las Arquitecturas de Referencia de TI: Las arquitecturas de referencia, en el entorno de TI, deben considerar los tres dominios técnicos (datos, aplicaciones, tecnología). Oportunidad de las Arquitecturas de Referencia de TI: La Elección de arquitecturas de Referencia de TI deben facilitar el análisis e identificación de las alternativas de solución. Herramientas y Métodos de Arquitectura: Las herramientas y los métodos de arquitectura de TI deben estar alineados y sincronizados con las herramientas y los métodos de arquitectura de negocio en un marco común de arquitectura empresarial. Excepciones de la Arquitectura de TI: Todas las excepciones a la Arquitectura de TI deben ser sustentadas y presentadas de acuerdo a lo definido en el marco de trabajo. Las excepciones a la Arquitectura de TI deben ser aprobadas, consolidadas y publicadas por EPM. Herramientas de desarrollo de software: La Organización de Tecnología de Información de EPM es la encargada de definir al interior de EPM, cuáles son las herramientas software que se utilizarán durante el ciclo de vida de desarrollo de los diferentes servicios de TI, tales como lenguajes de programación, generadores de lenguaje, herramientas para la administración de datos en bases de datos, herramientas de acceso a las bases de datos, herramientas para configurar soluciones, herramientas para consultar y desplegar información, y todas aquellas otras que cumplan con las arquitecturas tecnológica, de aplicaciones y de datos de EPM, y que sean avaladas por la Organización de Tecnología de Información (OTI) de EPM. Igualmente, la Organización de Tecnología de Información es la encargada de autorizar el uso de estas herramientas software al personal vinculado a EPM, al personal de los proveedores de servicios de fábrica de software, de fábrica de Página 11

12 Página 12 de 20 pruebas, o de proveedores que suministran productos y servicios que incorporan servicios de TI. Alineación de las ideas de TI: Las ideas de TI estarán alineadas con la visión de la TI y aportaran valor al negocio. Gestion de ideas de TI: Las ideas de TI deben ser documentadas y administradas cumpliendo los lineamientos y reglas del negocio del proceso Gestión de la Demanda y Portafolio de TI y serán sometidas a evaluación y priorización como cualquier necesidad de negocio.. Evaluar desempeño de la TI: Obtener y consolidar la información de desempeño de la TI a partir de sus procesos de gestión de TI. Cuadro de Mandos de TI: Se debe actualizar mensualmente del BSC (Balanced Score Card Cuadro Integral de Mandos) de TI Reglas relacionadas con gestión de la demanda y portafolio de TI. Planeación de Necesidades: La Subdirección Tecnología de Información y las Unidades Informáticas de los negocios, solo recibirá necesidades de información, que provengan del proceso formal de planeación empresarial (Planes de negocio, Planes de soporte, Planes de mercadeo, Plan de Tecnología de Información y equivalentes) o aquellas que al no ser previsibles, sean solicitadas directamente por los clientes de tecnología de información o sus representantes. Se consideran necesidades de información no previsibles, las que se originan de la dinámica propia de la empresa y su entorno, tales como obligaciones de cumplimiento a nueva normatividad, cambios en productos y servicios ofrecidos por EPM a sus clientes, actividades de crecimiento del mercado, atención de recomendaciones de entes de control, asunto críticos operativos, requerimientos de información de terceros, cambios organizacionales o necesidades equivalentes debidamente justificadas. Página 12

13 Página 13 de 20 Inventario de Necesidades: Las necesidades de información deben ser recogidas y gestionadas a través del proceso Gestión de Demanda y Portafolio de TI y se clasificarán en primera instancia como una Idea, hasta que sean debidamente definidas, justificadas y documentadas por la dependencia que la origina, momento a partir del cual adquieren el carácter de un Requerimiento de Negocio a ser atendido por la Organización de Tecnología de Información. Una Idea se considera bien documentada cuando tenga completamente descrito el Problema u Oportunidad de negocio, Identificación del patrocinador, dependencias y actores involucrados; diagnóstico de la situación actual y una justificación de negocio en términos de los beneficios obtenidos al resolver el problema o aprovechar la oportunidad, así como la definición detallada de los procesos involucrados con sus respectivos flujos de información. Documentación de Ideas: La documentación de las ideas es responsabilidad de los clientes de la OTI, para lo cual contarán con el apoyo de los ejecutivos de cuenta asignados por la Organización de tecnología de Información. Las ideas que no sean documentadas en un plazo máximo de 3 meses serán archivadas y eliminadas del proceso de Gestión de Demanda y Portafolio de TI. Clasificación de las Ideas: Una vez se tenga una definición clara en términos de negocio de las ideas que requieren una solución de tecnología de información estás se clasificarán para su gestión en iniciativas o requerimientos de servicio según con base en el siguiente criterio: o Requerimiento de servicio: Está orientado a modificar o adicionar funcionalidad o los niveles de servicio de una solución existente (Servicio, sistema de información o plataforma tecnológica) y su costo estimado es inferior a 200 salarios mínimos legales mensuales. o Iniciativa: Cuando se trate de la implementación nuevos servicios, tecnologías y soluciones informáticas o cuando se trate de modificar o escalar soluciones existentes que implican esfuerzos significativos con costo estimado superior a 200 SMMLV. Página 13

14 Página 14 de 20 Registro de Iniciativas: Las iniciativas deberán ser incorporadas en los planes de negocio o soporte para su atención y serán definidas, evaluadas y priorizadas a través de casos de negocio. La elaboración de los casos de negocio es responsabilidad principal de las UEN y las dependencias del nivel institucional dueñas de procesos en EPM, quienes deberán, describir el alcance en términos de negocio y describir los beneficios cuantitativos y cualitativos de la iniciativa y sustentarlos ante el comité Negocio TI, hasta lograr su aprobación, para poder continuar con la definiciones de alternativas de solución, el costeo y la asignación de recursos. Alternativas de Solución a las Iniciativas: Las OTI elaborará alternativas de solución para las iniciativas aprobadas y estimará los costos, esfuerzos y riesgos para su ejecución. Con la información de beneficio (valor) entregado por el dueño de la necesidad, el costo y el análisis de riesgo se hará una evaluación comparativa de las iniciativas en el portafolio de TI con el fin de determinar un orden de prioridad para la asignación de recursos y autorización de su ejecución como proyecto. Priorización de Proyectos: La responsabilidad de aprobar los proyectos, definir su prioridad y asignar recursos (financieros y humanos), recaerá en el Comité Negocios Tecnología de Información, quienes además harán seguimiento a los proyectos en ejecución. Presupuestación de proyectos: Las UEN, dependencias o filiales dueñas de la necesidad que da origen a un proyecto que contiene componentes de tecnología de información, son las responsables de obtener el presupuesto requerido por éstos, en las distintas vigencias en que su programe su ejecución. Vigencia de las Iniciativas/Proyectos: Aquellas iniciativas con alternativas de solución definidas, o aquellos proyectos aprobados que permanezcan en el portafolio de TI por un lapso superior a un año, sin haber iniciado su ejecución, deberán ser reevaluados para verificar su pertinencia o cancelados en caso de haber perdido prioridad o interés para el negocio. Página 14

15 Página 15 de 20 Definición y Priorización de Requerimientos de Servicio: Los requerimientos de servicio serán definidos y priorizados en función de su discrecionalidad, impacto, riesgo, beneficio y costo serán clasificados y programados para ser atendidos con versiones de producto que serán liberadas periódicamente según la frecuencia que establezca el proceso de planeación de servicios. Predecir e Influenciar la Demanda de TI: La Organización de Tecnología de Información, implementará procedimientos proactivos encaminados a predecir e influenciar la demanda de servicios de tecnología de información, a partir de análisis de crecimiento vegetativo de variables de negocio y análisis de la información disponible en los planes de negocio y establecerá mecanismos para satisfacer dicha demanda o negociar su distribución en el tiempo con el fin de reducir picos y mejorar la oportunidad de atención, en función de las capacidades organizacionales y los recursos disponibles. Gestión integral de la demanda: Con el fin de asegurar una análisis completo de la demanda que afecte a procesos y servicios comunes y propender por la obtención de soluciones integrales que simplifiquen la arquitectura de aplicaciones, se crearán grupos o equipos de demanda y se establecerán procedimientos que ayuden a analizar y consolidar necesidades comunes en una misma iniciativa. Herramienta para la gestión de la demanda: Se implementará una herramienta de gestión de demanda y portafolio de proyectos, la cual debe estar alineada con las herramientas que se apliquen el los procesos de Planeación Empresarial, con el fin de facilitar la ejecución controlada del proceso Gestión de demanda, la priorización de los proyectos y la generación de métricas del proceso. 1.3 Reglas relacionadas con planeación del servicio de TI Conceptualización de servicios: Cada nuevo servicio del portafolio de servicios de tecnología de información, serán previamente modelado con el fin de asegurar que contemple todos los elementos y componentes requeridos para generar valor y satisfacer las necesidades del negocio para las cuales ha sido desarrollado. El modelo Página 15

16 Página 16 de 20 conceptual del servicio es la especificación de lo que será su alcance, sus objetivos, los recursos necesarios para prestar el servicio, las necesidades y clientes a los que se orienta el servicio, las condiciones o restricciones que originan el servicio para que su diseño posterior satisfaga los requerimientos de negocio. El modelo conceptual debe incluir tanto los aspectos externos que generan influencia sobre el servicio (procesos de negocio, información, usuarios, ambiente operativo, etc), como los componentes internos del mismo (plataforma, aplicaciones, funcionalidad, capacidades organizacionales requeridas para su operación, evolución y soporte, procedimientos administrativos y operativos, niveles de servicio esperados, etc) Versionamiento de Servicios de TI: La Organización Tecnología de información desarrollará y evolucionará los servicios de tecnología de información mediante planes de entrega por versiones, cada una de las cuales empaquetará un conjunto limitados de requerimientos funcionales y no funcionales, que serán definidos, especificados, diseñados, construidos, probados y liberados como una sola unidad, según programación previamente establecida en un calendario de versiones, con el fin de asegurar la disponibilidad de recursos y mantener un mejor control sobre los procesos de desarrollo del servicio. Inicialmente se implementará la planeación de versiones para los servicios considerados críticos para el negocio, y a medida que el proceso madure, se irán incorporando nuevos servicios a la planeación por versiones. Tamaño y Frecuencia de las Versiones del Servicio de TI: El tamaño y la frecuencia de entrega de las distintas versiones será establecido por el proceso de planeación de versiones teniendo en cuenta los requerimientos del negocio, el esfuerzo y complejidad de los requerimientos y la disponibilidad de recursos humanos y técnicos para llevar a cabo las actividades de especificación, análisis, diseño, construcción, adquisición, integración, pruebas y aseguramiento de la calidad de las nuevas versiones. Contenidos de los Planes de Versiones: Los planes de versiones deberán incluir tanto los requerimientos de negocio, como los requerimientos técnicos que se originan en los programas de mantenimiento, optimización, renovación, reposición y Página 16

17 Página 17 de 20 migraciones tecnológicas con el fin de asegurar la vigencia continuidad de las soluciones informáticas. Clasificación de las Versiones de los Servicios de TI: Se tendrán dos tipos de versiones. Las versiones estándar y las versiones de emergencia. Las versiones estándar corresponden a paquetes de requerimientos funcionales y no funcionales (técnicos) que se planean para ser definidos, implementados y liberados a producción siguiendo unos calendarios previamente establecidos, con dos puntos de control claramente establecidos: La fecha de corte, que corresponde a la fecha máxima en que se reciben requerimientos para ser incluidos en la versión y fecha de liberación, que corresponde a la fecha en que se estima que una versión será liberada a producción. Las versiones de emergencia son programaciones por excepción que se hacen para resolver requerimientos de negocio de obligatorio cumplimiento o resolver asuntos críticos operativos que no pueden esperar hasta la próxima versión estándar del producto. Para evitar un uso inadecuado de las versiones de emergencia, se mantendrá un indicador que permita llevar un control de éstas. Tiempos de estabilización de los Servicios de TI: Para los nuevos servicios que se liberen a producción, se deberá acordar con el cliente, un periodo de estabilización técnica y funcional para resolver problemas y fallas que se presenten. Los cambios que se deben efectuar para lograr la estabilización de un nuevo servicio durante la fase de estabilización no pasarán por el proceso de versiones, pero cualquier requerimiento de mejora o nueva funcionalidad que surja, y que no sea tendiente a resolver problemas de operación, deberán planearse para ser incorporadas en versiones posteriores, siguiendo el proceso de planeación de versiones. Responsable de los Servicios de TI: Cada servicio de tecnología de información tendrá un arquitecto de servicio (también denominado líder de servicio), quien será el responsable de garantizar la integridad, calidad y disponibilidad del servicio a través de todo su ciclo de vida, de determinar la factibilidad técnica de implementar nuevas funcionalidades o capacidades al servicio, de conceptualizar el servicio y de establecer y coordinar la planeación de versiones del servicio, entre otras actividades. Página 17

18 Página 18 de 20 Evaluación de servicios: Los servicios de tecnología de información serán periódicamente evaluados por el el equipo de trabajo responsable del servicio bajo el liderazgo del arquitecto de servicio, con el fin de identificar brechas funcionales y riesgos potenciales para la prestación del servicio y proponer planes de evolución, mejora e innovación del servicio que serán posteriormente priorizados y programados para ser atendidos como parte de los planes de versiones. Página 18

19 Página 19 de 20 2 REGLAS DE NEGOCIO PARA DIRECCIÓN DE PROYECTOS DE TI Inicio de un proyecto o programa: No se debe iniciar ningún proyecto o programa que implique el desarrollo de un producto o servicios de TI sin que se hayan cumplido todas las instancias de aprobación y firmas del Representante del Cliente, el Ejecutivo de Cuenta y la Unidad de soluciones responsable de su desarrollo, lo que se constituye un mandato de ejecución Programa o Proyecto: Una iniciativa aprobada por el cliente de TI puede resultar en un programa (varios proyectos cubiertos por una sola iniciativa) o un proyecto único. Condiciones general para programas o proyectos. El programa o proyecto debe contar con un Director de Programa y/o Proyecto y un equipo para la ejecución del mismo. Para el programa no se define arquitectura, solo se entregan un conjunto de lineamientos generales. Registro de los programas ó Proyecto: Los programas o proyectos se deben matricular en la herramienta de gestión definida por EPM) de acuerdo con parámetros y estándares que facilitan la gestión integral Planeación de los proyectos. Cada proyecto debe planearse de manera detallada en una fase de definición de alcance y plan de trabajo, la cual debe entregar como mínimo el documento de visión, alcance del proyecto y el plan de dirección del proyecto. Una vez aprobada la fase anterior, el proyecto puede dividirse en una planeación gradual, iterativa e incremental la cual debe cubrir en forma detallada los procesos de ingeniería de requisitos, análisis de solución, Diseño-Construcción de la solución y Pruebas, seguridad y operación de la solución resultante. Dirección de Proyectos: Los proyectos aprobados para proveer o mejorar Soluciones y Servicios de TI deberán llevarse a cabo mediante la utilización de la disciplina de Gerencia de Proyectos establecida en EPM y deberá incluir dentro de su plan de trabajo todas las actividades propias para implantación del proyecto y además debe tener definido el alcance del proyecto, la respectiva Verificación de alcance y Control Página 19

20 Página 20 de 20 de cambios del alcance, manejo de Cronograma y tiempos del proyecto, los costos del proyecto, planeación, aseguramiento y control de la calidad, tener el recurso humano asignado al proyecto con los roles, responsabilidades y compromiso de los jefes, el planeamiento de las comunicaciones, reporte de avance, gestión de riesgo del proyecto y lo relacionado con el plan de contrataciones con proveedores y la administración de contratos y cierre de contratos. Información de Programa o Proyecto: Los proyectos deben contar con información permanente relacionada con su gestión. Avance de los programas ó Proyecto: Los programas o proyectos deben Generar como mínimo una vez al mes su estado de avance respecto a: su alcance tiempo, costos y riesgos. Seguimiento a los programas ó Proyecto: Los Comités patrocinadores de los programas o proyectos deben hacer seguimiento y control como mínimo una vez al mes para controlar el avance planeado vs la ejecución respecto a: su alcance tiempo, costos y riesgos, para hacer los ajustes pertinentes. Cambio a Programa ó Proyectos: Los Cambios a los Programas ó Proyectos se deben realizar y aprobar formalmente por las instancias competentes. Cierre a Programa ó Proyectos: Los programas y proyectos una vez hayan cumplido con su objetivo o sean suspendidos o cancelados por las instancias competentes se deben ser cerrar formalmente Página 20

Consejo Superior Universitario Acuerdo 046 de 2009 página 2

Consejo Superior Universitario Acuerdo 046 de 2009 página 2 CONSEJO SUPERIOR UNIVERSITARIO ACUERDO 046 DE 2009 (Acta 15 del 1 de diciembre) Por el cual se definen y aprueban las políticas de Informática y Comunicaciones que se aplicarán en la Universidad Nacional

Más detalles

Definición de PMO Características de una PMO

Definición de PMO Características de una PMO Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo

Más detalles

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

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

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

GUÍA 14 Diseño de Planes y Programas. Descripción GUÍA 14 Diseño de Planes y Programas Descripción El Diseño de Planes y Programas tiene como objetivo elaborar la proyección de la institución a corto, mediano y largo plazo, e impulsar y guiar las actividades

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A. 214 CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC SA Área de Organización y Métodos CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

Metodología de Gestión de Proyectos

Metodología de Gestión de Proyectos Metodología de Gestión de Proyectos Rodolfo Azzam PMP PMO y Calidad Banco Central de Chile GERENCIA DE INFORMATICA BANCO CENTRAL DE CHILE 1 Introducción La motivación por desarrollar un proyecto tecnológico

Más detalles

1.8 TECNOLOGÍA DE LA INFORMACIÓN

1.8 TECNOLOGÍA DE LA INFORMACIÓN Objetivo General: 1.8 TECNOLOGÍA DE LA INFORMACIÓN Establecer una infraestructura y plataforma tecnológica y de sistemas de información, y definir las políticas, estrategias y directrices para su implantación

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA

CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA CONCEJO MUNICIPAL DE CHOCONTA- CUNDINAMARCA PLAN DE MANEJO DE RIESGOS Contenido PLAN DE MANEJO DE RIESGOS.... 3 Elaboración del mapa de riesgos... 3 Monitoreo... 4 Autoevaluación... 4 Metodología... 7

Más detalles

POLÍTICA DE TECNOLOGÍA DE INFORMACIÓN

POLÍTICA DE TECNOLOGÍA DE INFORMACIÓN TABLA DE CONTENIDO 1. OBJETIVO... 1 2. ALCANCE... 1 3. CONTENIDO DE LA POLÍTICA... 1 3.1 Premisas generales para el cumplimiento de la política... 2 3.2 Contenido de la política... 3 3.2.1 Responsabilidades

Más detalles

Estándar para la Elaboración del Proceso Administración de Reportes

Estándar para la Elaboración del Proceso Administración de Reportes Seguridad del documento La clasificación de seguridad de la información de este documento, se ha establecido como bajo. Se ha creado y organizado con la expectativa de que esté a disposición de las unidades

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DISEÑO DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN

MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DISEÑO DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN Página 1 de 51 MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DISEÑO DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN VERSIÓN 001 Junio 2012 Página 1 Página 2 de

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

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

POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST VERSIÓN: 01 1. Presentación y Contexto El riesgo es una condición inherente en las organizaciones. Es por eso que, La Junta Directiva y el Comité

Más detalles

Servicio Nacional de Aprendizaje SENA CARACTERIZACION DE PROCESO

Servicio Nacional de Aprendizaje SENA CARACTERIZACION DE PROCESO C01-3030 / 12-08 Mejora Continua CARACTERIZACION DE PROCESO Versión: 3.0 Página 1 de 1 NOMBRE DEL PROCESO: INTELIGENCIA ORGANIZACIONAL RESPONSABLE DEL PROCESO: Coordinador Grupo de Inteligencia Organizacional

Más detalles

POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN

POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN PÁGINA Nº1 POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN Versión 1.0 MINISTERIO DE OBRAS PÚBLICAS ELABORADO POR: Dirección General de Obras Públicas FECHA: 9/09/2012 REVISADO

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El original del Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS Nº 574-2009,

Más detalles

PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES

PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES Objetivo del Procedimiento: Identificar y definir los componentes de configuración de los sistemas del SENA, registrando e informando

Más detalles

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA TRABAJO PRÁCTICO DE AUDITORIA INFORMATICA Profesor: Lic. Marco Antonio Leiva Fernández 5to

Más detalles

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

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA DCI-PN-EA-01 VERSIÓN 02 Página 2 de 12 TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 2. ROL... 3 3. PROFESIONALIDAD... 3 4. AUTORIDAD... 4 5. ORGANIZACIÓN... 4 6. INDEPENDENCIA Y OBJETIVIDAD... 5 7. ALCANCE...

Más detalles

Autoevaluación Institucional con fines de Acreditación. Guía para la elaboración del Plan de Mejoramiento

Autoevaluación Institucional con fines de Acreditación. Guía para la elaboración del Plan de Mejoramiento Autoevaluación Institucional con fines de Acreditación Guía para la elaboración del Plan de Mejoramiento Contenido 1. Introducción... 4 2. Objetivo de la guía... 4 3. Aspectos a considerar... 4 3.1 Autoevaluación...5

Más detalles

PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE)

PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE) "La paciencia es la escalera de los filósofos y la humildad, la puerta de entrada a su jardín", Nicolás Valois PROCESO DE PLANIFICACIÓN INTEGRADA DE LA CADENA DE SUMINISTROS (S&OP y S&OE) La Cadena de

Más detalles

Marco Normativo de IT

Marco Normativo de IT Marco Normativo de IT PC0901 - Proceso de control de cambios en software de aplicación provisto por Organismos Gobierno de la Ciudad Autónoma de Buenos Aires PC0901 - Proceso de control de cambios en software

Más detalles

RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES,

RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, RESOLUCIÓN Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, En uso de sus atribuciones legales, reglamentarias, y en especial las conferidas por el

Más detalles

República de Colombia Instituto Colombiano de Bienestar Familiar Cecilia De la Fuente de Lleras Dirección de Información y Tecnología

República de Colombia Instituto Colombiano de Bienestar Familiar Cecilia De la Fuente de Lleras Dirección de Información y Tecnología CONSOLIDADO OBSERVACIONES A LA FICHA TÉCNICA RECIBIDAS DURANTE EL ESTUDIO DE MERCADO Y COSTOS Fecha 05/06/2013 Las siguientes observaciones se recibieron durante el desarrollo del Estudio de Mercado y

Más detalles

ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión

ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión ISO/IEC 20000 Tecnologías de Información y la Alineación con la Gestión Alfredo Zayas 0 Alfredo Zayas 1. ISO/IEC 20000 Consultant por ITSMf 2. Auditor interno de ISO 9001:2000 por INLAC 3. Certified Information

Más detalles

Estándares de Información Primaria, Secundaria, Sistemas de Información. Estándares de Macroprocesos, Procesos y Procedimientos Diseñados.

Estándares de Información Primaria, Secundaria, Sistemas de Información. Estándares de Macroprocesos, Procesos y Procedimientos Diseñados. GUÍA 43 Diagnóstico Comunicación Institucional Descripción La comunicación Institucional se da al interior de la entidad y se orienta al cumplimiento de los principios de economía, eficiencia y eficacia,

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

I. INTRODUCCIÓN DEFINICIONES

I. INTRODUCCIÓN DEFINICIONES REF.: INSTRUYE SOBRE LA IMPLEMENTACIÓN DE LA GESTIÓN DE RIESGO OPERACIONAL EN LAS ENTIDADES DE DEPÓSITO Y CUSTODIA DE VALORES Y EN LAS SOCIEDADES ADMINISTRADORAS DE SISTEMAS DE COMPENSACIÓN Y LIQUIDACIÓN

Más detalles

POLITICA DE ADMINISTRACION DEL RIESGO

POLITICA DE ADMINISTRACION DEL RIESGO POLITICA DE ADMINISTRACION DEL RIESGO 2014 POLÍTICA DE ADMINISTRACIÓN DEL RIESGO DE LA COMISIÓN DE REGULACIÓN DE ENERGÍA Y GAS -CREG- La Comisión de Regulación de Energía y Gas, CREG, implementa como Política

Más detalles

MINISTERIO DE HACIENDA INSTRUCTIVO SAFI N 02/2010

MINISTERIO DE HACIENDA INSTRUCTIVO SAFI N 02/2010 INSTRUCTIVO SAFI N 02/2010 ASUNTO: NORMAS PARA EL FUNCIONAMIENTO DE LA ARQUITECTURA TECNOLÓGICA DE LOS SISTEMAS DE: ADMINISTRACIÓN FINANCIERA INTEGRADO (SAFI), INFORMACIÓN DE RECURSOS HUMANOS (SIRH) E

Más detalles

SISTEMA DE TRANSPORTE COLECTIVO

SISTEMA DE TRANSPORTE COLECTIVO 19 de Septiembre de 2011 GACETA OFICIAL DEL DISTRITO FEDERAL 19 ADMINISTRACIÓN PÚBLICA DEL DISTRITO FEDERAL SISTEMA DE TRANSPORTE COLECTIVO Ing. Francisco Bojórquez Hernández, Director General del Sistema

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

MODELO ESTÁNDAR DE CONTROL INTERNO PARA EL ESTADO COLOMBIANO MECI 1000:2005

MODELO ESTÁNDAR DE CONTROL INTERNO PARA EL ESTADO COLOMBIANO MECI 1000:2005 MODELO ESTÁNDAR DE CONTROL INTERNO PARA EL ESTADO COLOMBIANO MECI 1000:2005 SISTEMA DE CONTROL INTERNO PARA LAS ENTIDADES REGIDAS POR LA LEY 87 DE 1993 1. INTRODUCCIÓN 1.1 GENERALIDADES Al Presidente de

Más detalles

PERFILES OCUPACIONALES

PERFILES OCUPACIONALES PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan

Más detalles

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA Hospital Nacional de Maternidad UNIDAD DE INFORMATICA 87 Introducción Página: I INTRODUCCION Para el propósito de este manual el Hospital Nacional de Maternidad puede ser referido también como El Hospital,

Más detalles

LINEAMIENTOS ADMINISTRACIÓN DEL RIESGO

LINEAMIENTOS ADMINISTRACIÓN DEL RIESGO LINEAMIENTOS ADMINISTRACIÓN DEL RIESGO Código: DG-D-008 - Versión: 03 - Fecha Emisión: 01/03/2013 1/14 Contenido 1. OBJETIVOS....3 2. ALCANCE....4 3. REFERENCIAS NORMATIVAS....4 4. TERMINOS Y DEFINICIONES...5

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

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

Sinopsis de la gestión de portafolios de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de portafolios de acuerdo con el estándar del Project Management Institute 1 Conceptos básicos Qué es un portafolio? Es una colección de proyectos, programas y otras actividades

Más detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES Página 1 de 11 I. IDENTIFICACIÓN DENOMINACIÓN DEL CARGO: PROGRAMADOR DE COMPUTADOR SIGLA:PC CLASE: V GRADO: 12-14-16 NIVEL: ADMINISTRATIVO NÚMERO DE CARGOS: ÁREA: 5 JEFE INMEDIATO: 1. OFICINA DE INFORMÀTICA

Más detalles

IMPLEMENTACIÓN DE PRÁCTICAS PARA LA GESTIÓN DE PROGRAMAS EN ECOPETROL

IMPLEMENTACIÓN DE PRÁCTICAS PARA LA GESTIÓN DE PROGRAMAS EN ECOPETROL IMPLEMENTACIÓN DE PRÁCTICAS PARA LA GESTIÓN DE PROGRAMAS EN ECOPETROL UNA MIRADA AL PROCESO Y SUS RESULTADOS Nombre Oscar Fernando Conferencista Rodriguez Bernal, I.C., M. Sc., PMP ECOPETROL Empresa 1

Más detalles

SISTEMA DE CONTROL INTERNO PARA LAS ENTIDADES REGIDAS POR LA LEY 87 DE 1993

SISTEMA DE CONTROL INTERNO PARA LAS ENTIDADES REGIDAS POR LA LEY 87 DE 1993 1 SISTEMA DE CONTROL INTERNO PARA LAS ENTIDADES REGIDAS POR LA LEY 87 DE 1993 1. INTRODUCCIÓN 1.1 GENERALIDADES Al Presidente de la República, con sujeción a lo dispuesto en las Leyes 87 de 1993 y 489

Más detalles

Examen de Fundamentos de ITIL

Examen de Fundamentos de ITIL Examen de Fundamentos de ITIL Ejemplo A, versión 5.1 Selección tipo test Instrucciones 1. Debe intentar contestar las 40 preguntas. 2. Marque sus respuestas en lápiz en la hoja anexa 3. Usted tiene 60

Más detalles

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

ESCUELA DE POSTGRADO DE LA UNIVERSIDAD PRIVADA DE TACNA. Programa de Maestría en Informática PLAN DE ESTUDIOS MAESTRÍA EN INFORMÁTICA PLAN DE ESTUDIOS MAESTRÍA EN INFORMÁTICA CICLO I CICLO II CICLO III CICLO IV Dirección y Liderazgo Organizacional Arquitectura y Diseño de Software Gestión de Inversión en TI Monitoreo y Control de TI

Más detalles

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

IT Project Portfolio Management y su vinculación con la Estrategia Corporativa IT Project Portfolio Management y su vinculación con la Estrategia Corporativa Norberto Figuerola Mayo 2014 IT Management Los CIO deben gestionar eficazmente la entrega de los servicios de TI para lograr

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

ENTRADAS PROCESO RECURSOS

ENTRADAS PROCESO RECURSOS Título: Conceptos básicos de la gestión de procesos en las empresas Autor: Ángel Ibisate, Jefe del Departamento de Calidad y Normativa (Red Eléctrica Española) Fecha: 20-05-2005 1. INTRODUCCIÓN El presente

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL I. Datos Generales de la Calificación CINF0286.01 Título Análisis y diseño de redes de datos Propósito Proporcionar un referente para evaluar la competencia en las funciones relativas al análisis y diseño

Más detalles

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ETB requiere que el CONTRATISTA cumpla los lineamientos para la Dirección y Gestión de proyectos, éstos últimos definidos a nivel corporativo

Más detalles

Modelo de calidad IT Mark

Modelo de calidad IT Mark Modelo de calidad IT Mark Agenda de Trabajo 1. Área de Calidad 2. Introducción IT Mark 3. Proceso del Negocio 3.1 Ten Square. 3.2 Evaluación 3.3 Evidencias 3.4 Presentación de resultados. 4. Proceso de

Más detalles

Subsistema de Control Estratégico Avances

Subsistema de Control Estratégico Avances BANCO DE COMERCIO EXTERIOR DE COLOMBIA BANCOLDEX INFORME CUATRIMESTRAL DEL ESTADO DE CONTROL INTERNO (Estatuto anticorrupción Ley 1474 de 2011) PERÍODO: NOV-2012 A FEB-2013 Subsistema de Control Estratégico

Más detalles

Documentos DELTA. Justificación, Conformación y Puesta en Marcha HACEMOS LA DIFERENCIA AGREGANDO VALOR

Documentos DELTA. Justificación, Conformación y Puesta en Marcha HACEMOS LA DIFERENCIA AGREGANDO VALOR Documentos DELTA HACEMOS LA DIFERENCIA AGREGANDO VALOR Justificación, Conformación y Puesta en Marcha 2010 J.C. Daccach T Todos los Derechos Reservados mailto:docum@deltaasesores.com http://www.deltaasesores.com

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

Sistema de Gestión de Arquitectura Empresarial para la Banca

Sistema de Gestión de Arquitectura Empresarial para la Banca 2015 Sistema de Gestión de Arquitectura Empresarial para la Banca El manual refleja las bondades, alcances y funcionalidad del sistema. Se describe su alineación con los principales framework del mercado

Más detalles

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:

RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]: RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control,

Más detalles

Central de Inversiones S.A. CISA

Central de Inversiones S.A. CISA VERIFICACIÓN DEL CUMPLIMIENTO DE LA LEY DE TRANSPARENCIA Y DEL DERECHO DE ACCESO A LA INFORMACIÓN PÚBLICA NACIONAL Mayo 22 de 2015 Central de Inversiones S.A. CISA OBJETIVO Verificar el cumplimiento de

Más detalles

PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM

PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM Eduardo Álvarez, Raúl Blanco, Evelyn Familia y Marta Hernández. Pertenece el sector de la TI Es una de las cinco mayores compañías

Más detalles

Procedimiento para la Evaluación de Competencias y Capacitación

Procedimiento para la Evaluación de Competencias y Capacitación Procedimiento para la Evaluación de Competencias y Capacitación Objetivo: Establecer los lineamientos para evaluar las competencias, diagnosticar las necesidades de capacitación y formular el Plan de Capacitación

Más detalles

ITIL MOF COBIT A QUIEN ESTA DIRIGIDO

ITIL MOF COBIT A QUIEN ESTA DIRIGIDO DESCRIPCION La Biblioteca de Infraestructura de Tecnologías de Información, frecuentemente abreviada ITIL (del inglés Information Technology Infrastructure Library), es un marco de trabajo de las buenas

Más detalles

Figure 7-1: Phase A: Architecture Vision

Figure 7-1: Phase A: Architecture Vision Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como

Más detalles

Desarrollo del enfoque de gestión por procesos en el Sistema de Aseguramiento de la Calidad de la UPCH Versión 1.0

Desarrollo del enfoque de gestión por procesos en el Sistema de Aseguramiento de la Calidad de la UPCH Versión 1.0 Desarrollo del enfoque de gestión por procesos en el Sistema de Aseguramiento de la Calidad de la UPCH Versión 1.0 Preparado por: Ing. Alberto Fernández Bringas Asesor de la DUGEC, Docente UPCH Revisado

Más detalles

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr 16-0079 / 29-0952 FORMULACIÓN PROYECTOS Descripción General: Provee una introducción que abarca el ciclo de vida completo del desarrollo de un proyecto, desde que se concibe en los niveles más altos de

Más detalles

Boletín de Asesoría Gerencial* Business Process Management (BPM)

Boletín de Asesoría Gerencial* Business Process Management (BPM) Espiñeira, Sheldon y Asociados * No. 11-2009 *connectedthinking Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección

Más detalles

PROCESO GESTIÓN DE TECNOLOGIAS DE INFORMACION. INSTRUCTIVO PARA SOLICITUD, USO E INSTALACIÓN DE SOFTWARE LIBRE Versión 02

PROCESO GESTIÓN DE TECNOLOGIAS DE INFORMACION. INSTRUCTIVO PARA SOLICITUD, USO E INSTALACIÓN DE SOFTWARE LIBRE Versión 02 PROCESO GESTIÓN DE TECNOLOGIAS DE INFORMACION INSTRUCTIVO PARA SOLICITUD, USO E INSTALACIÓN DE SOFTWARE LIBRE Versión 02 SERVICIO NACIONAL DE APRENDIZAJE SENA Julio de 2015 CONTENIDO Pág. OBJETIVO 3 ALCANCE

Más detalles

Boletín de Asesoría Gerencial* Gestión de la demanda de Tecnología de Información: Una planificación efectiva a los requerimientos del negocio

Boletín de Asesoría Gerencial* Gestión de la demanda de Tecnología de Información: Una planificación efectiva a los requerimientos del negocio Espiñeira, Sheldon y Asociados * No. 10-2009 *connectedthinking Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4Introducción

Más detalles

Proceso: AI2 Adquirir y mantener software aplicativo

Proceso: AI2 Adquirir y mantener software aplicativo Proceso: AI2 Adquirir y mantener software aplicativo Se busca conocer los estándares y métodos utilizados en la adquisición de y mantenimiento del software. Determinar cuál es proceso llevado a cabo para

Más detalles

Sistema de Evaluación de Proveedores

Sistema de Evaluación de Proveedores Sistema de Evaluación de Proveedores Grupo de Empresas ENAP Versión Preparado por: Aprobado por: 02 07-sep-09 Gerencia de Servicios, Departamento de Políticas y Soporte de Aprovisionamiento 01 03-feb-09

Más detalles

NORMATIVA. Políticas de Seguridad de Información de PDVSA Normativa 20/09/06 USO GENERAL. v-1.0 S/S

NORMATIVA. Políticas de Seguridad de Información de PDVSA Normativa 20/09/06 USO GENERAL. v-1.0 S/S Nom bre del Políticas de Seguridad de Información Normativa EMISIÓN CLASIFICACIÓN SERIAL Nº 20/09/06 USO GENERAL NORMATIVA S/S 1/39 INTRODUCCIÓN Las normas que integran las Políticas de Seguridad de Información

Más detalles

PROGRAMA DE GESTIÓN DOCUMENTAL DE LA CÁMARA DE COMERCIO DE BOGOTÁ

PROGRAMA DE GESTIÓN DOCUMENTAL DE LA CÁMARA DE COMERCIO DE BOGOTÁ Tabla de contenido 1 INTRODUCCIÓN... 3 2 ALCANCE... 3 3 OBJETIVO GENERAL... 4 3.1 OBJETIVOS ESPECÍFICOS... 4 4 REQUISITOS PARA LA IMPLEMENTACIÓN DEL PROGRAMA DE GESTIÓN DOCUMENTAL... 5 4.1 REQUISITOS NORMATIVOS...

Más detalles

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

Etapa de Implementación de la Ejecución del Plan MINISTERIO DE OBRAS PÚBLICAS Gestión y Monitoreo de Planes de Obras Públicas Etapa de Implementación de la Ejecución del Plan Dirección de Planeamiento SUBDIRECCION DE PLANIFICACION ESTRATEGICA Noviembre

Más detalles

Modelo de Gestión de Procesos en Proyectos de Modernización

Modelo de Gestión de Procesos en Proyectos de Modernización Modelo de Gestión de Procesos en Proyectos de Modernización Preparado por: Eduardo Huerta Mercado Herrera Julio, 2012 V 2.0 AGENDA 1. Objetivo 2. Marco Conceptual 3. Alcance 4. Metodología 5. Recomendaciones

Más detalles

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

Gestión del Servicio de Tecnología de la información Gestión del Servicio de Tecnología de la información Comentario de la norma ISO 20000 bajo el enfoque de ITIL Autor: Francisco Tejera (ISO 20000 Practitioner) Agenda 1-2-3 INTRODUCCIÓN 4 5 REQUISITOS GENERALES

Más detalles

INFORME Nº 032-2014-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE

INFORME Nº 032-2014-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE INFORME Nº 032-2014-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE 1. Nombre del Área El área encargada de la evaluación técnica para la contratación del servicio de soporte técnico, actualización

Más detalles

Políticas para el Desarrollo y/o Mantenimiento de Sistemas Informáticos en la Consejería Jurídica del Ejecutivo Federal

Políticas para el Desarrollo y/o Mantenimiento de Sistemas Informáticos en la Consejería Jurídica del Ejecutivo Federal Políticas para el /o Mantenimiento de Sistemas Informáticos en la Consejería Jurídica del Ejecutivo Federal Página 1 de 10 1. INTRODUCCIÓN Con el propósito de contar con una administración dinámica y activa

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

INFORME PORMENORIZADO DEL ESTADO DEL CONTROL INTERNO Noviembre de 2014 a febrero de 2015 1. MÓDULO DE CONTROL DE PLANEACIÓN Y GESTIÓN

INFORME PORMENORIZADO DEL ESTADO DEL CONTROL INTERNO Noviembre de 2014 a febrero de 2015 1. MÓDULO DE CONTROL DE PLANEACIÓN Y GESTIÓN INFORME PORMENORIZADO DEL ESTADO DEL CONTROL INTERNO Noviembre de 2014 a febrero de 2015 En cumplimiento de lo dispuesto en al artículo 9 de la Ley 1474 de 2011, a continuación se presenta el informe del

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA INTEGRAL DE ATENCIÓN A CLIENTE(A)S, USUARIO(A)S Y BENEFICIARIO(A)S

Más detalles

Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones

Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN DICIEMBRE DE 2009 PR-DCTYP-13 ÁREA: Dirección de Planeación

Más detalles

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

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE EMPRENDEDOR DE NEGOCIOS DE SOFTWARE

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE EMPRENDEDOR DE NEGOCIOS DE SOFTWARE ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE EMPRENDEDOR DE NEGOCIOS DE SOFTWARE TALENTO EN TI ABRIL 2014 ÍNDICE DEL CONTENIDO 1 OBJETIVO 2 CAMPO DE APLICACIÓN 3 DEFINICIONES 4 REQUISITOS

Más detalles

GENERALIDADES: Para la aplicación del presente procedimiento deben considerarse las siguientes generalidades y definiciones:

GENERALIDADES: Para la aplicación del presente procedimiento deben considerarse las siguientes generalidades y definiciones: PROCESO: GESTIÓN DE TECLOGÍAS DE INFORMACIÓN PROCEDIMIENTO: GESTIÓN DE STEMAS DE INFORMACIÓN Objetivo: Establecer las actividades para planificar, ejecutar, administrar y verificar las fases de desarrollo,

Más detalles

Como aporta COBIT 5 y gobernanza de TI a la gobernanza empresarial

Como aporta COBIT 5 y gobernanza de TI a la gobernanza empresarial Como aporta COBIT 5 y gobernanza de TI a la gobernanza empresarial Carlos Francavilla Socio ICG LATAM Agenda Qué es Gobierno Corporativo? Un poco de historia El marco COBIT 5 Principios de COBIT 5 Principios

Más detalles

IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). Factores críticos de éxito y competencias profesionales necesarias.

IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). Factores críticos de éxito y competencias profesionales necesarias. IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). 1 Factores críticos de éxito y competencias profesionales necesarias. Objetivos generales del TFG Determinar cuales son los factores críticos

Más detalles

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

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

Project and Portfolio Management [PPM] Sustainable value creation.

Project and Portfolio Management [PPM] Sustainable value creation. Project and Portfolio Management [PPM] Sustainable value creation. SoftExpert Project and Portfolio Management [PPM] Suite es la solución más robusta, funcional y fácil para priorizar, planificar, gestionar

Más detalles

MANUAL DE REFERENCIA

MANUAL DE REFERENCIA GOBIERNO DE CHILE MINISTERIO DE HACIENDA Dirección de Presupuestos MANUAL DE REFERENCIA GUÍA PARA IMPLEMENTACIÓN ISO 9001:2000 SISTEMA DE CAPACITACIÓN Versión 05 Diciembre 2008 INDICE Introducción... 3

Más detalles

Ingeniería de Software

Ingeniería de Software Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora visconti@inf.utfsm.cl 0 Portadas El documento que se está generando corresponde

Más detalles

ACOMPAÑAMIENTOENLAIMPLEMENTACIÓN DE LAESTRATEGIA DE GOBIERNO EN LÍNEA EN EL ESTADO

ACOMPAÑAMIENTOENLAIMPLEMENTACIÓN DE LAESTRATEGIA DE GOBIERNO EN LÍNEA EN EL ESTADO ACOMPAÑAMIENTOENLAIMPLEMENTACIÓN DE LAESTRATEGIA DE GOBIERNO EN LÍNEA EN EL ESTADO PLAN DE AJUSTE TECNOLÓGICO ALCALDÍA DE TÁMARA CASANARE V1.0 DICIEMBRE DE 2014 1 CONTENIDO 1. INTRODUCCIÓN... 5 2. OBJETIVOS

Más detalles