Nous recherchons un profil hybride alliant une bonne comprĂ©hension technique des environnements IT/systĂšmes dans le secteur automobile et de solides compĂ©tences en communication. La personne idĂ©ale saura traduire des besoins techniques complexes en supports clairs et accessibles, tout en accompagnant efficacement les utilisateurs dans lâadoption de nouveaux outils et processus. Ă lâaise aussi bien Ă lâĂ©crit quâĂ lâoral, ce profil fera le lien entre les Ă©quipes projet, les utilisateurs finaux. Il maĂźtrisera la rĂ©daction de communications internes, la crĂ©ation de supports (prĂ©sentations, vidĂ©os via Articulate 360, kits mĂ©thodologiques).
Vous serez soit affecté à la partie Baselining soit Change manageent.
Activité de "change" :
âą Identification de la demande de changement : Le processus commence par l'identification d'une demande de changement, qui peut venir de l'Ă©quipe de dĂ©veloppement logiciel, des utilisateurs ayant rencontrĂ© un problĂšme sur leur vĂ©hicule ou mĂȘme dâun audit de conformitĂ© rĂ©glementaire.
âą Ăvaluation de la demande : Une fois la demande de changement soulevĂ©e, elle est Ă©valuĂ©e selon plusieurs critĂšres : sa pertinence, son impact sur le calculateur et les systĂšmes quâils touche et sa criticitĂ©. Cette premiĂšre analyse permet alors de dĂ©terminer si la demande est valide et si elle doit ĂȘtre approuvĂ©e.
âą CrĂ©ation d'une proposition de changement : Si la demande en question est jugĂ©e pertinente, une proposition de solution technique est Ă©laborĂ©e. Cette proposition doit contenir des informations dĂ©taillĂ©es sur la nature de la modification, son objectif, les Ă©lĂ©ments configurables affectĂ©s et les risques engendrĂ©s par son implĂ©mentation. âą Revue et approbation : La proposition de changement est soumise Ă une revue et Ă une Ă©valuation lors dâun comitĂ© de dĂ©cision. Le demandeur prĂ©sente alors sa solution Ă un spĂ©cialiste qui examine la proposition pour s'assurer de sa faisabilitĂ©, de sa pertinence et de ses impacts.
âą Mise en Ćuvre du changement : Une fois que le changement est approuvĂ©, il peut ĂȘtre mis en place. Dans le cas dâun calculateur, cela peut impliquer une modification du code du logiciel embarquĂ©, de sa puce Ă©lectronique ou la mise Ă jour du fichier de calibration ou de configuration.
âą Tests et vĂ©rification : AprĂšs la mise en Ćuvre du changement, des tests de non-rĂ©gression sont effectuĂ©s pour s'assurer que la modification a Ă©tĂ© rĂ©alisĂ©e correctement, qu'elle n'a pas introduit de nouveaux problĂšmes et qu'elle est conforme aux exigences du projet.
âą Validation : Une fois les tests et les vĂ©rifications rĂ©ussis, le changement est validĂ© pour confirmer qu'il rĂ©pond aux besoins du projet et qu'il peut ĂȘtre intĂ©grĂ© dans la configuration globale. âą Documentation : Toutes les Ă©tapes du processus de gestion du changement, y compris les demandes, les propositions, les approbations, les tests et les validations, sont documentĂ©es de maniĂšre complĂšte et traçable.
alten