Votre projet informatiquea besoin d’un logiciel.Vous l’avez déjà.

Presque chaque projet métier a besoin d’un outil : pour les demandes, les approbations, les contrôles, la documentation, les signalements. Le réflexe est d’acheter un nouveau logiciel.

Dans la plupart des entreprises, Jira et Confluence sont présents depuis longtemps, déployés et validés. Qui s’appuie dessus s’épargne tout le processus d’achat. Si le savoir-faire ou la capacité manquent en interne, nous intervenons.

Acheter un nouveau logiciel, c’est

Huit étapes avant que le projet commence.

Cher, laborieux, lent. Chacune de ces étapes est obligatoire lorsqu’une nouvelle application entre dans l’entreprise. Avec Jira et Confluence, elles sont déjà faites.

Aligner avec la stratégie IT

Le nouveau logiciel s’inscrit-il dans la stratégie IT, ou faut-il adapter la stratégie ? Concertation avec la direction informatique avant tout achat.

Achats et sélection du fournisseur

Comparaison d’offres ou appel d’offres, évaluation du fournisseur, négociation du contrat. Le service achats doit être impliqué et a ses propres délais.

Évaluation de conformité

Vérification au regard des normes, des obligations légales et des exigences de votre secteur : protection des données, sécurité de l’information, conservation, obligations de preuve.

Former les admins et les utilisateurs

Nouvelle interface, nouveaux termes, nouveaux rôles. Administrateurs et utilisateurs ont besoin d’une formation avant que le projet n’apporte de la valeur.

Élaborer un concept d’autorisations

Qui peut voir et modifier quoi ? Rôles, groupes et approbations doivent être conçus, concertés et documentés.

Intégrer la gestion des utilisateurs

Raccordement à l’annuaire, single sign-on, arrivées et départs. Chaque application supplémentaire est un raccordement de plus à entretenir.

Travail de mise à jour supplémentaire

Cycles de version, correctifs, compatibilité avec le reste du parc. Un système de plus à maintenir à jour en permanence.

Sauvegarde et restauration

Mettre en place la sauvegarde, tester la restauration, et ce régulièrement. Une sauvegarde jamais restaurée n’est qu’une hypothèse.

Avec Jira et Confluence

Déjà fait.

La plateforme est déployée, vérifiée et en exploitation. Votre projet démarre là où il doit démarrer : sur le fond métier.

Quand le savoir-faire ou la capacité manquent

Alors nous intervenons.

Votre DSI reste propriétaire de la plateforme. Nous réalisons le projet avec elle, du conseil à la remise, et le documentons de sorte qu’il reste auditable.

  1. Conseil
  2. Analyse métier
  3. Conception
  4. Implémentation
  5. Tests
  6. Formation
  7. Documentation
  8. Support

Cas d’usage

Ce que les métiers réalisent avec Jira et Confluence.

Quatre exemples tirés de nos projets. Chacun commence par la tâche métier. Jira et Confluence n’entrent en jeu qu’à la mise en œuvre.

  1. Cas d’usage 01 · Gouvernance

    Maîtrise documentaire des processus, politiques et directives

    Situation de départ
    Processus, politiques et directives devaient être créés, vérifiés, approuvés et régulièrement mis à jour de manière centralisée. Le métier avait besoin pour cela d’un processus d’approbation traçable avec des responsabilités claires et des versions documentées. Une solution sur mesure développée par l’informatique interne aurait entraîné des efforts supplémentaires de développement et d’exploitation.
    Mise en œuvre
    La maîtrise documentaire a été mise en œuvre dans Confluence avec Comala. Pour les différents types de documents, des workflows définis avec rédaction, relecture, approbation et publication ont été mis en place. Rôles, étapes d’approbation et transitions de statut permettent de voir à tout moment dans quel état se trouve un document et qui doit agir ensuite.
    Résultat
    Le métier gère aujourd’hui lui-même ses processus, politiques et directives dans Confluence. Les approbations et modifications sont traçables, tandis que le support technique et l’évolution de la solution peuvent être assurés de manière centralisée.

  2. Cas d’usage 02 · Assurance qualité

    Gestion des instruments de mesure et étalonnage

    Situation de départ
    Les instruments de mesure devaient être recensés de manière centralisée et suivis tout au long de leur cycle de vie. Les questions décisives : où se trouve un instrument, qui l’utilise actuellement et à quand le prochain étalonnage ? Les systèmes existants n’offraient pas de processus suffisamment flexible pour cela.
    Mise en œuvre
    Les instruments de mesure ont été modélisés comme objets dans Jira Assets, avec numéro de série, emplacement, responsable, statut d’étalonnage et date du prochain étalonnage. Jira pilote les processus associés, par exemple la sortie et le retour des instruments ainsi que les étalonnages à venir. Tickets et assets sont directement liés entre eux.
    Résultat
    Le métier dispose à tout moment d’une vue à jour de l’inventaire, de l’utilisation et du statut d’étalonnage de ses instruments. Les actions à venir peuvent être pilotées et documentées systématiquement. La solution reste administrable de manière centralisée, tandis que les données métier sont tenues à jour par le métier lui-même.

  3. Cas d’usage 03 · Gestion de projet

    Piloter le portefeuille de projets de manière centralisée

    Situation de départ
    Plusieurs projets étaient menés en parallèle, mais planifiés et pilotés en grande partie séparément. Les responsables n’avaient pas de vue commune sur les échéances, l’avancement, les dépendances et les projets critiques. Une plateforme supplémentaire de gestion de portefeuille devait si possible être évitée.
    Mise en œuvre
    Les projets Jira existants ont été réunis dans une vue de portefeuille globale. Avec Jira Plans ou les feuilles de route, projets, jalons et dépendances se planifient et se suivent ensemble. Pour des exigences plus complexes, Structure peut compléter l’ensemble afin de construire des hiérarchies, des rapports et des vues de portefeuille personnalisés.
    Résultat
    Les responsables de projet et de portefeuille pilotent plusieurs projets depuis une vue commune et détectent tôt les écarts. Les équipes projet continuent de travailler dans leurs projets Jira habituels. La vue de portefeuille est construite à partir des mêmes données.

  4. Cas d’usage 04 · Achats

    Achats avec contrôle de conformité

    Situation de départ
    Les demandes d’achat devaient être vérifiées par différentes instances avant la commande. Selon l’achat, il fallait par exemple impliquer des responsables hiérarchiques, des compliance officers et des délégués à la protection des données. La coordination par e-mail entraînait des questions en retour, un manque de transparence et des approbations difficiles à retracer.
    Mise en œuvre
    Le processus d’achat a été mis en œuvre comme workflow dans Jira. Les collaborateurs saisissent leur demande d’achat via un formulaire structuré. Selon les indications, la demande passe automatiquement par les étapes de vérification et d’approbation requises, par exemple le responsable concerné, la compliance et le délégué à la protection des données. Décisions, commentaires et approbations sont documentés directement sur le ticket.
    Résultat
    Les achats suivent un processus unique et traçable. Les demandeurs voient à tout moment le statut actuel, les vérificateurs reçoivent précisément les tickets qui les concernent, et les approbations sont documentées de manière centralisée. Les modifications du processus se font par la configuration de Jira, sans devoir développer une application dédiée.

Prochaine étape

Parlez-nous de votre projet. Nous vous dirons ce que Jira et Confluence savent déjà faire.

Faire évaluer votre projet

Votre demande devient chez nous un ticket numéroté. Nous vous répondons personnellement.