Re: [LibreAsso] Premier jet martyr pour bénévalibre

[Dominique Chabord <dominique.chabord AT sisalp.org>]

Le 1 mai 2017 à 10:42, LauwCost <glcosty AT free.fr> a écrit :
>
> Bonjour,
>
> d'abord désolé de répondre si tardivement...


moi, perso je ne suis pas aux pièces ;-)


>
> Le 09/04/2017 à 15:09, Dominique Chabord a écrit :
>
> Le 9 avril 2017 à 12:18, L. Costy <glcosty AT free.fr> a écrit :
>
> Bonjour Dominique,
>
>
> On est bien en phase donc.Je propose une offre gratuite pour les tous
> petits.
>
> Cette réponse est relative à la taille des associations. Une petite
> association a souvent les même besoins et doit suivre les mêmes
> pratiques qu'une plus grosse.
>
> Oui et non. Une très petite association peut très bien ne pas avoir à faire 
> de factures par exemple. Si elle a 50 écritures comptables par an, elle 
> peut très bien le faire dans un tableur, sans partie double. Personne ne 
> viendra lui chercher des poux dans la tête. Le besoin de s'outiller vient 
> ensuite si la structure grandit (ce qui n'est pas toujours le cas, loin de 
> là) et qu'elle commence à se soucier de la qualité de services rendus, de 
> formalisation et de suivi.


On parle de valorisation des heures de bénévolat ici, pas de gestion
commerciale.
Si on n'installe pas le module account_invoice, tryton ne fait pas de
factures client. Si on n'installe pas le module achat, on ne gère pas
les achats, si on n'installe pas le module stock, on n'a pas de flux
de matières. Si on n'installe pas le module account, on ne fait pas de
compta.
En revanche, si on installe le module projet, on sait définir une ou
des tâches et gérer des imputations de temps, entre autre via une
extension firefox et chrome et s'il faut pré-paramétrer le module
projet pour les technophobes, on sait aussi faire.
Pourquoi lier le fait de gérer ce bénévolat à d'autres applications
pour ensuite dire qu'on n'en a pas besoin ?


>
> Un ERP peut servir à des organisations
> minuscules.
>
> Fondamentalement oui mais ma connaissance des associations me laisse penser 
> que, sans accompagnement ni compétences spécifiques, l'association n'ira 
> pas dans un premier temps vers ce type de solutions.


Ce que j'ai indiqué, c'est que des associations, même minuscules,
utilisent déjà l'hébergement gratuit que je mets à leur disposition,
c'est donc probablement qu'elles s'en débrouillent. Par définition,
elles n'ont eu aucun accompagnement. Après, tant qu'on n'a pas essayé
soi-même, je ne pense pas qu'on puisse avoir un avis pertinent et je
ne suis pas responsable d'association.

>
>
> [...]
>
> Bref, au delà, de l'outil très simple et très basique que l'on souhaite
> mettre en place, l'idée est bien de dresser aussi en parallèle le panorama
> des outils qui pourraient répondre (avec d'autres fonctions complémentaires)
> au besoin.>
>
> Peut-être qu'il faut un outil simple et basique, mais on ne le saura
> qu'en essayant d'utiliser un outil complet. On saura alors s'il faut
> dépeupler l'outil trop complet, ou au contraire le compléter pour le
> spécialiser, ou bien s'il faut abandonner ces standards et repartir
> d'une feuille blanche, comme si on gérait une association pour la
> première fois.
>
> Je ne suis pas complètement convaincu par cette approche (avoir un 
> camping-car avec un vélo accroché au dos et ne servir que du vélo dans un 
> premier temps).


je pense que tu n'as pas regardé ce type de solution qui repose sur un
framework. Cette analogie se base sur un à-priori qui n'est pas fondé.
Quand on dit "j'écris du html parce que je n'ai pas besoin des 50000
compléments de wordpress", je pense juste que cette opposition n'a pas
de sens et que les deux approches méritent d'être comparées.

>
> C'est effectivement idéal de prévoir sur le long terme (le jour ou j'ai 
> beaucoup de km, je peux facilement le faire puisque j'ai un camping-car 
> accroché à mon vélo ;) mais dans le quotidien, pour un logiciel pour une 
> petite association, ça demande un accompagnement plus important au départ ; 
> accompagnement que, malheureusement, on n'a beaucoup de mal à mettre en 
> œuvre (les formations de bénévoles sont d'abord mises en place pour 
> approcher les responsabilités de dirigeants et les bases comptables : elles 
> souffrent déjà d'un manque de mobilisation).


Ton argumentaire ressemble à du "on dit que".
Il me semble aussi que tu sous-estimes les contraintes de diffusion et
de maintenance de la solution: faire une page web sur un serveur CRUD
pour quelques associations versus créer un produit prêt à l'emploi à
diffusion large. Pour ça aussi, une solution basée sur un framework
sera meilleure.


>
> Ceci étant, plus l'accès à l'ERP sera facilité, plus cette voie sera 
> réaliste. Par ailleurs, un outil simpliste comme discuté au départ sur la 
> liste doit avoir pour vocation à terme de faire migrer vers des outils 
> éprouvés et plus complets...d'où l'importance du recensement évoqué de 
> toutes les solutions libres et de leur mention à un moment ou à un autre.



Si ton but est d'écrire un nouveau bout de code, je n'ai rien contre.
Moi-même, je programme par plaisir. Je dis juste que si on testait les
solutions qui sont opérationnelles et disponibles avant de programmer,
et surtout en prenant connaissance des solutions qui implémentent les
bonnes pratiques, on gagnerait du temps et on prendrait de l'expertise
sur ces bonnes pratiques et le nouveau programme serait meilleur.

je dis ça, je dis rien.

Bon muguet à tous !