Privilégier une Approche agile

Mais il est difficile de définir les besoins pour des Solutions de plus en plus sophistiquées.

Les Acteurs Métier changent d’avis en cours de projet. Dois-je leur interdire de modifier leur cahier des charges?

Adopte une Approche linéaire pour les Solutions de Commodité et une Approche Agile pour des Solutions Métier

La méthode agile est adoptée

  1. Agilité: un avantage concurrentiel majeur

    1. Réactivité et Agilité

      La Réactivité est l’art d’Opérer vite et bien alors que l’Agilité est l’Art de Transformer vite et bien.

    2. Etre capable de « Bouger Vite » est plus important que « Voir loin »

      Comme il est impossible de garantir que les innovations initiées dans l’Entreprise seront meilleures que celles des concurrents, il semble que la stratégie la plus sûre pour accroitre l’efficacité soit non seulement d’innover par soi-même, mais surtout de mettre au point des Processus de Transformation plus agiles que ceux des concurrents, pour implémenter rapidement les innovations venues d’ailleurs et corriger ses points faibles. En ce sens, l’Agilité devient la qualité majeure d’une Entreprise : identifier ses faiblesses et bénéficier de son Agilité pour corriger le tir.

      Pour être agile, la Grande Entreprise peut acquérir des start-up, copier des innovations réussies par certains concurrents, et obtenir un véritable avantage concurrentiel non pas parce qu’elle « voit loin », mais parce qu’elle « bouge vite ». La Stratégie n’est plus basée sur la prévision de plus en plus aléatoire du futur, mais sur la saisie d’opportunités dont l’Entreprise sait tirer parti plus rapidement que ses concurrents.

  2. Comment être plus agile ?

    1. L’agilité : une question rarement abordée

      Les Opérationnels identifient des domaines où ils recherchent plus de réactivité, plus de qualité de service. On affecte des budgets à des projets qui visent à optimiser le Modèle d’Opération.
      Par contre, on identifie mal que l’on peut aussi améliorer les Processus de Transformation pour davantage d’agilité, pour davantage de qualité. La raison essentielle en est que l’on n’imagine pas que l’on puisse Transformer plus rapidement, et que de toutes façons les processus budgétaires ne font pas de place à ce type d’investissement.

    2. Adopter une Approche agile

      Ne pas contraindre le Métier à tout spécifier, procéder par versions successives, mettre l’accent sur la qualité de la Construction de la Solution pour qu’elle accepte rapidement des modifications dans les Versions ultérieures.

    3. Accélérer la construction de Modèles

      1. Une vision globale de l’architecture

        Plutôt que le recensement exhaustif des besoins, privilégier la Construction d’une Architecture de Solution capable d’accueillir des incréments successifs au fur et à mesure de la maturation des besoins.

      2. Construire à base de composants

        Une nouvelle forme de réutilisation: non plus réutiliser des Solutions-Progiciel que l’on peut adapter à la marge, mais aussi réutiliser des Composants que l’on peut assembler pour construire des Solutions innovantes, différenciantes en particulier pour le Métier.

      3. Des outils adaptés

        L’approche Agile est plus efficace si elle s’appuie sur un Modèle unique de la Solution : toute modification qu’elle provienne d’un changement Métier ou d’un changement IT met à jour le Modèle unique et modifie instantanément les vues offertes à chacun. On parle d’outils « Round Trip ».

      4. La puissance de Configuration

        Isoler les parties de la Solution qui bougent fréquemment, pour permettre leur modification sous forme de Configuration : il doit être possible de modifier un tarif, une règle d’éligibilité, un commissionnement… sans avoir de talents de développeur informatique.

      5. Le soin apporté à la facilité d’usage

        Puisque les utilisateurs recherchent un usage homogène, la meilleure façon de faire respecter cette homogénéité passe par la mise à disposition de composants d’usage standardisés dont la réutilisation par les constructeurs de Solutions, garantit la standardisation d’usage bien mieux que ne feraient la mise à disposition de normes documentaires.

    4. Attitude

      Comme évoqué par ailleurs, d’autres facteurs jouent sur l’agilité : équipe pluridisciplinaire et non équipes séparées, savoir prendre des risques, gouvernance adaptée, peu de bureaucratie…

  3. D’une approche linéaire à une approche agile

    1. Une approche linéaire pour les Solutions de Commodité

      Pour se doter de Solutions de Commodités, les Entreprises ont développé une Approche Linéaire qui privilégie la sécurité ou la fiabilité à l’agilité.
      Cette lenteur de la Transformation interne, qui a pour conséquences un accroissement des coûts associés, est caractérisée par l’établissement d’un Contrat qui contient le Modèle Métier à traduire en Modèle IT, la séparation des équipes Métier et IT, et une multiplicité de Rôles qui nécessitent de gérer leurs relations. Cette lourdeur a permis à une industrie du Progiciel de se développer rapidement en se présentant comme une alternative aux Solutions spécifiques trop longues à mettre en œuvre.

    2. Une approche Agile pour les Solutions Métier

      Dans l’Approche Agile, on ne détaille pas toute la Vision Métier du Modèle avant d’entamer la Modélisation Informatique. La définition des Fonctionnalités est progressivement affinée au fur et à mesure des itérations. Cette approche est préférable lorsque les spécifications sont incertaines et que l’on souhaite construire des Solutions Évolutives plutôt que des Solutions définitives, ce qui concerne plutôt des Solutions Métier que des Solutions de Commodité. Cette approche est plus rapide, elle gomme l’effet tunnel, elle ne contraint pas le Métier à définir tout son Modèle avant de passer la main à l’Informatique, elle fluidifie la relation Métier-IT, elle permet une vérification progressive, elle permet d’associer Métier et IT dans une équipe mixte seule responsable de la Solution, mais elle ne peut être choisie que si le Modèle global de la Solution supporte les adjonctions ultérieures.

      1. Comment réussir ?

        Pour réussir, il faut respecter les règles suivantes

        • Dans l’analyse des Processus Métier, dissocier le Cœur-Métier et l’Organisation : on définit le « quoi » avant de définir le « qui »
        • suivre la séquence « Objets, Fonctions, Processus » : pour analyser le Processus « le commercial vend un Produit » il faut analyser d’abord ce qu’est un « Produit », puis l’action de « vendre », puis définir ce qu’est un « commercial »
        • réutiliser un maximum de Composants.
        • prévoir que tous les éléments du Modèle vont évoluer (tous les éléments du Modèle doivent intégrer une gestion de Version)
        • demander aux meilleurs « Modeleurs » de se consacrer à la Construction des Modèles de Solutions ou Fondations; ne pas les surcharger par des tâches de pure gestion, ils représentent une ressource rare
        • faire certifier la qualité du Modèle Global par des experts
        • limiter les spécifications fonctionnelles par la date et non par le périmètre fonctionnel.

      2. Savoir arrêter une version

        Comme on ne définit pas tout ce qu’il faut faire avant de faire, il faut définir une règle pour arrêter une Version.
        Il faut appliquer la règle suivante : « comme il est aisé de passer à une nouvelle version incrémentale, livrons rapidement une première version pour offrir un premier niveau de service aux Acteurs ». Naturellement, s’’il s’agit du remplacement d’une Solution ancienne, il faut au moins reprendre les Fonctions qui étaient offertes par l’ancienne Solution.
        La bonne règle est de fixer une date limite réaliste pour la première version, ce qui a pour conséquence que les Maitrises d’ouvrage doivent désigner un leader capable de faire le tri entre les exigences progressives pour tenir la bonne date. Ce principe de sobriété est la clé d’une approche agile réussie.

  4. La méthode agile pour concevoir des Biens

    La méthode agile est aujourd’hui massivement utilisée pour Construire des Solutions ou des Services.
    Certains ont décidé de Construire aussi des Modèles de Biens en s’inspirant des méthodes agiles.

    Voir cet article.
  5. En synthèse :

    Les 10 commandements de l'agilité

Licence Creative Commons
L'histoire de George Le Boulanger est mise à disposition selon les termes de la
Licence Creative Commons Attribution - Pas de Modification 4.0 International.

Contributions

Contribution de Jean-René Lyon

Table des Matières

Commentaires

comments powered by Disqus