Navigation dans le brouillard : direction le DevOps !

Le DevOps est une organisation de travail qui consiste à ce que les développeurs (Dev) et les exploitants, ou opérationnels (Ops) travaillent ensemble pour la réalisation d’un produit.

Cela suppose que les agents forment une équipe autour du produit, qui communique et collabore en continu. Cette méthode nécessite de disposer d’outils automatisant des tâches qui sont à la frontière entre les deux métiers.

Situation en 2022

Actuellement, la production informatique et l’expertise se situent sur le site de Nantes, tandis que l’exploitation se trouve sur le site de Metz.

La Direction indique que l’organisation actuelle très en silos spécialisés à Metz et à Nantes ne facilite pas la fluidité des travaux et génère des tensions entre les équipes, des délais plus longs de mise en œuvre et par conséquent des frustrations.

Le manque de moyens dans les équipes informatiques n’a également pas permis de mettre en place l’automatisation des travaux prévus pour les développeurs.

Objectifs

Afin de remédier à ces difficultés, la Direction a décidé de mettre en place une organisation DevOps permettant de fluidifier les relations entre les équipes et les interactions techniques. Cf lien ci-dessous sur le site intranet de l’Insee.

Organisation

La Direction s’oriente vers une organisation en équipes de services d’infrastructure, c’est-à-dire en organisant la production en équipes autonomes sur un périmètre de responsabilité centré non plus sur un organigramme mais autour d’un produit.

La CFDT souligne le flou actuel du projet d’organisation DevOps.

Les agents concernés ne savent pas comment ils y vont, s’il va y avoir des formations, un accompagnement, à qui vont être attribués les "produits".

Il n’y a pas de visibilité sur la quantité de travail totale qu'il y aura à faire. Il est difficile de voir comment vont s’articuler les produits et le travail de fond de chaque acteur. La double hiérarchie Nancy/Metz est également vécue comme un facteur de risque en particulier si les rôles ne sont pas bien définis.

Les agents s’inquiètent des motivations de cette transformation, qui repose essentiellement sur le constat d’une difficulté à respecter les délais demandés sur les travaux. Si des gains de productivité peuvent être espérés par une meilleure fluidité entre les différentes équipes, il ne faut pas oublier que la charge de travail conjuguée à des effectifs en baisse ou en formation a été tout à fait déraisonnable, en particulier pour l’opération Edifice¹.

La CFDT indique que la réticence des agents ne se pose pas sur l’idée d’un changement, car l’évolution fait partie de l’ADN de l’informatique, mais sur la désorganisation actuelle autour de ce changement.

Un changement de méthode de travail n’est pas la simple adaptation à un nouvel outil ou à un nouveau langage. Il questionne les acquis comportementaux qui sont structurants pour chaque agent, dans ses relations aux autres mais aussi pour l’image de soi.

La mise en place de ces nouvelles méthodes de travail à l’Insee réclame donc un accompagnement, des formations, des outils, des moyens et un calendrier réaliste de montée en puissance de la nouvelle organisation. En d’autres termes, si la méthode DevOps fonctionne ailleurs, elle peut aussi fonctionner à l’Insee mais en se donnant les moyens de le faire. Cela a été fait pour l’introduction des méthodes agile dans les projets, avec des moyens et du temps.

Dans l’état actuel, les agents imaginent deux issues : leur propre échec puisqu’ils ne peuvent pas réussir à atteindre un objectif lorsque la direction est floue, ou l’échec du changement imposé si on ne se donne pas les moyens de réussir tout en garantissant un rythme de travail soutenable pour chacun.

C’est pourquoi la CFDT demande que la Direction fournisse une fiche d’impact du projet de réorganisation pour un prochain groupe de travail en Formation Spécialisée du Comité Social d’administration de Réseau Insee avec les éléments suivants : équipes et nombre d’agents concernés, rôle de chacun, calendriers, les moyens spécifiquement alloués à cette transformation, formations et accompagnement prévu des agents.

Elle demande que des réunions se tiennent régulièrement entre la Direction du système d'information (DSI) et les agents.

Ces réunions devront traiter les points suivants :

• garantir une charge de travail soutenable pour chaque agent ; si des périodes un peu plus intenses sont inévitables, elles doivent être de très courte durée,
• être attentif à l’attractivité de postes et à la capacité à recruter. C’est un point de difficulté aujourd’hui, qui se traduit trop souvent par des postes vacants. La nouvelle organisation doit améliorer ce point de difficulté,
• clarifier le rôle de chacun dans la nouvelle organisation, en particulier des relations entre le chef de produit et le chef de division ou de service dans la mesure où chacun a ses propres objectifs qui peuvent toucher le même agent. Cette double hiérarchie ne doit pas être une difficulté pour les agents.

La Direction note la demande d’un point DevOps en Groupe de travail. Il n’y a pas de grosses oppositions sur le fond. Ce sera un changement dans un autre sens que ce qui a été fait. Ce sera une démarche progressive avec acculturation.

Des présentations sont en cours auprès de la hiérarchie et des agents.

La Division Accompagnement et Coaching interviendra pour accompagner les agents et faire le lien avec la division GPEX² sur la supervision.

La Direction est consciente des difficultés et sera vigilance sur les recrutements.

Elle signale que la DSI a avancé sur la construction d’automates permettant de faire le lien entre les travaux des différentes équipes qui doivent travailler ensemble.

Elle donne à titre d’exemple l’aboutissement de l’outil Reinette (pour construire des serveurs), à destination des développeurs cette fois, qui permet d’ores et déjà de commencer le DevOps entre le SNSSIM³ et les SNDI⁴

La CFDT réfute l’état d’avancement de cette application. Il nécessite encore des ajustements pour permettre aux développeurs de l’utiliser en toute autonomie. D’autres outils sensés être opérationnels ne le sont pas encore (MajibaV3 batch par exemple) ce qui fait que l’environnement de travail donné comme cible à court terme (Debian11) est une régression d’autonomie par rapport à l’environnement actuel. Le DevOps préconise pourtant le contraire… Il faut donc en faire plus avec moins, encore une fois !

La CFDT rappelle que plusieurs chantiers sont en cours et que tout est prioritaire.

La Direction répond que l’opération Edifice a ralenti la mise en place des outils.

La CFDT demande un bilan d’Edifice en groupe de travail en 2023.

La Direction confirme qu’Edifice a représenté une très forte charge de travail. Sa fin donnera de l’oxygène pour revenir sur les autres activités. Les migrations des applicatifs sont terminées, il reste à faire des transferts internes.

______________________________________________________________________

1 : Programme Edifice d’Evolution vers des Datacenters de l’InFrastructure Informatique Centralisée

2 : Division Gestion des événements et pilotage d'exploitation

3 : Service national de service et support informatiques

4 : Service national de développement informatique de Nantes

Vos représentants à ce GT du CTR :

Nathalie Bailly

Caroline Renault