Ingénieur R&D logiciel chez Thales

Parcours ingénieur R&D Logiciel chez Thales

Bonjour je suis Olivier, je suis responsable d’une équipe logicielle chez Thales Rail Signalling ; j’ai commencé par une école d’ingénieurs en électronique informatique ; j’ai ensuite réalisé des stages dans le développement logiciel dans l’aéronautique, j’ai pris un poste de développeur logiciel chez Thales dans l’aéronautique. J’ai évolué pendant sept ans jusqu’à faire de l’architecture logicielle. Je suis maintenant depuis un an dans le ferroviaire chez Thales où j’ai pris la responsabilité d’une équipe logicielle.

Mission d'un ingénieur R&D Logiciel chez Thales

Thales est divisé en trois divisions : une division aéronautique, une division aéronautique, une division qui se charge des radios et des communications et une division D3S qui rassemble les activités de sécurité, surveillance et également les activités ferroviaires. Je m’inscris dans ces activités ferroviaires chez Thales Rail Signalling il y a différents axes de métiers : il y a un axe système, il y a un axe logiciel dont je fais partie, et des axes plus centrés sur les métiers ferroviaires comme la signalisation ou la sécurité. Le département logiciel est constitué de 50 personnes divisées en 3 équipes, je m’occupe d’une de ces équipes qui est chargée des outils de signalisation. Mon équipe est mandatée par les différents projets que mène Thales Rail Signalling pour réaliser des logiciels. Ces logiciels s’inscrivent dans des systèmes, donc les missions qui vont être remplies par ces logiciels sont définies par les ingénieurs système qui nous confient des documents rassemblant les fonctionnalités qui nous sont allouées, et la mission de l’équipe est donc de concevoir, de spécifier, de concevoir et de développer des logiciels qui répondent à ce besoin. Mon équipe s’occupe de 5 à 6 projets, ces projets durent de 1 à 4 ans. Mon rôle au sein de l’équipe c’est de m’assurer que les budgets et les délais qui sont alloués par le programme aux différents projets qui sont tenus, mon rôle est également d’animer l’équipe, de m’assurer que chacun trouve sa place, réalise les taches qui lui sont confiées. Mon rôle est également de m’assurer à ce que les processus en place soient respectés et aussi de trouver de nouveaux processus qui puissent améliorer l’équipe.

Au quotidien

Pour resituer le contexte dans les projets sur lesquels nous travaillons actuellement, dans une gare moderne, les aiguillages, les feux sont gérés par un système informatique centralisé donc nous développons actuellement un outil qui permet, en rentrant la description de la gare, de générer la configuration qui va permettre à ce système informatisé de contrôler la gare de manière coordonnée, de déplacer les aiguillages, les feux, de manière à ce que les trains ne se rentrent pas dedans. Dans ce projet il y a 2 logiciels qui communiquent et un ingénieur système se charge de faire la coordination entre ces deus logiciels. En début de projet l’ingénieur système nous a communiqué un cahier des charges avec différentes fonctionnalités à remplir par le logiciel. La première phase la plus importante c’était la phase de spécification au cours de laquelle on a divisé ces grosses fonctionnalités en plus petites fonctionnalités qu’on pourra tester plus tard de manière isolée par exemple la tenue, le respect d’une interface lors d’une communication avec le second logiciel. Ensuite nous passons à la phase de conception où nous prenons chaque petite fonctionnalité et nous anticipons la manière avec laquelle nous allons l’implémenter dans le logiciel. Et la dernière phase, la phase de codage, donc, qui correspond à l’implémentation. Ensuite notre activité c’est de tester le logiciel et vérifier que chaque fonctionnalité est bien implémentée. Tout au long du développement, du fait de nos activités qui touchent au ferroviaire et du coup aux vies humaines, nous avons des contraintes fortes de sécurité à respecter et qui nous obligent à avoir une rigueur très grande dans chaque étape de ce développement.

Avantages

Ce qui m’intéresse dans le développement de logiciels critiques c’est que les contraintes qui pèsent sur nous nous obligent à aller beaucoup plus loin que lors de développement de logiciels classiques, on doit pouvoir parer à n’importe quels types de problèmes allant jusqu’aux perturbations électromagnétiques sur les cartes mémoires des ordinateurs, et cela oblige à aller beaucoup plus loin dans le métier logiciel. Un autre aspect intéressant de ce métier qui est la conception d’outils métiers c’est qu’on est obligé de se mettre dans la peau du concepteur de la gare pour pouvoir faire un logiciel le plus ergonomique possible et qui lui permette avec le moins d’effort de créer ces gares. La contrainte du métier qu’on ne ressent pas trop sur le système ferroviaire parce qu’il est relativement appréhendable mais que j’ai ressentie plus fortement dans l’aéronautique, c’est qu’en raison de la complexité actuelle des systèmes si on arrive à maîtriser les parties qui nous sont allouées, il est plus difficile d’avoir une vision synthétique et correcte du fonctionnement du système dans son ensemble.

Entreprise

J’ai choisi Thales parce que j’étais particulièrement attiré par les métiers qu’elle proposait, notamment dans le domaine des transports ferroviaires et aéronautiques. J’étais aussi attiré par le fait que comme c’est une entreprise très diversifiée il y a de nombreuses opportunités, comme mon expérience actuelle a pu le prouver. Egalement c’est une entreprise qui a maintenant une bonne réputation, qui est stable ; c’est un caractère assez rassurant quand on cherche un premier employeur.

Personnalité

La qualité essentielle pour un ingénieur c’est de pouvoir travailler en équipe : d’être capable de communiquer sur les problèmes qu’il rencontre, sur ses accomplissements, d’être capable également d’exprimer clairement, de s’exprimer clairement dans les documents. La deuxième qualité la plus importante dans le domaine des logiciels critiques c’est la rigueur, des vies humaines sont en jeu donc il est absolument essentiel de ne pas faire d’impasse. Il est également important d’être curieux dans ce métier, le logiciel pouvant s’inscrire dans des contextes différents : aéronautique, ferroviaires. C’est important pour pouvoir réaliser le bon logiciel de comprendre le métier et du coup de rentrer dedans.

Perspectives

Les perspectives pour un ingénieur logiciel ça peut être d’évoluer dans l’axe technique vers un rôle d’ingénierie système, de coordination technique, ça peut être plutôt de s’engager dans l’axe management, de management d’équipe logiciel. Et je pense qu’une de mes prochaines étapes va être de poursuivre dans l’axe management mais vers d’autres métiers par exemples les réponses aux appels d’offres ou le management de programmes.