Ingénierie système agile

Notre approche intégrée s'appuie sur 4 piliers complémentaires pour délivrer toute la valeur de notre ingénierie système itérative et collaborative

Architecture des systèmes + Itérations communes rythmées par des rituels de synchronisation et de validation + Validation progressive des principaux Key Design Drivers + Mode de travail collaboratif

Cadre du Système d'Ingénierie agile - Principes fondamentaux

La spécification des produits et/ou services doit être progressivement affinée grâce à un processus collaboratif et outillé agile

iterative-process picture

Le processus collaboratif et outillé multidisciplinaire et multi-niveaux agile est exploité à travers des boucles de conception progressive de granularité réduite. Un tel procédé permet de définir progressivement le produit en limitant les longueurs de phase de conception (key design driver range).

Cadre de développement agile pour l'industrie

CESAMES-Framework picture
–1–
Un “Product Breakdown Structure” pour maîtriser les interfaces et organiser le travail collaboratif

(fig a.) Le découpage en système/sous-systèmes/modules/etc… qui structure et décrit les interfaces est le résultat de 3 types d’analyse et de modélisation :

  • Opérationnel : tourné vers l’extérieur
  • Fonctionnel : axé sur l’exploitation
  • Organique : concentré sur les composants

(fig b.) Les directeurs de programme et chefs de projet sont en charge de la gestion des acteurs du projet et des parties prenantes externes, ainsi que de la conduite des arbitrages nécessaires pour maintenir les objectifs du projet à leur niveau système Les architectes systèmes sont en charge de la cohérence d’ensemble, de la maîtrise des interfaces et de la gestion de la convergence progressive des hypothèses Les représentants des disciplines pilotent et synchronisent les études d’ingénierie sur leur domaine

PBS-to-collaborative-organization picture
–2–
Des Key Design Drivers (KDD) pour évaluer et augmenter progressivement la maturité du produit

Les Key Design Drivers sont :

  • des paramètres structurants pour la conception et l’architecture d’un système, définis par les besoins et les exigences, prescrits par le niveau supérieur ou l’environnement
  • spécifiés sous forme de plages plutôt que de valeurs fixes afin de permettre un raffinement progressif de la conception
KDD-examples picture
–3–
Des Boucles de conception itératives et collaboratives

Modèle de développement classique “As-is” : travail de conception non synchronisé entre 2 étapes

Modèle de développement cible : travail d’ingénierie organisé entre 2 étapes du processus de développement standard de l’entreprise en courtes itérations au cours desquelles tous les acteurs doivent travailler sur des données de référence communes et générer des livrables publiés suivis d’une période d’intégration et d’incrémentation globale (*GIIP)

As-is model picture

Classical development model

Target model picture

Target development model