Auteur/autrice : Meszig

  • Concept : mesurer l’effort

    C’est quoi ?

    Il existe plusieurs méthodes pour mesurer l’effort. Elles ont chacune leur avantage et leur inconvénients.

    L’effort peut être traduit par plusieurs effets comme le temps, la pénibilité, la montée en compétence , la complexité,…

    Les Jours Hommes

    Cette méthode est la méthode la plus ancienne, elle hérité du développement en cycle en V.

    Les jours hommes ont fait leur preuve et sont pratiques lorsqu’il faut appliquer une facturation derrière une fonctionnalité. Toutes fois, elle a un inconvénients lors qu’il faut chiffrer de petites taches car on arrondit souvent à la demi journée supérieure. Du coup plus on multiplie les petites tâches et moins on est précis.

    La taille de T-shirt

    On compare l’effort a une taille de t-shirt, plus le t-shirt est grand plus l’effort est important et inversement. Chaque taille constitut un silo dans lequel on vient ranger les fonctionnalités. La suite de valeur est classique XS, S, M, L, XL, XXL et facile à appréhender. On ne dépassera pas la valeur XL car il vaut mieux découpé en fonctionnalité réduite. Elle souffre d’un défaut majeur, c’est que la notion n’est pas mathématique et donc on ne peut pas faire de somme par exemple.

    Le Système de Points ❤

    Le système de point associés à la suite de Fibonacci (1,2,3,5,8,13,21,…) permet finalement de se rapprocher des tailles de T-Shirt tout en étant compatible avec les notions mathématiques. Le nombre de point ne doit pas excéder 8, au-delà, il faudra songer à découper.

  • Concept : la priorisation

    C’est quoi ?

    En fonction du cadre de travail utilisé, la priorisation n’aura pas la même signification. Scrum s’applique à une équipe unique, la priorisation donnera le tempo de l’équipe. Dans SAFe, la priorisation donnera le périmètre minimum à réaliser.

    Scrum ou SAFe Scrum : l’équipe de développement / Product Owner

    Cette notion traduit le « Quand ? », elle induit la notion délais de rapidité d’exécution à partir de la planification.

    La priorisation définit le dessus de la pile de travail.

    Plus la priorisation est grande et plus vite le sujet sera traité le moment venu.

    Plus la priorisation est petite, le délai de réalisation est souple (+X Jours).

    Attention, la réalisation devra tout de même être faite dans l’itération. Seul le PO peut modifier la planification ou annuler la réalisation.

    La priorisation est souvent exprimée en niveau qu’il soit en français ou en anglais, par exemple :

    • Très basse
    • Basse
    • Normal
    • Haute
    • Très haute

    SAFe : Product manager / Solution manager / Business Owner

    A ce niveau, la priorisation prend une autre dimension. La temporalité est secondaire à l’échelle du train et la question est plutôt « que fait-on en priorité ? ».

    Une des solutions lors de la priorisation du backlog est de répartir avec la règle des 80% / 20%. On sélectionnera les fonctionnalités les plus intéressantes (80%) représentant le cœur des fonctionnalités voulues, le reste est du bonus si possible.

    L’un des outils les plus adaptés est la méthode MoSCoW.

    La méthode Moscow traduit la priorité en 4 catégories :

    • Must have : Obligatoire. Le projet n’échoue pas si cette partie est réalisée.
    • Should have : Souhaité. Le projet est réussi si cette partie est réalisée.
    • Could have : En bonus. Le projet est au delà des espérances si cette partie est réalisée.
    • Won’t have : Hors périmètre.

  • Bonjour tout le monde !

    Bienvenue sur WordPress. Ceci est votre premier article. Modifiez-le ou supprimez-le, puis commencez à écrire !