Fournissez fréquemment des logiciels fonctionnels « Fournir fréquemment des logiciels fonctionnels, de quelques semaines à quelques mois, avec une préférence pour
Continue reading12 principes agiles — #2 sur 12
« Accueillez l’évolution des exigences, même à un stade avancé du développement. Les processus agiles exploitent le changement pour l’avantage concurrentiel du client. »
Continue reading12 principes agiles — #1 sur 12
« Notre priorité absolue est de satisfaire le client par la livraison rapide et continue de logiciels de valeur. »
Continue readingQuels sont les problèmes du modèle en cascade ?
En réalité, les clients peuvent ne pas connaître leurs besoins avant d’avoir vu le logiciel fonctionner, de sorte que la modification de leurs exigences entraîne une nouvelle conception, un redéveloppement et de nouveaux tests, ainsi qu’une augmentation des coûts. Les développeurs peuvent concevoir un nouveau produit logiciel ou une nouvelle fonctionnalité sans se rendre compte des difficultés qui les attendent. Dans ce cas, il est préférable de modifier la conception plutôt que d’insister sur une conception qui ne tient pas compte des contraintes, des exigences ou des problèmes nouvellement découverts. Par conséquent, il n’y a aucune garantie que les exigences que l’organisation a en tête fonctionneront réellement.
Continue readingScrum : qu’est-ce que le framework Cynefin ?
Le cadre Cynefin aide les managers à déterminer comment ils perçoivent les situations et donnent un sens à leur propre comportement et à celui des autres. Il s’appuie sur les recherches menées sur la théorie des systèmes, la théorie de la complexité, la théorie des réseaux et les théories de l’apprentissage.
Continue readingProduct Owner Scrum : le rôle et les responsabilités
Un Product Owner est chargé de dire ce qui doit être développé et l’ordre des éléments qui doivent être réalisés. Vous pouvez le considérer comme l’unique autorité qui indique au reste de l’équipe ce qu’ils doivent créer et quelles fonctionnalités doivent être réalisées en premier. En bref, c’est lui qui indique aux autres membres de l’équipe ce qu’ils doivent créer.
Continue readingComment Scrum : un guide pratique
Scrum est un cadre pour le développement et la maintenance de produits complexes. C’est un processus de développement incrémental et itératif. Dans ce cadre, l’ensemble du processus de développement se compose de plusieurs cycles d’itération courts, un cycle d’itération court appelé Sprint, et chaque Sprint dure de 2 à 4 semaines.
Continue readingLe bref historique de Scrum
L’histoire de la méthode Scrum commence en 1986. Cette année-là, deux experts commerciaux japonais ont introduit le terme dans le contexte du développement de produits. Hirotaka Takeuchi et Ikujiro Nonaka ont publié l’article « New New Product Development Game » (le double « New » fait en effet partie du titre) dans la Harvard Business Review. Les auteurs décrivaient une nouvelle approche du développement de produits commerciaux qui permettrait d’accroître la vitesse et la flexibilité. Ils se sont inspirés d’études de cas d’entreprises de fabrication dans les secteurs de l’automobile, des photocopieurs et des imprimantes.
Continue readingRôles Scrum : qui fait quoi
Le propriétaire du produit – détient la vision du produit ; le Scrum Master – aide l’équipe à utiliser Scrum de manière optimale pour construire le produit ; l’équipe de développement – construit le produit.
Continue readingComment Scrum est-il lié au Manifeste Agile ?
Le Manifeste Agile détaille certaines philosophies agiles fondamentales, dont l’une est une préférence pour le contrôle du Processus Empirique – qui soutient que la connaissance est dérivée de l’expérience et que la prise de décision est basée sur ce qui est connu. Scrum est un processus empirique basé sur l’inspection, l’adaptation et la transparence. a donné le nom « Agile » au mouvement.
Continue reading