User talk:Anasavina6s

3 mythes a propos de la methode Scrum
Dans le monde du developpement logiciel, beaucoup ont encore des doutes sur Scrum. Qu'est-ce qui les empeche de l'utiliser? Cet article decrit les cinq mythes principaux de Scrum qui pourraient empecher les gens a passer une approche Agile pour le developpement logiciel.

Outre le fait que de nos jours, la plupart des societes de developpement de logiciels pretendent utiliser une sorte de methodologie Agile, il y a plusieurs mythes et d'idees fausses a propos de Scrum que vous avez demystifier, maintenant et pour toujours.

Mythe 1: Aucune documentation n'est requis

C'est probablement le mythe le plus repandu que nous avons entendu, mais la realite est que vous pouvez avoir autant de documentation que vous le souhaitez.

La racine de ce mythe vient probablement de la comparaison avec des executions de projets plus traditionnels, ou d'enormes documents de"tailles dans la pierre" sont crees dans une phase de projet. Mais peu de documentation a l'avance ne signifie pas qu'il peut ou devrait etre ignore tout en Scrum!

Au cours de toute activite de developpement, la documentation fonctionne comme une feuille de route, specifiant ce que le produit final aura et en gardant tout le monde aligne avec la meme vision.

La realite est qu'Agile produit de la documentation, mais elle est differente. L'environnement de collaboration accrue qu'un projet Agile pretend encourager pourrait reduire le besoin de certains documents de conception. Au lieu de ces exigences fixes et longs, vous avez un carnet de commandes de produits en attente, une collection d'histoires d'utilisateurs qui sont activement mis a jour et priorisees.

Mythe 2: Aucune planification n'est necessaire

La planification est essentielle dans les projets Scrum et dans la gestion de projet Agile. Mais encore une fois, la difference dans une methodologie traditionnelle reside dans le calendrier. Tout en utilisant une approche traditionnelle (Waterfall), la planification est quelque chose qui se produit une fois au tout debut, mais dans la planification Agile, c'est une activite continue, quelque chose de continu qui se repand tout au long du cycle de developpement.

Mythe 3: Scrum est chaotique

Scrum favorise l'auto-organisation, et c'est probablement la raison pour laquelle les gens peuvent penser que cela signifie moins de la discipline. Mais laissez-moi vous dire quelque chose, si les membres de l'equipe font ce qu'ils veulent, quand ils le veulent et choisissent les taches qu'ils preferent, alors vous le faites mal.

Scrum est un cadre qui decrit clairement les roles, les principes et les pratiques. Il y a un proprietaire de produit qui doit decider quels sont les elements les plus importants de toutes sortes de la mise en ?uvre. Il ya aussi un ensemble d'evenements chronometres, comme la planification du sprint, les reunions de mise a l'heure quotidienne ou la revision du sprint, qui exigent des equipes bien disciplinees pour le faire correctement. Donc, Scrum n'est pas un synonyme de chaos.

Conclusion

Dans le monde du developpement logiciel, beaucoup doutent encore de l'inclinaison vers Scrum, ce qui pourrait freiner leur propre croissance.

La bonne nouvelle, c'est que maintenant vous en savez un peu plus sur ce qui est vrai et ce qui ne l'est pas lorsque nous parlons de gestion Agile avec la methodologie Scrum. Nous sommes convaincus que vous prendrez les bonnes decisions la prochaine fois que vous aurez a choisir de le mettre en ?uvre ou non. Pour plus d'informations sur methodologie scrum Page net: http://www.cieillico.fr/les-differentes-methodes-agiles