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

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

Le 3 avril 2017 à 19:07, Aprilibrasso <glcosty AT free.fr> a écrit :
>
> Bonjour à tous,
>
> merci pour des diverses réponses mais surtout les interrogations qui 
> témoignent d'un projet en cours à la définition un peu flou...:)
>
> J'essaie d'apporter des éléments ci-après en essayant de répondre 
> globalement aux différents messages.

Merci

>
> Tout d'abord, sur le cahier des charges, le seul support auquel je peux 
> faire référence pour l'instant, c'est le compte rendu du 3 octobre que je 
> remets. Vous le constaterez, le cahier des charges est léger mais 
> l'objectif était d'éviter de trop cadrer pour ne pas brider les discussions.

Un tour de table considérable en effet. Il n'est fait état de retour
d'expérience d'une solution opérationnelle chez personne. Pour ma
part, je fournis déjà des solutions opérationnelles.


>
> Complémentairement, ce que je peux préciser :
>
> - la cible est la très petite association (sans salariés ou avec 1 ou 
> deux). Ça explique en partie pourquoi c'est un service qui n'est pas dédié 
> à une unique association : bien sûr, ça ne doit pas empêcher une asso de se 
> l'installer pour elle seule.

On est bien en phase donc.Je propose une offre gratuite pour les tous petits.



>
> - Pour moi, le calcul temps --> traduction financière n'est pas prioritaire 
> : la vraie difficulté réside dans l'adoption des bénévoles d'une asso, de 
> l'outil. Plus il sera simple, plus cela sera favorable.

Oui, on a retourné le problème pas mal de fois. C'est pour cela que
j'ai signalé l'application navigateur de Tryton. Il semble que ce soit
un progrès par rapport à une page web standard.

 L'association choisira ensuite de valoriser comme elle le souhaite
dans les comptes si elle le veut. L'objectif est d'abord d'aider les
bénévoles à prendre le réflexe de formaliser leurs actions. Donc, par
rapport au lien à la comptabilité, c'est pour l'instant au delà des
fonctionnalités simples que bénévalibre doit apporter (même si,
fondamentalement, je suis d'accord avec l'idéal de ce que ça devrait
apporter).

Oui, je pense qu'il est plus important au départ de gérer le niveau
d'avancement des tâches en vue de réaliser des objectifs. C'est
pourquoi j'ai indiqué que c'est la fonction d'une gestion de projet.

>
> Sur les points à recueillir mentionnés par Alain :
>
> * Le nom du bénévole --> ou un pseudo susceptible à l'asso de "retrouver 
> son bénévole" (ou pas). Le besoin d'anonymisation se discute à mon avis.

on réinvente la roue iici, et pas trop bien. Que se passe t il par
exemple quand on a oublié son pseudo ? Comment bloque t on un accès
etc...

> * La période concernée --> oui

> * L'activité effectuée, sous forme d'un menu déroulant dont chaque 
> association aura au préalable renseigné les différents item, un par 
> activité avec une proposition pour chacune des activités d'une valorisation 
> différenciée (1 smic/horaire, 2 smic/horaire, 3 smicHoraire) ou pas (toutes 
> les activités étant valorisées à 1 smic/horaire). --> voir ma remarque 
> précédente. Dans une version simple, la déclinaison prédéfinie de 
> l'activité n'est pas indispensable si c'est d'abord le temps total que l'on 
> souhaite collecter. Les commentaires libres de chaque bénévole peuvent 
> ensuite servir à l'asso si elle souhaite regarder la répartition de son 
> bénévolat plus finement.

La seule information fiable et complète est celle de la saisie
d'origine. Si on ne veut pas différencier, on ne met qu'une tâche en
face. Répartir à postériori me semble être une mauvaise pratique. Je
trouve ces propositions très régressives par rapport à ce qui se fait
depuis 30 ans en saisie de temps.

> * Le nombre d'heures passées.--> oui, c'est l'objectif que j'estime 
> prioritaire.



> Donc, pour résumer, l'objectif est vraiment un "service" basique d'abord 
> pour aider les assos à prendre certaines habitudes avant de les équiper 
> d'un outil complet sur le sujet. Et oui, pour les plus solides et 
> importantes d'entre elles, un ERP avec un module dédié sera une très bonne 
> chose à terme à mon avis.

L'ERP est surtout une solution qui existe déjà et qui fait ce qui est
demandé. Je n'ai rien contre le fait de redévelopper du code à
l'occasion de telle ou telle étude, voire faire émerger un nouveau
produit. Mais si vous aviez déjà un retour d'expérience sur
l'utilisation normale de l'existant, vous avanceriez plus vite et
l'étude serait plus utile..