Bonjour et merci pour ce message ouvert et cet avis pertinent.
Mes retours sont peut-être mal éclairés car j’ai sans doute raté certaines informations aussi je m’excuse par avance si j’avance des idées qui ont déjà été traitées par ailleurs.
Ce qu’il manque à mon sens est de considérer ce projet comme un produit open source à part entière.
Aujourd’hui j’ai l’impression que chaque Coop a sa propre documentation par exemple, que le développement est fait en vase clos et que les mises à jour sont assez peu maîtrisées dans les différentes coops.
Par exemple à Toulouse on tourne toujours sur une version qui date un peu, et je crains un peu le process de mise à jour qui nous attend prochainement avec l’expérimentation du module membership.
D’autre part, j’ai souvent eu des retours de la part des utilisateurs concernant la qualité de l’interface utilisateur. Celle-ci est assez peu conviviale pour des personnes qui n’en ont pas l’habitude et nécessite donc un bon temps de formation initial (et c’est vraiment top de pouvoir compter sur l’expérience des autres coops), ou de gros développements (10K€ pour le module superquinquin des membres par exemple) afin d’avoir une chose un minimum utilisable pour un coopérateur ou une coopératrice.
Enfin, je trouve qu’une certaine diversité dans les outils peut aider à innover sur ces solutions. Le fait que Odoo soit un gros monolithe qui fait tout ne doit pas restreindre une coop à utiliser d’autres outils (idéalement connectés) sur des sujets pertinents. L’espace membre et la souscription en sont un exemple, et à LCC nous sommes en train de faire un outil aidant à la réalisation des inventaires (mais à l’issue de la session les données sont à nouveau importées dans Odoo qui reste le centre de notre SI).
De plus il y a fort à parier que le coût de développement d’un outil métier spécifique soit plus faible s’il n’est pas intégré à Odoo directement et ne communique avec que via son API.
En résumé, quelques pistes qui pourraient être explorées :
- une documentation partagée entre coops, et liée à l’outil
- un peu plus de communication sur les nouvelles versions et la roadmap
- lancer une réflexion d’UX plus globale sur ce qui pose le plus de problèmes ?
- mettre en commun les outils de déploiement de la solution (nous utilisons Docker à LCC et pensons créer une image FoodCoops si cela intéresse des gens)
- documenter les alternatives existantes afin que chaque coop puisse choisir selon son degré de maturité
- ne pas rejeter les projets qui pourraient graviter autour de la solution pour résoudre des problèmes plus ciblés (par exemple les souscriptions, les échanges de shifts, le chat…) et essayer de les connecter avec le cœur FoodCoops tout de même
Si on se prend à rêver au niveau de l’intercoop on pourrait même envisager un « Product Owner » détaché, voir une équipe de développement qui aiderait sur cet outil spécifique. Les contributions permettraient d’accélérer ces développements avec les prestataires actuels, mais ils ne seraient plus les uniques contributeurs.
Bonne journée,
Pierre