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
Пікірлер: 42
@mandimbitafikasambizafymar15912 ай бұрын
Merci beaucoup! Très instructif.
@davsi792811 ай бұрын
10 minutes de très grande clarté ! Merci pour cette vidéo et cette synthèse parfaite 👍
@Skills4All11 ай бұрын
Avec grand plaisir!
@auhmanisouheil608411 ай бұрын
Merci beaucoup pour cette présentation si précise et utile. Très pédagogique
@saatt56095 жыл бұрын
Je ne connaissais pas cette méthode, contenu et rythme intéressant, donne envie d'en savoir plus. merci.
@elmehdilaghraoui90625 жыл бұрын
Clairement et bien expliqué, Merci Monsieur.
@karimcherifi48066 жыл бұрын
Merci pour cet exposé, très bien détaillé.
@samiaghal2914 Жыл бұрын
Merci Mr votre Schéma m’aide bcp
@helamaknine52897 жыл бұрын
merci pour cette vidéo elle est très utile et l'explication est très claire
@MohamedhabibBellaaj7 жыл бұрын
Excellente démonstration de SCRUM
@hichamkonan69627 жыл бұрын
concis et clair , merci pour votre explication
@atconsulting36907 жыл бұрын
Très bien expliqué
@aklirani44895 жыл бұрын
Merci pour cette présentation très détaillée.
@dafor-dominiquelaroche-daf38165 жыл бұрын
Schéma qui paraît complexe à première vue, mais l'explication est parfait pour bien comprendre. Merci.
@yasminahas15485 жыл бұрын
Merci pour cette instructive vidéo.
@mahamatadamelias43184 жыл бұрын
Merci bien expliqué de façon terre à terre
@sambogoudasare20427 жыл бұрын
très bien expliqué
@mono655 жыл бұрын
Merci pour cette belle présentation
@kassia56275 жыл бұрын
excellente présentation merci!
@oualidonline7 жыл бұрын
C'est très utile, merci!
@fun3000able6 жыл бұрын
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.
@msalhi397 жыл бұрын
Merci
@thamazighthaitsai76596 жыл бұрын
Merci beaucoup !
@The_Magus5 жыл бұрын
Très bonne introduction.
@CocoNuts3476 жыл бұрын
Super vidéo, merci énormément !
@murieldo71204 жыл бұрын
Ce franglais de qualité !
@sabertounsi7598 Жыл бұрын
merci, bien expliqué
@raph4real_6 жыл бұрын
super merci
@serignediewrine79085 жыл бұрын
Merci beaucoup
@ayaayucha5310 Жыл бұрын
شرح رائع 😍
@sadaneotmane14374 жыл бұрын
Merci bien !
@iplanscorporation41346 жыл бұрын
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 ?
@nasirisamia5 жыл бұрын
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?
@nasirisamia5 жыл бұрын
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?
@Karine2012fev7 жыл бұрын
Ils doivent être contents 3M😝
@jackisjack_bysun5 жыл бұрын
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...)
@FaridBoudissa4 жыл бұрын
Bonne didactique Marc-Noël, agilement vôtre !
@Djefer696 жыл бұрын
Bref, comment organiser le bordel et l'indécision :p
@Djefer696 жыл бұрын
pardon, j'oubliais : "in short, how to manage mess and wavering!" c'est plus understandable ?