Quel est le retour sur investissement d'un Ingénieur Systèmes?
En 1993, Le DoD (Department of Defense, Etats-Unis) a étudié plusieurs projets et a démontré qu'en phase de conception, 8% du temps du projet est utilisé, mais 70% des coûts totaux y sont engagés !
En effet, c'est à ce moment que des grandes hypothèses sont posées sur le Système : "Mon Système A devra s'interfacer à Système B et Système C, résister à des vibrations de telles ampleurs, obéir à telle règlementation, être entièrement chromé car j'adore cela, contenir tel processeur car c'est celui avec lequel j'ai l'habitude de travailler, sera allumé par la voix de l'utilisateur etc." Tous ces choix sont le fondement de tout le reste de la réalisation du Produit et conditionnent donc tout le reste du Projet.
Si raté il y a cela coûte déjà, sans même le savoir, très cher. Cela vaut le coup de se poser tôt toutes les questions nécessaires sur son Système à créer/modifier avant de se précipiter : "Comment mon Système sera mis en œuvre ? Pourquoi ? Par qui ? Comment sera-t-il fabriqué ? etc." C'est justement le travail de l'Ingénieur Systèmes.
Ce graphe nous montre d'ailleurs que détecter des défauts en phase de Design (quand on sait ce que doit faire notre produit, et qu'on définit son fonctionnement interne) coûte déjà 3 à 6x plus cher en temps de résolution et moyens que si on avait détecté ces mêmes sujets à la phase de Concept (qu'on peut appeler également Spécification Générale). Si on détecte ces défauts en phase de Production-Tests, les coûts s'envolent (x1000).
En effet, en phase de Concept rien n'a encore été fait sur le Système. Tout n'est que "Document" (réflexions, interviews, modèles etc.). Si on constate une contradiction entre 2 Besoins (Système chromé vs. Système discret), alors on peut sans problème décider lequel on conserve avant d'avancer. Si on repère cette contradiction alors que l'on a déjà passé du temps à essayer sans le savoir de concilier maladroitement ces 2 Besoins, ou que l'on a déjà commandé des pièces et composants, on n'a plus qu'à reprendre du début ou bien conserver cette contradiction jusqu'au bout du projet avec les difficultés qui vont avec...!
Très bien, il faut donc "faire attention" dès le début (et sur le Projet complet bien sûr) et considérer le Système comme un tout qui n'est pas seulement un amas de mécanique, électronique, logiciel et autres fruits du génie métier. Combien cela coûte de "faire attention" ?
Une autre étude (Honour, 2013) a démontré, en analysant lui aussi nombre de projets distincts, que dépenser 14%~ du budget total du projet sur un effort d'Ingénierie Systèmes permet au projet de se dérouler au mieux et terminer à l'heure et sans dépassements de coûts.
Prenons un exemple simple qui va illustrer les courbes du Dr. Honour et faisons quelques calculs très rapides.
Vous avez une enveloppe de 1 M€ pour réaliser un Projet sur 1 an. Admettons que ce Projet soit purement une prestation intellectuelle (pas d'achats de matériel à faire, pas de moyens/outils à entretenir et amortir). Vous envisagez de mettre 5 personnes sur le projet qui vont faire marcher leur cerveau à temps plein. Vous louez des locaux en guise de bureaux. Vous visez alors un coût à terminaison de 750k€. Pourquoi rajouter encore à vos coûts Projet avec 1 personne supplémentaire en temps partiel ? Cela va réduire votre marge !
Cas n°1 : Vous ne prenez pas d'Ingénieur Systèmes sur le Projet
Un Projet est toujours une entreprise difficile, bravo à eux d'avoir terminé néanmoins... Si la boîte est toujours debout.
Cas n°2 : Vous prenez un Ingénieur Systèmes sur le Projet
Dans des projets d'ampleur de type Défense, les nombres changent (nombre de personnes, budgets, délais, etc.). Mais le 14% se vérifie toujours bien.
Aurélien NARDINI
Un Système Sans Problème est une ressource de connaissances et de savoir-faire pratiques, avec exemples concrets.
Que vous soyez Chef de Programme, Chef de Projet, Architecte Système, Ingénieur, Manager dans l'Industrie, Etudiant ou Curieux de l'Ingénierie, vous êtes au bon endroit.
Au travers d'articles publiés régulièrement, découvrez ou révisez les Processus, Méthodes, Outils et Astuces utiles pour concevoir et piloter dans les domaines du Software, Firmware, de l’Électronique, et de la Mécanique.
Parce-qu'un produit fiable et industrialisable ne s'improvise pas !