Wiki de l'OSUG

Notes initiales prises par FabienMalbet.

Présents : Charly, Françoise, Frédéric, Philippe, Guillaume, Véronique, Benoît, Damien, Fabien, Rémi.

Françoise B. est absente pour 2 semaines. Fabien n'a pas les éléments pour mener la réunion prévue, mais il propose d'échanger sur les questions les plus prégnantes en passant en revue les différents axes qui ont tous un·e représentant·e présent·e:

• Nouvelles demandes : Guillaume
• Développement logiciel : Philippe et Charly
• Infrastructure : Rémi et Frédéric
• Gestion de données : Véronique
• Calcul : Françoise
• Support aux utilisateurs : Rémi

et aussi des représentants du ComEx ASR (Françoise, Rémi, Frédéric)

Prises de parole:

• Guillaume : il faut communiquer
• Françoise : il y a des inquiétudes du comex-ASR. Risque de prendre de mauvaises décisions…
• Guillaume : et quid de l’OSUG-DC
• Frédéric : fonctionnement du comex. Installation et missions par comdir OSUG, (cf SSN) Quelle articulation dans le nouveau contexte ? Comment avancer si on n’a pas les ressources associées…
• Guillaume : beaucoup de flou du point de vue membre OSUG-DC (comment est gérée la partie dev ? quelles sont les interfaces ?)
• Frédéric : quelle mission pour ces axes, quelle articulation entre ces branches et responsabilité de la nouvelle DT ? Laisser de la place à la discussion
• Guillaume : partager les informations pour avoir plus d’informations, quelle réunion et ODJ ?
• Frédéric : actuellement, dans le comex-ASR, c’est que le représentant d’OSUG-DC qui fait le lien avec OSUG-DC,
• Frédéric : infrastructure = socle commun d’utilisation par les laboratoires et l'OSUG-DC + support aux laboratoires
• Guillaume : pourquoi ne pas gérer l'ensemble des activités comme le fait le comex-asr ?
• Demandes de précision sur les périmètres
• Deux missions avec deux périmètres distincts (ASR et OSUG-DC)
• Frédéric : il faut peut-être une période transitoire plus longue ? Faire un cycle complet…
• Charly / Guillaume : utile de faire des étapes intermédiaires. Inutile d'attendre plusieurs mois pour remonter ce qui ne fonctionne pas
• Question de la communication : pas d’information pour Fabien.
• Philippe : côté développement, on n’a aps pu faire garnd chose. Problème d’animation. Problème d’esprit d’équipe… Il n’y a pas d’équipe.
• On a une dizaine de besoins potentiel.
• Il manque une de la ressource dépensée…
• Philippe : on n’a pas de changement de mentalité des responsabilité scientifique.
• Frédéric : les ingénieurs ASR de laboratoire ont des mission de mutualisation. Pour OSUG-DC n’y a-t-il pas des actions de mutualisation ?
• Guillaume : et comment ça se passe en ASR…
• Fabien : 3 ETP pour RESIF
• Guillaume : mode hybride comme EFISOFT
• Fabien : bien identifier les besoins récurrents et les étapes de dévloppement.
• Charly & Philippe : créer du lien avec le café développeur. Se servir de cet élément pour créer un tableau de bord. Besoin de cadrage…
• Frédéric : revenir sur les fondamentaux (communication, prise de décision, cadrage,…)
• Véronique : essentiellement travail sur l’accompagnement de scientfiques, organisation de RDG OSUG, rédaction de guidelines pour les sceintifiques et échange avec la cellule data de l’UGA. Essentiellement de l’IGE. Comment on s’organise pour apporter un soutien aux scientifiques de ses thématiques. Solution transitoire, car Data Terra mettra un entrepot à disposition
• Frédéric : quelle valeur ajoutée ?
• Véronique : les pôles sont en train de définir où les données doivent être déposées…
• Véronique : il y aura sans doute d’autres besoins qui ne sont pas encore arrivés. Besoin de discuter avec l’axe nouveau projet en fonction de la charge de travail. Il faut prévoir des réunions sur un plus long terme. Deux projets sont entrés (avalanches et OHM-CV)
• Rémi : SMOS -Rhéa ont eu besoin d’une chaine d’intégration fait par un thésard.
• Rémi : demande JURA facile à traiter
• Rémi : demande d’intégration continue par IPAG (GPU), c’est passé par le comex ASR et l’axe nouvelle demande. Question sur la réponse qui a été donnée. Surprise sur la réponse.
• Frédéric : axe nelle demande : clarification du processus ? Tenir l’argumentaire.
• Rémi : difficile de ne pas avoir de négociations…
• Guillaume : le recueil des nouvelles demandes est stratégique et ne peut pas se contenter de faire un simple passe plat. Besoin de suivre les réponses
• Françoise : l’expérience avec Luke fait que peut de pourcentage d’utilisation des machines…
• Frédéric : il faut un échange avec le porteur de la demeande soit via template ou auditions.
• Françoise : demande conjointe avec CESIC pour avoir des nœuds avec des jobs longs (équipement). Noeud DAHU sans travail supplémentaire aux ingénieurs Gricad.
• Françoise : calcul, cela n’a pas changé le mode de fonctionnement. Travail faiut avec le staff CIMENT. Jobs longs, environnement GPU… Des demandes viennent en direct qui devrait passer par le comex ou des tickets sur Gricad. Evacuation des nœuds Luke qui tombent en panne avec des gens qui passent sur DAHU et d’autres demandent de passer sur des machines de labo.
• Françoise : il faudrait peut-être passer par le comex. Certains projets passent directement avec Gricad.
• Axe support aux utilsateurs :
• Frédéric : remarque : dans tous les axes thématiques techniques : cela n’a pas beaucoup changé, sauf l’axe « nouvelle demande »
• Véronique propose que la réunion mensuelle OSUG-DC serve de réunion de coordination entre les axes pour ne pas multiplier les réunions…
• Rôle du Copil-SI : remontée des problématiques et envoi pour les arbitrages…
• Communication/exercice d’arbitrage avec les référents le 31 mars et ceux qui souhaitent assister, direction
• Faire un Evento pour la prochaine réunion, car le 3 avril pas possible. Fabien voit si possible de placer la réunion le 6 avril sur le créneau de la réunion OSUG-DC. Mais Fabien absent le 6 avril….Peut-être après les vacances ?