Apprendre une nouvelle chose tous les jours
Le diagramme d’architecture hexagonal est un modèle architectural utilisé dans la conception de logiciels visant à créer des composants d’application faiblement couplés. Cette approche est une alternative à l’architecture traditionnelle en couches. C’est l’une des nombreuses formes de DDD (Domain Driven Design Architecture).
Continue reading
Le tableau en Y est un graphique composé de trois parties qui peut aider à organiser la compréhension du sujet en notant et/ou en dessinant l’aspect, la sensation et le son du sujet. (1) A quoi cela ressemble-t-il ? (2) Qu’est-ce qu’on ressent ? (3) Quelle est sa sonorité ?
Continue reading
Le graphique PERT est l’acronyme de (Program Evaluation and Review Technique). Un diagramme PERT est un outil de gestion de projet utilisé pour planifier, organiser et coordonner les tâches au sein d’un projet. Il s’agit essentiellement d’une méthode permettant d’analyser les tâches nécessaires à la réalisation d’un projet donné, en particulier le temps nécessaire à la réalisation de chaque tâche, et d’identifier le temps minimum nécessaire à la réalisation de l’ensemble du projet.
Continue reading
Une équipe autogérée est un groupe d’employés qui sont responsables de tous ou de la plupart des aspects de la production d’un produit ou d’un service. L’équipe autogérée est l’unité de base de la nouvelle organisation horizontale. Les équipes autogérées sont un prolongement de l’ancienne approche par équipe.
Continue reading
“Une équipe interfonctionnelle possède toutes les compétences nécessaires pour accomplir le travail sans dépendre d’autres personnes ne faisant pas partie de l’équipe” – Scrum Guide. Contrairement à l’approche de l’équipe par composants, les équipes transversales sont des groupes composés de personnes issues de différents domaines fonctionnels de l’entreprise. - Elles doivent être formées non seulement de spécialistes techniques (développeurs back-end, front-end, ingénieurs QA, etc.), mais aussi de membres tels que des analystes commerciaux, des spécialistes du marketing et de l’interface utilisateur ou toute autre personne prenant une part active au projet.
Continue reading
Agile est une philosophie consistant à fournir des solutions qui englobent et facilitent le changement évolutif tout au long du cycle de vie d’un produit/projet. De nombreuses équipes et organisations agiles ont utilisé la méthode Agile pour livrer des logiciels plus rapidement, améliorer la qualité et, en fin de compte, la satisfaction des clients.
Continue reading
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
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 readingLe 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
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