Su proyecto de TInecesita software.Ya lo tiene.

Casi todo proyecto de un área de negocio necesita una herramienta: para solicitudes, aprobaciones, revisiones, documentación, notificaciones. El reflejo es adquirir software nuevo.

En la mayoría de las empresas, Jira y Confluence están presentes desde hace tiempo, implantados y aprobados. Quien construye sobre ellos se ahorra todo el proceso de adquisición. Si faltan conocimientos o capacidad internos, intervenimos nosotros.

Adquirir software nuevo significa

Ocho pasos antes de que el proyecto empiece.

Caro, laborioso, lento. Cada uno de estos pasos es obligatorio cuando una nueva aplicación entra en la empresa. Con Jira y Confluence ya están hechos.

Alinear con la estrategia de TI

¿Encaja el nuevo software en la estrategia de TI o hay que adaptar la estrategia? Coordinación con la dirección de TI antes de adquirir nada.

Compras y selección de proveedor

Comparación de ofertas o licitación, evaluación del proveedor, negociación del contrato. Compras debe participar y tiene sus propios plazos.

Evaluación de compliance

Comprobación frente a normas, requisitos legales y las exigencias de su sector: protección de datos, seguridad de la información, conservación, obligaciones de evidencia.

Formar a administradores y usuarios

Nueva interfaz, nuevos términos, nuevos roles. Administradores y usuarios necesitan formación antes de que el proyecto aporte valor.

Elaborar un concepto de autorizaciones

¿Quién puede ver y cambiar qué? Roles, grupos y aprobaciones deben diseñarse, acordarse y documentarse.

Integrar la gestión de usuarios

Conexión al directorio, single sign-on, altas y bajas. Cada aplicación adicional es una conexión más que mantener.

Trabajo de actualización adicional

Ciclos de versiones, parches, compatibilidad con el resto del entorno. Un sistema más que mantener actualizado permanentemente.

Copia de seguridad y recuperación

Configurar la copia, probar la restauración, y hacerlo con regularidad. Una copia que nunca se ha restaurado es solo una suposición.

Con Jira y Confluence

Ya hecho.

La plataforma está implantada, revisada y en operación. Su proyecto empieza donde debe: en el contenido de negocio.

Cuando faltan conocimientos o capacidad

Entonces intervenimos nosotros.

Su TI sigue siendo propietaria de la plataforma. Implementamos el proyecto junto con ella, de la consultoría a la entrega, y lo documentamos de modo que siga siendo auditable.

  1. Consultoría
  2. Análisis de negocio
  3. Diseño
  4. Implementación
  5. Pruebas
  6. Formación
  7. Documentación
  8. Soporte

Casos de uso

Lo que las áreas de negocio implementan con Jira y Confluence.

Cuatro ejemplos de nuestro trabajo en proyectos. Cada uno empieza por la tarea de negocio. Jira y Confluence entran en juego solo en la implementación.

  1. Caso de uso 01 · Gobernanza

    Control de documentos para procesos, políticas y directrices

    Situación de partida
    Procesos, políticas y directrices debían crearse, revisarse, aprobarse y actualizarse periódicamente de forma centralizada. El área de negocio necesitaba para ello un proceso de aprobación trazable con responsabilidades claras y versiones documentadas. Una solución a medida desarrollada por la TI interna habría supuesto un esfuerzo adicional de desarrollo y operación.
    Implementación
    El control de documentos se implementó en Confluence con Comala. Para los distintos tipos de documento se configuraron workflows definidos con edición, revisión, aprobación y publicación. Roles, pasos de aprobación y transiciones de estado permiten ver en todo momento en qué estado se encuentra un documento y quién debe actuar a continuación.
    Resultado
    Hoy el área de negocio gestiona por sí misma sus procesos, políticas y directrices en Confluence. Las aprobaciones y los cambios son trazables, mientras que el soporte técnico y la evolución de la solución pueden realizarse de forma centralizada.

  2. Caso de uso 02 · Aseguramiento de la calidad

    Gestión de equipos de medición y calibración

    Situación de partida
    Los equipos de medición debían registrarse de forma centralizada y seguirse a lo largo de todo su ciclo de vida. Lo decisivo era: ¿dónde está un equipo, quién lo utiliza actualmente y cuándo toca la siguiente calibración? Los sistemas existentes no ofrecían un proceso suficientemente flexible para ello.
    Implementación
    Los equipos de medición se modelaron como objetos en Jira Assets, con número de serie, ubicación, responsable, estado de calibración y fecha de la siguiente calibración. Jira dirige los procesos asociados, por ejemplo la entrega y devolución de equipos y las calibraciones pendientes. Tickets y assets están vinculados directamente entre sí.
    Resultado
    El área de negocio dispone en todo momento de una visión actualizada del inventario, el uso y el estado de calibración de sus equipos. Las acciones pendientes pueden dirigirse y documentarse de forma sistemática. La solución sigue siendo administrable de forma centralizada, mientras que los datos de negocio los mantiene la propia área.

  3. Caso de uso 03 · Gestión de proyectos

    Dirigir la cartera de proyectos de forma centralizada

    Situación de partida
    Varios proyectos se ejecutaban en paralelo, pero se planificaban y dirigían en gran medida por separado. A los responsables les faltaba una visión común de plazos, avance, dependencias y proyectos críticos. A ser posible, había que evitar una plataforma adicional de gestión de carteras.
    Implementación
    Los proyectos Jira existentes se reunieron en una vista de cartera global. Con Jira Plans o los roadmaps, proyectos, hitos y dependencias se planifican y supervisan en conjunto. Para requisitos más complejos puede añadirse Structure para construir jerarquías, informes y vistas de cartera personalizados.
    Resultado
    Los responsables de proyecto y de cartera pueden dirigir varios proyectos desde una vista común y detectar desviaciones a tiempo. Los equipos de proyecto siguen trabajando en sus proyectos Jira habituales. La vista de cartera se construye a partir de los mismos datos.

  4. Caso de uso 04 · Compras

    Compras con comprobación de compliance

    Situación de partida
    Las solicitudes de compra debían ser revisadas por distintas instancias antes del encargo. Según la compra, había que implicar, por ejemplo, a directivos, compliance officers y delegados de protección de datos. La coordinación por correo electrónico generaba consultas, falta de transparencia y aprobaciones difíciles de rastrear.
    Implementación
    El proceso de compras se implementó como workflow en Jira. Los empleados registran su solicitud de compra mediante un formulario estructurado. En función de los datos, la solicitud pasa automáticamente por los pasos de revisión y aprobación necesarios, por ejemplo el responsable correspondiente, compliance y el delegado de protección de datos. Decisiones, comentarios y aprobaciones se documentan directamente en el ticket.
    Resultado
    Las compras siguen un proceso único y trazable. Los solicitantes ven en todo momento el estado actual, los revisores reciben exactamente los tickets que les conciernen y las aprobaciones quedan documentadas de forma centralizada. Los cambios en el proceso pueden hacerse mediante la configuración de Jira, sin desarrollar una aplicación propia.

Siguiente paso

Cuéntenos su proyecto. Le diremos qué parte ya pueden hacer Jira y Confluence.

Solicitar una evaluación del proyecto

Su consulta se convierte en un ticket con número. Le respondemos personalmente.