Créé en 2013, CARA Lyon est une association dédiée à la promotion des méthodes agiles dans la région Rhône-Alpes.

La sécurité applicative n’est plus une option mais un impératif dès les premières lignes de code. Dans un environnement B2B où la fiabilité des services et la confidentialité des données sont cruciales, toute faille décelée trop tard peut engendrer des retards de livraison, des coûts supplémentaires et ternir la réputation de l’entreprise.

On nous demande souvent comment démarrer un projet Agile. En effet, il est parfois difficile pour un product owner de se lancer et de structurer son backlog quand il est vide et que tout est à faire.

APOLLO a créé son propre club DSI : Nos client au cœur de notre développement

BDD est une méthode de développement qui encourage la collaboration entre les développeurs et les autres parties prenantes au projet. Bien que les tests unitaires issus de TDD soient très intéressants pour valider la partie technique d’un logiciel (comportement des classes, cohérence des fonctions, tests de valeurs entrées / sorties, …), la méthode souffre de deux problèmes : Ils ne sont lisibles que par des développeurs du fait qu’ils sont écrits en langage informatique. Ils sont très difficiles à mettre en œuvre et à maintenir lorsqu’il s’agit de tester des scénarios fonctionnels complexes. Pour palier ces problématiques, BDD propose d’utiliser des scénarios de tests écrits dans une langue compréhensible par tous. Ces scénarios sont ensuite passés dans un automate qui se charge de générer les tests unitaires associés.

La conception pilotée par le domaine (DDD, A.K.A. Domain Driven Design) crée une nouvelle manière de construire les logiciels. Plutôt que de réfléchir à une architecture centrée autour de problématiques techniques, les développeurs et concepteurs mettent le domaine métier au cœur du système avec la volonté forte de décrire le métier… par le code !

Le TDD ou développement piloté par les tests (Test Driven Development) constitue la première pierre technique à mettre en œuvre pour respecter l’un des principes fondamentaux de l’agilité : Accueillir positivement les changements de besoins, même tard dans le projet. Appliquer cette pratique dès le début et bien comprendre son fonctionnement vous permettrons de partir sur de bonnes bases.

La rétrospective dans Scrum est un événement qui "inspecte" le déroulement du dernier sprint en ce qui concerne les individus, les interactions, les processus et les outils".

Les demandes des entreprises et la structuration de leurs pôles ne sont pas forcément conformes à l’agilité « by the book » et pourtant elles ont vraiment la volonté de faire une transition sur de l’agilité. En tant que coach agile je dois les accompagner en prenant en compte leur contrainte organisationnelle.

Découvrez les technologies émergentes qui redéfinissent les stratégies numériques d'entreprise.

Guide pratique pour améliorer les performances de vos applications critiques.

Méthodes et outils pour sécuriser vos applications dès la conception.

Comment l'IA transforme les méthodes de développement et accélère la livraison.

Construire des systèmes réactifs avec l'architecture événementielle.

Stratégies pour réussir sa transformation vers le cloud-native.

Avant de vous expliquer concrètement les différences entre SCRUM et KANBAN, il convient de vous définir ces termes qui vous sont peut-être inconnus. SCRUM et KANBAN sont tous deux des frameworks Agiles. SCRUM est le plus connu et donc le plus utilisé bien que, vous le verrez, pas nécessairement toujours le plus approprié.

Le domaine de l’infrastructure est généralement en cycle en V, ou pratique ITIL, et effectue souvent une transformation vers le DevOps (qui n’est pas une méthode, mais plutôt un ensemble de bonnes pratiques, comme le pair programming ou eXtreme Programming/XP). Nous avons eu la chance de mener une transformation agile au sein d’un pôle Infrastructure en pleine restructuration. C’est donc en tant que Product Owner (PO) et Scrum Master (SM), responsables entre autres de la construction de la DMZ (demilitarized zone) pour un client dans l’énergie, que nous présentons la méthode agile appliquée par notre équipe.

Le manifeste Agile établit 4 valeurs et 12 principes pour établir un cadre de travail Agile. Dans les faits, la plupart des projets vont utiliser une méthode, Scrum ou Kanban dans la grande majorité, qui définissent des méthodes de travail pour mettre en œuvre les valeurs et principes du manifeste Agile. Dans cet article nous aborderons les différentes réunions proposées par ces méthodes en tentant de garder à l'esprit la valeur numéro 1 du manifeste Agile : les individus et les interactions plus que les processus et les outils. L'objectif étant d'analyser l'intérêt de ces processus et outils au service des interactions entre les individus de l'équipe.

La méthode du « No estimate » n’est pas une invitation à ne plus estimer les User Stories (US), mais une autre manière de les estimer.