# Verticale Ecosphères — [Comptes rendus](https://hackmd.io/@maukoquiroga/ecospheres-cr/edit)
:::info
* [Ce pad](https://hackmd.io/@maukoquiroga/ecospheres-cr)
* [Pad général](https://hackmd.io/@maukoquiroga/ecospheres)
* [Kanban sur Github](https://github.com/orgs/ecolabdata/projects/4/views/1)
* [Métriques d'impact](https://docs.google.com/presentation/d/1AZM_YcsdCqCiwtGr43e0dBHUqTvQjqjskJPRKVp_7Cs/edit?usp=sharing)
* [AAARR](https://blog.beta.gouv.fr/dinsic/2016/11/04/mes-aides-metriques-pirates-tunnel-conversion-public/)
* [1er ordre et proxy](https://blog.beta.gouv.fr/general/2017/03/24/no-more-digital-bullshit-please/)
* [Double-blind studies](https://blog.beta.gouv.fr/dinsic/2017/05/03/mes-aides-datascience-public/)
:::
## 2023-12-06 - Hebdo
### Démo
### Rétro
- :+1: j'aime
- Le refactoring :)
- Atterrissage
- Dynamique
- Revirement positif
- :-1: j'aime moins
- Sprint courts !
- Scope creep :/ +1
- :bulb: idées
- Améliorer la structure des sprints
- :pray: reconnaissance
- Kudos pour les tests !
- Review Alex
- Réactivité
- Sens :)
### Autres (pas de planif car c'est le dernier hedbo)
-
## 2023-11-29 - Rétrospective + Planif
### Démo
- Tout bon
- Nouveaux design
- Question sur la barre de recherche qui disparaît
- https://github.com/ecolabdata/ecospheres-front/issues/120
- Sur la page de visualisation d'un dataset
- Question sur bouton « Voir sur data.gouv.fr »
- (Martin : prévoir une négociation avec data.gouv.fr)
### Planif
- Fait monter les commentaires en priorité
## 2023-11-22 - Rétrospective + Planif
### Retrospective
- Start
- Les commentaires
- Stop
-
- Improve
- Les tests
- Continue
- Réctivité
- Cool Érica !
### Changements à la recherche
- Supprimer la recherche d'en haut dans la page d'acceuil
- On garde la recheche au milieu seulement en page d'accueil
- On rajoute la recherche par bouquet (qui nous mêne à la page bouquet)
- La recherche par query nous mène à la page /bouquets
- On peut encore appliquer de filtres (comme sur data.gouv.fr)
- Gabriel :
- Le rendre parametrisable
## 2023-11-16 - Démo + planif
- Démo
- Question sur modification du composant lors de l'étape 3 de création d'un bouquet
- Gabriel va contacter le DSFR pour faire évaluer le composant
- En cas contraire, on le fera nous-même
-
- Rétro
- Stop
- Incompréhension de la méthode (agile, attendus, etc.)
- Weekly trop longs
- Start
- Déplacer le weekly pour qu'Erica puisse participer
- Reviews croissées Marvin/Erica
- Tests +1
- Example datasets -> topic.datasets devrait avoir été testé
- Commenter les bouquets
- Faisabilité : Gabriel a demandé et c'est faisable avec l'API
- Matomo
- Gabriel : stats.data.gouv.fr
- TypeScript +2
- Note : PR d'Erica
- Improve
- Glissement comm (sur la réorganisation) +2
- Sur la réorganisation des jours / annoncer le calendrier
- Point de quack x2 (Gabriel)
- Mauko: point croissé Gabriel/Vincent (à expliquer)
- Simplifier les templates de PR
- Example sur les issues créées lors de l'hebdo
- Continuer à réduire la taille des PR
- Traiter les sujets de style + tech ? en amont
- Continue
- Continue
- Review est bonne +1
- Le Kanban est clair
- Sneak peek sur les points importants
- Templates
- Simplifier le texte (modifier PR ouverte)
- Soit simplifier le template
- Soit les suopprimer
- Ne pas créer les tickets sans description (lors des réunions)
- Qu'il n'ait pas de tickets à la fin de la prestation comme ça
- Sujet de la communication du changement de la méthode
- Mea culpa Mauko (il y a effectivement un calendrier)
- Mercredi-Vendredi
- Marvin : mercredi - jeudi/matin - vendredi/matin
- Erica : mercredi/vendredi
- Point croissé sur message Slack
- 2 semaines de plus
- Vision du reste de la mission
- On a encore deux itérartions
- Vision globale -> Johan
- Marvin : dernière itération celle-ci
- Erica : deux itérations
- Changer le weekly pour qu'Érica participe
- Mercredi matin
- Update : 10-12 (Vincent)
- Points de 45m
- Vincent
- Fin de matinée
- Planif
-
## 2023-11-09 - Démo + planif
- Univers = verticale
- Implémentation : méga-topique
- On ne peut créer un bouquet que avec des données d'un topique
- Questions sur les tests / decompositions
### Retro
- Start
- Commentaires sur les bouquets
- Sur les schemas
- Gestion des droits
- Navigation (déjà dans le Kanban)
- Recherche (déjà dans le Kanban)
- Lint + format à chaque fois +1
- Stop
- Grosses PR +1
- Continue
- L'interaction est top +1
- Interaction avec Martin
- Preview apps
- Improve
- Design création bouquet (déjà dans le kanban)
- Plus petites PR
- Des tests
- Diminuer le temps des reviews +1
- S'auto reviewer d'abord et demander à Gabriel après
## 2023-11-08 - Follow up écrans
Participants : Mauko, Martin
- « Cas d’usage »:
- La définition est générale
- Fait partie de la proposition de valeur de la V1 : « Découvrez la donnée par c’usage ».
- Dans les écrans, en arrivant à la landing page, les usagers pourront choisir une thématique, puis un chantier, puis un bouquet. L’ensemble de ces trois est un « cas d’usage ».
- Martin : pourrez-vous livrer combien ?
- Mauko :
- On est à 50 %
- Je suis très confiant à 75 %
- Je reste confiant à 100 %
## 2023-11-07 - Embarquement Erica
### En cours
- « Spike » d'Erica sur si oui ou non on splitte la création de bouquets en plusiers pages et composants
### À decider
- Si l'on fait le split ou pas
## 2023-11-07 - Question sur le search
### Acords
- Au moins « enter » ou clique sur la loupe pour déclencher la recherche
### À décider
- Sur le search as you tapes:
- C'est possible
- Ajourner à la V2 si trop chronophage
## 2023-11-07 - Atelier design
Participants: Martin, Marvin, Mauko
- Accord sur les éléments précis de la V1
- Point de décision sur édit et/ou commentaires d'un bouquet
- Position Martin
- Plutôt commentaires pour la V1
- Position Mauko
- Plutôt défavorable aux commentaires (POST) dans la V1
- Édit après création en best-effort
- Martin va mettre à jour les écrans du Figma
- Mauko MàJ les issues Github avec les bons écrans (cf. mockups ci infra)


## 2023-11-06 - Renforcement de l'équipe
- Erica rejoins Marvin dans le développement
- On vise à peu près une début fin novembre
## 2023-10-26 - 2ème atelier
[Kanban mis à jour](https://github.com/orgs/ecolabdata/projects/4/views/1)
3 boussoles :
* Besoin de mettre un produit minimal dans les mains des utilisateurs
* Répondre aux attentes des personnes à plus haut niveau ("décideurs")
* Construire sur des bases solides
**Tour de table**
Vincent :
* Produit minimal = parcours complet "créer et chercher des bouquets par FNV"
Martin :
* Produit minimal = parcours complet et avoir des utilisateurs
Gabriel :
* Produit minimal = "avoir les fonctionnalités"
* Mais il faut un minimum de "qualité" = se préoccuper de la suite
* Et il faut qu'on sorte "quelque chose" de "pas trop moche" = mieux que le PoC Sopra Steria présenté il y a un an
Martin :
* On sort quelque chose de différent du PoC Sopra donc on s'en fout si c'est moche, les 2 sont pas comparables
Gabriel :
* Il y aura une comparaison, on doit s'y attendre et s'y préparer
* On a pété les fonctionnalités de Sopra et reparti de 0 donc si c'est pas mieux c'est "chaud"
Marvin :
* MVP = permettre aux utilisateurs de bien utiliser l'outil
**Synthèse de la définition commune de "parcours complet"**
* Créer un bouquet
* Attribuer des propriétés FNV aux bouquets (thématiques et chantiers)
* Rechercher un bouquet (par titre, thématique, chantier)
* Réagir sur un bouquet (commenter...)
**Discussions à partir des [maquettes](https://www.figma.com/proto/YmsbJVui0zKVAHNx9NPFAA/Bouquets?type=design&node-id=1085-122609&t=D9OX6ADXpYvz6Hz8-1&scaling=scale-down-width&page-id=884%3A79991&starting-point-node-id=1085%3A121808)**
Modélisation fiche jeu de données sans fichier
## 2023-10-16 - Point hébdo
- ODJ :
- Matin
- Démo
- Rétro
- Après-midi
- Atélier / Planif
- Démo
- Présentation Marvin :
- Potentiel problème avec la recherche (investiguer)
- Detecter si on donne une URL data.gouv.fr
- Thématiques & chantiers :
- Add select explicite
- Disable si pas encore selected
- Pas de valeur par défaut dans la config
- Config :
- Rajouter dans la discussion la proposition de config
- Pour les prochains tickets
- Example: https://github.com/ecolabdata/ecospheres-front/pull/110#discussion_r1371608033
- Dataset properties
- Un dataset par dataset properties
- Examples:
- Example JSON dans l'issue
- Montrer les correspondances entre les deux
- Itérer en avant phase sur le JSON ou autre chose
- Atélier / Planif :
- Présentation
- Injonctions trade-offs
- Alignement avec feuille de route décembre (V1, V2, V3)
- Présentation des injonctions
- Aller vite pour répondre aux sponsors / financement 2024 (suivre le plan)
- Vincent : nov parcours usager complet
- Déployer en « bêta » le plus vite possible (itérer et oublier la roadmap)
- Martin : MVP
- Gabriel
- Se focaliser sur avoir des bases solides dès maintenent avant tout
- Discussion
- Y a-t-il d'autres ?
-
- 5m
- Plénière
- Atélier opportunité / risque (trade-off)
- Pour chaque injonction, se place dans 1 an dans le futur
- Qu'est-ce que ce choix m'a donnée comme « le truc » por notre réussite?
- Qu'est-ce que ce choix m'a donnée comme « le truc » por notre échec?
- 5m
- Plénière
- Discussion (prévoir 30m)
- Tour de table
- Ajouter selon les discussions
- Mode forum ouvert : selon la dynamique
- Arbitrage
- Si possible, arbitrer pour un
- Sinon, garder des points pour la shuttle diplomacy postérieure
- Priorisation (choix)
- Présentation des milestones
- Présentation du Kanban
- Temps d'appripriation
- Excercise
- Il faut en choisir 10 (selon l'arbitrage précédent)
- Expliquer que c'est pour mettre une contrainte forte
- Gérer les possibles points de tension
## 2023-10-19 - Point hébdo
- Demo
- Retrospective:
- Les bonnes surprises :
- Vincent :
- beaucoup de réactivité
- pas mal de boulot qui a été fait
- Marvin :
- meilleure vision de l'attendu
- Gabriel :
- beaucoup de réactivité
- Ce qui nous pose de questions :
- Vincent :
- question sur le timing , aura-t-on le temps de tout finir ?
- mal à voir ce que l'on peut finir, sur quoi communiquer
- Marvin :
- question sur comment les choses vont évoluer
- Gabriel :
- discussions trop théoriques
- l'accident sur data.gouv.fr
- le dépôt privé
- le fonctionnement du backlog
- Mauko :
- canal data.gouv.fr
- pas chaud
- paser par Gabriel
- dépôt privé
- demander avant
Point de vigilance : le 3e sprint est décisif pour avoir une idée de l'avenir (vitesse). Focus extrême dans la livraison.
## 2023-10-09 - Point avec A Bulte
- Objectif : Prise en main du code et questions
- Participants : Alex, Gabriel, Vincent, Marvin, Mauko
### Notes
- Présentation d'A Bulte
- Dépréciation de l'index MiliSearch
- Importance d'Écosphères pour réutilisation + commun numérique
- Refactoring imminent de Geoffrey (data.gouv.fr)
- Déploiement sur demo.data.gouv.fr de la création de topics (admin)
- Question ouverte sur séparation / modélisation du model domaine
- A Bulte : il n'y a pas, on pourrait le faire
- Marvin : idée d'utiliser le Store, va investiguer
### Protocoles adoptés
- Faire attention à séparer ce qui est général de ce qui est du domaine Écosphères
- Par exemple, API d'un côté et Store/Composants de l'autre
- Note Mauko : je ne vois pas comment séparer les composants du domaine
- Se répartir les code review de la manière suivante :
- Par défaut Gabriel
- Vincent ou Martin selon la thématique
- Fallback A Bulte et/ou Mauko si trop technique ou Gabriel sous l'eau
- TODO : à documenter dans CONTRIBUTING.md ou autre
## 2023-10-06 Atelier démarrage
[Programme](https://hackmd.io/otvoXNACTci5z66HRxfbUQ)
Ressources partagées par l'équipe Ecosphères :
* [Slides de présentation](https://docs.google.com/presentation/d/1TWH23Ef01grWLfFDHeGucn0w3PVlzvsFJz0FYbl7mAc/edit)
* [Parcours utilisateur](https://www.figma.com/file/zCqsyk2IoFqFRhXDDmrTcv/interactions-ecosph%C3%A8res-X-galaxie-dgfr?type=whiteboard&node-id=47%3A192&t=w5UvFUAsjGn7CQrB-1)
### Présentation d'Écosphères (fiche produit)
- On veut résoudre ensemble
- ✅ centraliser la donnée
- ❌ centraliser la métadonnée
- Améliorer la réutilisation de la donnée
- Améliorer la découvrabilité des données
- _Améliorer la donnée_ (grâce aux conditions génératives, plutôt long-terme)
- _Améliorer la métadonnée_ (idem.)
- Le monde ira mieux si nous réussissons parce que
- La donnée dont j'ai besoin quand j'en ai besoin
- On ne connaît pas tout l'existant
- Aider à que d'autres puissent « faire parler la donnée »
- Les cartographies coûtent au contribuable
- Besoin des données pour remplir mission de service public
- Pour qui nous voulons résoudre un problème
- Écolab (Magicien d'Oz)
- Agents métier
- Agents DREAL
- Collectivités
- Bureaux d'étude
- Assosiations de plaidoyer
- Les difficultés que nous avons rencontrées jusqu'à présent
- Reflèxe de créer un « guichet unique de… » (cf. POC C-KAN)
- Qualité de la donnée à géométrie variable
- Qualité des metadonnées à géométrie variable
- Les cartographies des données périment beaucoup trop vite
### Job story mapping
> Titre : Déploiement en continu
> User : Écolab + Multi
>
> Quand nous sommes ad portas de lancer « Écosphères Bêta »,
> nous voulons pouvoir déployer chaque fonctionnalité,
> afin de les mettre dans les mains des usagers au plus vite.
> Titre : Bouquets de données
> User : Écolab
>
> Quand nous sommes ad portas de lancer « Écosphères Bêta »,
> nous voulons pouvoir créer des bouquets de données,
> afin de favoriser leur réutilisation et découvrabilité par cas d'usage.
> Titre : Libellés par cas d'usage
> User : Agent
>
> Quand je dois écrire un rapport,
> je veux connaître les indicateurs qui vont bien pour le thème du rapport,
> afin de bien remplir ma mission de service public.
> Titre : Réutilisation de la donnée
> User : Agent
>
> Quand je dois écrire un rapport avec un indicateur,
> je veux pouvoir trouver la donnée qui va bien pour l'élaborer,
> afin de bien remplir ma mission de service public.
> Titre : Découvrabilité des données
> User : Agent
>
> Quand je dois écrire un rapport avec un indicateur,
> je veux savoir si la donnée qui va bien existe,
> afin de bien remplir ma mission de service public.
### Discussions techniques et opérationnelles
- Question ouverte sur les "schéma" de bouquets
- TODO : continuer à creuser sur ce sujet
- Question ouverte sur l'auth et la création de topics par API
- UPDATE : Résolu
- Périmètre des premières itérations :
- v0.1.0 : Bouquets + Libellés + Datasets (cf. [cette PR](https://github.com/ecolabdata/ecospheres-front/pull/55))
- v0.2.0 : Bouquets granulaires et / ou par territoire
- v0.3.0 : Bouquets par cas d'usage (schéma)
### Protocoles adoptés
- Est-ce qu'on se base sur Datagouv tel qu'il est actuellement (/topics de l'API) ?
- Accord : Oui
- Quand quelque chose coince pour implémenter une feature désirée
- 3 options :
- On le fait pas
- On le fait avec datagouv comme backend (moins cher mais avec des limitations)
- On le fait avec un backend custom (donne plus de liberté mais avec un coût supérieur) et/ou "hard codé"
- Nous : on leur dit quand quelque chose coince en présentant au cas par cas les couts / avantages de chaque option
- Eux : ils prennent une décision entre les 3 options basées sur nos éclairages et conseils
### Autres
- Fin de notre mission en décembre
- Notre livrable est une "v1" qui serait lancée sur ecologie.data.gouv.fr
- Champ "extras" dans l'API pour les topics sous la forme `propriété : valeur`
- Du point de vue utilisateur sur ecologie.data.gouv.fr
- Qui administre un bouquet ? Est-ce que un bouquet est rattaché à une organisation ou à un utilisateur ?
- Est-ce que tous les membres (éditeurs) d'une organisation peuvent créer/modifier/supprimer un topic ou seulement un admin ?
- Que contient un bouquet ?
* jeux de données
* catalogues d'organisation ?
* autres bouquets ?
- Comment on modifie qui a le droit d'administrer un bouquet ?
- Propriétés modifiables d'un sur data.gouv.fr bouquet :
* name
* description
* tags
* extras
* owner ?
- Attention à ne pas trop complexifier les métadonnées (cf. Inspire)
- Idée de créer un « catalogue d'indicateurs »
## 2023-10-03 Kickoff
Personnes présentes : Vincent, Gabriel, Martin, Marvin, Mauko, Johan
### Questions
* Quel est le périmètre attendu de notre intervention ?
* Moteur d'indexation ?
* Comment on travaille avec Alexandre Bulté ?
* Rituels ?
### Notes
* OpenLab vendredi à 14h30 chez multi
* Rituel une fois par semaine le jeudi matin 9h30
* On utilise le salon Slack commun
* Alexandre Bulté termine sa prestation sur ecospheres-frontend ; il continue néanmoins à travailler pour le CGDD (plutôt sur [GD4H](https://gd4h.ecologie.gouv.fr/)).
* On (multi) ne travaillera donc pas avec lui mais si nécessaire on peut le contacter.
* Le [moteur d'indexation custom](https://ecospheres-search-index.app.france.sh/) déployé par Alexandre est temporaire, il n'a pas vocation à être utilisé par nous
* UPDATE : Déprécié
### Protocoles adoptés
* Par défaut c'est Gabriel qui répondra à nos questions techniques qui concernent datagouv
* UPDATE : possibilité d'inviter l'équipe multi sur Mattermost
* Le CGDD attend de nous (multi) qu'on ne créé pas de backend, on ne doit utiliser que l'API de Datagouv.
* L'équipe Datavouv s'est engagé à ajouter les fonctionnalités back dont on a besoin Ecosphères pour leur front (feuille de route stratégique "datagouv en marque blanche").
* Si néanmoins ces features ne sont pas prêtes à temps pour des besoins immédiats d'Ecosphères, on devra décider avec eux ce qu'on doit faire pour l'implémentation.
* :warning: Etre vigilant sur ce qui est possible ou pas : alerter l'Ecolab sur les fonctionnalités qu'ils veulent et qu'on ne peut pas implémenter à l'instant-t.
* Utiliser le [DSFR](https://www.systeme-de-design.gouv.fr/), [vue-dsfr](https://github.com/dnum-mi/vue-dsfr)
* Si la maquette contredit cette implémentation du DSFR, on (multi) reste sur vue-dsfr, dans l'intérêt de notre partenaire (Ecolab)