Découvrez SCRUM® en 10 minutes

Qu'est-ce que SCRUM? C'est quoi une méthode de gestion de projets agile? Voici les réponses à vos questions. D'autres vidéos et formations sur www.skills4all.com

[@davsi7928]

10 minutes de très grande clarté ! Merci pour cette vidéo et cette synthèse parfaite 👍

[@Skills4All]

Avec grand plaisir!

[@auhmanisouheil6084]

Merci beaucoup pour cette présentation si précise et utile. Très pédagogique

[@mandimbitafikasambizafymar1591]

Merci beaucoup! Très instructif.

[@samiaghal2914]

Merci Mr votre Schéma m’aide bcp

[@saatt5609]

Je ne connaissais pas cette méthode, contenu et rythme intéressant, donne envie d'en savoir plus. merci.

[@dafor-dominiquelaroche-daf3816]

Schéma qui paraît complexe à première vue, mais l'explication est parfait pour bien comprendre. Merci.

[@mahamatadamelias4318]

Merci bien expliqué de façon terre à terre

[@fun3000able]

Merci pour cette video intéressante et consistante. Juste un point, le client peut envisager une méthode AGILE pour avoir un rendu régulier, plutôt qu'un cycle en V qui favorise l'effet tunnel amenant potentiellement à un décalage avec les attendus en fin de projet. Mais attention aux clients ambigus (il y en a ) qui n'auront pas compris (voulu comprendre) que le backlog pourrait ne pas être entièrement exécuté par manque de moyen (d'où la priorisation et l'évaluation des tâches en fonction aussi des capacités de l'équipe Réa) ou de temps, l'enveloppe financière étant mal ficelée car orientée forfaitaire (cycle en V) sur un ensemble de fonctionnalités (backlog complet) et non par sprint. Le client (product owner) doit avoir digéré la méthode AGILE avant de se lancer dans la démarche en pensant qu"elle nécessite moins de rigueur et d'implication de sa part dans la définition du besoin. Au niveau du management de projet et de la vente, il faut un IC qui tienne la route et qui sache éduquer son client.

[@helamaknine5289]

merci pour cette vidéo elle est très utile et l'explication est très claire

[@karimcherifi4806]

Merci pour cet exposé, très bien détaillé.

[@MohamedhabibBellaaj]

Excellente démonstration de SCRUM

[@murieldo7120]

Ce franglais de qualité !

[@aklirani4489]

Merci pour cette présentation très détaillée.

[@sabertounsi7598]

merci, bien expliqué

[@elmehdilaghraoui9062]

Clairement et bien expliqué, Merci Monsieur.

[@mono65]

Merci pour cette belle présentation

[@yasminahas1548]

Merci pour cette instructive vidéo.

[@ayaayucha5310]

شرح رائع 😍

[@atconsulting3690]

Très bien expliqué

[@hichamkonan6962]

concis et clair , merci pour votre explication

[@kassia5627]

excellente présentation merci!

[@The_Magus]

Très bonne introduction.

[@sambogoudasare2042]

très bien expliqué

[@iplanscorporation4134]

Donc avec SCRUM en début de projet on ne saurait dire au client combien va lui coûter le produit finale approximativement comme cela se fait avec la démarche classique ?

[@oualidonline]

C'est très utile, merci!

[@nasirisamia]

Bonjour, merci pour votre réponse, mais ce que je comprend pas si j ai besoin dans un projet de créer une base de données, donc si je modélise dans chaque sprint une partie cela peut contribuer à la redondance des donnes n 'est ce pas?

[@nasirisamia]

Je voudrais savoir est ce que la phase de conception du projet :modélisation est absente? parce que souvent on parle que de la planification et réalisation, si oui comment concevoir ?avec merise ou uml?, et la conception de tous le projet ou bien juste partie d' itérations?

[@thamazighthaitsai7659]

Merci beaucoup !

[@serignediewrine7908]

Merci beaucoup

[@FaridBoudissa]

Bonne didactique Marc-Noël, agilement vôtre !

[@sadaneotmane1437]

Merci bien !

[@msalhi39]

Merci

[@jackisjack_bysun]

Lors d'une phase de conception dans un projet Classique, vous pouvez tout à fait simuler des écrans, des maquettes, qui permettront d'avoir des retours immédiats de votre client ; et cela, sans engager un centime de développement. J'ai l'impression que les méthodes "agiles" viennent palier un défaut de compétence "en rédaction/conception du besoin". L'équipe ne possède pas "l'architecte qui sait dessiner le besoin du client". Ils sont obligés de "faire en réel" pour que le client puisse VOIR ce qu'il va avoir ; autant dire que ce n'est pas du tout optimisé. Cela est facilement le cas lorsque l'équipe n'est composée que de développeur (désolé pour le préjugé du développeur renfermé sur lui-même) et qu'il n'y a pas de profils MOA qui disposent d'un minimum de relationnel pour vraiment comprendre le monde du client ET rester en contact avec lui au cours du projet. Comme par hasard, l'équipe SCRUM classique est composé de développeurs, "d'un chef de projet", d'un client... et pas de MOA. Plus drôle : l'un des principes majeur de l'agilité est : "Un logiciel qui fonctionne plus qu’une documentation exhaustive.", autant dire que ces gens là ont des vrais problèmes avec la rédaction ; et je ne souhaite à personne de maintenir un logiciel sans documentation, cela créé à terme des logiciels où chaque bug/évolution coûte une fortune (car personne ne sait exactement comment ça fonctionne, car le développeur et le client initial ont déjà changé de poste...)

[@raph4real_]

super merci

[@Karine2012fev]

Ils doivent être contents 3M😝

[@Djefer69]

Bref, comment organiser le bordel et l'indécision :p

[@Djefer69]

pardon, j'oubliais : "in short, how to manage mess and wavering!" c'est plus understandable ?

[@super-actif-com9396]

bien vue

[@mahshidbhd5058]

Merci