GPEC : Propositions visant à la préservation de l’employabilité des salariés

Dans le cadre de la négociation sur la Gestion Prévisionnelle des Emplois et des Carrières, l’équipe CFTC a rencontré de nombreux salariés afin de comprendre aux mieux vos attentes et vos difficultés. De ce travail d’analyse, nous en tirons un premier document, proposant différentes pistes afin d’améliorer l’employabilité des salariés et facilitant leurs montées en compétence.

Ces propositions concernent dans un premier temps principalement les techniciens et les ingénieurs de Worldline.
Ce document est un document de travail qui sera amené à évoluer en fonction de vos commentaires et de vos propositions.

Décloisonner le travail des ingénieurs au sein de leurs équipes

Le repository GitLab

• Il permet nativement et très facilement de faire de la revue de code. Le fonctionnement en « merge request » / « revue de code tournante » facilite grandement le partage des connaissances et la montée en compétence collective de l’équipe.
• La revue de code joue également un rôle vertueux dans le découpage et la manière de penser les architectures des projets : les équipes seront incitées à penser leurs releases autour d’une fonctionnalité et de les cloisonner le plus possible les unes des autres.
  • Minimisation des interdépendances entre les releases et donc des risques de régressions et anomalies
  • Build initial plus lourd mais évolutions suivantes grandement facilités (micro service, etc.)
• Des solutions pourraient être préconisées pour les équipes ne souhaitant pas / pouvant pas migrer vers GitLab (Voir la liste des outils suivants)
• Apporter une solution aux équipes nearshore qui ne peuvent pas utiliser le protocole SSH pour se connecter sur le repository. L’accès HTTPS est alors obligatoire et induit des pertes de temps non négligeables.
• La revue de code doit rester un moyen d’apprentissage et non pas de contrôle.

→ Comment pourrions-nous inciter / accompagner les équipes à introduire la revue de code dans leurs projets?

La programmation en binôme

• La programmation en binôme a de nombreux avantages : production d’un code de meilleure qualité, partage des connaissances, montée en compétence collective de l’équipe, etc.

→Comment pourrions-nous inciter / accompagner les équipes à mettre en place des sessions de programmation en binôme ?
→Comment à minima serait-il possible de définir des situations donnant le droit de travailler en binôme (Pour des salariés « junior » dans l’équipe, lors d’une évolution critique touchant à des fonctionnalités clés et variées du projet, etc.) ?
→Serait-il possible d’introduire un code CRA dédié qui serait utilisable par l’ensemble des équipes de développement ?

Décloisonner le travail des ingénieurs au sein d’équipes différentes

Faciliter la participation des salariés à des projets multiples

Aujourd’hui, il est très compliqué pour un salarié d’avoir un pied dans un projet et le second dans un autre. Cela semble pourtant poser problème à de nombreux salariés qui aimeraient pouvoir plus facilement circuler entre les projets. La rigidité de notre organisation nuit au partage des connaissances des salariés et à l’agilité de notre entreprise.

→Comment pourrions-nous faciliter l’implication des salariés dans des projets multiples ?
→Le fonctionnement des équipes « SOS experts » ne pourrait-il pas être généralisé ?

Généraliser les labs

Les LABS à la manière de ceux proposés aux équipes MTS lyonnaise nous semblent un très bel outil de montée en compétence et de partage de connaissances entre les salariés :

• La première étape pour le salarié est de proposer un projet qui n’est pas directement en lien avec son projet actuel.
• « L’expert » du département et le manager valide le projet et la durée du labs.
• Par défaut, 10 sessions de labs (d’une demi-journée) sont données au salarié pour réaliser son projet.
• Les labs sont des sessions de travail collectives qui se déroulent chaque semaine au même moment. Le créneau est donc bloqué par défaut dans l’emploi du temps du salarié.
• En fin de Labs, le salarié doit produire / mettre en place :
  • Soit un atelier (indépendant de lotus)
  • Soit une formation (Sous lotus)
  • Soit une skill session
• Le Labs a donc un double avantage :
  • Pour le salarié c’est un temps précieux pour apprendre et échanger avec des collègues
  • mais il permet aussi d’assurer la production d’un flot continu de contenu technique de qualité (A travers les supports de formation / teck skills etc.)

→Comment pourrions-nous généraliser les labs sur l’ensemble des sites et dans l’ensemble des GBL ?
→Serait-il possible de donner un droit aux salariés à la participation à un labs ?
→Création d’un code CRA dédié nécessaire également

Faciliter le partage de connaissance entre les salariés

Les salariés rencontrent des difficultés logistiques et très chronophages pour organiser et réussir à mettre en place une animation technique.

Les difficultés sont nombreuses :

• La mise en place d’une formation interne est un véritable parcours du combattant
  • La création de la formation sous lotus est complexe
  • Les droits sous lotus ne sont pas suffisants pour avoir accès à l’ensemble des informations nécessaires à la bonne préparation de la formation (Par exemple le formateur interne n’a pas accès à la liste des participants)
  • Le process de création et l’accès aux informations sont dépendants d’une équipe dédiée lotus à la réactivité aléatoire
  • Les communications RH sur les formations ne mentionnent que très rarement les formations internes
  • Les avis et commentaires sur la qualité de la formation sont au format papier, aucune synthèse et communication des appréciations au formateur
• La mise en place d’un atelier / Coding dojo / Skill session est également laborieuse
  • Le salarié doit trouver seul le temps nécessaire pour s’occuper de toute la logistique de son événement
    • Rédaction du support de l’activité
    • Création d’un événement sous event brite
    • Rédaction des communications (Courriel / Blue Kiwi)
    • Création des sessions Lync / Réservation de salle dans le cas d’une activité multi site
    • Enregistrement vidéo de l’activité
    • Communication de fin d’événement / partage de la vidéo / etc.
  • Ces activités n’étant pas considérées comme des formations classiques, elles se déroulent souvent en partie pendant la pause déjeunée des salariés

→Serait possible qu’une personne soit identifiée comme « l’animateur » du partage de connaissance au sein de Worldline et puisse être sollicitée pour l’ensemble des aspects logistiques d’une activité ?

→Se pose également le problème du code CRA à utiliser. Nécessité de pouvoir cratter sur une code dédié.
→Voir comment rendre plus visible / partager avec l’ensemble des salariés le contenu de ces ateliers / formations. Le même problème se pose pour la production des experts.

Favoriser les échanges entres les ingénieurs de Worldline et ceux extérieurs à l’entreprise

Donner un droit à la participation à une conférence

• Annuellement, serait-il possible que chaque salarié puisse participer à minima à une conférence de son choix (Devoxx, mixIT, etc.)?

Inviter des participants à nos présentations techniques

• Dès que nous le pouvons, susciter des rencontres / inviter des participants lors de notre présentations techniques (A la manière de ce qui a été fait avec le JUG à Seclin)
• Un des rôles de « l’animateur » du partage de connaissance pourrait être de rendre ces rencontres possibles

N’hésitez pas à nous contacter si vous souhaitez nous aider à construire nos droits de demain.

Toute l’équipe de la CFTC

ps: Image courtesy of Stuart Miles at FreeDigitalPhotos.net