Démystifier le rôle d'un ingénieur systèmes – entretien avec Wiktor Kwarciak et Michal Lubieniecki

Le rôle d'ingénieur système reste quelque peu mystérieux, même pour certaines personnes du secteur technologique. Pour mieux éclairer leurs responsabilités, nous avons demandé à Wiktor Kwarciak et Michał Lubieniecki de nous en dire plus sur leur parcours professionnel et l'étendue du travail de leur équipe.  

Comment avez-vous commencé votre aventure dans l'automobile et l'ingénierie système ? Quel a été votre parcours professionnel ? 

Wiktor : Mon parcours professionnel d'ingénieur système a commencé un peu par hasard : j'ai répondu à une offre d'emploi sans connaître tous les détails. Elle semblait également très intéressante, après l'entretien avec l'employeur potentiel. Je m'intéresse aux systèmes embarqués, bien qu'à l'époque je ne travaillais pas comme ingénieur, mais comme manager. J'ai donc décidé qu'il était temps de revenir à l'ingénierie – là où est ma place. Après avoir pris cette décision, tout s'est passé très rapidement. Au début, je faisais bien sûr partie de l'équipe, mais après un temps assez court, j'ai obtenu mes premiers projets, puis ma propre équipe. Tout cela s'est passé en seulement trois ans. 

Michał : J'ai commencé à m'associer à ce secteur peu après l'obtention de mon diplôme. Mon aventure a débuté au Centre de recherche Fiat à Turin, où j'ai travaillé à l'amélioration du confort acoustique des véhicules. Par la suite, pendant une longue période, j'ai travaillé dans le domaine de la R&D au sens large, sans lien avec l'industrie automobile. Ce travail m'a permis d'acquérir de vastes connaissances, mais je n'avais pas de spécialisation étroite qui m'aurait permis d'envisager une carrière de programmeur ou d'ingénieur en électronique des systèmes embarqués.

Dès que j'ai réalisé que je souhaitais opérer un changement dans ma carrière, j'ai répondu à une offre d'emploi qui semblait correspondre à mon expérience. Après tout, le métier d'ingénieur systèmes est interdisciplinaire – il est lié à la gestion de projets techniques, mais reste un poste d'ingénieur. Cette décision s'est avérée être en plein dans le mille.  

Comment votre carrière a-t-elle évolué depuis ? 

Michał : Un ingénieur système apprend continuellement tout au long de sa vie. C'est plus ou moins là où nous en sommes dans notre développement de carrière. L'industrie évolue, et nous aussi. Travailler avec de nouvelles technologies nous oblige à élargir constamment nos connaissances, car les ingénieurs système élargissent leurs connaissances plutôt que de les approfondir. Il y a deux raisons à cela.  

Tout d'abord, il y a encore peu d'ingénieurs systèmes sur le marché par rapport, par exemple, aux programmeurs, c'est pourquoi nous ne travaillons pas avec un seul groupe de produits et ne nous spécialisons dans aucun domaine particulier. Ensuite, en raison de l'évolution des systèmes automobiles, de leur architecture électrique, de leurs capacités de traitement des données et de leur finalité, le métier d'ingénieur systèmes est très différent de ce qu'il était il y a 10 ans. 

Wiktor : Je suis d'accord avec Michał. Le rôle de l'ingénieur système est de relier le travail des autres spécialistes de l'équipe – nous coordonnons les activités des spécialistes en électronique, des spécialistes en logiciel et des ingénieurs mécaniciens ; nous transformons leurs activités séparées en un ensemble cohérent, même si nous ne devons pas être spécialistes dans l'un de ces domaines. Nous comprenons beaucoup de choses – comment lire des schémas électriques, des schémas de construction d'appareils, nous connaissons les informations de base sur la construction et l'exploitation de logiciels, et cela nous permet de comprendre le sens plus large des activités de l'équipe. Nous savons quelles actions ont du sens et où trouver les bonnes personnes pour les mener à bien. 

Le travail de l'équipe systèmes est similaire : certains d'entre nous sont meilleurs dans des tâches spécifiques et peuvent donc prendre en charge la mise en œuvre de parties plus précises et détaillées d'un projet. Votre parcours de développement peut donc prendre l'une de ces deux voies : soit vous prenez en charge vos propres petits projets (ou parties de projets) à réaliser de manière autonome, soit vous dirigez et gérez une équipe lors de la réalisation d'un projet plus important. 

Michał : Il convient de mentionner que nous ne parlons pas de la gestion de très grandes équipes lorsque nous évoquons la gestion d'équipe. Les grands projets sont rares – mon équipe la plus importante comptait 12 personnes. Par conséquent, dans les projets plus petits, les chefs d'équipe s'engagent également dans des tâches techniques et substantielles, ce qui peut toutefois être difficile à concilier. Les équipes système dans la plupart des projets que j'ai mis en œuvre comptaient environ 5 personnes. 

Comment êtes-vous arrivé chez Spyrosoft ? 

Wiktor : Je travaillais sur un projet épuisant lorsqu'un ami m'a appris que l'entreprise qui l'employait recrutait pour un poste d'ingénieur qui, selon lui, pouvait correspondre à mon expérience et à mes attentes. Lorsqu'il m'a parlé de l'excellente ambiance de travail, je n'ai eu aucun doute : j'ai postulé et… je suis devenu le premier ingénieur systèmes chez Spyrosoft. 

Michał : Avant de rejoindre Spyrosoft, je travaillais déjà comme ingénieur systèmes. J'ai commencé à chercher un nouvel emploi non pas parce que je voulais changer de voie professionnelle (j'aime vraiment ce que je fais), mais parce que je recherchais un environnement de travail flexible, qui me permette de définir mon rôle selon mes idées et même d'entrevoir les coulisses d'autres secteurs. Le automobile l'industrie n'est qu'une parmi tant d'autres pour lesquelles nous fournissons nos services. Wiktor m'a convaincu de changer de travail. Je lui ai fait confiance et me voici.  

Et à quoi ressemble votre journée de travail « typique », si tant est qu'elle existe ? Sur quels projets travaillez-vous ? À quels problèmes êtes-vous confronté au quotidien ? 

Wiktor : *rires* Je peux vous montrer mon agenda, il en dira plus que mille mots. Il est rempli de réunions avec le client ou l'équipe – établir un plan, déterminer les fonctions du système sur lequel nous travaillons, etc. Mon poste actuel est Function Owner, mais le périmètre des tâches reste similaire – il exige essentiellement un contact constant avec le client et l'équipe. J'ai entendu dire un jour qu'un ingénieur système est le « bras droit technique » d'un chef de projet – difficile de ne pas être d'accord. Ma journée type se compose de nombreuses réunions, tant techniques que non techniques, mais toujours très intéressantes. 

Michał : Il y a un facteur crucial pour notre travail : nous devons être capables de réagir aux changements soudains. Ma journée « type » au travail ne peut être planifiée qu'à environ 60 %. Il y a toujours quelque chose qui nécessite une réaction immédiate de notre côté, ce qui nous oblige à adapter nos propres plans et ceux de nos équipes.  

Il peut sembler que nous effectuons un travail simple : nous fournissons la spécification qui est destinée à décrire des choses compliquées de manière simple et compréhensible. La personne qui rédige la spécification doit d'abord bien comprendre des aspects tels que : la couche matérielle, le fonctionnement du logiciel, l'architecture du logiciel, la manière dont la vérification et la validation sont effectuées, à quoi ressemble la mise en production, et dans quel environnement le produit final fonctionnera. Ensuite, vous combinez tout cela et « bam », vous venez d'écrire 10 exigences ! 

Wiktor: Il est vrai que nous sommes le premier filtre entre nos clients et l'équipe. Wtransmettre de nouvelles idées, nous discutons des problèmes potentiels et seulement ensuite will nous le partageons avec l'équipe. Le fait que nous ne sachions pas ce qui se passera un jour donné est cependant à la fois la partie la plus intéressante et la plus irritante de notre travail. Nous ne pouvons vraiment rien planifier. Yvous devez être très bon en improvisation et vous adapter facilement aux changements soudains pour y faire face. 

C'est le plus grand défi pour moi. Actuellement, la plupart des composants électroniques des voitures disposent d'une puissance de calcul bien supérieure à celle des PC d'il y a 10, voire 5 ans. De plus en plus souvent, des processeurs multicœurs sont utilisés pour exécuter plusieurs systèmes d'exploitation simultanément. Concevoir, construire et maintenir des systèmes d'une telle complexité est une tâche vraiment difficile. 

Michał : Pour moi, le défi réside dans la complexité croissante des voitures, de leur architecture électronique, des systèmes et sous-systèmes individuels ainsi que du nombre d'interfaces et de la quantité d'informations échangées entre les dispositifs embarqués et entre la voiture et son environnement. Il convient également de noter la standardisation croissante. En 2021, l'ACEA (Association européenne des constructeurs automobiles) a publié une liste de réglementations légales dans l'industrie automobile, qui compte plus de 140 pages… et ce n'est qu'une liste de documents référencés. 

D'autres défis sont liés aux méthodes de travail. Aujourd'hui, l'approche classique en cascade est souvent remplacées par des méthodologies agiles. La manière cela affecte l'ingénierie système et l'ensemble du secteur est un sujet pour un entretien séparé.

Quelles sont les tendances actuelles du secteur et comment, selon vous, le rôle d'un ingénieur système évoluera-t-il dans 2 à 3 ans ? 

Wiktor : L'industrie automobile s'oriente de plus en plus vers la création de voitures « connectées ». Les premières voitures étaient entièrement des machines mécaniques ; aujourd'hui, ce sont essentiellement des centres de données sur roues, connectés à Internet et équipés de technologies sophistiquées d'aide à la conduite. 

La frontière entre la voiture en tant que machine puissante pour déplacer des personnes et la voiture en tant qu'ordinateur puissant s'estompe peu à peu. La voiture et ses fonctions dépendent de moins en moins de sa conception ou de son équipement, et de plus en plus du logiciel qui la contrôle. 

Michał : Les tendances du secteur sont très claires. Tout profane mentionnerait l'électromobilité ou les voitures autonomes comme les principales tendances qui ont dominé l'industrie ces dernières années. Il existe également des fonctions de télématique, de cybersécurité, de car as a service, de solutions cloud, etc. Ce ne sont là que des concepts généraux, et derrière chacun d'eux se cache beaucoup de travail pour des ingénieurs de diverses spécialisations.  

Je vais uniquement ajoutez une chose de plus : si quelqu'un souhaite travailler avec les innovations et les technologies dont les constructeurs automobiles sont fiers aujourd'hui, il n'a pas besoin de travailler chez Toyota, Porsche ou BMW. Notez que, en raison du modèle de coopération, les (sous-)fournisseurs disposent réellement une plus grande probabilité de disposer de connaissances sur les nouveaux produits du secteur que les producteurs présents sur le marché depuis un demi-siècle. Si un produit est présent sur le marché depuis 6 ans, alors toute l'expérience accumulée de le concevoir représente deux ou trois générations. De plus, les fournisseurs – de petites entreprises flexibles qui s'adaptent rapidement – possèdent ce savoir-faire. Les grands acteurs sont des spécialistes de l'intégration. Ce n'est pas nécessairement une règle, mais c'est ce que j'observe. 

Qui recommanderiez-vous d'envisager de devenir Ingénieur Systèmes ? Quels profils, selon vous, sont les mieux adaptés à ce poste ? 

Wiktor : Cela dépend. Je diviserais les personnes susceptibles d'être intéressées par le métier d'ingénieur systèmes en deux groupes. Le premier est constitué de personnes qui travaillent déjà sur des projets de systèmes embarqués, par exemple en tant qu'ingénieur de test, ingénieur de validation, ingénieur électronique ou ingénieur logiciel, qui estiment avoir accompli tout (ou presque tout) ce qu'elles pouvaient dans leur poste actuel et qui souhaitent évoluer. C'est un moyen d'accéder à un niveau d'abstraction supérieur, mais aussi à un niveau de responsabilités plus élevé. 

Le deuxième groupe est constitué de personnes qui travaillent sur des projets de systèmes embarqués, mais qui n'ont pas un type spécifique de tâches qu'elles souhaitent réaliser. Le rôle d'ingénieur systèmes est très interdisciplinaire, vous pouvez donc apprendre quelque chose de nouveau dans tous les domaines – à un niveau assez élémentaire, bien sûr, mais l'éventail des tâches réalisées ici est très large, donc si vous le souhaitez, vous aurez l'occasion d'approfondir certains sujets. C'est pourquoi j'inviterais toutes les personnes que cela intéresse – en particulier les femmes, car nous n'avons pas assez de femmes dans les systèmes. Elles ne sont pas particulièrement intéressées par un poste d'ingénieur systèmes, ce qui est dommage car celles que je connais font un excellent travail. 

Michał : Je dirais que c'est un poste pour toute personne qui aime résoudre des problèmes, car nous y sommes confrontés. Il ne s'agit pas seulement de problèmes profondément enfouis dans le logiciel ou le matériel, mais aussi de ceux au niveau des processus ou de l'organisation. Si vous aimez les négociations ou la coordination d'équipe, ce poste peut également vous convenir.  

Mais je tiens à souligner qu'il n'est pas vrai que chaque ingénieur système court dans le bureau dans une frénésie créative et a mille idées à la minute. Il y a aussi du temps pour la concentration profonde, donc si quelqu'un n'est pas un volcan d'énergie chaque jour dès son réveil – moi, par exemple, je ne le suis pas – il peut également très bien réussir en tant qu'ingénieur système. 

Comment acquérir les connaissances nécessaires au travail quotidien d'un ingénieur système ? 

Michał : Si vous vous demandez s'ils sont suffisamment qualifiés pour travailler en tant qu'ingénieur système, vous devez savoir qu'il n'existe pas de cursus pour les ingénieurs système, ni de cours ou d'écoles dédiés à ce poste qui feraient de vous un ingénieur système, vous permettraient d'obtenir un diplôme et de serrer la main du recteur, vêtu d'une toge. 

Tout d'abord, vous devez comprendre ce que ce rôle implique et voir s'il pourrait vous convenir. De nombreux ingénieurs système n'ont jamais envisagé une carrière à ce poste avant de rencontrer quelqu'un qui l'occupait déjà ou, comme Wiktor et moi, de simplement suivre leur intuition. Par conséquent, les ingénieurs système peuvent avoir des expériences professionnelles très différentes. Nous formons un groupe très diversifié et c'est un grand avantage, car le travail quotidien à ce poste exige beaucoup de créativité ; cette diversité nous aide donc énormément, et chacun d'entre nous apporte une nouvelle perspective, des idées et des solutions. 

Wiktor : Je peux seulement ajouter qu'il existe des cours permettant de maîtriser les éléments de connaissance ou certaines des compétences utiles dans le travail d'un ingénieur système, tels que des cours sur divers langages de modélisation. Ils sont utiles, mais l'essentiel des connaissances dans ce poste s'acquiert lors du travail sur les projets et par votre propre expérience. 

Michał : Je connais une personne qui était ingénieur en électronique, mais grâce à d'excellentes compétences relationnelles et à des connaissances techniques, bien que non liées à l'ingénierie système, elle est devenue un ingénieur système accompli en seulement un mois. D'un autre côté, je n'ai jamais entendu parler de quelqu'un qui soit devenu ingénieur système parce qu'il avait suivi une formation ou obtenu un certificat attestant de ses connaissances ou compétences dans ce domaine. Selon moi, il faut avoir un certain état d'esprit pour devenir ingénieur système, et toutes les connaissances nécessaires vous viendront par la pratique et le travail concret.