Skip to content
This repository has been archived by the owner on May 5, 2022. It is now read-only.

Latest commit

 

History

History
58 lines (38 loc) · 2.06 KB

19-20-11-2019-retours.org

File metadata and controls

58 lines (38 loc) · 2.06 KB

Cette page propose des retours informels sur l’organisation du Sprint Open Source du 19-20 novembre au Lab 110 bis.

Points positifs

  • Les sessions improvisées de présentations courtes ont bien marché.
  • Un groupe d’élèves de 3ème est passé au Lab 110 bis et c’était super de répondre à leurs questions.

Points à améliorer

  • L’équipe coeur était trop peu nombreuse (3 personnes) : il était difficile de gérer tous les aspects de logistique (inscriptions, tenue de la feuille de présence et nourriture, notamment.)
  • Une ambiguïté sur la finalité du sprint open source  : est-ce un événement interne à l’administration ou une rencontre pour embarquer des contributeurs extérieurs ? Peut-être faut-il mieux découpler les deux types d’événements et avoir soit des rencontres #BlueHats (tournées vers l’extérieur) soit des ateliers #BlueHats (tournés vers les agents publics.)
  • Chaque projet avait trop peu d’audience et de contributeurs, ceci étant peut-être lié à l’ambiguïté dont il est question ci-dessus.
  • Les participants des deux jours n’étaient exactement pas les mêmes : les présentations générales de l’événement ont eu lieu seulement le premier jour.
  • Nous devons veiller à adopter un langage plus inclusif pendant les interventions.
  • Plusieurs participants se sont étonnés qu’il n’y ait pas de moment de restitution sur chaque projet à la fin des deux jours.
  • Mieux s’organiser en amont pour la collecte des commits produits lors de l’événement.
  • Faire une feuille de présence par jour et y ajouter une colonne concernant le droit à l’image.
  • Il faut mieux prendre en compte les contraintes alimentaires des participants tel qu’exprimées dans le formulaire d’inscription.
  • La thématique « service public » était absente pendant les présentations courtes.
  • Mieux communiquer sur qui peut faire des présentations courtes (tout les participants !)

Ce qu’on a appris

  • Les procédures d’installation de nos produits ont besoin d’être testées par la communauté.