Pour EIG 2, il m'a fallu du temps et pas mal de relances pour faire la page contact.org.

Nous pourrions avancer plus vite en proposant aux EIG de remplir un formulaire pendant le bootcamp.

Pour aider les défis qui veulent mettre des données là-bas. À rédiger avec l'équipe ou mettre directement sur data.gouv.fr

• Terminologies
• Automatisation de la publication
• Vérification des organisations
• Appels à l'API

J'ai vu notamment dans serveur.md qu'il y avait encore des occurrences où j'apparais... ce serait bien de me retirer au cas où :) Merci!

L'idée est de proposer un modèle de signature email en reprenant ce qu'avait fait @jbledevehat l'année dernière.

Pour EIG 2, nous avons mis en place un rituel de suivi hebdomadaire.

Nous avons commencé par des comptes-rendus sur slack tous les vendredi à 11h30, puis l'envoi de mails sur la liste le vendredi, puis nous sommes revenus à un "stand-up" le vendredi.

Les retours envoyés par mail sur la liste eig2018 étaient ensuite publiés sur le fichier suivi.org.

Il y a plusieurs problèmes:

• il est difficile de s'assurer que tout le monde est disponible sur un même créneau
• l'envoi des mails est utile, mais on tombe vite dans des listes de micro-tâches
• le fichier suivi.org est devenu un espace d'archivage plutôt que de suivi
• les tâches étaient aléatoirement associées à des livrables

Quelques pistes pour la suite:

• Maintenir la cadence hebdomadaire qui paraît bonne
• trouver un outil permettant de partager plus facilement les retours
• s'assurer que chacun est le plus synthétique possible
• s'assurer de faire une place à part aux bonnes et mauvaises nouvelles
• peut-être structurer les retours autour des livrables, s'ils existent

Toute idée est ici la bienvenue.

Le préfixe domaine- est un peu long.

Envisager les suggestions de @jbledevehat : thème ? sujet ? dom- ? focus ?

https://github.com/davidtheclark/remark-lint-no-dead-urls

Lent à l'exécution, donc peut-être que la nuit ?

Je pense qu'une partie du contenu du design system à sa place dans ce dépôt, en particulier les logos / polices / présentations types. https://github.com/entrepreneur-interet-general/design-system/blob/master/README.md#visuel-du-programme-eig.

Sûrement dans la page https://github.com/entrepreneur-interet-general/eig-link/blob/master/communication-externe.md ?

Il est parfois difficile de savoir comment chaque EIG préfère être contacté: mail perso, mail pro, slack ou autre. Il pourra être utile de poser la question à chacun pour communiquer.

Pour EIG 2, les EIG ont eu à leur diposition une salle au LLL tous les mercredi après-midi, et plusieurs d'entre eux ont pris l'habitude de s'y retrouver.

Les mercredi après-midi ont aussi servi à la permanence mise en place par Quentin (le référent technique du LLL).

Pour EIG 3, il peut être envisagé de proposer un tel créneau hebdomadaire dès le début du programme, voire de thématiser les interactions EIG pendant ces moments: par exemple pour y faire des sessions de design/code/model review.

Pour EIG 2, nous avons mis en place des déjeuners par défi à partir du mois de juin.

Ces déjeuners permettent à un membre de l'équipe EIG Node de se mettre à l'écoute des EIG pour savoir ce qui va et ne va pas pour eux.

Ils se sont avérés utiles pour faire remonter des informations qui seraient autrement passées inaperçues.

Pour EIG 3, certainement à refaire en commençant plus tôt ?

Avec plus d'une douzaine d'équipes réparties dans autant d'administrations, il est difficile de savoir à un instant T qui est disponible, qui est en congé.

Un calendrier pourrait être partagé à cet effect, par exemple sur le Nextcloud - à condition de s'assurer que tout le monde l'a bien pris en main.

Le calendrier ne serait partagé qu'en interne, sans vocation à être publié.

Voir aussi cette issue sur la façon de reprendre les agendas.

La bulloterie a donné envie aux EIG d'apprendre les uns des autres, mais en pratique, cela s'est trop peu fait. Quelques démos et sessions "vis ma vie" ont aussi été proposées, mais au fil de l'eau.

Les temps inter-EIG pourraient être fléchés vers du partage de problèmes résolus ou à résoudre ou des sessions de design/model/code review.

Les EIG 1 et 2 se sont mobilisés pour diffuser la campagne de recrutement dans leurs réseaux.

Quelques pistes d'amélioration:

• s'y prendre plus tôt auprès des EIG en expliquant bien les enjeux
• préparer la communication de façon coordonnée
• mieux préparer la session où des proches des EIG sont invités à découvrir EIG n+1
• demander à chaque EIG d'aller chercher X candidat

Toute idée est la bienvenue!

Un kit d'accueil complet donné lors du premier bootcamp:

• goodies (mug, clef 4G, etc.)
• organigrammes des administrations
• portfolio de projets faits les années précédentes
• biographies des EIG 1 et 2 (et que sont-ils devenus ?)
• la stack des défis précédents
• les outils partagés entre défis des années précédentes
• les moyens de communiquer
• le rituel de suivi hebdomadaire

Toute autre idée est la bienvenue.

Les EIG ont spontanément proposé d'organiser une après-midi de design review et une autre de model review.

Les deux se sont avérées utiles et pourraient être encouragées dès le début du programme, soit pendant les temps inter-EIG soit pendant les journées entières du programme d'accompagnement.

J'ai sauvegardé et effacé l'instance Nextcloud qui tournait sur https://cloud.eig-forever.org, ainsi que la mini-appli qui était sur https://suivi.eig-forever.org

Il faudrait mettre à jour les documents pour supprimer les références.

comment préparer des réunions avec les directeurs de services

• défi par défi : un moment de cadrage EIG+mentor+EIG nodes pour parler des particularités a/ de sa propre administration et de son actualité b/ de la personnalité et des enjeux propres au directeur de service avec qui sera organisée la réunion ;
• retours d'expériences EIG 2 et 1 : comment ont été préparées les réunions avec directeurs de services / dir Cab etc ... et quels objectifs ces réunions visaient / victoires - défaites ;
• pousser les défis / EIG peu visibles au sein de leur administration à avoir au moins 2 ou 3 moments de visibilité auprès de leur plus haut niveau de direction/décision. Objectif : être visible tout le long de l'année auprès de sa direction afin de rentrer dans les esprits /

en gros une pédagogie dirigée vers les mentors pour former aux notions de base et acquérir un vocabulaire commun / dans le cadre d'une séance d'accompagnement collective des mentors en début de programme :

• UI et UX, deux métiers différents
• différences entre métiers dev : admin sys / data scientist / data analyst / devop / dev front ...
• différences entre : serveur / framework / CSS / load balancer / prod-preprod ...
• qu'est-ce qu'une donnée, un schéma de données, un workflow de données... ?
• open data : obligations...
• Slack
• Git
• serveur / application / code / issues / scrum / fork / ...
• sensibiliser au fait qu'il existe des langages courants mais différents -> donc implications : Python / C# / C++ / R / Java / Javascript / Ruby ...

Expliquer les termes du contrat avec le LLL, les adresses, les procédures, les salles

Les EIG 2 ont utilisé Slack comme outil pour communiquer au quotidien.

Les fonctionnalités sont pertinentes et l'outil est très utilisé pour les échanges entre EIG, c'est un outil clef pour la construction du collectif et l'encouragement d'échanges informels.

Dans l'idée d'encourager l'utilisation de solutions libres, Etalab pourrait encourager le passage à Mattermost - comme ce qui a été fait pour les mentors EIG.

Les EIG 2 ont beaucoup contribué à l'enrichissement du blog, et cette activité est très prenante, à la fois du côté des EIG (pour qui c'est une tâche en plus) et du côté de l'équipe EIG Node (qui doit suivre les idées, les brouillons et la mise en ligne).

Un effort pourrait être fait dès le début d'année pour calibrer les efforts requis de part et d'autres: combien d'entrées de blog écrites par les EIG sont souhaitables ? envisageables ? qui maîtrise l'exercice ? comment mieux accompagner ceux qui le tentent ?

Dans la page communication, quand elle sera publiée

En passant de org-mode à markdown, la page contacts.md s'est cassée.

Je n'ai pas trouvé comment ajouter des liens à l'intérieur de tableaux en markdown, j'aimerais croire que c'est parce que j'ai mal cherché :)

Je signale ce souci de mise en forme à toutes fins utiles.

Pour EIG 2, l'idée d'un livrable commun a été énoncée assez tôt et s'est ensuite concrétisée autour du manifeste EIG.

L'idée d'un livrable commun ou d'une initiative fédératrice pourrait être énoncée plus tôt pour que les EIG aient plus de temps à y consacrer. Cela pourrait être fait notamment lors du temps inter-EIG.

La "gazette EIG" est une sorte de mini-newsletter envoyée sur eig2018 pour indiquer aux EIG ce qui les attend cette semaine.

Elle contient les événements EIG de la semaine, les événements de l'écosystème (Etalab talks, etc.), les relances pour des tâches à faire pour EIG (en plus des tâches pour les défis), les déjeuner de médiation avec chaque défi, etc.

Elle s'avère très utile pour plusieurs EIG.

La page stack.org contient la liste des stacks utilisées par les EIG dans leurs livrables.

Cette page pourrait être complétée:

• compléter la liste
• la commentaire
• indiquer son nom d'EIG comme "référent" pour une techno

Toutes les autres idées sont les bienvenues!

La semaine de bootcamp a permis de rencontrer d'autres acteurs qu'Etalab: le LINC de la CNIL, beta.gouv, etc.

Il était ensuite difficile, pour les EIG et pour les mentors, de quelle façon ils pouvaient mobiliser (ou non) ces acteurs dans le cadre d'EIG.

Pour EIG 3, il peut être intéressant d'imaginer que la première rencontre est suivie d'une deuxième à mi-parcours - les questions seront plus précises, et les acteurs extérieurs pourront aussi se faire une meilleure idée du contenu des défis.

La bulloterie est un outil pour partager ses compétences.

Il a été testé avec les EIG lors du premier bootcamp et avec les mentors lors d'une session mentor.

Les données issues de la bulloterie EIG ont été notées à la main et une première mise en forme en a été faite par @phileas-condemine - mais il n'y a pas eu d'autre outil autour depuis.

Trois outils peuvent être imaginés:

• un outil de collecte des données
• un outil de présentation des données collectées
• un outil permettant de faire les deux pendant une bulloterie

Avoir 3h30 de session d'accompagnement de 15h à 18h30 tous les quinze jours ne paraît pas correspondre au format idéal.

Cela laisse trop peu de temps pour des échanges informels, trop de temps est pris pour l'accueil, la pause, les discussions de couloir, et c'est contraignant pour ceux qui viennent de loin.

Une idée serait de plutôt faire une journée entière par mois, avec des temps de "production" bien délimités.

Par @milkosofi par e-mail :

Est-ce que cela te semble pertinent d'étoffer la section réseaux sociaux ? Par exemple :

• préciser le processus de remontée d'informations pour alimenter le compte @eigforever - une fois que ce sera fixé ;
• donner la liste des #des défis passés et présents ;
• donner les comptes "associés" à EIG comme @etalab et @_DINSIC ;
• redire le principe du devoir de réserve ;
• autre

Je me dis que c'est aussi un bon endroit pour faire un point sur le blog - une fois que nous aurons fixé le processus.

Les EIG reçoivent beaucoup d'emails relatifs au programme.

Parmi ces emails, certains sont quasi systématiques, et concernent les sessions d'accompagnement.

Pour que ces emails se démarquent plus systématiquement du flux d'emails EIG, quelques idées:

• qu'ils soient systématiquement envoyés X jours avant la session
• que leur mise en forme soit la même chaque fois
• qu'ils contiennent les livrables qui seront utilisés lors de la session (ex. matrice)

Les autres idées sont bienvenues!

Test

Notamment en répertoriant des noms de salles qui peuvent être mobilisées à Paris pour de tels événements.

Related to #38, #60

Il serait pas mal d'avoir au début du programme un ensemble de fichiers que l'on met à disposition pour que chacun puisse contacter facilement les autres EIG :

• email pro
• email perso
• portable
• LinkedIn
• Twitter

Aujourd'hui, Etalab passe par le service https://framalistes.org pour les listes de discussion (eig2018@, eig2018-mentors@, etc.)

Nous pourrions utiliser un nouveau nom de domaine (eig-tools.org) pour y installer une instance de yunohost et déployer un service de listes de discussions avec mailman ou sympa.

La page outils.org contient une liste d'outils mentionnés par les EIG sur slack ou ailleurs.

Elle est faite pour donner des idées de ce qui peut être utilisé, ce n'est pas une liste de recommandations.

Des idées pour rendre cette liste plus utile:

• demander aux EIG de la compléter
• y ajouter des commentaires
• y ajouter un système de "+1" pour faire remonter les outils populaires
• y associer des EIG comme "référents" qui peuvent être mobilisés

Toute autre idée est la bienvenue!

Le contact entre les EIG et Etalab a été un élément important du programme EIG 2, à la fois pour les EIG (qui trouvait de l'aide technique et juridique) et pour Etalab (qui s'ouvrait à d'autres interlocuteurs).

Ce contact s'est fait dans un premier temps lors du bootcamp, puis au fil de l'eau, et selon les affinités.

Il pourrait être utile de recréer ce contact lors de la semaine de bootcamp, et de l'encourager par la suite de façon plus suivie.

Dans la présentation du programme, nous utilisons pour l'instant le terme "défis numériques". Ce terme peut être l'objet d'amalgames, car il peut suggérer que les défis sont surtout technologiques -ce qui n'est pratiquement jamais le cas, et occulte le côté "problématique métier ou de service public" des défis. La question : comment montrer qu'on est à la fois axés sur le numérique, qui est notre moyen de relever les défis, et que ceux-ci portent sur des enjeux thématiques ? Peut-être "amélioration du service public" ?

Sur la page opensource.md, on lit :

Si vous publiez un code source, il est recommandé de publier votre dépôt sous la licence MIT.

Pourquoi est-ce le choix par défaut et pas une licence copyleft ?

On pourrait penser deux EIG hors les murs, pe :

• un premier EIG hors les murs avant les vacances d'été avec les EIG + sympathisants
• un deuxième EIG hors les murs vers la fin du contrat EIG avec EIG + mentors + sympathisants

objectif : montrer rapidement quels outils/supports existants et génériques que pourraient se réapproprier les EIG3...

exemples :

• scraping : openscraper (repo + introduction)
• supports pédagogiques : initiation Python, initiation Gitlab, ...
• ...

La thématique "pérennisation des défis" pourrait être prévue dans le programme d'accompagnement plus en amont (à vue de nez à partir de +5 mois pour les EIG, dès le départ pour les mentors), et pourrait se faire sous différentes formes :

• retours d'expériences des EIG 1 et 2 : pourquoi les EIG précédents ont cherché à rester en poste, comment chacun a réussi à embrayer ou non sur un contrat (CDD court, long, vacations...), comment négocier ses exigences salariales, circulaires, directives, réglementation contrats dans la fonction publique, etc...
• faire de la veille / formaliser une veille sur les vacations / opportunités existantes (pe dans un chan slack dédié)
• sensibiliser en amont les mentors à la nécessité de prolonger les postes, de ne pas sous-estimer le besoin / aux difficultés de prolonger / aux solutions-hacks possibles
• présentation + formelle des structures type Bricodeurs / Codeurs en Liberté / collectif ex-EIG ... pour montrer
• sensibilisation des mentors aux possibilités de financements alternatives / leur rôle de bizdev : via des associations, fondations, (ex. Carrefour des Innovations Sociales).

Pour EIG 2, je maintenais deux agendas, l'agenda EIG et l'open agenda EIG.

Les événements sont ajoutés dans les dépôts github puis synchronisés depuis un ordinateur perso vers les agenda Nextcloud.

Il faudrait trouver une façon de faire pour continuer de permettre à plusieurs EIG de proposer des événements et qu'ils soient lisibles via https://cloud.eig-forever.org ou une autre instance Nextcloud.