Les missions et objectifs d’un Cati ont été clairement exprimés dans le dossier d’homologation et doivent être partagés par la communauté scientifique servie par le Cati et aussi par les agents du Cati. Le projet informatique doit être adapté à la demande scientifique, ce qui permet d’établir la feuille de route du Cati et peut permettre de développer des outils et des applications transverses et communs à plusieurs programmes de recherches.

Un Cati est en charge d’une production informatique pour une communauté scientifique en lien avec le numérique à INRAE (chaînes de traitement et d’analyse des données « omiques », d’observation, d’instrumentation ou d’enquêtes, modélisation et calcul scientifique, …). Un Cati peut donc développer de nouvelles applications mais aussi consolider des existantes.

Les Catis ont des productions variées qui peuvent être sous forme de SI, de logiciels, d’applications bio-informatiques, de services comme la gestion de bases de données, l’appui technique pour du calcul, des statistiques, de la gestion des données, la formation et la diffusion d’outils, ….

Certains Catis peuvent avoir des missions transverses bien ciblées comme la conception et le déploiement d’outils pour des SI institutionnels et des infrastructures informatiques collectives, le service autour du poste de travail par les informaticiens de proximité, l’interopérabilité entre plusieurs plateformes, des missions relevant du service public dépassant le cadre de INRAE. D’autres Catis ont toutes les compétences informatiques pour mener des projets allant de la donnée brute à sa valorisation. Toutes ces missions doivent se faire dans l’esprit de l’Open Sciences en respectant les principes FAIR. En accord avec leur gouvernance les Catis peuvent répondre à des appels de projets lancés par leurs départements ou par la DipSO.

Les Catis peuvent être classés en 4 groupes :

• Gestion de la donnée et intégration des connaissances,
• Bio-informatique, métabolomique, biologie des systèmes,
• Services informatiques collectifs,
• Modèles et modélisation.

Certains Catis sont déjà organisés notamment ceux regroupant des agents issus de plateformes et pour eux la difficulté réside à bien distinguer les travaux effectués dans le cadre du Cati ou de la plateforme. Pour les autres la solution est souvent de créer des groupes de travail ou des workshops, par thème ou projet, afin de mettre en place une dynamique nécessaire à la vie d’un Cati.

L’utilisation d’outils permettant la programmation partagée par plusieurs informaticiens sur un projet comme une forge logicielle ou la mise en place d’espace partagé pour l’échange de document sont indispensables pour un Cati. Les assemblées générales au moins une fois par an permettent aux agents de mieux se connaitre, d’échanger et faire le point sur les différents projets en cours ou à venir. Les formations font aussi parties des actions menées par les Catis, contrairement aux plans de formation des Pepis qui portent sur des formations métiers génériques, communes aux informaticiens et relativement indépendantes des objets qu’ils traitent. La formation dans les Catis est vue comme une formation ciblée en liaison forte avec les calendriers et les objectifs scientifiques définis dans le Cati. Les Catis ayant des points d’intérêt commun, les journées d’échanges technique inter Catis sont souvent mises en place et sont un excellent point de départ pour une future collaboration.

Pour améliorer la gouvernance et être au plus près des besoins des départements, un comité d’orientation, qui se réunit 3 à 4 fois par an, pourrait être constitué et interviendrait dans l’organisation du Cati en permettant de :

1. Définir les orientations du Cati,
2. Etudier et prioriser les demandes des utilisateurs,
3. Définir les nouvelles actions à mener et arbitrer les conditions de leur mise en œuvre : coordinateur, groupe de travail dédié, moyens et cadrage temps,
4. S’assurer de l’avancée des projets,
5. Valider les propositions des informaticiens,
6. Arbitrer des solutions en cas de problèmes ou divergences (délais, équilibre des charges de travail, …),
7. Assurer la liaison avec les DU responsables des informaticiens,
8. Étudier les demandes de financements (matériels, logiciels, CDD, frais divers),
9. Veiller à ce que le Cati puisse assurer la continuité du service.

Pour faire reconnaître le travail accompli au sein du Cati, les animateurs devraient participer aux réunions des DUR ou DUE des départements concernés pour répondre aux questions d’informatique et présenter les futurs projets.

Une majorité des Catis 3G sont multi départements donc leurs projets devraient être conduits de façon transversale en inter départements voire au niveau de INRAE. D’autres Cati, dits transversaux, devraient avoir des actions concernant tous les autres Catis et tout le personnel INRAE. Enfin quelques Catis sont mono département parce qu’ils sont eux-mêmes une unité ou que leurs interventions se font aux niveaux d’autres départements.

La communauté servie par un Cati doit bien être identifiée aussi bien d’un point de vue géographique que par thèmes. Le Cati doit faire bénéficier de ses services à une large communauté d’utilisateurs œuvrant dans la thématique servie par le Cati et non pas simplement une communauté de proximité. Les moyens d’échanges avec cette communauté ont été décrits dans le dossier d’homologation. Il est donc important que le Cati soit connu et reconnu par cette communauté, pour que les scientifiques puissent soumettre des projets au Cati. Le Cati pourrait même être identifié comme partenaire dans un projet de recherche ou dans un actif stratégique de INRAE, comme une e-infrastructure, ce qui élargirait le champ de responsabilités des membres du Cati. Certains Catis sont affiliés à une ou plusieurs plateformes ou ont permis de structurer les démarches de plusieurs départements autour du développement de plateformes de modélisation