Quels sont les principaux avantages de la mêlée comme une méthodologie? [fermé]

d'après mon expérience, le principal avantage est que votre gestionnaire peut dire que vous faites de la mêlée, et vous perdez plus de temps à aller aux réunions quotidiennes au lieu de faire du travail.

... il est possible qu'ils ne l'aient pas fait correctement ;-).

Pour l'équipe que vous décrivez, je vois ces principaux avantages:

visibilité de ce qui se passe et responsabilisation. Au cours de la brève réunion quotidienne, vous avez une meilleure idée de ce qui se passe, de ce qui est terminé et de ce qui ne l'est pas. Après un certain temps, vous commencez à voir les tendances: qui est bon d'estimer, qui ne l'est pas, qui vous dit qu'ils travaillent alors qu'ils ne le sont pas vraiment. Vous avez une meilleure idée de quand vous allez le faire.

Auto-organisation. Les membres de l'équipe sont ceux que choisir quoi faire et quand pour l'itération donnée. Cela prend du temps quand les gens ne sont pas habitués à cela, mais finit par rendre les membres de l'équipe plus heureux parce que personne ne dicte qui doit faire quoi. Ils décident.

capacité accrue de réagir rapidement aux changements d'exigences. Les concepts de "time boxing", "daily status checks" et "user involvement" faciliteront à la fois la saisie des réactions et la modification de vos priorités.

Je ne vois pas beaucoup de différences entre XP et Scrum. Si vous avez déjà XP, vous n'avez probablement pas besoin de changer. Peut-être adopter des pratiques de Scrum spécifiques pour une meilleure extensibilité comme Scrum-of-Scrums. Presque toutes les autres pratiques existent dans XP comme les réunions quotidiennes, les itérations, la séparation des rôles, les rétrospectives, etc.

en fait, je ne suis pas sûr qu'une telle séparation ait des avantages. Il est préférable de décider ce que vous faites de mal pendant les réunions rétrospectives et d'appliquer les pratiques de toute traitez (ou créez vos propres solutions) vos problèmes spécifiques. XP et Scrum vous donnent un cadre qui vous aidera à être adaptatif et créatif. Alors que les processus traditionnels vous donne un ensemble de règles qui impédance tout comportement créatif.

votre équipe et votre projet sont spéciaux. Pensez et communiquez pour affiner votre processus de développement.

tout d'abord Scrum est une méthodologie pour la gestion de projet pas pour le développement...il peut être combiné avec XP ou RUP...

Scrum est bon pour vous si vous avez un projet qui change...lors de vos exigences changements que vous devez tenir compte de ces changements... Scrum a des itérations courtes (2-4 semaines) et cela fournit plus de réponse aux changements... et le client peut disposer d'une libération anticipée de son produit et vous pouvez avoir tous les commentaires que vous avez besoin... c'est peut-être la première avantage...

autre avantage: votre équipe sera toujours syncronisée surtout quand elle dépend l'une de l'autre...

d'après ce que j'ai compris, les réunions de mêlée quotidiennes sont l'occasion pour l'équipe de discuter des progrès et des problèmes de blocage. Le Scrum master facilite. Le propriétaire du produit peut être invité si l'équipe décide de le faire, mais la réunion n'est pas destiné à fournir tout l'état d'avancement d'un patron ou d'un gestionnaire.

j'espère avoir raison.

quand vous dites "Scrum" Je ne sais pas si vous voulez dire agile, ou juste la réunion quotidienne. En supposant que vous voulez juste dire quel est l'avantage de la réunion quotidienne je vois 3

1 - vous avez l'occasion d'exposer les problèmes que vous rencontrez à l'ensemble de l'équipe et pouvez obtenir de l'aide de personnes que vous n'avez peut-être pas pensé à demander. Il est plus efficace que d'avoir à interrompre les collègues tout au long de la journée pour essayer d'obtenir de l'aide pour certains problèmes que vous avez.

3 - vous passez généralement moins de temps à rédiger des rapports d'étape parce que tout le monde, y compris votre patron, entend chaque jour ce sur quoi vous travaillez et les progrès que vous avez réalisés.

C'est mon expérience avec scrum

je suis " Scruming "depuis deux ans et mon expérience me dit qu'il est beaucoup plus facile de savoir" où nous en sommes " à n'importe quel moment parce que le processus de développement est dans des périodes de longueur fixe (Sprints) qui permet d'évaluer ce qui a été fait. Et au milieu de ces périodes ayant la mêlée quotidienne (ces réunions dont parlait Dmitriy) et le tableau D'épuisement (le graphique du reste du travail) permet à l'équipe et le gestionnaire de toujours savoir ce qui est déjà fait et ce qui fonctionne de l'équipe sur.

dans votre cas, vous aurez probablement besoin d'avoir plusieurs Scrums plus petits, au lieu d'un grand, parce que Scrum fonctionne mieux avec des équipes plus petites. Ce livre a quelques idées à ce sujet: http://www.infoq.com/minibooks/scrum-xp-from-the-trenches

Vous n'obtiendrez pas les délais de la fin :)

je pense que scrum est plus une habitude qu'une méthode ou une pratique. Il y a beaucoup d'équipes qui opèrent dans la mêlée sans savoir qu'elles font agile et il pourrait y avoir beaucoup d'équipes qui prétendent qu'elles sont agiles et ne suivent pas les principes de base de la mêlée.

j'ai travaillé avec kanban, waterfall, agile scrum et d'autres tout en développant des produits logiciels et avec mon expérience, je suis plus à l'aise avec scrum. Il vous donne un sentiment d'accomplissement et vous garder éveillé à la lumière de ce qui doit être accompli de nouveaux et comment le faire.

la méthodologie de développement de produits Scrum est basée sur un processus progressif et itératif de développement de produits où les solutions se développent grâce à la collaboration entre interfonctionnels et auto-organisés Equipe. Voici les principaux avantages de mêlée

• simplicité et transparence des processus
• planification adaptative
• adaptabilité rapide au changement
• modèle évolutif de développement et de livraison
• approche Itérative
• Rapide des cycles d'apprentissage
• test Automatisé offre une plate-forme stable
• mise sur le marché rapide
• des équipes intégrées et flexibles qui peuvent changer les exigences à tout moment selon les commentaires des utilisateurs

je pense que j'ai rendu assez justice à la réponse.

voici où vous pouvez en apprendre davantage sur mon expérience: http://www.cygnet-infotech.com/blog/agile-scrum-methodology-for-product-engineering

L'Esprit D'Équipe Grande visibilité du progrès. Démonstration fréquente et rétroaction rapide des intervenants Les problèmes sont identifiés tôt Qualité du produit et amélioration de la productivité Plus de satisfaction de la clientèle