Bien qu’il existe plusieurs approches éprouvées pour la mise en œuvre de logiciels d’entreprise (y compris l’extension, la personnalisation et la configuration), en réalité, aucune pratique n’est censée être une « taille unique » lorsque les facteurs de temps, de budget et d’adaptabilité sont pris en considération. Les contraintes supplémentaires liées à l’industrie aérospatiale constituent également un défi pour la sélection d’une méthode de mise en œuvre appropriée, et exigent des fournisseurs de logiciels qu’ils aient de l’expérience dans l’entretien des systèmes critiques.
Pour répondre à la question de savoir comment trouver l’approche la plus optimale pour votre projet de mise en œuvre de la solution IETP/IETM, il est important de comprendre clairement les différences entre les deux catégories les plus courantes de méthodologies de développement de projet- agile et en cascade.
Vue d’ensemble des méthodologies en cascade et agiles :
La chute d’eau, comme son nom l’indique, est l’approche linéaire de la gestion de projet pour la mise en œuvre de logiciels, où l’achèvement d’une phase sert de condition préalable au démarrage de la phase suivante. Les cinq étapes courantes du cycle de vie du développement logiciel (SDLC) en cascade sont les exigences, la conception, la mise en œuvre, la vérification et la maintenance. En tant que formule chronologique, fortement orientée vers la planification, chaque phase successive doit être entièrement achevée avant que la phase suivante ne puisse commencer, dans laquelle il n’y a que peu ou pas d’altérations en amont et en aval autorisées entre les phases.
Le principal avantage de l’approche en cascade réside dans sa prévisibilité et sa simplicité. Elle informe toutes les personnes impliquées de l’étape à laquelle se trouve le projet dans le cycle et leur donne une orientation claire, étayée par des exigences, pour concentrer leur attention, ce qui inclut l’attribution des tâches en cours dans un ordre d’achèvement basé sur les délais. C’est également la raison pour laquelle les projets en cascade peuvent être gérés à l’aide de n’importe quel outil de gestion de projet doté d’un simple diagramme de Gantt et par des chefs de projet de tout niveau d’expérience et de tout secteur d’activité.
Le principal inconvénient de l’approche en cascade est, bien entendu, sa rigidité et le temps nécessaire à la mise sur le marché de la mise en œuvre. Pour des projets de la taille du déploiement de logiciels aérospatiaux, les phases peuvent durer très longtemps. Dans les scénarios où le déploiement est une relation à trois niveaux (fournisseur – acheteur – client de l’acheteur), les utilisateurs finaux seront en attente jusqu’à ce qu’ils reçoivent quelque chose. Cette situation n’est pas souhaitable pour le client situé au milieu, car il doit également satisfaire ses propres clients.
Par conséquent, outre la méthodologie traditionnelle en cascade, de nombreux projets logiciels de l’IETP peuvent donner de bien meilleurs résultats en adoptant la méthode agile – un terme utilisé pour classer un groupe de plusieurs méthodologies de déploiement itératif conçues pour accélérer le délai de mise sur le marché des produits. Issus de la nécessité de créer une solution logicielle directement à partir des besoins indéterminés du client plutôt qu’à partir d’un ensemble ferme d’exigences, les principes agiles peuvent être utilisés pour fournir rapidement des fonctionnalités aux utilisateurs pour des tests pratiques précoces, dans lesquels le cycle ou « sprint » est répété plusieurs fois avant qu’un produit final ne soit réalisé.
Les méthodologies agiles fonctionnent mieux lorsque de multiples changements peuvent être nécessaires, en se concentrant sur des versions logicielles échelonnées et en s’appuyant sur un logiciel fonctionnel comme guide, par opposition à une documentation complète. Elles conviennent également mieux aux projets dont les délais et les budgets sont plus souples, en raison de la nature des modifications qui peuvent être apportées pour résoudre les problèmes ou les nouveaux scénarios introduits dans le processus.
Les formes les plus courantes de mise en œuvre agile sont le développement/déploiement rapide d’applications (RAD) et le SCRUM. Dans l’industrie du logiciel, les extensions pratiques de la méthode agile, telles que DevOps, sont également une approche courante utilisée pour garantir la livraison des produits. En outre, elle permet également de combler certaines lacunes fonctionnelles que l’agilité seule ne suffit pas à combler en ce qui concerne l’engagement organisationnel et la transparence.
Quelle est donc la meilleure méthodologie pour le déploiement d’un logiciel dans une industrie de niche telle que la mise en œuvre d’une solution IETP/IETM pour l’aviation? Même si chaque projet est différent, une approche traditionnelle, en cascade, semble être le meilleur choix car elle répond à un ensemble ferme d’exigences critiques et évite les incertitudes concernant les
Cependant, en réalité, même les projets logiciels dans ce secteur doivent rester agiles dans une large mesure, en particulier lors de la mise en œuvre d’une solution de bout en bout qui nécessite un niveau élevé de configuration et de personnalisation, ce qui est souvent le cas des logiciels de l’IETP. Cela signifie également que l’approche choisie doit permettre l’implication des parties prenantes et la flexibilité nécessaire pour s’adapter aux changements. Une fois encore, dans les projets où il existe une relation à trois niveaux (vendeur – acheteur – client de l’acheteur), le client du milieu doit inévitablement autoriser une certaine mesure de méthodologie agile afin de fournir des fonctionnalités précoces à ses propres clients.
Par conséquent, il n’est pas judicieux de s’en tenir fermement à l’une ou l’autre approche, mais plutôt de trouver un moyen d’utiliser les meilleures pratiques de l’industrie lorsque cela est approprié, tout en conservant une structure prévisible et fortement axée sur le retour sur investissement. Cela peut se faire en modifiant le modèle en cascade, en combinant/incorporant des pratiques agiles, ou les deux. Par exemple, dans le secteur de l’aviation, les développeurs de solutions IETM/IETP comme SYNAXIOM ont élaboré la méthodologie SYNAXIOM360 Framework (SA360-F), une méthodologie hybride agile-cascade développée pour s’attaquer à la mise en œuvre de logiciels pour des organisations de taille importante de diverses industries, y compris l’un des plus grands fabricants d’avions au monde.
Conçue pour s’attaquer à la mise en œuvre de logiciels pour des projets indépendamment de leur taille, de leur industrie et de leur client, la méthodologie SA360-F s’est avérée exceptionnellement efficace pour l’intégration de produits sur mesure dans des systèmes complexes en adhérant à des exigences vitales de haut niveau tout en restant agile à un degré élevé.
L’une des applications réelles de SA360-F comprend l’implémentation en cours du service de distribution de données IETP pour Bombardier par SYNAXIOM. Bien que l’implémentation se fasse en plusieurs itérations, le produit ne sera considéré comme terminé et prêt à être distribué aux utilisateurs finaux que lorsque toutes les exigences convenues seront satisfaites. Ceci est d’autant plus important que le logiciel livré sera utilisé par les clients de Bombardier, et doit donc être aussi complet et robuste que possible pour garantir l’expérience client de qualité supérieure exigée par la direction de Bombardier. En utilisant les principes et la méthodologie SA360-F, SYNAXIOM a été en mesure d’offrir une facturation compétitive à prix fixe tout en surmontant les casse-têtes imprévisibles du déploiement de logiciels de systèmes critiques, menant le projet à son inévitable succès.
Contrairement à l’approche en cascade habituelle en 5 phases, le projet SA360-F est divisé en 3 phases particulièrement exigeantes en termes de tâches : Plan (découverte de la solution et conception), implémentation (implémentation incrémentale de la solution) et support (support de la solution/formation). Alors que le succès inévitable du projet est renforcé par une planification prudente du champ d’application, des objectifs clairement définis et des attentes établies, le temps de mise sur le marché et les coûts nécessaires sont considérablement réduits en utilisant des pratiques agiles tout en engageant toutes les parties prenantes à chaque étape du processus par le biais d’une communication transparente et claire. Pour obtenir le document complet sur la méthodologie SA360-F, veuillez adresser une demande directement à info@synaxiom.com.