Compte-rendu des échanges HPF-Astrolabe du 10 avril 2024

en visio de 11h à 12h30

avec
  • Franck Gallos - Astrolabe CAE
  • Jérémy - Astrolabe CAE
  • Ludovic

Relevé des décisions


  • besoins identifiés par Ludovic:
    • Un petit bug (mais ennuyeux pour les utilisateurs) que j'ai évoqué avec Mélanie et dont elle m'a dit t'avoir parlé : sur certains formulaires avec plusieurs onglets en édition, il y a un souci de navigation (ex formulaire 78 : https://www.habitatparticipatif-france.fr/?BazaR&vue=saisir&action=saisir_fiche&id=78#finances-et-livrables-pour-laccompagnement-du-groupe_3_3)
    • Les soucis de lenteurs et d'erreurs 503 : j'en constate assez régulièrement moi-même dès que je travaille sur des formulaires un peu gros (avec certaines fois un affichage rapide et d'autres fois des grosses lenteurs, voire des erreurs 503 qui bloque le site plusieurs minutes) et on a pas mal de personnes qui nous remonte que le site ne marche pas (!), est trop lent, n'arrive pas à se connecter,... Avant d'imaginer d'autre développement, il me semble qu'il faudrait vraiment réussir à régler ça.
      • page Intranet par poles (twig ou formulaires)
    • Des sujets de clarification autour de cette question sur la FAQ : QuestionSurGestionDesAdministrateursDeVos comment rendre des individus administrateurs d'une fiche et visible comme administrateur d'une fiche "que ce soit facile et intuitif pour les utilisateurs de passer les membres en administrateurs"
    • paiement HelloAsso avec le mauvais e-mail => FAQ à relire/améliorer
    • répondre sur la question du fonctionnement du coeur/le fork, les extensions, l'organisation des fichiers
    • comment intégrer les travaux déjà financés "liste à 2 niveaux" dans le coeur ? ou comment faire pour rester compatible de ce qui va être intégré dans le coeur même si on l'a développé ? quels sont les enjeux ? quantifier le risque ?
    • choses qui vont arriver "espace ressources" avec Coopérative Oasis/Hameau léger
      • quid de l'impact si internaliser ou externaliser (un site commun ou non)
  • proposition que le temps de "product manager" et de "product owner" soit identifié sur les devis (et dans la liste des actions en cours, backlog) 25% debug et 10% PO à rendre visible dans les devis (plutôt que de tout noyer dans un tarif horaire)
  • bascule vers le nouveau thème le 11/04/24 et la deuxième phase après : pilotée par Mélanie

Ordre du jour


  • présentation de Franck et de son périmètre
  • qualification de la gestion de projet : notion de product owner, product manager et mise en œuvre des rôles.
  • poursuite de la prestation : décisions, récapitulatifs des actions et prochaines étapes

Prises de notes en détail


Présentation de Franck


  • Franck a une expérience dans la mise en oeuvre de méthodes AGILE pour la vie de projet de développement

Analyse par Franck


  • nous (Ludovic et Jérémy) sommes une SQUAD : une équipe métier sur un projet avec plusieurs métiers liés au développement d'un produit : mais nous sommes que 2.
  • rôles identifiés :
    • côté Ludovic:
      • client
      • Product Manager : absorber les enjeux produits et marketings dans une vision globale pour les retranscrire en demandes
    • côté Jérémy:
      • product owner
      • développeur
      • et il y aurait besoin d'un développeur supplémentaire pour pouvoir faire des revues par les pairs
      • assurance qualité (tests)
  • le point de rencontre à clarifier est entre "Product Manager" et "product owner"
    • Product Manager : traduit les besoins du client
    • product owner : gestion de projet technique : qualifier et faire le découpage des demandes du Product Manager et répartition entre les développeurs

Ce qui arrive fréquemment, c'est l'incompréhension lors des échanges d'informations abstraites.
Il y a eu de nombreuses méthodes mises en place comme la méthode AGILE pour éviter ces incompréhensions.

  • une bonne façon de faire pour exprimer au "Product Manager" ce que vaut comme charge de travail l'équivalent d'une demande est de comparer à une tâche précédemment réalisée. Ceci permet d'avoir des points de référence en termes de charge.
  • une méthode est d'utiliser une suite de chiffres sans unité, comme la suite de Fibonacci (mais la suite n'est pas le plus important, ce qui compte c'est le principe de quantification)
    • 0, 1, 2, 3, 5, 8, 13, 21, 34, 55
    • en général, pour une qualification de 13, il y a une pré-évaluation à faire du côté "product owner" pour découper la tâche
    • on peut alors faire une proposition au "product manager" pour expliquer la répartition des livraisons dans le temps
    • s'il y a des sous-blocs, c'est le "product manager" qui voit si on le met en production ou non, le recettage ne se faisant qu'à la mise en production

Question Ludovic : comment mettre en oeuvre ceci pour que dans le temps court, le site puisse avoir de la maintenance ?

  • Ludovic ("Product Manager") aura en visibilité un backlog, une liste des tâches en attente et la disponibilité de Jérémy ("développeur") et ça permet aussi de faire des ajustements pour retirer éventuellement devenues inutiles.

Recueil des besoins


  • cf. dans la partie relevé des décisions

Position de Valentin Douarre


  • c'est en cours de définition car l'idée serait que Ludovic décharge une partie de ses tâches concernant le site ("Product Manager"), mais il y aussi beaucoup d'informations à transmettre