Descripción del proceso

La Gestión del Conocimiento es el proceso central, responsable de poner conocimientos a disposición de todos los procesos de la Gestión de Servicios de la STIC.

Asegura que toda la organización sea capaz de recopilar, analizar, almacenar y compartir conocimiento e información. Mejorando así la eficiencia mediante la reducción de la necesidad de redescubrir conocimientos, algo que sucede cuando no se comparte una misma fuente de información entre partícipes de la prestación de un mismo servicio TIC.

En el marco de la gestión del servicio, debe garantizar la existencia de un único repositorio de información, la actualización de la información disponible, la generación de información adicional de forma continuada, y facilitar su accesibilidad y comprensión para que realmente sea transformada en conocimiento para todas las partes que participan en algún momento del ciclo de vida del servicio, incrementando a su vez la transparencia con la que se prestan los servicios de todas las contrataciones de la STIC.

El objetivo es lograr que todos los usuarios estén informados de los procedimientos de TI que les pueden afectar y de las herramientas existentes, así como de todas sus novedades, siendo necesario que la información y su continua actualización se centralice, organice y distribuya de una manera organizada, considerando en todo caso las particularidades de la información tratada y de los usuarios involucrados. Ganando en transparencia del servicio hacia los usuarios finales, profesionales TIC, resolutores y gestores del servicio.

La información (definiciones de procesos, acuerdos con proveedores, procedimientos técnicos, soluciones a incidencias o errores conocidos, versiones de software, manuales de usuario, horarios y niveles de servicios de proveedores, …) siempre debe ser generada y puesta a disposición de los posibles consumidores de la misma. La gestión de conocimiento enfocada desde el punto de vista del usuario final favorece la autorresolución a través de los diferentes canales del área personal de ayudaDIGITAL; desde el punto de vista de Profesionales TIC y Gestores, se centra en la gestión de la configuración y activos.

El Sistema de Gestión del Conocimiento también debe ser suficientemente ágil y organizado para las necesidades del CSU, particularmente en lo referente a base de datos de soluciones codificadas y documentadas, que es fundamental para su capacitación. Para ello se realiza una codificación de soluciones en KDB_Soluciones, según formato del sistema gestión del conocimiento, incluyendo las actuaciones necesarias para el diagnóstico (evidencias) y resolución remota (actuaciones) de las tipologías que transfiere el proveedor al CSU.

El proceso seguido para la definición del sistema de Gestión del Conocimiento es el siguiente: primero analizar las necesidades de información de los distintos tipos de usuarios en cada uno de los procesos en los que participan, para a partir de esas necesidades, identificar el origen de la información, los responsables de su generación y actualización, y finalmente generar los procedimientos adecuados y proponer las herramientas necesarias.

Estructura del Sistema de Gestión del Conocimiento (contenedores)

• Portal ayudaDIGITAL orientado a los usuarios finales, donde podrán encontrar entre otras cosas los manuales funcionales de las aplicaciones.

• Confluence (Atlassian) como repositorio y gestor documental orientado a los usuarios TIC, para los contenidos más extensos y técnicos: manuales técnicos, procedimientos, actas, documentos de Protocolo de Recepción de Entornos, Acuerdos de Colaboración Operativa (ACOR), extractos de pliegos y ofertas con información de contratos, etc. Cada ítem deberá estar registrado en base a una plantilla estándar que contendrá extractos o referencias de su contenido para facilitar las búsquedas. Los elementos contenidos en Confluence deben estar referenciados (mediante enlaces fijos a la última versión disponibles) en otras herramientas para evitar duplicados y favorecer la federación de contenidos, por ejemplo, en JIRA SW, para la documentación de proyectos software, en CA-CMDB, para los manuales y documentación técnica de los CIs, o en CA-KDB cuando se trate de manuales funcionales orientados a usuarios finales con canal de entrada el área personal de ayudaDIGITAL.

Gestión unificada de la base de datos del conocimiento:

En el siguiente esquema se presenta la estructura general del sistema de gestión del conocimiento, reflejando los diferentes contenedores integrados según se ha indicado, la herramienta y flujo de trabajo implantada para la gestión unificada de esta base de datos del conocimiento distribuida, así como los canales de acceso por los que los diferentes tipos de usuarios consumirán los contenidos de una forma más ágil, sencilla e intuitiva.

Image Removed

Descripción de los canales de acceso para los diferentes tipos de usuarios:

• Los usuarios finales pueden acceder a los contenidos de conocimiento destinados a ellos a través de todos los canales del área personal de ayudaDIGITAL (web, app, chat, whatsapp e incluso teléfono para ciertos casos particulares), si bien en muchos casos serán referenciados al área personal de ayudaDIGITAL_WEB para revisar el contenido.
• Los profesionales TIC y los Gestores del Servicio accederán a la base de datos de soluciones y los activos del servicio a través de la WebTécnica/ CMS, a la documentación del servicio, manuales técnicos, procesos, etc a través de Confluence y a métricas, indicadores e informes mediante MTI-DWH, si bien algunos informes o cuadros de mando podrán estar referenciados igualmente en Confluence para una mayor difusión.
• Los técnicos del CSU tendrán el acceso integrado en el Asistente Digital para Operadores N1 DAFA y también podrán hacer uso de accesos directos a la suite CA-SDM (CA-KDB, CA-SDM y CA-CMDB).

Gestión de Soluciones

Se define el ítem de conocimiento (KI - Knowledge Ítem) como cualquier elemento de información y datos generado durante la gestión y prestación de los servicios.  La creación de esta documentación se realiza en Web Técnica, donde se conoce como 'solución' que es cualquier documento que provee un apoyo (consulta el manual de gestión de soluciones en WT, la 'Guía de buenas prácticas para la redacción de soluciones' y flujo de aprobación para la codificación de estas soluciones).

Los usuarios finales podrán ver estas soluciones en el área personal de ayudaDIGITAL desde la funcionalidad 'Busca tu solución'.

Vídeo promocional en portal ayudaDIGITAL: https://www.sspa.juntadeandalucia.es/servicioandaluzdesalud/ayudadigital/novedades/mejora-tus-competencias-digitales-con-busca-tu-solucion

Guía para la gestión de soluciones 

Confluence

Uno de los contenedores del Sistema de Gestión del Conocimiento de la STIC se sustenta en Confluence como herramienta corporativa.

Requisitos técnicos y acceso

Los requisitos técnicos están disponibles en la página https://confluence.atlassian.com/conf613/supported-platforms-964961686.html

La URL de acceso es https://ws001.sspa.juntadeandalucia.es/confluence/. No es necesario entrar desde la red corporativa. El acceso está publicado en Internet.

El usuario y la contraseña son el DMSAS del usuario. Se tiene el mismo rol y los mismos grupos que en JIRA, aunque se consume una licencia por cada herramienta.

Descripción funcional de la aplicación

Confluence es software desarrollado y comercializado por Atlassian que permite crear espacios de trabajo abiertos y accesibles, de manera que además de facilitar que la información se comparta se fomenta el trabajo colaborativo.

Cada espacio tiene un dueño que será el administrador del mismo y que en general determinará los usuarios que tienen acceso a su espacio como el tipo de acceso que tendrán (lectura, edición, comentarios, añadir restricciones de página, etc.) Esos usuarios deberán previamente ser dados de alta por un administrador de la herramienta y accederán a la misma con DMSAS. El alta se hace realmente en JIRA, con lo que el usuario va a pertenecer al mismo grupo y va a tener el mismo rol que tiene en JIRA. Aunque el alta es común, cada usuario consume licencias independientes en cada una de las herramientas.

La STIC usa Confluence (Atlassian) como repositorio y gestor documental integrado con Jira. Es una herramienta de fácil administración y orientada a la colaboración en la que:

Dentro de la herramienta podemos realizar: Navegación, Favoritos, Búsquedas, Comentarios, consultar el Espacio de ayuda...

En Confluence, el conocimiento se divide en Espacios colaborativos que sirven para:

Cuando creemos un espacio debemos tener en cuenta:

Diseñando un espacio:

Creación de espacios y contenidos:

• Contenido vs Estructura de contenidos.
  • Ojo al crear estructuras de contenidos que se rellenarán en un futuro.
  • Primar la sencillez del consumo de la información frente a la estructura.
• ¿Qué debo tener en cuenta al crear contenido?
  • Si ya tenemos contenido para crear lo mejor es volcarlo directamente en Confluence y después organizarlo en una estructura de contenido (Espacios y páginas).
• ¿Cómo evoluciono el contenido?
  • El contenido puede evolucionar y provocar que necesitemos fusionarlo, partirlo o disgregarlo en un mismo o en diferentes espacios.
  • No hay que tener miedo al cambio, Confluence tiene un sistema de versionado de contenido y de páginas. Siempre podemos volver atrás.
• ¿Cómo atraigo a mis usuarios?
  • Lleva toda la información a Confluence.
  • Facilita el uso y deja clara las normas.

Elementos de un espacio:

• Páginas, se pueden crear a partir de una vacía o a partir de plantillas predefinidas de páginas, como sería por ejemplo la plantilla 'Minuta' muy útil para crear páginas de actas de reuniones.

Image Removed
Editor web WYSIWYG.

Image Removed

Administración del espacio:

• Una vez creado nuestro espacio hay ciertas tareas que un administrador debe realizar con mayor o menor frecuencia:
  • Gestión de accesos y permisos en el espacio o en páginas específicas.
  • Revisión de contenidos y comentarios.
  • Revisión de estructura y páginas de la aplicación.
  • Incorporar a nuevos usuarios y ayudarlos en el uso del espacio.
• En ocasiones podemos detectar que nuestro espacio tiene limitaciones que no conseguimos resolver, para ello podemos contactar con el equipo funcional de Confluence para hacer una reorganización de envergadura. 

Administración avanzada del espacio:

• Para generar contenido que se repite una y otra vez podemos generar plantillas de espacios.
• Desde la STIC se han instalado diferentes plugins para cubrir necesidades especiales:
  • Inserción de HTML.
  • Lucidchart.
  • Filtros sobre tablas.
• En ocasiones puede ser necesario cambiar la imagen de nuestro espacio. Se puede ir tan en detalle como sea necesario a través de cambios en hojas de estilo.

Trabajar con terceros:

• Es vital explicar qué queremos que hagan en nuestro espacio.
• Dentro de un espacio debemos ser lo menos restrictivos posible para:
  • Mejorar el trabajo en equipo.
  • Reducir el trabajo de administración.
• El número de licencias es limitado. Hay que invitar a quien realmente haga falta. Los espacios se pueden configurar para que sean visibles fuera de la STIC, pero deberíamos limitar el contenido que se puede generar sin cuenta.

Migración de contenido de terceros:

• El Confluence de la STIC debe ser el repositorio final de toda la información de la STIC.

• Es importante pedir a los diferentes proveedores o equipos que migren la información relativa a la STIC a Confluence.

• Confluence soporta varios métodos de importación:

  • De Confluence a Confluence (Necesita intervención del administrador).

  • De Word a Confluence.

  • Copiar y pegar (por norma general funciona bastante bien).

  • Migración de archivos (hay que estudiar caso a caso, ya que no hace una migración por carpetas por ejemplo).

Confluence permite integrarse con JIRA y viceversa, podemos enlazar nuestro proyecto de JIRA con Confluence para:

• Usar macros en Confluence que nos traiga información desde JIRA (gráficas o listados).
• Enlazar cualquier entidad de JIRA con una página de Confluence.
• Al crear contenido en JIRA crearemos automáticamente contenido en Confluence:
  • Creación y actualización de páginas de versiones.
  • Creación de grupos y su mantenimiento.

Organización de espacios en la STIC

Los espacios tienen una categoría según el objetivo que persiguen. Los dueños de los espacios y los permisos van a venir gestionados por la categoría que tenga el espacio. En el caso de la STIC las categorías definidas, como se puede ver en el directorio de espacios de Confluence, son:

• Área: 
  Cada área de la STIC dispone de un espacio de carácter público (al que tendrán acceso todos los usuarios de Confluence). El dueño de estos espacios es el Responsable del área correspondiente y es quien determina si algún usuario o grupo debe tener otro tipo de permisos y si su espacio se abre o no a Internet. Actualmente existen ya algunos espacios públicos a los que se puede tener acceso sin estar logado y por tanto, sin ser usuario de Confluence. 
  Cada área puede disponer para su gestión interna de un espacio de carácter privado donde el dueño de cada uno determina totalmente los permisos de acceso, o bien tener una zona privada dentro del espacio de área mediante restricciones de página que se heredan a partir de esa sección.
• División área: 
  Cada área de la STIC puede disponer de espacios para sus divisiones de área. Se deberán enlazar en el espacio de área padre para que la estructura de espacios del área quede bien identificada y se pueda navegar como si se estuviera dentro de un mismo espacio.
• Factoría:
  Información general de las factorías de software asistencial, económico financiero y RRHH, con información transferible y no transferible de las líneas de desarrollo software y operación.
• Aplicación: 
  Cada aplicación que se gestiona en JIRA tendrá creado automáticamente su espacio con una plantilla definida y con los permisos de acceso por defecto. El dueño será el Responsable de producto. 
  Todo usuario personal de la STIC y de las oficinas técnicas (OTP, OTI, OCA, OTA y OTBI) tendrá acceso al espacio de la aplicación, al igual que CTI y CSU que mantendrá actualizada la matriz de escalado.
  Los proveedores sólo tendrán acceso a las aplicaciones en las que trabajan siendo su acceso con un único usuario, el mismo con el que trabajan en JIRA. Para las aplicaciones del área de servicios al usuario y gestión TIC que mantiene las herramientas horizontales, el acceso será para todo usuario con licencia incluidos proveedores.
• Aplicación no Jira: 
  Espacios para aplicaciones dadas de alta en CMS pero que no son gestionadas desde Jira. 
  Pueden ser aplicaciones centralizadas que por ser productos comerciales no lleven desarrollo en la STIC, o desarrollada por equipos provinciales e implantada en servidores no mantenidos por el proveedor de sistemas centralizado (CTI). 
  Puede ser que aun siendo productos comerciales o aplicaciones con desarrollo provincial, se implanten en servidores centralizados por lo que sí estarán dadas de alta en Jira al gestionarse desde allí las peticiones de lanzamiento y plataformas (RFP y PL), por lo que tendrán su espacio de categoría 'aplicación' correspondiente.
  En el espacio de categoría 'aplicación no Jira', CSU pondrá el documento de recepción de entornos o la matriz de escalado y en el momento en que una aplicación se centraliza y se da de alta en Jira este espacio desaparecerá y se creará el de aplicación correspondiente migrando allí su contenido.
• Programa: 
  Espacios para coordinar actuaciones de la STIC en las que hay distintas aplicaciones implicadas.
• Plataformas: 
  Cada plataforma que se gestiona en JIRA tiene creada automáticamente una página con una plantilla definida dentro de un único espacio denominado PLATAFORMAS.
• Gestión: 
  Espacios para la gestión de proyectos de  cualquier área de la STIC (sea provincial o centralizada), entendiendo como proyecto el conjunto de actividades que se hacen para, en un tiempo definido, conseguir un objetivo. Dentro de estas actividades se engloban tanto las propias tareas de ejecución del proyecto como todas las de gestión para controlar que se siguen unos objetivos de calidad, de esfuerzo y de tiempo.
• Documentación: 
  Espacios de trabajo o de divulgación de información.
• Ayuda: 
  Actualmente hay dos espacios con esta categoría:
  • Ayuda Confluence: En este espacio se crearán las píldoras de conocimiento de Confluence. Tendrán acceso a él todos los usuarios de Confluence con objeto de resolver dudas y consultas en el uso de la herramienta. Existirá una sección con errores conocidos donde igualmente los usuarios pueden dar solución a sus incidencias.
  • Espacio de Coordinación STIC: articulado desde el área de Servicios al Usuario y Gestión TIC para la coordinación y continuidad de los servicios entre todas las áreas de la STIC.

Solicitud de espacios

Para la solicitud de un espacio se debe contactar con el equipo funcional de Confluence indicando título, clave, descripción corta, propósito y permisos de cada perfil de usuarios del espacio a crear.

Cualquier petición de acceso a la herramienta como de creación de espacios deben escalarse al Responsable de Producto que aparece en CMS.

Espacios de creación automática

Espacio tipo Aplicación

• Como Responsable de producto seremos responsables de su espacio correspondiente de aplicación.
• Estos espacios controlan la documentación a entregar para las diferentes aplicaciones y sus versiones.
• No están restringidos en la extensión del uso, pero debemos respetar la plantilla definida.

El espacio de las aplicaciones gestionadas en JIRA se creará automáticamente al dar de alta el proyecto en Jira.

La página principal consta de:

• Primera sección: Hoja de ruta con la planificación estratégica de la aplicación.
  

  El objetivo de esta sección es plasmar la planificación estratégica de la aplicación a medio/largo plazo.

  Editando la página principal del espacio, accedemos a la macro “Planificador de hoja de ruta”. Al editar la macro podremos añadir/modificar carriles, barras y marcadores.

Image Removed

• Miscelánea. 

  Es la parte más configurable por los colaboradores del espacio. Se puede organizar toda la información creando páginas. Si a una página del espacio se le añade la etiqueta “miscelánea” quedará incluida en este apartado.

• Versiones.

  Por cada versión registrada en JIRA, se creará de manera automática una página dentro de este apartado con una plantilla específica. Al indicar en JIRA el código de la versión, se añadirá automáticamente entre paréntesis al título de la página correspondiente. 

  Cada página de versión tiene la siguiente estructura:

  • Primera sección: descripción de la versión en JIRA.
  • Segunda sección: está enfocada a la gestión de la versión, incorporando un calendario con las OTs que están pendientes de comenzar resolución y las que están en resolución. El calendario es configurable y podrá mostrar los filtros de JIRA que más valor aporten.
  • Tercera sección: está enfocada a mostrar el alcance de la versión, incorporando un filtro de JIRA en el que se muestran todas las incidencias, mejoras y no conformidades.
  • Cuarta sección:
    
    • Miscelánea: tiene el mismo sentido que en la página principal del espacio.
    • Documentación aportada: consiste en un control de los entregables de las OTs de la versión que se adjuntan en el repositorio documental y un acceso directo a las plantillas de los mismos que se encuentran en el espacio de GTIC.
  • Quinta sección: Repositorio documental.

  Si la versión se cierra en JIRA, la página se moverá automáticamente para ser un subpágina de la página “Versiones cerradas”.

• Información relevante.

  • Datos básicos: información útil de la aplicación automatizada desde JIRA y CMS.

  • Análisis SOA.

  • Arquitectura.

  • Lecciones aprendidas.

  • Manual.

  • Soporte de la aplicación.

Este apartado de la sección está destinado a recopilar todos los enlaces necesarios para el trabajo del día a día.

• Repositorio documental.

Espacio tipo Plataforma

•  Es un único espacio denominado PLATAFORMAS, dentro tiene una página por cada plataforma que se gestiona en JIRA y que se crea automáticamente al darla de alta en JIRA, con una plantilla definida donde se ha incorporado información interesante como aplicaciones asociadas, relaciones grupos lógico - entorno - servidor - instancia SW - BBDD, enlace a CMS, o PLs y RFPs.

Espacio tipo Gestión

El seguimiento y control de proyectos se realiza en base al control de las tareas del mismo en Jira. A su vez, el espacio del proyecto sirve como punto de control tanto de la documentación como del seguimiento que puede hacerse a través del mismo, al solicitar el alta de un proyecto en Jira y rellenar sus propiedades por parte de los gestores de propiedades de cada área, se crea el espacio de proyecto en confluence teniendo dos opciones de plantilla (simple o compleja), independientemente del tipo de plantilla que se use estos espacios tienen:

• Hoja de ruta: puede actualizarse para tener un roadmap a alto nivel de la planificación del proyecto a corto-medio plazo.
• Sección central en la que pueden distinguirse tres subsecciones:
  • Miscelánea: donde puede recogerse cualquier documentación que sea necesaria para el proyecto.
  • Información relevante donde se distinguen:
    • Datos básicos: donde se recogen todos los datos identificativos del proyecto y que como hemos comentado no deben cambiarse por edición de esa página.
    • Resumen ejecutivo o Informes de seguimiento, donde podrá crearse una entrada cada vez que se quiera recoger el avance del proyecto.
    • Actas del proyecto, donde podrán recogerse las actas y tener siempre un informe de las tareas de las diferentes actas que continúan abiertas.
• Actividad en vuelo: aparecerá una relación de aquellas tareas que están aún sin cerrar.
• Repositorio documental, por si fuera necesario adjuntar algún archivo.

Compartir conocimiento en blogs

Guía para la publicación de entradas de blog en Confluence

Grupos y permisos

La gestión de usuarios y grupos Jira/confluence es conjunta. En la STIC se han definido los siguientes grupos (puede ver sus integrantes en la sección de Directorio de contactos STIC):

Grupos

confluence-users

Todo usuario con licencia.

Es la suma de 4 grupos: personal-stic, oficina-tecnica-proyectos, funcional y proveedor

• personal-stic

• oficina-tecnica-proyectos

OTP

• funcional

• proveedor

• area-servicios-usuario

• subdireccion-desarrollos-proyectos-negocio

Subdirección de desarrollos y proyectos de negocio

• area-sistemas

• area-gobernanza

• unidad-seguridad

• area-contratacion

• equipo-provincial-tic-sevilla
• equipo-provincial-tic-almeria
• equipo-provincial-tic-malaga
• equipo-provincial-tic-huelva
• equipo-provincial-tic-cadiz
• equipo-provincial-tic-granada
• equipo-provincial-tic-jaen
• equipo-provincial-tic-cordoba
• equipo-provincial-tic-sscc
• epes

Al dar de alta un usuario de la STIC se incluirá en los grupos: 

1. confluence-users
2. jira-users
3. personal-stic u oficina-tecnica-proyectos
4. stic-cartuja o equipos-provinciales
5. Un área a la que pertenece (de las 6 áreas existentes en STIC Cartuja o de un equipo provincial; en el caso de Gobernanza además tendrá un grupo de sus 4 oficinas técnicas)
6. Un grupo que será el rol para Jira (jefe-proyecto, coordinador…). En el caso de equipo-provincial-tic y unidad-seguridad, el grupo usado para su rol en Jira es personal-stic

Si es proveedor o funcional se incluirá en los grupos:

1. confluence-users
2. proveedor o funcional

Permisos

Páginas de plataformas

Están en un espacio padre PLATAFORMAS con infinitas páginas hijas por plataforma y acceso para confluence-users.

Administración:

• confluence-administrators

Visualización y edición de páginas:

• personal-stic, oficina-tecnica-proyectos, funcional, proveedor-oca, proveedor-interoperabilidad, proveedor-csu, proveedor-cti y el usuario genérico y nominales del proveedor de la aplicación que corre en la plataforma: pueden ver y editar. El script de creación de páginas hijas añade restricciones de página para permitir esa visualización/edición.
• Para las plataformas de aplicaciones mantenidas por SSHH lo anterior aplica a confluence-users, permitiendo el acceso a todos los proveedores.

Se quiere tender a máxima transparencia y facilidad de acceso en la STIC por lo que aunque aún no están todos configurados de esta forma, se aboga por:

Administración:

• confluence-administrators

Visualización y edición de páginas:

• personal-stic, oficina-tecnica, funcional: pueden ver y editar
• proveedor: puede ver y editar (sólo permiso para borrar contenido propio)

Acceso anónimo en los espacios que se requiera: visualización páginas

Administración:

• confluence-administrators

Visualización y edición de páginas:

• personal-stic, oficina-tecnica, funcional y los usuarios de proveedor que se soliciten al dar de alta el proyecto.

• según particularidades

• Guía para la gestión de soluciones en Web Técnica
• Ayuda de Confluence
• Ayuda de MTI SSHH

Todos somos responsables del cumplimiento de los compromisos directivos, pero será el área de Coordinación y Estrategia quien vele por el seguimiento de los compromisos, de manera que se asegure el cumplimiento de la fecha de compromiso del mismo.

Elementos que se usan

Los elementos a registrar en Jira son:

• Compromiso directivo: obligación contraída por la STIC a nivel directivo en un afecha concreta.​
• Riesgo directivo: evento incierto que si ocurre puede tener un efecto negativo sobre uno o varios compromisos directivos.
• Problema directivo: causa de uno o varios incidentes que afectan a compromisos  directivos. Es probable que un riesgo se materialice por no tener efecto el plan de mitigación. En ese caso, debe crearse un problema.​
• Decisión directiva: aquella que se centra en la definición de elementos de la cadena de producción que requieren decisiones gestionadas o con impacto en niveles directivos.

​ Ventajas del proceso:

• Información actualizada y compartida. Disponible.
• Transparencia en la gestión.
• Cuadros de mando y tableros Kanban para facilitar el seguimiento

Flujo del proceso

  Image Added

Compromisos directivos

Directrices generales

• Los Compromisos Directivos deben estar escritos en un lenguaje exento de tecnicismos, en lenguaje propio de negocio.​
• La información debe estar directamente a disposición y consulta en tiempo real por parte del Subdirector de la STIC (Fran Sánchez Laguna) y de la Directora General de Humanización, Planificación, Coordinación y Cuidados (Inmaculada Vázquez).​
• Todos los Compromisos Directivos al crearse, ponen como observador a Fran Sánchez Laguna automáticamente.​
• Para modificar la fecha de un Compromiso Directivo será necesario consensuarlo previamente con el Subdirector de la STIC​.
• Un Riesgo Directivo es como su nombre indica un riesgo que afecta directemente a un Compromiso Directivo. Debe mitigarse por parte de quien gestiona el riesgo creando acciones preventivas.
• Si el riesgo se materializa, pasa a convertirse en un Problema Directivo. Debe solucionarse por parte de quien gestiona el problema creando acciones correctivas.

¿Cómo se registran en la herramienta de gestión corporativa?

El tipo de registro que creamos en Jira es una tarea general. La naturaleza de la tarea la determinan los campos Tipo de Tarea y Subtipo.

Podrán crearse en cualquier proyecto y por cualquier usuario.

Este es el formulario que se muestra a la hora de completar cualquier registro Jira. Se marca en color rojo los campos Tipo de Tarea y Subtipo.

Image Added

Esto es lo que debes tener en cuenta para el registro de estas tareas generales:

Relaciones entre registros

Los elementos en Jira se relacionan entre sí como se muestra en el gráfico:

Image Added

Los elementos relacionados con un compromiso directivo pueden verse en forma de árbol en el enlace Link Hierarchy del registro Jira.

Gracias a la nomenclatura utilizada en los títulos y a las relaciones entre los registros, podemos conocer de un vistazo y de manera ordenada la información relevante. 

Image Added

¿Qué ventaja tiene usar la relación de dependencia?

La ventaja principal es que cualquier enlace que se haga de este tipo se informa en un campo que puede ser mostrado en un fiiltro o en un cuadro de mando

Image Added

Resumen de los estados

El resumen del significado de los estados en el ciclo de vida de compromisos, riesgos, problemas y decisiones es el siguiente:

Elementos de gestión operativa

Podemos extrapolar este modelo al día a día de la gestión de aplicaciones, plataformas y proyectos, incluso tal y como se establece en el modelo de gestión directiva. podemos establecer relaciones entre compromisos directivos y otras tareas del mismo o de otro proyecto.

Siguiendo la misma filosofía, podemos establecer los siguientes elementos:

En el caso de proyectos y aplicaciones que pertenezcna al área STIC "Soluciones corporativas y Sociedad Digital", se establcerán además los siguientes tipos de decisiones:

• Estratégicas
• Financiación
• Técnicas

Establecer relaciones de dependencias entre estos registros

Como hemos comentado anteriormente, en los registros aparece una fecha inicio y una fecha fin. Hemos indicado que la relación entre un compromiso directivo y un riesgo/decisión/problema directivos se establecía mediante enlaces de tipo Depende de.

El objetivo es establecer los enlaces o depndencias entre un compromiso directivo e hitos operativos o tareas de cualquier tipo que hay que ejecutar para poder llegar a cumplir el compromiso, es decir, poder planificar sus fechas de inicio y de fin.

Podemos hacerlo de dos formas. Ambas se basan en el uso de BIG PICTURE y en hacer filtros que muestran todos los registros entre los que se quieren hacer las dependencias. 

Lo que diferencia una forma de otra es la forma de hacer el filtro:

• Primera forma: incluyo en el filtro uno a uno los registros de los que depende el compromiso directivo. Tiene como parte negativa que el filtro puede llegar a ser tedioso, pero como parte positiva, en el propio Gantt podría establecer las dependencias entrelas tareas

Image Added

Las dependencias que ponga en el Gantt se informan e la propia tarea, y además si actualizo fechas en el Gantt, actulaizaré automáticamente las fechas de inciio y fin de las tareas

Image Added

Esas dependencias se informan pero no tienen ningún efecto, aunque se pueden ver en el árbol de dependencias

Image Added

• Segunda forma: hacemos el filtro con el compromiso y con las tareas que queremos relacionar y que relacionamos con un enlace por ejemplo de tipo Relacionada con. Aunque este filtro es menos tedioso que el anterior, es menos recomendable, puesto que tanto en las tareas como en el árbol de dependencias aparece además del enlace propio del Gantt el de relación, lo que puede complicar la gestión.

Ayuda relacionada:

• Vídeo presentación: Gestión de compromisos directivos
• Cómo crear enlaces de dependencias entre tareas.
• Cambios de estado de compromisos directivos, riesgos directivos, problemas directivos, decisiones directivas.
• Herramienta de gestión TIC - Jira