D'un autre côté c'est normal, faire un avion est un projet complexe. Tu ne peux pas demander à celui qui travaille sur la régulation du moteur d'avoir conscience de l'architecture globale de l'avion, de l'interface exacte du pilote pour l'avion, des paramètres physiques des ailes et des caractéristiques voulues pour le vol, etc. Ce serait beaucoup trop coûteux en charge mentale et serait un vrai défi en terme d'organisation car chacun devrait voir les autres de manière un peu anarchique.
Ce n'est pas de leur responsabilité de définir ce que doit faire un avion, qui est un métier à part entière.
Normalement dans de tels projets, tu as une ou plusieurs équipes qui sont transversales. Leur but est de justement de définir le rôle de chaque sous projet et s'assurer de la cohérence de l'ensemble pour faire l'avion. Et faire bien entendu le suivi de l'intégration.
Découper ainsi le travail fait qu'un avion n'est pas qu'un projet mais un méta projet dont la finalité n'est que l'intégration d'une multitudes de sous projets. Certains définis et développés en interne, d'autres sous traités voire directement acheté en clé en main. C'est bien plus flexible et efficace. À condition que les équipes transversales fassent bien leur job bien entendu pour rendre ce cloisonnement efficace.
[^] # Re: Explication plus convaincante
Posté par Renault (site web personnel) . En réponse au lien Boeing’s 737 Max Software Outsourced to 9ドル-an-Hour Engineers. Évalué à 2.
D'un autre côté c'est normal, faire un avion est un projet complexe. Tu ne peux pas demander à celui qui travaille sur la régulation du moteur d'avoir conscience de l'architecture globale de l'avion, de l'interface exacte du pilote pour l'avion, des paramètres physiques des ailes et des caractéristiques voulues pour le vol, etc. Ce serait beaucoup trop coûteux en charge mentale et serait un vrai défi en terme d'organisation car chacun devrait voir les autres de manière un peu anarchique.
Ce n'est pas de leur responsabilité de définir ce que doit faire un avion, qui est un métier à part entière.
Normalement dans de tels projets, tu as une ou plusieurs équipes qui sont transversales. Leur but est de justement de définir le rôle de chaque sous projet et s'assurer de la cohérence de l'ensemble pour faire l'avion. Et faire bien entendu le suivi de l'intégration.
Découper ainsi le travail fait qu'un avion n'est pas qu'un projet mais un méta projet dont la finalité n'est que l'intégration d'une multitudes de sous projets. Certains définis et développés en interne, d'autres sous traités voire directement acheté en clé en main. C'est bien plus flexible et efficace. À condition que les équipes transversales fassent bien leur job bien entendu pour rendre ce cloisonnement efficace.