Votre équipe Agile : Trop grande ou trop petite ?

Votre équipe agile : trop grande ou trop petite ?

La plupart des formations Agile et Scrum font référence à une règle de 7 +/- 2, c’est-à-dire que les équipes Agile ou Scrum devraient compter de 5 à 9 membres. Les enthousiastes de Scrum se souviendront peut-être que le guide Scrum stipule que les équipes Scrum ne doivent pas compter moins de 3 membres ni plus de 9. D’où vient cette règle empirique ? et pourquoi ?

Continue reading
Intégrer le tableau PERT avec les rôles RACI au gestionnaire de tâches

Intégrer le graphique PERT avec les rôles RACI au gestionnaire de tâches

Aujourd’hui, je voudrais utiliser Visual Paradigm pour démontrer comment effectuer la planification des tâches pour les membres de l’équipe qui assumeront les rôles RACI et ces tâches dans le tableau PERT amélioré peuvent être automatiquement assignées au gestionnaire de tâches automatisé appelé “Tasifier” pour la gestion de projet. Un graphique PERT traditionnel est un outil de gestion de projet utilisé pour planifier, organiser et coordonner les tâches au sein d’un projet. L’outil graphique PERT amélioré ajoute quatre fonctionnalités supplémentaires pour l’intégration avec différents blocs de construction Visual Paradigm. Vous pouvez faire tout cela dans un modeleur de diagramme PERT amélioré.

Continue reading
Faire plus avec le cadre LeSS (Large Scale Scrum) : avec illustration d'outil

Faire plus avec le cadre LeSS (Large Scale Scrum) : avec l’illustration de l’outil

LeSS a été créé par Bas Vodde et Craig Larman à partir d’une expérience pratique de mise à l’échelle de Scrum, fondée sous le nom de LeSS Company en 2014. Le principe “More with LeSS” est au cœur de LeSS (Large Scale Scrum). Le développement de produits complexes ne nécessite pas de solutions complexes. Il nécessite une compréhension profonde de l’essence des problèmes, qui peuvent ensuite être résolus avec des solutions plus simples.

Continue reading

Qu’est-ce qu’une estimation agile ? Quels sont les pièges courants ?

Dans le domaine du développement de logiciels, le terme “estimation” comprend une évaluation quantitative du travail nécessaire pour réaliser une tâche de développement donnée, généralement exprimée en termes de durée (heure/jour) ou d’unité estimée (story point). L’objectif est de consolider un certain nombre de ces estimations individuelles afin d’obtenir une indication de la durée, du travail ou du coût global du projet logiciel.

Continue reading
Qu'est-ce qu'un organigramme interfonctionnel ?

Qu’est-ce qu’un organigramme interfonctionnel ?

Un organigramme transversal (parfois appelé organigramme de déploiement) est un outil de cartographie des processus métier utilisé pour articuler les étapes et les parties prenantes d’un processus donné. Généralement, on utilise un organigramme transversal pour montrer la relation entre un processus métier et les unités fonctionnelles (comme les départements) responsables de ce processus.

Continue reading
Les 7 méthodes d'estimation Agile les plus populaires pour les User Stories

Top 7 des méthodes d’estimation agiles les plus populaires pour les user stories

Dans le développement de logiciels, “l’estimation” au sens habituel comprend une évaluation quantitative de l’effort requis pour effectuer une tâche de développement spécifique ; ceci est généralement exprimé en termes de durée. L’estimation agile est le processus d’évaluation de l’effort nécessaire pour accomplir les tâches du backlog d’un produit par ordre de priorité. Cet effort est généralement mesuré en termes de temps nécessaire à la réalisation de la tâche, ce qui permet une planification précise du sprint.

Continue reading
Estimation agile dans Scrum ? Story Point et Planning Poker

Estimation Agile dans Scrum ? Story Point et Planning Poker

Que l’équipe travaille sur un produit ou un projet, nous devons répondre à la question “Quand le ferons-nous ?” ” Ou combien nous pouvons faire à un certain moment, donc comme dans le modèle de développement traditionnel, nous devons estimer l’effort avant de commencer le projet. Pendant le développement de Scrum, l’équipe a partagé la responsabilité et s’est engagée collectivement dans le travail de chaque Sprint, donc l’estimation de la charge de travail pour l’équipe agile a utilisé une approche d’estimation collective.

Continue reading