1. INTRODUCCIÓN Y DELIMITACIÓN DEL TEMA

El trabajo en grupo o colaborativo reúne métodos organizativos, capacidades humanas y servicios digitales que permiten que varias personas produzcan un resultado común. En una organización sanitaria distribuida como el Servicio Andaluz de Salud, la colaboración no es una comodidad añadida: condiciona la continuidad asistencial, la resolución de incidencias, la implantación de cambios, la transmisión de conocimiento y la coordinación entre perfiles clínicos, administrativos y tecnológicos. La herramienta es solo una parte del sistema. Una videoconferencia sin objetivos, una mensajería sin reglas o un repositorio sin gobierno pueden aumentar el ruido, multiplicar versiones y ocultar decisiones.

El opositor debe distinguir cinco planos. El primero es el plano humano: confianza, comunicación, negociación, liderazgo, responsabilidad y gestión de conflictos. El segundo es el plano organizativo: roles, procesos, prioridades, autoridad, normas de uso y mecanismos de evaluación. El tercero es el plano tecnológico: correo, calendarios, mensajería, reuniones, redes sociales corporativas, wikis, gestores de tareas, repositorios documentales y motores de búsqueda. El cuarto es el plano informacional: taxonomías, metadatos, versionado, trazabilidad, conservación y transferencia del conocimiento. El quinto es el plano normativo: protección de datos, seguridad, interoperabilidad, archivo, procedimiento administrativo y derechos digitales.

En TIC sanitario es frecuente combinar especialización y construcción conjunta. Un administrador de sistemas, un especialista de red, un analista funcional, un responsable de seguridad y un profesional asistencial no realizan las mismas tareas, pero necesitan una representación compartida del problema, criterios comunes de prioridad y un mecanismo de decisión. La colaboración efectiva reduce dependencias personales, mejora el diagnóstico y facilita el relevo entre turnos. La colaboración deficiente genera silos, decisiones tácitas, documentos contradictorios y canales paralelos.

También debe separarse la comunicación operativa del registro formal. El chat sirve para coordinar rápidamente; la videoconferencia, para resolver ambigüedades; el tablero de trabajo, para visualizar flujo y responsables; el sistema de gestión de servicios, para conservar incidencias, solicitudes y cambios; y el gestor documental o expediente electrónico, para mantener documentos con metadatos, permisos y ciclo de vida. Ningún canal sustituye automáticamente a los demás.

El tema se desarrolla desde los fundamentos del trabajo colaborativo hasta las iniciativas publicadas por la Junta de Andalucía y el SAS. Las denominaciones y disponibilidades de productos pueden cambiar; por ello deben estudiarse junto con su función y no como una lista rígida. Una pregunta puede sustituir una marca por otra y mantener intacto el concepto: conversación efímera frente a registro estable, sincronía frente a asincronía, archivo frente a página, comunicación frente a notificación administrativa o repositorio personal frente a espacio compartido.

2. FUNDAMENTOS DEL TRABAJO EN GRUPO Y COLABORATIVO

2.1. Grupo, equipo, cooperación y colaboración

Un grupo es un conjunto de personas relacionadas por una finalidad, pertenencia o contexto. Un equipo añade interdependencia operativa, objetivos compartidos, coordinación y responsabilidad por resultados. La cooperación suele permitir que cada participante ejecute una parte relativamente autónoma que después se integra. La colaboración implica mayor construcción conjunta: los participantes comparten comprensión, decisiones, recursos y revisión del resultado. En la práctica organizativa los términos se solapan, por lo que la clave no es memorizar una frontera absoluta, sino reconocer el grado de interdependencia y cocreación.

En un proyecto de sistema de información puede existir cooperación cuando cada proveedor entrega un componente conforme a una interfaz definida. Existe colaboración cuando responsables funcionales, arquitectura, desarrollo, seguridad y operación diseñan conjuntamente el servicio, negocian restricciones y revisan el impacto extremo a extremo. El trabajo colaborativo no elimina la especialización. La integra mediante mecanismos que permiten comprender cómo contribuye cada rol al resultado global.

2.2. Condiciones de eficacia

• Propósito común: el equipo conoce el problema que resuelve, el resultado esperado y los criterios de éxito.
• Interdependencia positiva: el resultado exige contribuciones complementarias y no puede optimizarse por áreas aisladas.
• Responsabilidad individual y colectiva: cada actividad tiene responsable y el equipo responde de la coherencia final.
• Información compartida: las decisiones, riesgos y evidencias se encuentran en espacios accesibles según permisos.
• Seguridad psicológica: es posible comunicar errores, dudas y riesgos sin ocultarlos por temor.
• Normas de interacción: canales, horarios, tiempos de respuesta, reuniones, escalado y documentación están definidos.
• Retroalimentación: el equipo revisa tanto el producto como su forma de trabajar.

La ausencia de una de estas condiciones produce patrones reconocibles. Sin propósito común, cada unidad optimiza su parte y desplaza costes a las demás. Sin responsabilidad individual, las tareas quedan en un sujeto colectivo indeterminado. Sin información compartida, aparecen copias privadas y conocimiento tácito. Sin normas de interacción, las urgencias invaden todos los canales. Sin retroalimentación, los mismos incidentes y conflictos se repiten.

2.3. Colaboración síncrona y asíncrona

Un modelo maduro combina ambos modos. Durante una incidencia crítica puede abrirse una sala de coordinación síncrona, mientras el registro oficial conserva hechos, tiempos, responsables y acciones. Al finalizar, el análisis de causa, las lecciones aprendidas y la actualización de procedimientos se realizan de forma asíncrona y revisable. La conversación acelera; el registro aporta memoria y control.

2.4. Colaboración presencial, remota, híbrida y distribuida

La colaboración remota elimina la coincidencia física, pero no necesariamente la temporal. La colaboración distribuida añade distancia organizativa, cultural o geográfica. La modalidad híbrida combina participantes presenciales y remotos y presenta un riesgo específico: crear un grupo principal en la sala y otro secundario conectado. Para evitarlo, la reunión debe diseñarse para que documentación, turnos de palabra, pizarra y decisiones sean accesibles digitalmente a todos.

2.5. Antipatrones de colaboración

Los antipatrones son soluciones aparentes que degradan el trabajo. El primero es la reunión como reflejo: ante cualquier dificultad se convoca a muchas personas sin preparar decisión. El segundo es la colaboración por copia: se incluye a numerosos destinatarios en correo para repartir responsabilidad. El tercero es el canal invisible: las decisiones se toman en conversaciones privadas y el resto del equipo solo conoce el resultado. El cuarto es el héroe técnico: una persona concentra conocimiento, resuelve urgencias y se convierte en cuello de botella. El quinto es la documentación ornamental: se redacta para cumplir un hito, pero no se mantiene ni se utiliza.

Otro antipatrón es la democracia sin límites, donde cualquier decisión espera consenso de todos. La participación es valiosa, pero debe distinguirse entre informar, consultar y aprobar. También existe el tool hopping: cambiar de plataforma ante problemas que proceden de falta de gobierno. Una nueva herramienta puede trasladar el caos sin resolverlo.

La prevención combina decisiones claras, canales definidos, revisión de permisos, responsables de contenido, formación cruzada y límites al trabajo en curso. El equipo debe observar señales tempranas: preguntas repetidas, documentos con nombres contradictorios, grupos sin propietario, reuniones crecientes y tareas que cambian de prioridad por mensajes informales.

3. ORGANIZACIÓN DEL EQUIPO, ROLES Y GOBERNANZA

3.1. Diseño del equipo

La tecnología no corrige un diseño organizativo defectuoso. Antes de seleccionar una plataforma hay que definir qué decisiones toma el equipo, qué información necesita, qué dependencias mantiene y cómo se resuelven conflictos. Un equipo operativo pequeño puede coordinarse mediante contacto directo; un programa transversal necesita estructura de gobierno, responsables funcionales y técnicos, grupos de trabajo y mecanismos de escalado.

Los equipos pueden ser funcionales, multidisciplinares, temporales, virtuales o comunidades de práctica. Un equipo funcional agrupa una especialidad y favorece profundidad técnica. Un equipo multidisciplinar reúne capacidades necesarias para entregar valor extremo a extremo. Un equipo temporal se crea para un proyecto o crisis. Una comunidad de práctica conecta personas que comparten un dominio y aprenden colectivamente, aunque no entreguen un producto único.

3.2. Roles y matriz RACI

La matriz RACI distingue quién ejecuta una actividad —Responsible—, quién responde y aprueba —Accountable—, quién debe ser consultado —Consulted— y quién informado —Informed—. Su utilidad es hacer explícitos los derechos de decisión. Debe existir normalmente una persona o rol accountable por actividad; demasiados aprobadores diluyen la responsabilidad y ralentizan.

RACI no sustituye la descripción de funciones ni el workflow. Tampoco debe convertirse en una tabla burocrática que nadie consulta. Debe centrarse en decisiones y entregables relevantes, mantenerse actualizada y reflejarse en permisos, flujos de aprobación y comunicaciones.

3.3. Reuniones con propósito

Una reunión debe justificar el coste de reunir simultáneamente a varias personas. Son finalidades válidas decidir, negociar, explorar un problema complejo, coordinar una respuesta crítica o construir comprensión compartida. No son buenas finalidades leer información que podría enviarse antes, recopilar estados que ya están en un tablero o sustituir la falta de documentación.

• Antes: objetivo, agenda, participantes necesarios, documentación previa y decisión esperada.
• Durante: facilitación, límites de tiempo, registro de acuerdos, desacuerdos y acciones.
• Después: responsables, fechas, enlace al registro y seguimiento.

Las reuniones periódicas deben revisarse. Una ceremonia que tuvo valor durante una implantación puede dejar de tenerlo en operación estable. Las reuniones breves de coordinación no deben absorber el trabajo profundo. Las revisiones de incidentes deben buscar aprendizaje y no culpabilización.

3.4. Gestión de conflicto y toma de decisiones

El conflicto de tarea puede mejorar una decisión si se apoya en evidencia y se separa de ataques personales. El conflicto relacional deteriora confianza y oculta información. Las técnicas útiles incluyen criterios explícitos, opciones comparables, registro de supuestos, experimentos y escalado cuando la autoridad del equipo no basta.

Las decisiones pueden adoptarse por autoridad, consulta, consentimiento o consenso. El consenso total no es siempre eficiente ni necesario. Lo importante es que el método sea proporcional al impacto y conocido. Una decisión reversible puede tomarse rápidamente; una decisión difícil de revertir, con riesgo asistencial o contractual, requiere más evidencia y revisión.

4. HERRAMIENTAS Y MÉTODOS DE PRODUCTIVIDAD PERSONAL

4.1. Productividad como gestión de compromisos

La productividad personal no consiste en ejecutar más tareas sin criterio, sino en gestionar atención, compromisos y capacidad. El profesional TIC recibe incidencias, solicitudes, correos, reuniones, alertas, tareas de proyecto y trabajo preventivo. Si todo permanece en la memoria o en la bandeja de entrada, aumenta la carga cognitiva y se incumplen compromisos. El sistema personal debe capturar, aclarar, organizar, revisar y ejecutar.

El método Getting Things Done propone capturar los asuntos abiertos, decidir si requieren acción, definir la siguiente acción física, organizarlos por proyecto o contexto, revisarlos periódicamente y ejecutar según prioridad y recursos. No es imprescindible adoptar la metodología completa. Su aportación principal es separar la captura de la decisión y evitar listas vagas como «revisar sistema»; una acción útil sería «comparar los eventos de los nodos A y B entre las 08:00 y las 09:00».

4.2. Gestores de tareas y tableros

Una lista personal es adecuada para compromisos individuales. Un tablero compartido es necesario cuando el equipo debe visualizar flujo, bloqueos y responsables. Kanban representa trabajo en columnas que corresponden a estados, limita el trabajo en curso y favorece terminar antes de iniciar. El tablero no debe convertirse en un inventario infinito. Debe reflejar políticas de entrada, criterios de finalización y prioridades.

4.3. Correo electrónico

El correo es asíncrono, direccionable y relativamente formal, pero no debe utilizarse como base de datos. Las reglas automáticas pueden separar notificaciones, boletines y alertas, aunque una regla mal diseñada puede ocultar mensajes críticos. La bandeja de entrada debe procesarse mediante decisiones: eliminar, archivar, delegar, responder o convertir en tarea.

Un mensaje eficaz identifica asunto, contexto, acción solicitada, responsable y fecha. Las cadenas largas con destinatarios indiscriminados generan ambigüedad. La copia no equivale a asignación. Cuando un correo contiene una decisión que afecta a un proceso, debe trasladarse al expediente, ticket, acta o repositorio correspondiente. Los adjuntos multiplican versiones; cuando sea posible debe compartirse el enlace al documento gobernado, siempre respetando permisos y disponibilidad.

4.4. Calendario y atención

El calendario es la fuente de compromisos temporales. Debe incluir reuniones, ventanas de cambio, guardias, plazos y bloques de concentración. El time blocking reserva intervalos para trabajo profundo. La técnica Pomodoro propone intervalos de concentración y descanso; la duración clásica es de veinticinco y cinco minutos, pero el principio relevante es reducir interrupciones y trabajar en bloques sostenibles.

La matriz de Eisenhower clasifica por importancia y urgencia. Los incidentes asistenciales críticos pertenecen a lo urgente e importante. El mantenimiento preventivo, la documentación y la formación suelen ser importantes pero no urgentes; si se descuidan, terminan generando urgencias. La colaboración madura protege capacidad para este segundo cuadrante.

4.5. Notas y gestión personal del conocimiento

Las notas personales sirven para pensar y capturar, pero no deben convertirse en el único lugar donde reside conocimiento operativo. Una nota que resuelve un problema recurrente debe madurar hacia un artículo de conocimiento revisado. El profesional debe separar borrador personal, documentación de equipo, procedimiento aprobado y registro formal. Cada nivel tiene distintos permisos, revisión y ciclo de vida.

5. COORDINACIÓN DE TAREAS, PROYECTOS Y FLUJOS DE TRABAJO

5.1. De la conversación al flujo

La conversación ayuda a comprender, pero el trabajo necesita estados y compromisos. Un sistema de workflow representa actividades, responsables, reglas, entradas, salidas y excepciones. Puede implementarse con un gestor de tareas, un sistema BPM, un sistema de tickets o una plataforma de desarrollo. La elección depende de la complejidad, la necesidad de auditoría y el carácter del proceso.

Un flujo simple puede usar estados «pendiente», «en curso», «bloqueado» y «finalizado». Un proceso administrativo o asistencial requiere reglas más precisas, evidencias, firma, plazos y conservación. No debe automatizarse un proceso confuso sin antes comprenderlo; la automatización puede acelerar errores y ocultar excepciones.

5.2. Kanban, Scrum y coordinación tradicional

Kanban gestiona flujo continuo, visualiza trabajo y limita tareas simultáneas. Scrum organiza desarrollo complejo en ciclos con un objetivo, backlog, revisión y retrospectiva. Un diagrama de Gantt representa calendario y dependencias, pero por sí solo no identifica todas las incertidumbres ni garantiza coordinación. Las organizaciones pueden combinar instrumentos: planificación de hitos, tablero de ejecución y reuniones de revisión.

El TFA-STI debe evitar asociar una herramienta a una única metodología. Jira puede configurar Scrum, Kanban o workflows propios; un tablero físico también puede aplicar Kanban. Microsoft Planner, Trello u otras soluciones representan tarjetas y columnas, pero el valor depende de políticas y actualización.

5.3. Gestión de servicios

En operación TIC, incidencias, solicitudes, problemas y cambios tienen finalidades distintas. La mensajería puede alertar, pero el sistema de gestión de servicios conserva el registro. Una incidencia restaura un servicio; un problema investiga causas; una solicitud proporciona un servicio estándar; un cambio controla una modificación. Mezclarlos impide medir y aprender.

La matriz de prioridad combina impacto y urgencia. En sanidad, el impacto asistencial es determinante: una avería que bloquea un proceso clínico puede ser crítica aunque afecte a pocos usuarios. La prioridad debe basarse en criterios corporativos, no en la presión del solicitante. Los canales colaborativos deben facilitar la coordinación sin alterar arbitrariamente el registro de prioridad.

5.4. Integración y automatización

Las plataformas modernas integran correo, chat, calendario, repositorios, formularios y automatización. Una integración útil evita duplicar datos: al aprobar un formulario puede crearse una tarea, notificarse al responsable y conservarse el resultado. Una integración insegura puede conceder permisos excesivos o extraer información a servicios no autorizados.

Las automatizaciones deben tener propietario, registro, manejo de errores y revisión. Un flujo que envía avisos sin comprobar destinatarios puede revelar datos. Un bot que actúa con credenciales compartidas elimina responsabilidad individual. La cuenta técnica debe tener privilegios mínimos y las acciones críticas requerir controles.

5.5. Métricas de flujo

• Lead time: tiempo desde la solicitud hasta la entrega.
• Cycle time: tiempo desde que comienza el trabajo hasta que termina.
• Trabajo en curso: número de elementos abiertos.
• Throughput: elementos finalizados por período.
• Edad del trabajo: tiempo que lleva abierto cada elemento.
• Reapertura y retrabajo: indicadores de calidad y definición de terminado.

Las métricas deben orientar mejora, no castigar comportamientos. Si se premia solo el número de tickets cerrados, pueden fragmentarse tareas, cerrarse prematuramente o evitarse casos complejos. La medición debe combinar rapidez, calidad, satisfacción, riesgo y valor.

6. MENSAJERÍA INSTANTÁNEA Y COMUNICACIONES UNIFICADAS

6.1. Características de la mensajería corporativa

La mensajería instantánea proporciona presencia, conversaciones individuales o grupales, transferencia de archivos, llamadas y, según plataforma, integración con aplicaciones. Se diferencia del correo por su expectativa de inmediatez y formato conversacional. Esa expectativa debe gobernarse para evitar interrupción permanente.

Un servicio corporativo debe integrar identidad, autenticación, directorio, permisos, registros, cifrado, administración de dispositivos y políticas de conservación. No basta con que la comunicación esté cifrada: también importan los metadatos, copias, exportaciones, integraciones, notificaciones y terminales. La organización debe decidir qué datos pueden circular, cuánto se conservan y quién puede crear grupos o invitar externos.

6.2. Canales, conversaciones y presencia

Los canales temáticos evitan grupos privados duplicados y permiten que el conocimiento sea descubrible. Deben nombrarse de forma estable, describir su finalidad y contar con responsables. Los mensajes deben utilizar hilos cuando la plataforma los soporte. Las menciones masivas se reservan para información que realmente necesita atención colectiva.

La presencia —disponible, ocupado, ausente— es una señal útil, no una garantía contractual. No sustituye turnos, guardias ni canales de emergencia. La expectativa de respuesta debe definirse según canal y prioridad. Una incidencia crítica no debe depender de que alguien observe un chat informal.

6.3. Comunicaciones unificadas

Las comunicaciones unificadas integran telefonía, mensajería, reuniones, presencia, buzón y colaboración. El objetivo es reducir fragmentación y permitir continuidad entre dispositivos y canales. La integración introduce dependencias: identidad, red, calidad de servicio, licencias, directorio, grabación, retención y soporte.

6.4. Riesgos operativos

La dispersión aparece cuando un mismo asunto se trata en correo, chat, llamada y documento sin un punto de verdad. La sobrecarga surge por notificaciones, grupos y menciones. La informalidad puede inducir a compartir datos o credenciales. El uso de cuentas personales rompe control corporativo. La salida de un miembro puede dejar espacios sin propietario.

6.5. Política de uso y ciclo de vida de espacios de mensajería

La política debe definir quién puede crear equipos, canales y grupos; cómo se nombran; qué clasificación admiten; cuándo se permite participación externa; qué retención aplica; y cómo se archivan. Sin ciclo de vida, proliferan espacios duplicados y permisos heredados. La revisión periódica identifica grupos inactivos, propietarios ausentes y miembros que ya no necesitan acceso.

El canal de emergencia debe diferenciarse del canal de coordinación ordinaria. Puede integrar alertas, pero debe evitar que cualquier mensaje produzca alarma. Las notificaciones automáticas deben ser accionables, incluir origen, severidad y enlace al registro, y permitir deduplicación. Un robot que publica cientos de avisos sin contexto genera fatiga y reduce la probabilidad de detectar el realmente crítico.

La federación con otras organizaciones o proveedores amplía la superficie de riesgo. Deben establecerse dominios permitidos, contratos, identidad, registro, protección del dispositivo y procedimiento de baja. Compartir pantalla también puede revelar información de otras ventanas, notificaciones o historiales; por ello conviene compartir una aplicación concreta y cerrar contenidos no necesarios.

7. VIDEOCONFERENCIA, PROTOCOLOS Y ARQUITECTURAS

7.1. Componentes

Una videoconferencia combina captura, codificación, transporte, señalización, control de sesión, seguridad y presentación. Los clientes capturan audio y vídeo, los codifican y envían flujos. La señalización permite localizar participantes y negociar capacidades. La arquitectura puede utilizar comunicación directa, servidores de reenvío selectivo —SFU—, unidades de control multipunto —MCU— o servicios cloud.

Una MCU puede mezclar flujos y entregar una composición; una SFU recibe flujos y reenvía los seleccionados sin mezclar completamente. La segunda reduce procesamiento central pero exige más capacidad al cliente. La elección afecta escalabilidad, ancho de banda, grabación y calidad.

7.2. H.323

H.323 es una familia de recomendaciones ITU-T para comunicaciones multimedia sobre redes de paquetes. Define terminales, gatekeepers, gateways y unidades multipunto. Tuvo gran presencia en sistemas de sala y videoconferencia empresarial. Puede coexistir mediante pasarelas con tecnologías modernas, pero no debe suponerse que cualquier aplicación de videollamada cloud lo usa de forma nativa.

7.3. SIP y RTP

SIP, definido en RFC 3261, es un protocolo de señalización para iniciar, modificar y terminar sesiones. No transporta por sí mismo el contenido multimedia; normalmente negocia parámetros mediante SDP y el audio o vídeo circula con RTP y mecanismos asociados. Esta distinción es clásica de examen: señalización y transporte multimedia son funciones diferentes.

7.4. WebRTC

WebRTC permite comunicaciones en tiempo real en navegadores y aplicaciones mediante APIs y protocolos coordinados. Incluye negociación de medios, conectividad interactiva, cifrado y transporte. STUN ayuda a descubrir la dirección pública; TURN actúa como relé cuando no es viable la conexión directa; ICE coordina candidatos. El cifrado de medios es obligatorio mediante mecanismos como DTLS-SRTP.

Cliente A ── señalización de la aplicación ── Cliente B
    │                                            │
    ├── ICE / STUN: descubre candidatos ─────────┤
    └── TURN: relé si falla la ruta directa ─────┘
              medios cifrados en tiempo real

7.5. Calidad de servicio

La experiencia depende de latencia, variación de retardo, pérdida, ancho de banda y capacidad del terminal. El audio suele ser más sensible para la comprensión que la resolución de vídeo. Las redes pueden clasificar y priorizar tráfico, pero la QoS extremo a extremo requiere coherencia entre segmentos. La priorización no crea ancho de banda; decide qué tráfico sufre menos cuando existe congestión.

También influyen acústica, cámara, iluminación, cancelación de eco, control de ruido y diseño de reunión. La calidad técnica no garantiza inclusión. Deben ofrecerse subtítulos cuando proceda, turnos claros, documentos accesibles y alternativas para participantes con limitaciones de conectividad.

8. REDES SOCIALES CORPORATIVAS Y COMUNIDADES DE PRÁCTICA

8.1. Concepto

Una red social corporativa conecta perfiles, grupos, publicaciones, comentarios, reacciones y contenidos dentro de un ámbito organizativo. Su finalidad es facilitar comunicación transversal, localizar conocimiento, compartir prácticas y construir comunidad. A diferencia de la mensajería, que se orienta a conversaciones concretas, la red social favorece difusión, descubrimiento y participación amplia.

Las redes sociales públicas y corporativas no son equivalentes. La corporativa integra identidad institucional, gobierno, permisos, moderación y reglas de uso. Aun así, no todo contenido interno es apropiado para cualquier grupo. Deben aplicarse clasificación, necesidad de conocer y minimización.

8.2. Comunidades de práctica

Una comunidad de práctica reúne personas que comparten un dominio, interactúan de forma sostenida y desarrollan repertorios comunes: procedimientos, casos, vocabulario, herramientas y soluciones. Puede atravesar estructuras jerárquicas. Su valor es movilizar conocimiento distribuido y evitar que cada centro resuelva aisladamente el mismo problema.

La comunidad necesita facilitación, propósito, calendario, normas, curación de contenidos y reconocimiento. Un grupo vacío no se convierte en comunidad por crear una plataforma. Debe resolver preguntas reales, permitir participación periférica y convertir conversaciones valiosas en activos reutilizables.

8.3. Casos de uso

• Localización de personas con experiencia en una tecnología o proceso.
• Difusión de buenas prácticas, cambios y materiales formativos.
• Consulta colectiva de problemas no urgentes.
• Innovación abierta y recogida de propuestas.
• Onboarding y acompañamiento de nuevas incorporaciones.
• Transferencia intergeneracional y preservación de conocimiento crítico.

8.4. Gobierno y moderación

La política de uso debe cubrir finalidad, conducta, confidencialidad, propiedad de contenidos, moderación, tratamiento de conflictos, conservación y baja de usuarios. La moderación no debe convertirse en censura arbitraria; garantiza que el espacio cumpla su finalidad y derechos.

Los indicadores pueden medir participación activa, diversidad de centros, preguntas resueltas, tiempo de respuesta, reutilización de contenidos y casos de mejora. El número de publicaciones aislado es una métrica débil. Una comunidad puede ser pequeña y producir alto valor.

8.5. Red Profesional de la Junta de Andalucía

La Junta de Andalucía identifica la Red Profesional como su red social corporativa para personas empleadas públicas. Permite crear grupos colaborativos y se relaciona con la gestión del conocimiento y el trabajo en red. Debe estudiarse como iniciativa corporativa de la Junta; su existencia no convierte automáticamente cada grupo en repositorio formal ni autoriza publicar información restringida.

9. ESPACIOS COLABORATIVOS, INTRANETS, WIKIS Y PORTALES

9.1. Espacio colaborativo

Un espacio colaborativo agrupa conversación, documentos, tareas, calendario, miembros y enlaces alrededor de una unidad de trabajo. Puede corresponder a un proyecto, servicio, comunidad o departamento. Su diseño debe evitar tanto la fragmentación —un espacio por cada conversación— como la acumulación indiscriminada —un espacio único imposible de navegar—.

El ciclo de vida incluye solicitud, creación, configuración, uso, revisión, archivo y eliminación. Debe existir propietario y sustituto. Los permisos se conceden por grupos y función, no mediante excepciones personales ilimitadas. La información de un proyecto cerrado se archiva o transfiere; no debe permanecer indefinidamente en un espacio activo sin responsable.

9.2. Intranet

La intranet es un portal interno que integra noticias, directorio, acceso a aplicaciones, procedimientos, formularios y contenidos corporativos. Es adecuada para información oficial de amplia difusión y navegación estable. Puede personalizarse por perfil, centro o función, pero la personalización no debe ocultar información esencial.

La intranet necesita gobierno editorial: propietarios de contenido, revisión, fechas de caducidad, accesibilidad, buscador y analítica. Un portal con contenido obsoleto reduce confianza y empuja a los usuarios hacia canales informales.

9.3. Wiki

Una wiki gestiona páginas editables y enlazadas, con historial de cambios. Es idónea para documentación viva, glosarios, preguntas frecuentes y conocimiento técnico. La flexibilidad puede generar duplicados y páginas huérfanas, por lo que necesita plantillas, taxonomía, revisión y responsables.

El historial permite comparar y restaurar, pero no garantiza exactitud. Un procedimiento crítico debe pasar por revisión y aprobación. La wiki puede contener borradores y conocimiento comunitario; el repositorio controlado contiene versiones aprobadas cuando el riesgo lo exige.

9.4. Portal de proyecto

El portal de proyecto centraliza objetivos, alcance, hitos, riesgos, decisiones, entregables y contactos. Debe enlazar las fuentes operativas en lugar de copiar datos. El informe de estado se obtiene del tablero y del registro de riesgos cuando sea posible. Copiar manualmente la misma información en correo, presentación y hoja de cálculo crea divergencias.

9.5. Búsqueda y arquitectura de información

La colaboración depende de encontrar. La arquitectura de información combina navegación, taxonomías, metadatos, etiquetas, relaciones y búsqueda. Una búsqueda empresarial debe respetar permisos: no debe revelar contenido ni fragmentos a quien no esté autorizado. La calidad del buscador depende de la calidad de títulos, metadatos y contenido.

10. GESTIÓN DEL CONOCIMIENTO Y MEMORIA ORGANIZATIVA

10.1. Datos, información y conocimiento

Los datos son representaciones; la información aporta contexto y significado; el conocimiento permite interpretar y actuar. Un registro de eventos es dato. Su correlación con una caída es información. La capacidad de diagnosticar el patrón y prevenirlo es conocimiento. La gestión del conocimiento busca que la experiencia útil pueda localizarse, comprenderse, validarse y aplicarse.

10.2. Conocimiento tácito y explícito

El conocimiento tácito reside en experiencia, intuición y habilidades difíciles de formular. El explícito se expresa en documentos, modelos, código o procedimientos. La organización no puede convertir todo lo tácito en documentos, pero puede facilitar transferencia mediante acompañamiento, revisión entre pares, retrospectivas, comunidades, vídeos y casos.

Documentar no equivale a capturar conocimiento. Un manual sin contexto puede no explicar cuándo una regla deja de aplicar. Los casos, decisiones y lecciones aprendidas aportan condiciones y razonamiento. La documentación debe combinar pasos, propósito, riesgos, evidencias y criterios de escalado.

10.3. Base de conocimiento

Una base de conocimiento orientada a soporte contiene artículos para resolver incidencias y solicitudes. Cada artículo debe tener título buscable, síntoma, entorno, causa conocida, resolución, validación, riesgos, palabras clave, propietario y fecha de revisión. Debe distinguir soluciones temporales de definitivas.

El ciclo de conocimiento en gestión de servicios suele incluir identificar, crear, revisar, publicar, utilizar, medir y retirar. Los artículos pueden originarse en tickets repetidos. La mera cantidad no es objetivo: contenido duplicado u obsoleto empeora resolución.

10.4. Lecciones aprendidas y relevo

Las lecciones aprendidas no deben guardarse al final como trámite. Se capturan durante el trabajo, se contrastan y se incorporan a procedimientos, arquitectura o formación. Una retrospectiva útil identifica hechos, condiciones, decisiones y acciones; evita afirmaciones genéricas como «mejorar comunicación» sin responsable ni cambio concreto.

Los relevos de guardia requieren incidencias abiertas, cambios en curso, riesgos, acciones ejecutadas, próximos pasos y contactos. La mensajería del turno no basta, porque puede perderse o quedar inaccesible. Un formato común reduce omisiones.

10.5. Mapas de conocimiento crítico

El mapa identifica qué conocimiento es esencial, dónde reside, quién lo posee, qué riesgo de pérdida existe y cómo transferirlo. Es especialmente relevante ante jubilaciones, rotación o dependencia de proveedores. Las medidas incluyen documentación, formación cruzada, parejas de trabajo, simulacros y comunidades.

La norma ISO 30401 ofrece requisitos para sistemas de gestión del conocimiento. No prescribe una herramienta concreta; exige alinear conocimiento con necesidades, cultura, liderazgo, medición y mejora.

11. GESTIÓN DOCUMENTAL: CONCEPTOS, SISTEMAS Y ARQUITECTURAS

11.1. Documento, contenido y registro

Un documento es información fijada en un soporte o formato con unidad y contexto. El contenido puede ser modular y dinámico. Un record o documento de archivo es evidencia de una actividad que debe mantenerse íntegra y contextualizada. No todo archivo compartido adquiere automáticamente valor de registro, y un mensaje puede convertirse en documento si forma parte de una decisión o expediente.

La gestión documental controla creación, captura, clasificación, acceso, uso, conservación y disposición. La gestión de contenidos abarca activos web, multimedia y componentes reutilizables. Enterprise Content Management integra captura, documentos, workflow, búsqueda, preservación y publicación. Las fronteras comerciales varían; en examen debe atenderse a funciones.

11.2. Funciones de un DMS

• Captura manual, escaneado, importación e integración con aplicaciones.
• Repositorio central con identificadores y metadatos.
• Versionado, historial, comparación y restauración.
• Check-in y check-out cuando se requiere edición exclusiva.
• Permisos, clasificación y segregación.
• Búsqueda de texto completo y por metadatos.
• Workflow de revisión, aprobación, publicación y firma.
• Auditoría de accesos y cambios.
• Retención, transferencia, bloqueo y disposición.
• Exportación e interoperabilidad mediante APIs o estándares.

11.3. Arquitectura

Un gestor documental suele incluir interfaz, servicios de aplicación, repositorio de contenido, base de metadatos, índice de búsqueda, motor de workflow e integración de identidad. Los binarios pueden almacenarse en sistema de ficheros u objetos y los metadatos en base de datos. El índice permite búsqueda rápida, pero no es fuente primaria. Debe poder reconstruirse.

Usuarios y aplicaciones
          │
   Portal / API / integración
          │
 ┌────────┼───────────┐
 │Workflow│Metadatos  │Búsqueda
 └────────┼───────────┘
          │
 Repositorio de contenido
          │
 Archivo, copia y preservación

La alta disponibilidad debe contemplar todos los componentes. Tener varias interfaces no sirve si el repositorio o identidad es único. La recuperación requiere coherencia entre contenido, metadatos, índice y auditoría.

11.4. DMS frente a wiki o espacio colaborativo

El gestor documental suele ser file-centric: administra archivos y registros con metadatos, permisos y ciclo de vida. La wiki es page-centric: administra páginas enlazadas y editadas en el navegador. Un producto puede incorporar ambas capacidades, por lo que la diferencia es conceptual, no una prohibición tecnológica.

11.5. Productos y estándares

SharePoint ofrece sitios, bibliotecas, listas, páginas, permisos, versionado y colaboración en el ecosistema Microsoft. Alfresco es una plataforma de gestión de contenido con APIs y soporte de CMIS. Confluence se orienta a páginas y conocimiento de equipo. CMIS, estándar de OASIS, define servicios interoperables para repositorios de contenido, aunque no uniforma todas las funciones de cada producto.

11.6. Búsqueda, clasificación y calidad documental

La eficacia del repositorio depende de una clasificación comprensible. Las carpetas reproducen una jerarquía, pero un documento puede pertenecer a varios contextos. Los metadatos permiten vistas y filtros sin duplicar. La taxonomía debe utilizar términos controlados, sin impedir vocabulario emergente. Las etiquetas libres pueden complementar, no sustituir, los campos críticos.

La calidad documental incluye completitud, exactitud, actualidad, consistencia y accesibilidad. Cada documento relevante debe tener propietario y fecha de revisión. Los contenidos obsoletos pueden retirarse, marcarse o redirigirse. La eliminación indiscriminada rompe enlaces y evidencia; la conservación indiscriminada dificulta búsqueda y aumenta riesgo.

La búsqueda de texto completo debe combinarse con metadatos, sinónimos y relevancia. Los resultados deben aplicar seguridad en el momento de consulta. Los fragmentos, miniaturas y sugerencias también pueden revelar información, por lo que la seguridad no debe limitarse a la descarga final. La analítica de búsqueda muestra consultas sin resultado y ayuda a priorizar nuevos artículos.

12. CICLO DE VIDA, VERSIONADO, METADATOS Y CONSERVACIÓN

12.1. Ciclo de vida

El ciclo comienza antes de crear el documento: se define necesidad, tipo, plantilla y sistema. Continúa con creación o captura, clasificación, revisión, aprobación, uso, mantenimiento, transferencia, conservación y disposición. La disposición puede ser destrucción autorizada o conservación permanente. Debe basarse en calendario y autoridad competente, no en decisiones improvisadas de usuarios.

12.2. Versionado

El versionado conserva estados sucesivos. Puede distinguir versiones mayores publicadas y menores de trabajo. Debe registrarse autor, fecha, comentario y relación. La numeración manual en el nombre del archivo es frágil: genera copias como «final», «final2» o «definitivo». El repositorio debe controlar historial cuando sea posible.

La coautoría permite editar simultáneamente, mientras check-out bloquea para edición exclusiva. Son estrategias distintas. La coautoría es útil para documentos de trabajo; el bloqueo puede ser necesario en formatos o fases que no toleran mezcla. El control de concurrencia no sustituye aprobación.

12.3. Metadatos

Los metadatos describen identidad, contexto, estructura, gestión y uso. Pueden ser descriptivos, administrativos, técnicos, de preservación y de derechos. Deben definirse mediante esquemas, vocabularios y cardinalidades. Un campo libre para todo produce inconsistencias; una taxonomía excesiva desalienta captura.

12.4. Integridad y autenticidad

La integridad significa que el contenido no se altera sin autorización o sin quedar evidencia. La autenticidad permite confiar en identidad y contexto. Los hashes detectan cambios, pero no prueban por sí solos quién creó un documento. Firma, sellado, controles de acceso, auditoría y custodia se combinan.

12.5. Retención y disposición

El principio de limitación del plazo del RGPD exige no conservar datos personales más tiempo del necesario, salvo archivo en interés público, investigación o estadística con garantías. El plazo concreto depende de finalidad, normativa sectorial, responsabilidades y tablas de valoración. No debe inventarse un plazo genérico para tickets, correos, contratos o logs.

La destrucción debe ser autorizada, trazable y segura. El borrado lógico ordinario puede no eliminar copias y respaldos. La organización necesita procedimientos que contemplen almacenamiento, replicas, copias, exportaciones y soportes. Las suspensiones de eliminación por litigio o investigación deben prevalecer sobre la disposición ordinaria.

13. DOCUMENTO ELECTRÓNICO, EXPEDIENTE Y ESQUEMA NACIONAL DE INTEROPERABILIDAD

13.1. Marco

La Ley 39/2015 reconoce documentos administrativos electrónicos y regula el expediente. El Esquema Nacional de Interoperabilidad, aprobado por Real Decreto 4/2010, establece criterios y recomendaciones de interoperabilidad organizativa, semántica y técnica. Sus Normas Técnicas de Interoperabilidad concretan documentos, expedientes, digitalización, copiado, firma, política de gestión y otros aspectos.

La interoperabilidad no consiste solo en intercambiar ficheros. Exige que receptor y emisor comprendan estructura, significado, autenticidad, estado y contexto; que utilicen formatos y servicios compatibles; y que puedan conservar la información durante el tiempo requerido.

13.2. Documento electrónico

Un documento electrónico administrativo incluye contenido, firma cuando corresponda y metadatos. La NTI de Documento Electrónico define componentes y metadatos mínimos. El documento debe asociarse a un identificador y al órgano, reflejar origen y estado de elaboración y declarar formato. Los metadatos concretos deben tomarse de la NTI vigente y no de listas de memoria incompletas.

13.3. Expediente electrónico

El expediente es el conjunto ordenado de documentos y actuaciones que sirven de antecedente y fundamento a la resolución, así como diligencias encaminadas a ejecutarla. El expediente electrónico incorpora índice electrónico, cuya finalidad es garantizar integridad y permitir recuperación. No es una carpeta convencional ni una mera compresión de ficheros.

13.4. Política de gestión de documentos electrónicos

La NTI de Política de Gestión de Documentos Electrónicos establece directrices para gestionar documentos auténticos, fiables, íntegros y disponibles durante su ciclo de vida. La política asigna responsabilidades, procesos, clasificación, acceso, calificación, conservación, transferencia y supervisión. Debe integrarse con seguridad, protección de datos y archivo.

13.5. Digitalización, copia y preservación

Digitalizar es convertir un soporte analógico en representación electrónica. Para producir una copia electrónica auténtica se requieren procedimiento, metadatos y garantías. La preservación debe mantener legibilidad, integridad, autenticidad y contexto frente a obsolescencia. Puede requerir migración de formatos, verificación periódica, redundancia y metadatos de preservación.

Los formatos abiertos y estándares favorecen independencia, pero no garantizan conservación por sí solos. Debe controlarse versión, perfiles, fuentes, firmas y software de validación. PDF/A, ODF y XML pueden ser apropiados según uso; la política debe especificar perfiles y condiciones.

14. SEGURIDAD, PRIVACIDAD, CUMPLIMIENTO Y CONTINUIDAD

14.1. Principios de protección de datos

Las herramientas colaborativas tratan identidad, contenido, contactos, presencia, grabaciones y metadatos. Deben respetarse licitud, finalidad, minimización, exactitud, limitación del plazo, integridad, confidencialidad y responsabilidad proactiva. Que una plataforma esté autorizada no legitima cualquier contenido ni cualquier destinatario.

La privacidad desde el diseño exige configurar espacios restrictivos por defecto cuando proceda, revisar invitados, limitar exportaciones y seleccionar funciones conforme a necesidad. El responsable debe conocer encargados, subencargados, localización, transferencias, retención y mecanismos de ejercicio de derechos.

14.2. Esquema Nacional de Seguridad

El Real Decreto 311/2022 regula el ENS. La categoría del sistema y el análisis de riesgos determinan medidas. En colaboración son relevantes identidad, control de acceso, protección de comunicaciones, registro, protección de información, servicios externos, continuidad y gestión de incidentes. No debe afirmarse que todos los sistemas del SAS tienen una misma categoría sin clasificación formal.

14.3. Identidad y acceso

Se aplican mínimo privilegio, necesidad de conocer, segregación y revisión periódica. La autenticación multifactor reduce riesgo, pero no corrige permisos excesivos. Los grupos deben basarse en roles; los enlaces anónimos o públicos deben estar restringidos. Las cuentas compartidas impiden atribución.

La baja de personal y proveedores debe retirar acceso, transferir propiedad y conservar evidencias. Los invitados externos requieren patrocinador, fecha de expiración y revisión. La sincronización local puede dejar copias fuera del repositorio; debe gobernarse mediante dispositivos administrados y políticas.

14.4. Clasificación y prevención de fuga

La información puede clasificarse por impacto y requisitos. Las etiquetas ayudan a aplicar cifrado, restricciones y retención. La prevención de fuga detecta patrones o políticas, pero produce falsos positivos y no sustituye formación. Antes de compartir se revisan destinatarios, finalidad, datos ocultos, comentarios, versiones y metadatos.

14.5. Grabaciones y transcripciones

Grabar una reunión transforma una conversación efímera en un tratamiento persistente. Deben existir finalidad, información a participantes, base jurídica, acceso, retención y medidas. La transcripción automática puede contener errores y datos sensibles. No debe utilizarse como acta sin revisión.

14.6. Continuidad

La dependencia de una plataforma requiere planes ante indisponibilidad de identidad, red o proveedor. Los procedimientos críticos deben indicar canales alternativos y datos mínimos. La continuidad no significa mantener todos los servicios al mismo nivel; prioriza funciones esenciales. Las exportaciones o copias deben conservar coherencia y protección.

15. IMPLANTACIÓN, GESTIÓN DEL CAMBIO, ACCESIBILIDAD Y MEDICIÓN

15.1. Implantación orientada a necesidades

La implantación comienza por casos de uso y riesgos, no por funcionalidades. Deben identificarse colectivos, tareas, información, dependencia con sistemas, dispositivos y restricciones. Un piloto valida hipótesis y permite ajustar gobierno. La extensión se apoya en responsables, formación y soporte.

La coexistencia de herramientas exige un mapa de usos: qué plataforma se usa para chat, reuniones, documentos, expedientes, conocimiento y tareas. Si dos servicios se solapan, debe aclararse criterio. La migración debe tratar contenidos, enlaces, permisos, propietarios y retención.

15.2. Gestión del cambio

La resistencia puede responder a hábitos, carga, falta de utilidad, temor a control o experiencia previa. No debe etiquetarse como irracional. La comunicación debe explicar problema, beneficio, impacto y apoyo. Los referentes locales facilitan adopción, pero necesitan tiempo y reconocimiento.

La formación debe basarse en tareas reales y seguridad. Un curso genérico sobre botones no enseña a decidir dónde registrar un acuerdo ni cómo clasificar información. Las guías breves, vídeos, sesiones, comunidades y soporte se complementan.

15.3. Accesibilidad e inclusión

Los contenidos y herramientas deben cumplir requisitos de accesibilidad aplicables. Documentos estructurados, encabezados, texto alternativo, contraste, navegación por teclado, subtítulos y lenguaje claro benefician a todos. La accesibilidad debe verificarse en el flujo completo, incluidas invitaciones, formularios y archivos.

La inclusión digital considera conectividad, dispositivos, horarios, turnos y competencias. Una solución solo móvil o solo síncrona puede excluir. Deben existir alternativas proporcionadas.

15.4. Etiqueta y salud digital

Las normas de etiqueta reducen carga: asuntos claros, menciones limitadas, reuniones con agenda, horarios de silencio, estados respetados y uso de respuestas en hilo. El derecho a desconexión digital de la LOPDGDD exige políticas que preserven descanso y conciliación. Una herramienta disponible veinticuatro horas no convierte cada mensaje en obligación inmediata.

15.5. Indicadores

El éxito no es «número de mensajes». Una disminución del chat puede indicar mejor documentación. Los indicadores deben relacionarse con resultados y compararse con línea base.

16. INICIATIVAS Y SERVICIOS EN LA JUNTA DE ANDALUCÍA Y EL SAS

16.1. Criterio de estudio

Las herramientas corporativas evolucionan. Debe distinguirse entre servicios publicados específicamente por ayudaDIGITAL para profesionales del SAS, servicios transversales de la Junta y productos en despliegue o piloto. La disponibilidad puede depender de organismo, ubicación, alta, licencia y función. Esta precisión evita convertir una iniciativa general en una afirmación universal.

16.2. ayudaDIGITAL

ayudaDIGITAL es el centro de servicios al usuario de informática del SAS y proporciona canales, catálogo, registro de incidencias y solicitudes, conocimiento y seguimiento. Su relación con colaboración consiste en estructurar la interacción entre usuario, primer nivel, grupos especializados, proveedores y responsables. El ticket es el registro estable; llamadas y mensajes pueden apoyar la resolución.

El catálogo público de aplicaciones de ayudaDIGITAL funciona además como punto de acceso y documentación. En el tema deben conocerse los servicios que aparecen publicados, sin inferir funciones no descritas.

16.3. WebMail, Consigna y Ficheros Junta

WebMail proporciona acceso al correo corporativo de la Junta. Consigna es un servicio para intercambiar ficheros de gran tamaño sin adjuntarlos al correo; los objetos quedan disponibles durante un período y pueden incorporar caducidad y contraseña. Es transferencia temporal, no archivo definitivo.

Ficheros Junta permite almacenar y sincronizar archivos en línea y entre equipos, así como compartir archivos y carpetas. El portal ayudaDIGITAL indica disponibilidad para personas incluidas en el directorio del correo corporativo. Debe diferenciarse de Consigna: Ficheros Junta se orienta a almacenamiento y sincronización de trabajo; Consigna, a entrega temporal mediante enlace.

16.4. Zoom

El portal ayudaDIGITAL publica Zoom como herramienta de comunicaciones unificadas para facilitar comunicación y colaboración entre profesionales del SAS. Permite chat, videollamadas y programación de reuniones desde Zoom Workplace y requiere alta en el servicio. El dato relevante para examen es su publicación actual en el SAS; no debe confundirse con H.323 nativo.

16.5. IMBox Defense

ayudaDIGITAL describe IMBox Defense como aplicación multiplataforma con mensajería instantánea, llamadas VoIP, almacenamiento cloud y movilidad, orientada a comunicación segura. A agosto de 2026 el portal indica que se encuentra en fase piloto para evaluar beneficios entre profesionales del SAS conforme a protección de datos y políticas internas. En examen, «piloto» no equivale a despliegue universal.

16.6. Intranet SAS

El catálogo de ayudaDIGITAL identifica la Intranet SAS como espacio de trabajo para profesionales del Sistema Sanitario Público de Andalucía. Su función general encaja con acceso a información y servicios internos. La intranet debe estudiarse como portal corporativo, no como sinónimo de mensajería o gestor documental.

16.7. Red Profesional

La Red Profesional es la red social corporativa de la Junta de Andalucía. El IAAP la vincula al intercambio de información, conectividad, diálogo, trabajo colaborativo y gestión del conocimiento. Puede crear grupos y comunidades, pero debe respetar gobierno y clasificación.

16.8. Teams, SharePoint y Microsoft 365 en la Junta

El portal de Desarrollo de Servicios Digitales de la Junta enumera Microsoft Teams/SharePoint entre herramientas colaborativas, junto con Red Profesional, Zoom y Webex, y advierte de que la disponibilidad depende de organismo, ubicación y otros factores mientras se trabaja en la unificación. Por tanto, puede explicarse su papel tecnológico, pero no presentarlo como herramienta única de todo el SAS.

En marzo de 2026 la Junta anunció la extensión progresiva de Microsoft 365 al personal de la Administración General, con horizonte de ampliación hasta 2027. Esta iniciativa es relevante como tendencia corporativa, pero su ámbito no debe confundirse automáticamente con toda la plantilla estatutaria del SAS.

16.9. Evolución y prudencia

Los productos pueden sustituirse, coexistir o cambiar de licencia. El opositor debe revisar ayudaDIGITAL, la Agencia Digital de Andalucía y documentación oficial cerca de la fecha de examen. La función permanece más estable: comunicación, reunión, transferencia, sincronización, red social, intranet, registro de servicio y gestión documental.

16.10. Escenario integrado en el SAS

Supóngase una incidencia que afecta al acceso a una aplicación asistencial en varios centros. El profesional registra la incidencia por ayudaDIGITAL. El centro de servicios valida alcance y prioridad y asigna grupos. Si requiere coordinación rápida, los equipos autorizados utilizan el canal corporativo disponible —por ejemplo, una reunión Zoom o mensajería habilitada—, pero actualizan el ticket con hechos, decisiones y tiempos. Los ficheros de diagnóstico se comparten mediante el mecanismo autorizado y con minimización; Consigna puede servir para transferencia temporal de un fichero grande, mientras Ficheros Junta puede soportar trabajo compartido si la clasificación y permisos lo permiten.

Tras restaurar el servicio, el equipo diferencia cierre técnico y aprendizaje. El ticket conserva resolución; el problema o revisión postincidente analiza causa; el procedimiento aprobado se actualiza en el repositorio correspondiente; y la lección se difunde por intranet o comunidad cuando tenga valor general. Los datos sensibles se eliminan de ejemplos y se aplica el plazo de conservación definido. Este escenario ilustra que ninguna herramienta resuelve todo el ciclo.

En un proyecto, el portal o espacio colaborativo conserva objetivos, tareas y borradores; el gestor documental controla entregables; el correo comunica formalmente; la reunión resuelve decisiones; y los sistemas administrativos conservan trámites. El analista funcional debe garantizar coherencia entre estas fuentes y evitar que una decisión crítica quede únicamente en una transcripción automática.

17. MAPA CONCEPTUAL Y REPASO FINAL

17.1. Distinciones que deben dominarse

• Colaboración no es mera comunicación.
• Chat no es registro oficial.
• Correo no es repositorio documental.
• Consigna no es archivo permanente.
• Ficheros Junta no es por sí solo un SGDEA.
• Wiki orientada a páginas no es igual que DMS orientado a archivos.
• SIP señaliza; RTP transporta medios.
• H.323 histórico no implica uso nativo por plataformas cloud.
• Coautoría no es lo mismo que check-out.
• ENI aborda interoperabilidad; ENS aborda seguridad.
• Una herramienta disponible en la Junta no implica despliegue universal en el SAS.

17.2. Método para resolver preguntas

Primero identifica la función preguntada: comunicación, documentación, archivo, interoperabilidad o seguridad. Después distingue estándar de producto y requisito de recomendación. En preguntas negativas, comprueba cada opción. En productos corporativos, atiende al ámbito y fecha. En normas, evita sustituir una NTI específica por un marco general.

Cuando dos respuestas parecen posibles, busca el término exacto: «nativo», «obligatorio», «mínimo», «archivo electrónico» o «fase piloto». Las preguntas de 2025 utilizaron estas diferencias. No generalices una capacidad técnica: que un producto pueda adjuntar documentos no lo convierte en gestor documental tradicional; que soporte una pasarela H.323 no significa que lo use nativamente.

17.3. Aplicación al puesto

El TFA-STI debe diseñar canales, documentación y flujos que soporten asistencia, operación y proyectos. Debe decidir qué se conversa, qué se registra, quién accede, cuánto se conserva y cómo se recupera. Debe facilitar adopción sin sacrificar seguridad, y convertir la experiencia en conocimiento corporativo. El resultado de una buena colaboración es menos dependencia personal, mayor trazabilidad, decisiones más rápidas y servicios más resilientes.