Estimation Agile : Estimations relatives vs. estimations absolues

Estimation agile : Estimations relatives vs Estimations absolues

Qu’une équipe développe un produit ou un projet, nous devons répondre à la question “Quand pourrons-nous le terminer ?” , ou jusqu’où nous serons capables d’aller à un certain moment, donc comme avec les modèles de développement traditionnels, nous devons estimer la charge de travail avant de commencer le projet. L’estimation agile est le processus d’estimation de l’effort requis pour achever une tâche prioritaire dans le backlog du produit. Cet effort est généralement mesuré en termes de temps nécessaire à l’accomplissement de cette tâche, ce qui permet une planification précise du sprint.

Continue reading
Les sept méthodes de développement agile les plus populaires

Les sept méthodes de développement agile les plus populaires

Lorsque le manifeste agile a été créé, il existait un certain nombre de processus de développement “légers” ; d’autres méthodes de ce type sont apparues depuis. Elles sont désormais désignées collectivement comme des méthodes “agiles”. Depuis la naissance du Manifeste Agile en 2001, il y a eu beaucoup de buzz autour de l’agilité. L’approche Agile est simplement un mode de pensée qui permet aux équipes et aux organisations d’innover, de répondre rapidement à l’évolution de la demande, tout en atténuant les risques. Les organisations peuvent être agiles en utilisant plusieurs des cadres disponibles tels que Scrum, Kanban, Lean, XP, etc…

Continue reading

Approche de développement test-drive pour le développement logiciel agile

Le développement piloté par les tests (TDD) est un processus de développement logiciel qui repose sur la transformation des exigences logicielles en cas de test avant que le logiciel ne soit entièrement développé, et sur le suivi de l’ensemble du développement logiciel en testant de manière répétée le logiciel pour tous les cas de test. C’est le contraire de développer d’abord le logiciel puis de créer des cas de test. Certains modèles populaires supportent très bien le TDD, comme MVC et MVP.

Continue reading
Comment gérer le Backlog de produit avec les principes DEEP ?

Comment gérer le backlog produit avec les principes DEEP ?

Le backlog de produit répertorie toutes les caractéristiques, fonctions, exigences, améliorations et corrections requises pour les versions du produit. Les projets du backlog de produit ont les attributs de description (détaillés de manière appropriée), de story points (estimations) et d’ordres (hiérarchisés). Ils doivent être continuellement ajoutés, supprimés et mis à jour (Emergent) dans le backlog, et refléter la compréhension du backlog de l’équipe en temps opportun et de manière appropriée .

Continue reading
Philosophie du développement agile

Philosophie du développement agile

Le développement agile est une méthode de développement centrée sur l’humain, itérative et graduelle. Dans le développement agile, la construction d’un projet logiciel est divisée en plusieurs sous-projets, et les résultats de chaque sous-projet ont été testés et ont les caractéristiques d’intégration et d’exploitation. En d’autres termes, un grand projet est divisé en plusieurs petits projets qui sont interdépendants mais qui peuvent aussi être exécutés indépendamment, et achevés séparément. Au cours de ce processus, le logiciel est toujours dans un état utilisable.

Continue reading
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