The Coder's Breakfast - Mot-clé - scrum - Commentaires2022-11-22T14:44:11+01:00Olivier Croisierurn:md5:7bccc57fa40daaa0bbb47c16f3d66529DotclearDevs vs Threads : une comparaison pifométrique - Antoineurn:md5:c0a89c878c48cccc25ffffae8b90b42d2012-11-01T12:01:54+00:002012-11-01T12:12:59+00:00Antoine<p>On est plutôt dans le kanban que dans scrum, comme ça a été dit.<br />
La modélisation de scrum pourrait être intéressante mais plus compliquée. En première analyse, scrum serait plus une file d'attente (le backlog produit) dont les éléments et leur priorité changent en fonction d'un contexte global (l’abstraction de la collaboration product owner/équipe de dév), qui est traitée par lot (le backog de sprint) par un pool de threads/développeurs. Un timer de durée fixe pendant toute l'exécution du programme commence avec le traitement du lot, quand il arrive à échéance, l'activité des threads s'interrompt, les éléments de la liste non commencés ou non terminés sont réinjectés dans le backlog produit, on remet le timer à zéro, on collecte des statistiques sur la quantité de travail effectuée par les threads, ces statistiques sont passée à l'objet contexte qui ajuste sur cette base la talle du lot à traiter pour la prochaine itération (le sprint backlog), et on réitère. L'idée est d'obtenir une stabilisation spontanée de la taille du lot traité à chaque itération.<br />
L'enjeu de l'agilité, dans cet exercice de style comme dans la vraie vie, est d'instaurer une boucle de feedback pour qu'il y ait un ajustement mutuel entre capacité de travail des développeurs et la charge de travail qu'ils s'affectent. Par ailleurs, un aspect important de l'agilité (XP notamment, mais scrum aussi) veut que l'équipe de développement soit considéré comme une boite noire à laquelle du travail est confié, et qui se débrouille pour le réaliser, il n'appartient qu'à l'équipe de s'organiser. Modéliser l'activité en considérant les développeurs comme des machines prédictibles micromanagées et parallélisables peut provoquer quelques lèvements de sourcils chez les agilistes.<br />
Et, juste pour finir de pinailler, la religion Scrum ne parle pas de story points :)</p>Devs vs Threads : une comparaison pifométrique - Olivier Croisierurn:md5:e73120e8c93db012f4ed5ee8e3e50d342012-10-31T21:56:04+00:002012-10-31T21:56:19+00:00Olivier Croisier<p>Un quickie pour le Devoxx-FR 2013 ?</p>Devs vs Threads : une comparaison pifométrique - Guillaumeurn:md5:5b9a46312c59b26669da90c88d97fe432012-10-31T12:16:54+00:002012-10-31T17:48:38+00:00Guillaume<p>Salut Olivier,</p>
<p>La comparaison me semble extrèment intéressante ! Je penses qu'il faudrait plus faire le lien avec Kanban, où la limite du travail en cours, des files d'attentes, le calcul du temps de cycle et les classes de services peuvent trouver leur pendant du côté du Threads.<br />
Peut être une idée de présentation pour Devoxx France derrière ça, contactes moi si ça t'intéresse, il y a moyen de s'amuser ;-)</p>Devs vs Threads : une comparaison pifométrique - boblemarurn:md5:0af0df221bbc48fd990be0790f8a82c92012-10-31T08:49:13+00:002012-10-31T17:48:38+00:00boblemar<p>Amusant !<br />
Dev un jour, dev pour toujours.<br />
Ce qui me plait dans cette approche, c'est que la boucle est bouclée : on a créé différents paradigmes informatiques en s'inspirant du monde réel (objets...). Pourquoi ne pas s'inspirer des théories qui ont fait leur preuve en informatique dans le monde réel ?<br />
Mais attention, et tu y fais allusion (remplacement des devs par des threads), le soulèvement des machines approche ;)</p>
<p>bblmr</p>Devs vs Threads : une comparaison pifométrique - Benoîturn:md5:587326586ffb94dafc910f45f69c570b2012-10-31T07:26:21+00:002012-10-31T17:48:38+00:00Benoît<p><quote>En particulier, les threads n'ont pas besoin d'être nourris.</quote></p>
<p>Pourtant, les consommateurs consomment ... ;-)</p>Paris JUG "Scrum" : compte-rendu - Guillaume Bodeturn:md5:389093c63fe191b0d9914ee67963fe2a2009-04-16T10:50:01+01:002009-04-16T09:50:01+01:00Guillaume Bodet<p>Merci pour cet excellent résumé!<br />
Juste une petite correction : on doit la célèbre citation "Plans are nothing, planning is everything" à Dwight Eisenhower, dit "Ike", commandant en chef des forces alliées en Europe durant la seconde guerre mondiale puis Président des Etats-Unis...</p>Paris JUG "Scrum" : compte-rendu - Nicolasurn:md5:d1c2f960c3d00012a7ee2e5d54b3baf32009-04-15T06:52:47+01:002009-04-15T05:52:47+01:00Nicolas<p>Excellent résume. Merci olivier.<br />
Je posterai le podcast de la 1 ère partie bientôt.</p>