ACTA DE RECEPCION Y APROBACION INFORME TECNICO

ACTA DE RECEPCION Y APROBACION INFORME TECNICO CONTRATO: EVALUACIÓN GESTION DE TECNOLOGIAS DE INFORMACION QUE REALIZA EL DEPARTAMENTO DE SISTEMAS Y SERVICIOS DE INFORMACIÓN EN RED DE LA BIBLIOTECA DEL CONGRESO NACIONAL FECHA: 29/07/2013 CONTRAPARTE: RENE LUCERO CHENEVARD EN ESTA FECHA SE RECIBE CONFORME Y SE APRUEBA INFORME NUMERO 2 DEL CONTRATO SEÑALADO, QUE SE TITULA: DIAGNÓSTICO DE PROCESOS TI. SE ADJUNTA INFORME, COMENTARIOS DE CHRISTIAN SIFAQUI Y RESPUESTA DE EMPRESA AUDITORA. -------------------------------------------- RENE LUCERO CHENEVARD

Página 1 de 55 Informe 2: Diagnóstico de los procesos TI 1. Resumen ejecutivo El marco de referencia para realizar el diagnóstico y recomendaciones acerca del estado de madurez de los procesos de gestión de los recursos TI de la BCN, es el estándar COBIT 1. COBIT señala que un buen Gobierno de TI tiene que asegurar: Alineación Estratégica Se enfoca en garantizar la alineación entre los planes de negocio y de TI; en definir, mantener y validar la propuesta de valor de TI; y en alinear las operaciones de TI con las operaciones de la empresa. Entrega de Valor Se refiere a ejecutar la propuesta de valor a todo lo largo del ciclo de entrega, asegurando que las TI generen los beneficios prometidos en la estrategia, concentrándose en optimizar los costos y en brindar el valor intrínseco de la TI. Administración de Riesgos Se requiere conciencia de los riesgos por parte de los altos ejecutivos de la empresa, un claro entendimiento del apetito de riesgo que tiene la empresa, comprender los requerimientos de cumplimiento, transparencia de los riesgos significativos para la empresa, y la inclusión de las responsabilidades de administración de riesgos dentro de la organización. Administración de Recursos Se trata de la inversión óptima, así como la administración adecuada de los recursos críticos de TI; aplicaciones, información, infraestructura y personas. Los temas claves se refieren a la optimización de conocimiento y de infraestructura. Medición del Desempeño Rastrea y monitorea la estrategia de implementación, la terminación del proyecto, el uso de los recursos, el desempeño de los procesos y la entrega del servicio, con el uso, por ejemplo, de balanced scorecards que traducen la estrategia en acción para lograr las metas medibles más allá del registro convencional. 1 COBIT: Control Objectives for Information and related Technology desarrollado por la Information Systems Audit and Control Association (ISACA)

Página 2 de 55 Para que esto ocurra, COBIT propone la existencia y el control de un conjunto de procesos destinados a: a. planificar y organizar las actividades de TI, b. adquirir e implementar aplicaciones e infraestructura, c. operar la infraestructura, entregar los servicios aplicativos y brindar soporte, y d. monitorear el cumplimiento de los niveles de servicio, los estándares de seguridad, el desempeño de la TI dentro de la organización. Las recomendaciones relacionadas con los principales procesos se describen en las tablas que siguen. El detalle se encuentra en el informe. En promedio, la madurez de los procesos de TI de la BCN se encuentra entre un nivel Inexistente e Inicial (existe pero no hay un procedimiento formal asociado) y nuestra recomendación es trasladarlos a un nivel cercano a Definidos (el proceso, los recursos, los roles y responsabilidades se encuentran documentados y formalizado): Nombre del proceso PO1: Definición de un plan estratégico de TI PO2: definición de la arquitectura de la información P04: definición de procesos de TI, organización y Estado actual Indefinido Inicial Recomendación Implementar este proceso al menos con un nivel de madurez 2 (repetible), en lo posible 3 (definido o gestionado). Este proceso debiera llevarse a cabo cada 3 o 4 años, y evaluarse/corregirse anualmente. Nuestra sugerencia es que forme parte del proceso de Planificación Estratégica de la BCN Implementar este proceso al menos con un nivel de madurez repetible, en lo posible definido o gestionado. Este proceso debiese tener un responsable que podría ser el responsable del modelo corporativo de datos. Inicial Implementar al menos con un nivel de madurez 2 (repetible), deseable 3. Se deben identificar y documentar los principales procesos y procedimientos Priori dad 1 2 1

Página 3 de 55 relaciones P05: Gestión de la inversión en tecnología P07: Gestión de los RRHH de TI P09: Validación y gestión del riesgo de la TI P10: Gestión de proyectos P11: definir política de seguridad de gestión de los recursos informáticos. En lo posible se deben también medir. Repetible Se deben mejorar los procesos de formulación y ejecución presupuestaria. En particular, el presupuesto debe reflejar el plan de trabajo del año siguiente. El plan estratégico de TI puede ayudar a mejorar el vínculo entre plan y presupuesto. Es importante que Sistemas se entere oportunamente del presupuesto disponible, y que tenga el control sobre la ejecución (p.e., a través de un V B ). También es importante que rinda cuentas de la ejecución a los Comités que debiesen crearse. Inicial Es importante definir con precisión qué servicios se externalizarán y cuáles quedarán dentro de la BCN. A partir de esta definición, se debe determinar la dotación, y describir los perfiles de cargos. Debe existir una evaluación regular del desempeño del personal y un plan de desarrollo que permita cerrar las brechas encontradas en la evaluación. Es importante también hacer una buena gestión del conocimiento, en particular de aquel conocimiento considerado crítico para el funcionamiento de la BCN, y respaldar ese conocimiento experto Inicial Pasar a estado Definido. Implementar un mapa de riesgos de la BCN con sus respectivos planes de mitigación. De manera análoga, hacerlo para los procesos de TI (p.e., qué pasa si se entrega el texto actualizado de una ley, defectuoso? qué consecuencias tiene que se entregue una asesoría de mala calidad?, o bien qué ocurre si se entrega información errónea acerca de la actividad de un parlamentario?). Esto se tornará aún más crítico cuando la BCN tenga la responsabilidad de entregar la versión oficial de los códigos Inicial Pasar a un estado de madurez 4 (administrado) o 5 (optimizado). Se requiere definir y socializar una manera de gestionar proyectos en la BCN (un BCN way ) que incorpore las mejores prácticas en este dominio. Probablemente una versión localizada del estándar PMBOK ( Project Management Body of Knowledge ) del Project Management Institute, o Prince. También es importante capacitar a los Jefes de Proyecto en torno a esta metodología Repetible Transformar el proceso en definido. Asegurarse de que la Política de Seguridad Informática esté actualizada y comunicada. 1 1 1 1 1

Página 4 de 55 AI1: Identificación de soluciones AI4: Facilidad de uso AI7: Instalación y acreditación de soluciones y cambios Definido Repetible Repetible Nos parece que el mecanismo de captura de iniciativas debiese cambiar desde uno basado en la construcción de una lista de necesidades que luego se plasman en metas a uno en que las iniciativas se deriven de la planificación informática y el criterio de corte sea el impacto al logro de los Objetivos de la BCN. Toda iniciativa debiese tener en primer lugar un análisis de alineamiento con el plan estratégico, luego un análisis de factibilidad seguido de una evaluación costo beneficio basada en un estudio de las alternativas: desarrollo interno o externo, operación local o tercerizada. Tenemos dudas respecto de la conveniencia de que un proceso tan crítico esté fuera de Sistemas Se recomienda diseñar un programa especial de formación de liderazgo tecnológico para los directivos. Se recomienda diseñar un manual de capacitadores que defina con precisión aspectos de didáctica y también de evaluación de la calidad e impacto de las capacitaciones realizadas. Se recomienda desarrollar ayudas en línea y/o tutoriales para las principales aplicaciones Recomendamos formalizar y documentar el procedimiento de paso a producción, el cual debe considerar condiciones mínimas, como el test de aceptación por parte de operaciones, definición de SLAs etc. Idealmente, operaciones debiese tomar el control de la aplicación, una vez aceptada. 2 2

Página 5 de 55 DS1: Definición y gestión de los niveles de servicio (SLA) con usuarios/clientes DS3: Gestión del rendimiento y la capacidad DS5: Garantizar la seguridad Inexistent e Inexistent e Repetible Es fundamental definir cuáles son los niveles de servicio que se requieren y que se entregarán. Los SLAs - en particular aspectos tales como disponibilidad, seguridad, soporte, confiabilidad -, deben formar parte de las metas del Departamento de Sistemas. De lo contrario, se producen malos entendidos y frustración. Recomendamos realizar anualmente un capacity planning y, a partir de sus resultados, elaborar un plan de acciones que podría hacer replantarse la arquitectura de la plataforma, o realizar una inversión en la plataforma de producción, entre otros. Creemos que la administración de la seguridad y las medidas que está tomando la BCN son adecuadas, sin embargo, es importante formalizar este proceso. 1 1 2 DS6: Identificar y asignar costos DS10: Gestión de problemas Inexistent e Inicial Es también importante realizar regularmente un monitoreo de la seguridad (tipo hacking ético) e implementar las recomendaciones que de allí surjan. Nuestra recomendación es implementar un proceso que permita llevar una contabilidad por centros de costo y por proyecto. Posiblemente, la adquisición de un ERP facilite esta medida. Recomendamos implementar este proceso. Una efectiva administración de problemas requiere la identificación y clasificación de problemas, el análisis de las causas desde su raíz, y la resolución de éstas. El proceso de administración de problemas también incluye la identificación de recomendaciones para la mejora, el mantenimiento de registros de problemas y la revisión del estatus de las acciones correctivas 1 2

Página 6 de 55 ME1: Monitorización y evaluación del rendimiento ME4: Proveer auditoría independiente Inicial Inexistent e Recomendamos implementar este proceso con urgencia. El convenio de desempeño que se construya debe considerar indicadores que reflejen cosas tales como valor aportado al negocio, cumplimientos de SLAs, eficiencia, etc. Lo que no se mide, no se corrige ni se mejora Recomendamos implementar este proceso mediante auditorías independientes desarrolladas a intervalos regulares de tiempo; esto significa que los auditores no deberán estar relacionados con la sección o departamento que esté siendo auditado. 1 2

Página 7 de 55 2. Introducción El marco de referencia para realizar el diagnóstico y recomendaciones respecto del tipo de organización de TI requerida por la BCN, así como también evaluar los procesos que esa organización debiese tener operativos para administrar los recursos TI de la BCN, es el estándar COBIT. El estándar COBIT fue creado por agrupaciones de auditores, que se enfrentaron a la necesidad de realizar auditorías en ambientes informatizados, y no tenían un marco de referencia para entender lo que allí ocurría, es decir, no sabían qué evaluar ni cómo hacerlo. COBIT ha evolucionado hasta convertirse en un estándar para las auditorías informáticas, dado que ofrece un conjunto de mejores prácticas para la gestión de los recursos informáticos y de los sistemas de información de cualquier organización. El objetivo principal de COBIT consiste en proporcionar una guía de alto nivel sobre puntos en los que se deben establecer controles internos con tal de: Asegurar el buen gobierno, protegiendo los intereses de los stakeholders (clientes, accionistas, empleados, etc.) Garantizar el cumplimiento normativo del sector al que pertenece la organización Mejorar la eficacia y eficiencia de los procesos y actividades de la organización Garantizar la confidencialidad, integridad y disponibilidad de la información El estándar define el término control como: Políticas, procedimientos, prácticas y estructuras organizacionales diseñadas para asegurar razonablemente de que se lograrán los objetivos del negocio y se prevendrán, detectarán y corregirán los eventos no deseables Por tanto, la definición abarca desde aspectos organizativos (p.ej. flujo para pedir autorización a determinada información, procedimiento para reportar incidencias, selección de proveedores, etc.) hasta aspectos más tecnológicos (p.ej. control de acceso a los sistemas, monitorización de los sistemas mediante herramientas automatizadas, etc.). ASPECTOS CLAVES EN GOBIERNO DE TI Los aspectos clave que la alta dirección de una empresa debe gestionar respecto a las tecnologías de la información, son: - Adecuación de la planificación de TI a la planificación general de la Organización La planificación de TI es un proceso fundamental de la gestión de TI, pero la alta dirección de las empresas debe asegurarse de que los planes de TI se integran adecuadamente con la planificación general. - Posición de la Organización de TI en el organigrama general de la Empresa

Página 8 de 55 Sin que exista una regla general sobre cuál debiera ser la posición del CIO (Chief Information Officer) y de la organización de TI en el organigrama general, existe acuerdo en que una adecuada ubicación de esta unidad será crítica para el éxito de la estrategia de TI de la compañía. - Criticidad de los servicios y el conocimiento de TI para el negocio. Fórmula óptima de aprovisionamiento de servicios de TI. Resulta vital evaluar la criticidad de los servicios que TI proporciona para el negocio y, especialmente, la relevancia del conocimiento del negocio incluido en los sistemas de información y en las personas que los construyen y mantienen. Este nivel de criticidad será un input esencial para decidir la fórmula óptima de aprovisionamiento de servicios de TI, que puede combinar en diferentes grados un equipo puramente interno, una combinación con servicios adquiridos externamente, e incluso una externalización total ("outsourcing"). - Nivel de inversión / gasto razonable en TI Una de las decisiones más difíciles para los órganos de gobierno de las empresas, es el nivel de inversión. Por una parte, siempre se encuentran necesidades insatisfechas en las áreas de negocio y, por otra parte, existen posibilidades tecnológicas propuestas por la gente de TI. En la mayor parte de las ocasiones es muy difícil hacer un análisis costo-beneficio riguroso de las alternativas posibles, lo que obliga a establecer un nivel de gasto e inversión considerado "razonable", normalmente en base anual. En la práctica lo más habitual es regirse por comparaciones (benchmarking) con otras empresas similares del mismo sector, y ajustarlo según las pretensiones de avance tecnológico relativo. - Información periódica y puntual desde el CIO a la alta dirección. Métricas de rendimiento. La alta dirección debe disponer de una información periódica y consistente del rendimiento de los servicios, los proyectos, los procesos y la situación financiera de la TI. Para ello se deben establecer métricas que resulten significativas y estadísticamente rigurosas. - Participación de las áreas de negocio y otras áreas de soporte en la planificación y la gestión de la demanda En determinados procesos de la gestión de TI, especialmente en la planificación y gestión de la demanda, deben participar las áreas de negocio y otras áreas de soporte (por ejemplo: RRHH), manteniendo una colaboración armoniosa. - Imputación de los costos de TI a las áreas de negocio y sus productos, procesos o clientes La alta dirección debe decidir cuáles han de ser los criterios de imputación de los costos de TI al resto de las áreas. En muchas ocasiones no es algo pacífico, puesto que puede tratarse de costos que impacten de forma relevante en las cuentas de resultados de las áreas de negocio.

Página 9 de 55 - Requisitos de seguridad de la información y los procesos El nivel de exigencia en cuanto a requisitos de seguridad tiene un fuerte impacto en los costos y la gestión diaria de la TI. Por lo tanto, será importante establecer el nivel óptimo que equilibre los costos y los riesgos globales. Muchas veces una seguridad excesiva supone un derroche, pero en otras, una seguridad laxa pone en riesgo la supervivencia de la empresa. La preocupación central del modelo de referencia COBIT es que los recursos informáticos que dispone una organización (aplicaciones, infraestructura, instalaciones físicas, RRHH, datos) se administren de manera adecuada para cubrir los requerimientos del negocio, es decir: Efectividad (cumplimiento de objetivos) Eficiencia (consecución de los objetivos con el máximo aprovechamiento de los recursos) Confidencialidad Integridad Disponibilidad Cumplimiento regulatorio Confiabilidad

Página 10 de 55 3. Areas de enfoque de Gobierno de TI 2 Alineación estratégica Medición de desempeño Entrega de valor Gobierno de TI Administración de recursos Administración de riesgos Alineación Estratégica Se enfoca en garantizar la alineación entre los planes de negocio y de TI; en definir, mantener y validar la propuesta de valor de TI; y en alinear las operaciones de TI con las operaciones de la empresa. Entrega de Valor Se refiere a ejecutar la propuesta de valor a todo lo largo del ciclo de entrega, asegurando que las TI generen los beneficios prometidos en la estrategia, concentrándose en optimizar los costos y en brindar el valor intrínseco de la TI. Administración de Riesgos Se requiere conciencia de los riesgos por parte de los altos ejecutivos de la empresa, un claro entendimiento del apetito de riesgo que tiene la empresa, comprender los requerimientos de cumplimiento, transparencia de los riesgos significativos para la empresa, y la inclusión de las responsabilidades de administración de riesgos dentro de la organización. 2 Sistemas de Información para la Gestión, Fac.de Cs. Económicas, Jurídicas y Sociales Universidad Nacional de Salta

Página 11 de 55 Administración de Recursos Se trata de la inversión óptima, así como la administración adecuada de los recursos críticos de TI; aplicaciones, información, infraestructura y personas. Los temas claves se refieren a la optimización de conocimiento y de infraestructura. Medición del Desempeño Rastrea y monitorea la estrategia de implementación, la terminación del proyecto, el uso de los recursos, el desempeño de los procesos y la entrega del servicio, con el uso, por ejemplo, de balanced scorecards que traducen la estrategia en acción para lograr las metas medibles más allá del registro convencional. Para que esto ocurra, COBIT propone la existencia y el control de un conjunto de procesos (ver ilustración 1) destinados a: e. planificar y organizar las actividades de TI, f. adquirir e implementar aplicaciones e infraestructura, g. operar la infraestructura, entregar los servicios aplicativos y brindar soporte, y h. monitorear el cumplimiento de los niveles de servicio, los estándares de seguridad, el desempeño de la TI dentro de la organización.

Página 12 de 55 Ilustración 1: procesos de TI de COBIT Cada dominio contiene procesos desglosables en actividades, para los cuales se pueden establecer objetivos de control e implementar controles organizativos o automatizados.

Página 13 de 55 4. Madurez de procesos Cabe destacar que Cobit también ofrece mecanismos para la medición de las capacidades de los procesos con el objeto de conseguir una mejora continua. Para ello, proporciona indicaciones para valorar la madurez en función de la misma clasificación utilizada por estándares como ISO: Nivel 0 Proceso inexistente o incompleto: El proceso no existe o no cumple con los objetivos Nivel 1 Proceso inicial o ejecutado Nivel 2 Proceso repetible o gestionado: el proceso no solo se encuentra en funcionamiento, sino que es planificado, monitorizado y ajustado. Nivel 3 Proceso definido: el proceso, los recursos, los roles y responsabilidades se encuentran documentados y formalizado. Nivel 4 Proceso administrado o predecible: se han definido técnicas de medición de resultados y controles. Nivel 5 Proceso optimizado: todos los cambios son verificados para determinar el impacto, se han definido mecanismos para la mejora continua, etc. 5. Procesos COBIT 5.1. Dominio Planificación y Organización Este dominio cubre las estrategias y las tácticas, y tiene que ver con identificar la manera en que las TI pueden contribuir de la mejor manera al logro de los objetivos del negocio. Además, la realización de la visión estratégica requiere ser planeada, comunicada y administrada desde diferentes perspectivas. Finalmente, se debe implementar una estructura organizacional y una estructura tecnológica apropiada. Este dominio cubre los siguientes cuestionamientos típicos de la gerencia: Están alineadas las estrategias de TI y del negocio? La empresa está alcanzando un uso óptimo de sus recursos? Entienden todas las personas dentro de la organización los objetivos de TI? Se entienden y administran los riesgos de TI? Es apropiada la calidad de los sistemas de TI para las necesidades del negocio? Para ello, COBIT presenta 10 procesos:

Página 14 de 55 PO1 Definición de un plan estratégico de TI: gestión del valor, alineación con las necesidades del negocio, planes estratégicos y tácticos. En términos de madurez, este proceso se encuentra entre el nivel 0 Indefinido y el nivel 1 Inicial. El Jefe de Sistemas señala que recibió instrucciones de la antigua administración en el sentido de que no era necesario realizar un plan informático, más importante era responder oportunamente a la dinámica de los acontecimientos. Tampoco existe un Plan estratégico de la BCN del cual derivar el Plan Informático. En lugar de plan informático se realizan planes operativos anuales que se expresan como un conjunto de metas (que incluyen elementos de continuidad y proyectos nuevos) y una carta Gantt. El proceso que se sigue es el siguiente: anualmente, la BCN realiza una reunión de Comité de Estrategia en la que se definen las grandes líneas de acción del año siguiente (ej: potenciar los servicios, potenciar la asesoría, edificio nuevo, reestructuración de la planta ). Luego los Departamentos plantean metas alineadas con esas estrategias. Los Departamentos de Sistemas y el Area de Arquitectura de la Información participan en todas las reuniones y analizan si las metas de los departamentos incluirán esfuerzos de TI. A veces se generan metas transversales (p.e., definir y modelar ontologías de la BCN ), y otras específicas. A fines de Diciembre, las metas de TI están acordadas con la Dirección y se firman. Luego, durante su ejecución, hay revisiones de avance trimestrales, y se pueden renegociar algunas metas. Toda esta conversación no está alineada con el presupuesto, ya que ocurren a destiempo. Existen además lineamientos estratégicos de TI definidos en el 2004 por el Jefe de Sistemas y que se han mantenido a lo largo de estos años. Revisadas las metas de TI, éstas se parecen más a una lista de actividades que a metas que miden el valor que agrega al negocio, la eficiencia, la satisfacción de los usuarios, el cumplimiento de los niveles de servicio etc. Implementar con alta prioridad un proceso de Planificación Informática en la BCN al menos con un nivel de madurez 2 (repetible), en lo posible 3 (definido o gestionado). Este proceso debiera llevarse a cabo cada 3 o 4 años, y evaluarse/corregirse anualmente. Nuestra sugerencia es que forme parte del proceso de Planificación Estratégica de la BCN. Métricas: - Existencia de un plan estratégico de TI - El porcentaje de proyectos de TI en el plan estratégico de TI, que dan soporte al plan estratégico del negocio - ROI del plan informático La planificación estratégica de TI es necesaria para gestionar y dirigir todos los recursos de TI en línea con la estrategia y prioridades de la BCN. La BCN debe asegurar obtener el valor óptimo de los proyectos de TI. El plan estratégico asegura que la estrategia de negocio y prioridades se reflejen en el portafolio de iniciativas. Se evita la aparición de iniciativas o proyectos que son producto de demandas específicas pero que tienen poco que ver con la misión y objetivos de la BCN (ej creación de sitio Nicanor Parra ).

Página 15 de 55 P02 Definición de la arquitectura de información: modelo de arquitectura, diccionario de datos, clasificación de la información, gestión de la integridad. En términos de madurez, este proceso se encuentra en estado Inicial. El Jefe de Sistemas señala que no existe un modelo de información, sin embargo se está trabajando con un enfoque de modelo ontológico, en extender las ontologías a todos los modelos de datos de la BCN, ya que actualmente estas ontologías no contemplan DAF, Repositorios, Sistema Bibliográfico, Noticias, entre otras. Existe también un proceso instalado para mantener las ontologías. Actualmente se están analizando los diferentes sistemas para unificar sus datos, ya que hay muchos sistemas antiguos Legacy (heredados) cuyas estructuras de información no están documentadas. Implementar con alta prioridad este proceso en la BCN al menos con un nivel de madurez 2 (repetible), en lo posible 3 (definido o gestionado). Este proceso debiese tener un responsable que podría ser el arquitecto o el responsable del modelo corporativo de datos. Debiesen existir responsables de dominios de información así como políticas de seguridad sobre éstos. Sugerimos medir este proceso con: El porcentaje de elementos de datos redundantes / duplicados El porcentaje de aplicaciones que no cumplen con la metodología de arquitectura de la información usada por la BCN El Departamento de Sistemas debe crear y actualizar de forma regular un modelo de información del negocio y definir los sistemas apropiados para optimizar el uso de esta información. Esto incluye el desarrollo de un diccionario corporativo de datos que contiene las reglas de sintaxis de los datos de la organización, el esquema de clasificación de datos y los niveles de seguridad. Este proceso mejora la calidad de la toma de decisiones directivas asegurándose que se proporciona información confiable y segura, y permite racionalizar los recursos de los sistemas de información. Este proceso de TI también es necesario para incrementar la responsabilidad sobre la integridad y seguridad de los datos y para mejorar la efectividad y control de la información compartida a lo largo de las aplicaciones y de las entidades. Las ontologías complementan, pero no sustituyen la necesidad de contar con modelos de información. Ontologías: al igual que los tesauros, son herramientas que sirven para estructurar conceptualmente determinados ámbitos del conocimiento por medio de vocabularios controlados; son sistemas de representación del conocimiento que resultan de seleccionar un dominio o ámbito del conocimiento, y aplicar sobre él un método con el fin de obtener una representación formal de los conceptos que contiene y de las relaciones que existen entre dichos conceptos (tuplas). Además, una ontología se construye en relación a un contexto de utilización.

Página 16 de 55 P03 Determinar las directrices tecnológicas: análisis de tecnologías emergentes, monitorizar tendencias y regulaciones. Actualmente este proceso se lleva a cabo, aunque de manera informal y no documentada. Se encuentra en el nivel 2. Los mecanismos que se utilizan son: - El responsable de TI mantiene contacto permanente con la Academia - El responsable de TI monitorea permanentemente lo que ocurre en el entorno, las tendencias tecnológicas etc. - La BCN pertenece a la IFLA y el responsable de TI participa de un grupo de Jefes de Informática de la IFLA, en el que participan las bibliotecas de EEUU, Inglaterra y Alemania, consideradas como las mejores prácticas. - Desde el punto de vista de la infraestructura, la BCN analiza anualmente su plataforma de servidores y se hace un plan de crecimiento/migración basado en lo que está ocurriendo en el mercado, y en resolver problemas que le impiden escalar (p.e., frente a los problemas de energía y de espacio en la sala de servidores, han optado por migrar a servidores blade que comparten la información en storage area network) Recomendamos mantener este proceso como está, pero sí documentarlo. La BCN es una institución altamente innovadora; la innovación en procesos y productos/servicios, así como la búsqueda de la excelencia operacional ( Promover un estilo de liderazgo en gestión pública y modernización del Estado, constituyéndose en sí misma como modelo de servicio ) forman parte de la declaración misional, por lo que es fundamental mantener procesos de innovación en áreas como la gestión de TI, que juegan un rol cada vez más importante en la eficiencia de los procesos y en la entrega de los productos/servicios.

Página 17 de 55 P04 Definición de procesos de TI, organización y relaciones: análisis de los procesos, comités, estructura organizativa, responsabilidades, propietarios de la información, supervisión, segregación de funciones, políticas de contratación. En términos de su madurez, este proceso se encuentra en estado Inicial. En efecto, no existe un proceso formal de definición y documentación de los procesos de gestión de los recursos TI. En cuanto al diagnóstico organizacional y las recomendaciones en este ámbito, éstos forman parte del Informe 3 de esta asesoría. Recomendación: Implementar con alta prioridad este proceso en la BCN al menos con un nivel de madurez 2 (repetible), deseable 3. Se deben identificar y documentar los principales procesos y procedimientos de gestión de los recursos informáticos. En lo posible se deben también medir. Deben ser conocidos por las personas del área TI y sus clientes y deben ser comunicados para conocimiento de la organización. Se recomienda el uso de un sistema documental con control de versiones para su almacenamiento, pues los documentos son dinámicos. La BCN propone utilizar un sistema de gestión documental con control de versiones de código abierto, como openkm, http://www.openkm.com/es Proponemos utilizar el modelo COBIT como modelo de referencia para la definición de los procesos. Medición: - % de procesos documentados con procedimientos definidos La BCN depende cada vez más de la TI para la producción así como para la entrega de sus productos y servicios. Por lo mismo, los recursos tecnológicos deben ser adecuadamente administrados y resguardados. Lo único que garantiza este objetivo, es asegurar un nivel adecuado de madurez de los procesos que le permita gestionar los recursos tecnológicos y la información.

Página 18 de 55 P05 Gestión de la inversión en tecnología: gestión financiera, priorización de proyectos, presupuestos, gestión de los costes y beneficios. En términos de madurez, este proceso se encuentra en estado Repetible. No obstante ello, se identifican importantes deficiencias que se describen a continuación. El proceso responde aproximadamente a la siguiente lógica: en junio, el Departamento de Sistemas hace su presupuesto para el año siguiente (a esas alturas las metas no están definidas). Luego, el Departamento de Sistemas no participa de la negociación (la que es liderada por el DAF) y sólo se entera de los resultados en enero, en que conoce sólo algunas de las partidas, directamente a través de la publicación del presupuesto que realiza la DIPRES. En Marzo se entera a través del DAF del detalle, lo que resulta tardío para planificar la ejecución. Desde el punto de vista de la ejecución, el área a cargo de las TI no tiene el control completo de su presupuesto ya que a menudo otras áreas imputan sus inversiones al presupuesto de TI y no lo informan. Finalmente, las asignaciones de los recursos no siempre corresponden a los subtítulos e ítems contables solicitados por el Departamento de Sistemas. Se deben mejorar los procesos de formulación y ejecución presupuestaria. En particular, el presupuesto debe reflejar el plan de trabajo del año siguiente, tanto en su componente de continuidad, como en su componente de expansión (nuevos proyectos). El plan estratégico de TI puede ayudar a mejorar el vínculo entre plan y presupuesto. Es importante que el Departamento de Sistemas se entere oportunamente del presupuesto disponible, de modo de planificar oportunamente las compras. En relación a la ejecución, es importante que el Departamento de Sistemas tenga el control sobre su presupuesto (p.e., a través de un V B ), más allá de que otras áreas pudiesen ser responsables de ciertas partidas. También es importante que rinda cuentas de la ejecución a los Comités que debiesen crearse. Finalmente, es importante construir un buen plan de cuentas con manejo de centros de costos y cuidar que las imputaciones vayan a las cuentas y centros de costo que corresponde, para realizar un buen control presupuestario y análisis de costos. Métricas: - Ejecución presupuestaria - Informes mensuales de gestión del presupuesto - Alineamiento del Presupuesto con el Plan Establecer y mantener un proceso presupuestal formal y una administración contra ese presupuesto fomenta la asociación entre TI y los interesados del negocio, los que son consultados para identificar y controlar sus costos y beneficios totales y tomar medidas correctivas en caso de ser necesario; facilita el uso efectivo y eficiente de recursos de TI, y brinda transparencia y responsabilidad, la materialización de los beneficios del negocio y el retorno sobre las inversiones en TI.

Página 19 de 55 P06 Gestión de la comunicación: políticas y procedimientos, concienciación de usuarios. En términos de madurez, este proceso se encuentra en estado Inexistente. Se han hecho esfuerzos esporádicos de informar a la comunidad de los logros en TI, sin embargo no forma parte de un proceso regular. Se informan novedades a través de la Intranet, pero no se evalúa la llegada de estos mensajes. No hay un comité directivo donde plantear inquietudes y problemas en la gestión de TI, estos intercambios se realizan mediante conversaciones aisladas o intercambios de correos con la dirección. Se recomienda implementar con alta prioridad este proceso en la BCN, al menos con un nivel de madurez 2 (repetible). Recomendamos elaborar un relato acerca de la forma en que las TI contribuyen a los logros de los propósitos fundamentales de la BCN (p.e., agregar valor al proceso legislativo, acercar las leyes a las personas y por tanto a formar un mejor ciudadano etc.). Luego la BCN debe identificar sus diferentes comunidades o stakeholders y transformar ese relato en mensajes y en canales de comunicación diferenciados, que podrían ser los mismos que utiliza la propia BCN para implementar su estrategia comunicacional. Este proceso debe ser liderado por el responsable de TI de la BCN y desplegado en coordinación con el equipo de comunicaciones de la BCN. Sugerimos medirlo con: - Indicador que mide la visión de la organización acerca del rol de la TI - Auditoría comunicacional; porcentaje de interesados que entienden el marco de trabajo de TI - Porcentaje de interesados que no cumple las políticas Las comunicaciones son fundamentales para el logro de los objetivos de TI y aseguran la toma de conciencia de los usuarios acerca de sus deberes y derechos, en particular el entendimiento de los riesgos de negocio y de TI. Forman parte y son un apoyo al complejo proceso de gestión del cambio. Un programa de comunicación a cargo del responsable de TI se debe implementar para articular la visión, misión, los objetivos de servicio, las políticas y procedimientos, etc., aprobados y apoyados por la dirección.