Les Acteurs de la Transformation partagent Approche et outils

Ils partagent le même langage mais pas la même méthode.

Définis une approche, une méthodologie partagées par tous.

Une approche unique est définie qui est utilisée par tous.

  1. Décomposition de l’approche de Transformation

    1. Les Processus de Transformation

      Il existe différents Processus de Transformation : Concevoir un nouveau Produit, Construire une Solution, Construire une Solution innovante, mais aussi Modifier une Solution (évolution ou correction de « bug »), Construire des Fondations, Définir une Road-Map,...
      Ce document développe surtout le Processus de Construction ou de Modification de Solutions.

    2. Un Processus de Transformation est décomposé en Phases

      On sait bien formaliser les Processus Opérationnels comme le Processus de commande et on les automatise progressivement. C’est beaucoup plus difficile pour les Processus de Transformation comme le Processus de Construction d’une Solution, compte tenu des incertitudes de tout projet.
      De nombreux progrès ont néanmoins été accomplis : chaque Entreprise a défini son propre Processus de Transformation en le décomposant en Phases progressives. Chaque Phase a un objectif et un livrable. Un Jalon de fin de Phase permet de faire le point, de valider le Livrable et de passer à la phase suivante.

    3. Chaque Phase fait appel à des Fonctions

      Les Processus sont différents d’une entreprise à l’autre, mais ils réutilisent tous des Fonctions de Transformation identiques. On distingue deux types de Fonctions :

      • les Fonctions d’Ingénierie (comme « Modéliser les Processus ») pour bien Construire la Solution
      • les Fonctions de Gestion (comme « Planifier ») pour bien Gérer le Projet.

      Les Fonctions d’Ingénierie sont les Fonctions Métier de la Transformation : elles doivent être accomplies quelle que soit l’Organisation en place. Les Fonctions de Gestion sont les Fonctions Organisation de la Transformation : elles dépendent étroitement de l’Organisation et de l’Approche. Elles sont donc spécifiques à chaque Entreprise, alors que les Fonctions d’Ingénierie sont universelles.

    4. Progrès dans la Gestion mais insuffisances dans l’Ingénierie

      Les Progrès ont surtout porté sur la Gestion.
      Il faut poursuivre dans cette voie d’amélioration de la Gestion, mais ne pas tomber dans l’excès : trop de tâches de Gestion empêchent le chef de projet de se consacrer aux Fonctions d’Ingénierie. On peut bien Gérer le projet d’une Solution mal Construite.

  2. Comment Transformer le Modèle de Transformation ?

    1. Une approche pluridisciplinaire

      Définir une seule Approche partagée par tous les participants à la Transformation, en particulier le Métier et l’IT, ce qui n’est pas encore le cas dans toutes les Entreprises.
      Cette Approche sera d’autant mieux acceptée que l’on aura au préalable défini le langage de la Transformation et le langage du Métier.

    2. Des outils de Modélisation partagés

      La Transformation doit être outillée comme les Opérations: aussi bien pour gérer que pour construire.

      • Des outils pour gérer : gérer le planning, les ressources, les incidents, le budget, la communication…
      • Des outils d’ingénierie : outils de conception et de simulation 3D, outils de cartographie, outils pour modéliser des produits, des exigences, des processus, des logiciels, des interfaces utilisateurs, outils pour contrôler la qualité du Modèle, tester, documenter, analyser les performances, outils collaboratifs, outils de gestion de configuration…
  3. Modèle de Transformation pour un Projet

    Processus de Transformation pour un projet isolé

    Ce schéma décrit succinctement le Processus de Transformation pour un Projet simple.

    • Définir le But du Projet de Transformation (doit tenir en une ou deux pages)
      • Définir le périmètre et la volumétrie associée : géographique, Ligne Produit, Domaine de Processus, segment de clientèle…
      • Définir les objectifs et les indicateurs associés pour vérifier le résultat obtenu Définir les contraintes sur le Projet, en particulier sur les budgets et délais
    • Définir la Fondation
    • Construire (ou Modifier) le Modèle de Solution ou le Modèle de l’Offre
    • Déployer la Solution ou le Modèle Produit
      • Migrer les informations
      • Réorganiser Unités et locaux
      • Affecter et Former les Acteurs Opérationnels
      • Affecter, installer, configurer les Acteurs-IT
      • Préparer la hot line
  4. Modèle de Transformation pour un Programme composés de plusieurs Projets

    Processus de Transformation pour un Programme de plusieurs Projets

    Lorsque l’ambition de la Transformation est grande, on doit découper le Programme en Projets pour éviter l’effet tunnel et isoler des Projets de durée courte.
    On distingue alors

    • le But global du Programme et le But individuel de chaque Projet qui contribue au But global
    • la Fondation du Programme qui va donner la cohérence d’ensemble 

    En outre on doit décomposer le Programme en Projets ce qui permet de fournir une première estimation de coût et de délai pour l’ensemble du Programme. Ces couts et délais sont ensuite précisés Projet par Projet.

    Comme les Projets sont exécutés par des équipes dispersées, il est nécessaire d’intégrer les résultats de chaque équipe pour s’assurer que l’ensemble fonctionne bien en respectant les conditions de fiabilité et de performance.

    Enfin, on doit Déployer : soit Projet par Projet, soit en regroupant les résultats de plusieurs Projets.

    Remarque : pour les Programmes les plus complexes on peut envisager plus de 2 niveaux (Programme, Projet), mais le principe est le même : pour obtenir un découpage en unité de Transformation maitrisable il faut une Fondation : Modèle de Transformation, composants et Architecture.

    Il est recommandé de faire un bilan des Programmes et Projets :

    • Est-ce que le But a bien été atteint ? vérifier avec les indicateurs
    • Quelles leçons en tirer ?
      • Est-ce que l’approche de Transformation peut être améliorée
      • Bilan de l’architecture
      • Quels nouveaux Composants sont réutilisables pour la Fondation
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