Réunion de juin du Bazar Agile
Date : Jeudi 18 juin
Heure : 18h00 - 21h00
Lieu : A annoncer (un emplacement à Burlington était prévu mais nous recherchons un espace plus grand et l'annoncerons bientôt)
RSVP : Aller sur http://agilebazaar.org/ pour s'inscrire. Nous nous attendons à ce que toutes les places soient occupées, alors inscrivez-vous rapidement !
Nourriture : Elle sera fournie.
Coût : Une contribution volontaire pour couvrir les frais de nourriture est la bienvenue.
Scrum a été un processus Agile très largement adopté, utilisé pour gérer des travaux aussi complexes que le développement de systèmes et la mise au point de versions de produits. Cependant, lorsque la chute d'eau n'est plus en place, un grand nombre d'habitudes et de dysfonctionnements de longue date sont apparus au grand jour. C'est particulièrement vrai avec Scrum, car la transparence est mise en avant dans les projets Scrum.
Parmi les dysfonctionnements, on peut citer un produit de mauvaise qualité et des pratiques et infrastructures de développement totalement inadaptées. Ces dysfonctionnements sont apparus parce que leurs effets ne pouvaient pas être perçus très clairement dans un projet en cascade. Dans un projet Scrum, l'impact de la mauvaise qualité causée par des pratiques et un outillage inadéquats est visible dans chaque sprint.
Les principales habitudes qui nous entravent sont des développeurs et des clients flasques qui croient en la magie, comme dans.. :
Développeurs non qualifiés - la plupart des développeurs travaillant dans une équipe sont incapables de construire un incrément de produit au cours d'une itération. Ils ne sont pas familiarisés avec les pratiques modernes d'ingénierie et de qualité, et ne disposent pas d'une infrastructure favorable à ces pratiques.
Client ignorant - la plupart des clients ont encore l'habitude de jeter un cahier des charges au développement et d'attendre que les dérapages commencent à se produire, en ajoutant sans cesse les changements inévitables et incontournables.
Croyance en la magie - la plupart des clients et des gestionnaires croient encore que s'ils veulent quelque chose avec suffisamment de force et en mettant suffisamment de pression sur les développeurs pour qu'ils le fassent, cela se produira. Ils ne comprennent pas que la soupape de pression est la qualité et la viabilité à long terme du produit.
Avez-vous rencontré ces problèmes ? Votre entreprise est-elle en train d'adapter le Scrum jusqu'à ce que mort s'ensuive ? Laissez Ken répondre à vos problèmes et à vos questions !
Ken décrira comment le Scrum résout ces problèmes et nous donnera un aperçu des plans pour l'avenir des efforts de certification du Scrum.
French 
English 
Spanish