POSTE : Application Owner Technico-Fonctionnel Solutions d'Épargne Back H/F DESCRIPTION : Nous recherchons pour notre client un·e : Un seul poste. Une création. Sur des systèmes coeur qui portent plus de 70 milliards d'euros d'épargne. Attention : Application Owner, ce n'est pas Product Owner. Vous ne gérez pas le backlog des squads. Vous portez la trajectoire technologique de l'application et vous garantissez sa pérennité. Vous rejoignez un grand groupe d'assurance international, acteur de référence de l'épargne patrimoniale en France. L'épargne, c'est 60 à 70 % du chiffre d'affaires, plus de 70 Md EUR d'encours, peu de contrats mais à très forts enjeux. Quand un système coeur flanche, tout l'edifice tremble : la fiabilité est critique. Un vaste programme de transformation court de 2026 a fin 2027 : refonte CRM, mise à niveau applicative, sortie progressive du mainframe (Cobol résiduel %), et un chantier IA / agentique où tout est à défricher. Vrai terrain de transformation, pas du narratif sur un slide ! Aujourd'hui, le rôle d'Application Owner est réparti sur 3 personnes qui cumulent les casquettes. Et ça ne tiendra plus ! On le recentre sur 2 CDI à temps plein - un Front, un Back - pour que chacun.e puisse vraiment faire le job. Le vôtre, c'est le Back. Vous êtes sur le socle : les systèmes qui gèrent les contrats d'épargne (assurance-vie, PER) et les traitements de masse : les batchs quotidiens, mensuels, trimestriels et annuels qui calculent les commissions, la fiscalité, l'épargne atteinte. C'est le coeur du calcul et de la valeur. - l'outil des ~400 gestionnaires, qui portent l'ensemble des opérations sur les contrats. Une application de plus de 30 ans, d'une richesse fonctionnelle totale. - La chaîne de traitements de masse : les batchs de calcul et les traitements récurrents qui font tourner la gestion. Ici, l'exigence a un nom : l'exactitude. On ne se trompe pas de virgule. Quand une application ralentit ou tombe, l'impact est immédiat sur 400 gestionnaires internes, puis sur les clients, avec une forte valeur métier derrière. C, Java et 4D (un framework propriétaire, peu répandu), sur un socle à forte anteriorité. Rassurez-vous : le 4D n'est pas un prérequis, il s'apprendra sur place. - Vous construisez et défendez la vision technique de l'application : architecture cible, trajectoire, choix structurants. - Vous pilotez obsolescences, sécurité et performance, la surveillance du jour le jour et la projection long terme. - Vous êtes le point d'entrée unique face aux équipes transverses (sécurité, obsolescence, FinOps) : premier niveau de réponse, puis vous orientez. Vous n'êtes pas celui/celle qui fait tout. - Vous jouez une double posture : garde-fou (" cette solution n'est pas soutenable ") et émetteur de besoin (" la tribu doit traiter cette migration, fermer ces failles "). - Vous êtes traducteur.rice : ni architecte, ni développeur.euse, mais capable de dialoguer avec les deux mondes et avec le métier. Vous n'intervenez pas dans la squad, mais au niveau tribu / solution team, aux côtés des Product Managers, du Test Manager et des architectes. Maîtriser des systèmes aussi complexes prend 6 mois à 1 an. On ne vous évaluera donc pas sur la technique à court terme, mais sur votre posture. : vous avez cartographie votre périmètre, identifié les points de fragilité (obso, sécurité), et vous remontez déjà des analyses et des préconisations sans qu'on aille les chercher. : vous êtes identifié.e comme le point d'entrée de vos systèmes ; vous challengez l'existant et proposez une trajectoire cible plutôt que de rester dans le moule. : vous tenez vos engagements : disponibilité et performance maîtrisées, obsolescences et sécurité sous contrôle, conformité assurée. Ce qu'on regarde vraiment : allez-vous chercher l'info de vous-même ? Votre analyse est-elle solide ? Alertez-vous au bon moment ? Le reste s'apprend. Profil - vous voulez gérer un backlog et faire du Product Ownership (ce n'est pas le rôle) ; - vous avez une posture dogmatique et propriétaire (" c'est MON appli, on fait à ma façon ") ; - vous êtes sur un profil purement fonctionnel, sans appétence technique ni lecture de l'architecture ; - faire bouger les lignes patiemment sur des systèmes à très forte antériorité, avec des processus longs, vous épuise d'avance. En revanche, si vous aimez avoir de l'impact sans tout faire vous-même, dialoguer avec les dévs comme avec le métier et construire une trajectoire dans la durée, on devrait bien s'entendre ! La règle du jeu, symétr