consensus sur une réunion par mois, durée entre 1 et 2 heures, horaire 9h15, on commence à l’heure

HTML, CALDAV, ICS https://wiki.osug.fr/!osug-dc/doku.php?id=osug-dc:1-cafe-et-reunions-osug-dc:0-agenda

inclue les ASR de l’UAR; ils sont dans la liste de diffusion et participent en fonction de l’ordre du jour et de leur disponibilités  

• Ordre du jour diffusé à l’avance
• L'animateur est debout
• Une personne est désignée pour prendre les notes sur le wiki pendant la réunion (les notes sont directement en ligne)
• Précision sur les trolls : si une discussion démarre sur un sujet qui n'est pas à l'ordre du jour, sujet dans backlog-meetings

• Pile de sujets à traiter en réunion que l’on remplit au fur et à mesure dans backlog-meetings https://wiki.osug.fr/!osug-dc/doku.php?id=osug-dc:1-cafe-et-reunions-osug-dc:0-backlog-meetings
• Les sujets techniques doivent être traités au bon niveau : le plus souvent rdatadev ou sari
• Doivent subsister (besoin de la présence des ASR OSUG) 
  • Les ateliers sur des problèmes techniques communs (typiquement le monitoring) 
  • Des sujets d’architecture : microservices, containers, Kubernetes, ELK
  • Des règles de documentation, usage d’ATRIUM

————————————-

• Activités transversales à OSUG-DC
• Améliorer la visibilité du groupe
• Identifier des outils et méthodes partagées
• Découvrir des techniques et se former
• Mettre en place des outils ou des services partagés et utiles

————————————-

• Un animateur par groupe de travail
• Chaque membre d’OSUG-DC participe à X groupes de travail
• Un groupe de travail fonctionne à partir de X personnes
• Chaque groupe de travail se réunit au moins X fois entre deux réunions OSUG-DC
• Chaque groupe de travail produit un livrable qui est défini
  • ? en commun en réunion OSUG-DC
  • ? par le groupe à l’occasion d’une première réunion
  • ? En lien avec les objectifs poursuivis définis précédemment
• Chaque groupe de travail définit son calendrier
• Chaque groupe de travail gère une page wiki qui décrit ses objectifs généraux (cf diapositive précédente) ses objectifs spécifiques, son calendrier et son avancement.`
• Autres points?

————————————-

• revue des compétences au sein du centre de données
• catalogue de services de l'OSUG
• méthode agile où en est-on ?, comment elle est appliquée, + et - par rapport à la gestion de projet classique (analyse fonctionnelle, conception détaillée, développement, tests et intégration)
• revue de documentation
• besoin de formation/tutoriaux (par exemple tutoriel docker, openstack, bonnes pratiques de développement)
• mise en place d’indicateurs de qualité des services proposés et tableau de bord commun au centre de données.
• développement d’une page web « centre de données OSUG »
• ? Quels GT démarrent, autres propositions de GT ?

————————————-