Comment passer de la chute d'eau à Scrum

1. Introduction: Bonjour, bienvenue dans ce cours sur la transition de la cascade à Scrum. Mon nom est l'origine. Quelles 25 ans d'expérience dans le développement de produits logiciels et la gestion de projets. Si vous connaissez déjà les bases de Scrum, ce cours vous apprendra étape par étape comment réussir la transition de la cascade Scrum. Chaque transition a ses propres défis. De même, la transition vers Scrum a également eu ses propres défis. À la fin de ce cours, vous aurez une bonne compréhension du processus de transition ainsi que des défis qui vous aideront à jouer un rôle efficace au sein de l'équipe Scrum. Merci d'avoir visionné cette vidéo, et j'ai hâte de vous voir sous peu. 2. Comment passer de la chute à la chute à de la terre à de l'eau: Si votre organisation suit le modèle traditionnel des cascades depuis suit le modèle traditionnel des cascades un certain temps, passer d'une cascade à Scrum n'est pas une tâche facile. Cette transition, parce que vous changez drastiquement dans esprit et prend son temps, ses efforts et son argent jurés. Dans cette vidéo, je vais vous présenter oui. Processus en dix étapes que vous pouvez suivre pour réussir la transition de l'eau pour ces dénombrements. Étape numéro un : comprendre la nature des produits. Comprendre les produits naturels et développement et faire une évaluation réaliste de celui-ci est maintenant l'une des étapes clés déterminer si l'écume sera ou non le bon choix pour votre organisation. Le projet est considéré comme un succès si les exigences données sont remplies à la satisfaction du client dans les délais et dans les limites du budget. Comme vous le savez peut-être, chaque produit est géré gardant à l'esprit trois contraintes, à savoir la portée, le temps et le coût. C'est ce qu'on appelle des contraintes triples dans la gestion de projet. Vous devez modifier l'une de ces contraintes ayant un impact sur d'autres contraintes. Donnez-moi une approche traditionnelle. La portée est généralement fixée par le compromis entre les variables de coût et de calendrier. Mais dans Scrum, le calendrier et coût de la portée fixe deviennent la variable car la portée nous rembourse notre goût à chaque sprint ou sortie. Par conséquent, l'escroquerie est mieux adaptée pour livrer régulièrement avec une portée variable. La durée du projet est courte. Nos exigences sont simples et fixes, alors la racaille peut ne pas apporter beaucoup d'avantages à cette équipe. D'autre part, si les exigences du produit sont complexes, peu susceptibles de changer pendant le coût du développement, la durée du produit est longue et des rejets fréquents sont nécessaires, alors le la mise en œuvre efficace de Scrum offrira de nombreux avantages à cette équipe. Étape numéro deux, plus haut ou consultez Scrum Coach. Une fois que vous avez identifié Scrum mass, le framework ITIL pour le développement de vos produits, la prochaine étape consiste à embaucher ou à consulter, oui, un coach de racaille. Avec l'aide de Scrum Coach, vous pouvez créer une proposition pour votre équipe de direction. Cette proposition devrait couvrir les problèmes existants, réponse aux défaillances de produits et la façon dont Scrum peut aider les PMs du projet à mener à bien le projet. Cette proposition devrait également parler de nouveaux processus de développement, méthodes, outils, changements organisationnels, ressources, échelles, rôles, responsabilités et exigences de formation qui sont nécessaire pour mettre en œuvre Scrum avec succès. coachs Scrum aident les équipes et les entreprises à passer d'un travail axé sur les produits, également d'un travail axé sur les produits. Les équipes d'aide et les entreprises créent un arriéré produit qui stimule le travail plutôt que de créer un plan de projet plus vaste. coachs de scan ont travaillé avec le propriétaire du produit, sont venus maîtriser et les aider à créer un arriéré de sprint, aident les équipes à mener efficacement des événements de sprint, partagent certaines bonnes pratiques mesurer les performances et le but des équipes. Les entraîneurs Scrum sont chargés de guider les équipes tout au long du processus de mise en œuvre et de fournir tout le soutien nécessaire aux équipes Scrum. Étape numéro trois, demandez l'engagement de la direction. Une fois que vous êtes prêt avec votre proposition, Bienvenue à l'équipe de direction à travers la proposition en soulignant tous les avantages et tous les défis. de rechercher un stylo de validation auprès de Il est extrêmement important de rechercher un stylo de validation auprès de votre direction car la mise en œuvre de Scrum nécessite un état d'esprit complètement différent. Parce que beaucoup de temps, efforts et d'argent de la part de l'organisation. Implémentation de Scrum dans une organisation qui est novice développement de produits et qui n' a aucune expérience préalable. C'est plus facile que de faire de même dans une organisation où les gens sont habitués à développer des produits un modèle traditionnel tel que la cascade. Éduquez notre équipe de direction au besoin et répondez à leurs consentements. Il est très important d'obtenir cet engagement, ce soutien et cette approbation. Vous ne pourrez pas profiter des avantages de Scrum sans impliquer à la fois la direction et l'équipe. Étape numéro quatre, identifiez un produit pilote et allouez des ressources. La mise en œuvre progressive de Scrum est fortement recommandée. La première phase serait la phase pilote, où vous pouvez identifier un produit ou un module dans un produit qui peut être développé, testé et livré indépendamment. Si le produit, notre module est déjà soumis à des contraintes de calendrier ou de coûts serrées, il peut ne pas être un bon candidat. Au lieu de cela, choisissez le produit, en gardant à l'esprit le code d'apprentissage. La durée du projet ne doit pas être trop courte ou trop longue. Il peut s'écouler au moins quatre à six semaines pour évaluer le fonctionnement de la peau. Choisissez des personnes qui connaissent déjà Scrum, peuvent être formés sur ses principes avant de mettre en œuvre votre projet. L'équipe Scrum a besoin d'une personne de chaque département ou de chaque domaine spécialisé afin de disposer de tous les dossiers, de la connaissance des cas, du soutien et de la capacité de prise de décision. Bien que votre équipe Scrum puisse compter de trois à neuf développeurs. Avoir une petite équipe pour commencer serait génial. L'équipe de phi serait une vente idéale. Assurez-vous que toutes ces ressources sont entièrement dédiées à ce produit et qu'elles ne fonctionnent pas sur d'autres projets. En développant la phase pilote, l'équipe peut regrouper des idées de produits solides, planifier la mise en œuvre de votre projet pilote et identifier les exigences de formation nécessaires. Plus ils travaillent ensemble, plus le projet sera facile. Étape numéro cinq, entraînez toutes les ressources sur Scrum. Une formation complète sur le scram est extrêmement importante pour tous les membres de l'équipe Scrum, tels que le propriétaire du produit, le Scrum Master, les développeurs et les autres parties prenantes qui font partie de l'équipe Scrum. Cette formation doit être dispensée par l'entraîneur Es kommt qui possède une expérience pratique dans la mise en œuvre d'écume à partir de zéro. De nombreuses organisations pensent qu'elles utilisent déjà Scrum, mais elles font à peu près ce qu'elles faisaient avant Scrum. En continuant à utiliser le modèle traditionnel dans lequel les membres sont invités à travailler sur plusieurs projets dont les priorités et les délais sont contradictoires. Il suffit d'ajouter votre réunion debout quotidienne et d'utiliser des termes tels que des sprints ne peuvent que suivre le processus existant. Dans de nombreuses organisations, chefs de produits habitués à gérer des produits dans leur baie traditionnelle ou qui sont censés jouer le rôle de Scrum Master avec des connaissances superficielles sur Scrum, il a été a noté que les Scrum Masters et les chefs de projet jouent des rôles différents. Étape numéro six, utilisez outils d'automatisation, car l'un des objectifs de Scrum est d' améliorer la productivité. Il est fortement recommandé d'utiliser les outils d'automatisation autant que possible. Par exemple, pour gérer le fondement et suivre la progression de toutes les histoires d'utilisateurs, vous avez décidé de recommander d'utiliser votre logiciel professionnel plutôt que d' utiliser et de distribuer de nombreuses feuilles de calcul. De même, il est fortement recommandé utiliser des outils pour concevoir le codage, la version, le contrôle, vérification de la qualité du code, les tests et la publication. L'utilisation de tous ces outils améliore la productivité de l'équipe de l'eau en réduisant les retouches et en améliorant la qualité. Assurez-vous que le membre de l'équipe et les autres parties prenantes sont formés besoin sur tous ces outils et processus établis au sein de l'organisation. Le premier et le plus important écrit pour l'automatisation dans tests Scrum est le cycle de développement court. Les équipes Scrum n'ont que quelques semaines pour tester à froid et intégrer des fonctionnalités nouvellement ajoutées. Si tous les tests sont effectués manuellement, cela prendra même plus de temps que le temps de développement réel. Dans de nombreuses occasions, certaines histoires d'utilisateurs peuvent ne pas être terminées au cours d'un sprint donné en raison du manque de temps pour les tests. D'autre part, des tests inadéquats entraînent des problèmes de qualité. Venez toujours les étapes bienvenues ou les changements fréquents doivent être soigneusement testés. De plus, si une modification que vous implémentez ne doit pas affecter la fonctionnalité existante, c'est ce qu' on appelle le test de régression. Manuellement. Faire de tels tests est ennuyeux, chronophage et sujet aux erreurs humaines. En capturant rapidement d'autres utilisateurs grâce à l'automatisation , les développeurs peuvent vérifier la stabilité d'un code. Correction de problèmes, terminez des histoires à temps et atteignez l'objectif de sprint. L'automatisation ne doit pas se limiter aux tests uniquement. Il devrait également couvrir d'autres activités telles que la génération, le déploiement et la publication. Les processus et outils d'automatisation peuvent réduire considérablement le délai de mise sur le marché. Étape numéro sept, vous implémentez Scrum. Après avoir obtenu l'approbation de la direction, identifié un projet pilote, alloué des ressources, identifié des outils et terminé toute la formation nécessaire. La prochaine étape consisterait à mettre en œuvre le SCOM. Doux. Pourtant, deux semaines de sprint sont préférables. Quoi, ce qu'il a eu plus longtemps sprint équipe de mêlée devrait suivre les principes de l'ordre du jour, en direct selon les valeurs de la racaille. Assistez à toutes les racailles même à temps, et assumez leurs rôles et leurs responsabilités au maximum de leur potentiel pour atteindre le bon sprint. L'équipe d'escroquerie peut créer une feuille de route pour le travail pilote. Et l'équipe doit toujours garder un œil sur la feuille de route pour fixer des priorités, comprendre les attentes et s'aligner sur les autres. Bien que l'équipe d'escroquerie s'autogère, elle ne peut pas faire ce qu'elle veut. Au lieu de cela, ils concourent des livrables à chaque sprint. Le manque de communication peut avoir une incidence importante sur ces initiatives et entraînera en fin de compte votre produit qui ne pas pleinement aux exigences des parties prenantes. En établissant clairement les équipes de partage des connaissances, vous serez en mesure de suivre tous les changements et tous les ajustements. Tous les membres de l'équipe, quelles que soient les règles, sont également responsables livraison réussie des histoires et des tâches terminées. À chaque sprint, chaque membre doit aider et soutenir autres membres dans toutes les possibilités de réussir le sprint et d'atteindre cet objectif de sprint. Commencez petit, apportez des changements plus malades et fixez des objectifs et des attentes réalistes. Célébrez les succès, les jalons et les réalisations en cours de route. Étape numéro huit, évaluez les performances périodiquement pour établir une comparaison précise avant et après, vous devez avoir une image claire de la façon dont les choses fonctionnent aujourd'hui à l'aide de certaines mesures clés. Mesures ou mesures de l'évaluation quantitative. Si les données ne sont pas disponibles, il est important d'examiner certains projets récents et d'obtenir un point de départ de données de base SES. Vous pouvez ensuite utiliser exactement les mêmes mesures pour comparer et évaluer l' efficacité de la transition. L'événement Perspective est une excellente occasion pour tous les membres de l'équipe Scrum de discuter tous les points positifs et des domaines à améliorer. Tous ces domaines identifiés et acceptés à améliorer devraient être mis en œuvre dans les Sprints et CLS suivants possibles. En outre, il serait utile de rechercher des commentaires périodiques auprès de clients et d'autres parties prenantes qui auprès de clients et d'autres parties prenantes qui ne participent pas à l'événement rétrospectif pour choisir judicieusement votre matrice. Vous ne voulez pas prendre une décision basée sur une seule mesure. Vous ne souhaitez pas non plus collecter et mesurer trop de mesures. Voici quelques-unes des mesures que vous pouvez prendre en compte. Burndown Sprint. Le graphique Sprint Burndown montre combien de travail a été accompli jusqu'à un jour donné et combien de temps est disponible pour terminer le travail restant. En examinant ce graphique sur votre activité quotidienne, généralement avant la mêlée quotidienne, vous pouvez vérifier si l'équipe est dans les délais prévus pour atteindre l'objectif de sprint. Succès du but de sprint. Sprint Goal est l' objet unique pour le sprint. Cet objectif de sprint est créé pendant la planification du sprint et ajouté au carnet de commandes de sprint en définissant objectifs de sprint, puis mesurant combien de sprints ont atteint l'objectif, vous pouvez mesurer comment les objectifs de l' entreprise sont souvent atteints. Les défauts échappés sont la mesure cruciale qui montre nombre de bogues rencontrés par utilisations en production pour une version donnée. Idéalement, oui, l'équipe Scrum devrait tester complètement les histoires et livrer l'autre produit gratuit. Mais en réalité, cela arrive rarement. Les défauts échappés reflètent la qualité du produit. Velocity indique le nombre moyen de points d'histoire que l'équipe a terminés lors des sprints précédents. Il est également indiqué des points d'histoire communistes que l'équipe peut engager lors du prochain sprint. De plus, il permet de capter les progrès de l'équipe en fonction des dépenses. Délai de mise sur le marché. délai de mise sur le marché est le délai écoulé entre la consommation de votre produit jusqu'à ce qu'il commence fournir des clients variés, qu'il soit mis sur le marché. rendement des dépenses publicitaires pour ce projet est le chiffre d'affaires total généré par un produit rapport au coût des sprints requis pour le développer. Satisfaction des clients. Le service Connect, les commentaires des détenus et la quantification de la satisfaction des clients sont multiples . Score de satisfaction client, score d'effort client et score net de promoteur, ou certains moyens d'obtenir la satisfaction des clients. Choisissez celui qui convient le mieux à votre organisation, donne satisfaction. Effectuer périodiquement en service, peut voir à quel point les équipes Scrum sont satisfaites. Étape numéro neuf, succès partagé et bâtissez plus d'équipes. Une fois la phase pilote terminée, partagez l'histoire de réussite et les leçons apprises avec la direction et les autres membres de l'organisation. Partager des histoires de réussite avec d'autres personnes apporte les avantages suivants que j' ai obtenus quant à la façon dont nous projetons différemment avant de mettre en œuvre Scrum. Et comment les équipes sont désormais en mesure de fournir des produits et des services et des résultats grâce à une implémentation efficace d'un scan, démontrant le succès, la réputation, la crédibilité et la simplicité et la confiance des équipes Scrum partagent les défis rencontrés et les leçons apprises par le concert et il est dans le travail accompli par l'équipe et exprime votre gratitude. Ils se sentent valorisés et motivés. De plus, ils vous font confiance et vous soutiendront dans toutes les situations. Un peu plus contient pour ajouter de la valeur à votre organisation. Et les clients. Marché par dix, fait venir la formation dans le cadre du programme d'initiation. Rendre la formation Scram obligatoire pour tous vos employés rendrait une organisation entièrement adj. Et ils permettent aux employés de la ville d' apprendre et d'adopter Scrum dès le début. Voici la liste de toutes les étapes que nous venons d'examiner. 3. Les principaux défis de la transition: passant d'un modèle traditionnel tel que la cascade, l'écume est confrontée à de nombreux défis. Dans cette vidéo, nous avons examiné dix défis majeurs. Numéro un, résistance au changement. Cette instance à changer est souvent considérée comme l'un des principaux défis. Vous ou la direction n'êtes peut-être pas désireux de faire quelque chose de nouveau, ce qui nécessite un état d'esprit différent. Changements organisationnels, nouveaux rôles et responsabilités, beaucoup de temps et d' efforts, d'argent, etc. Les gestionnaires qui préfèrent avoir une bonne autorité, un bon commandement et un bon contrôle. Qu'est-ce que les équipes ne sont peut-être pas prêtes à aller ? Un cadre suggère des racailles où Delta Posada a responsabilisé et l'autogestion. Vos employés qui ne sont pas prêts à apprendre et améliorer leurs compétences peuvent aider la mise en œuvre de Scrum. Le manque de connaissances. Lorsque les gens ne comprennent pas pourquoi une pratique Scrum particulière est nécessaire, les résultats peuvent être imprévisibles et inefficaces. Par exemple, si l'équipe informatique commence, je comprends le but de votre mêlée quotidienne. Ils finissent souvent par fournir une mise à jour typique de votre statut à la personne la plus âgée participant à l'événement. L'aversion générale du changement. Certaines personnes, c'est l'implémentation de Scrum simplement parce qu'elles n'aiment pas le changement. Il s'agit du développement équipe véritablement habilitée et autogérée. Scrum. C'est que le travail d'équipe qui apporte du succès aux membres de l'équipe Scrum devrait présenter les caractéristiques suivantes. Peinture, concentration, ouverture, courage et respect. En outre, chaque équipe doit être interfonctionnelle et autogérée. Développer une telle équipe n'est pas facile, surtout lorsque les membres sont habitués au travail et à la direction et au contrôle complets des chefs de produits dans leur précédente cascade. produits. Beaucoup de gens, combien peu ou pas d'expérience de la communication ouverte et de la collaboration. Ils hésitent beaucoup à partager leurs points de vue et leurs consentements et ils ne participent pas activement à tous ces événements Scrum. Pour profiter des avantages de Scrum, les membres de l'équipe ont besoin d' un peu de liberté et espace pour construire les choses qu'ils veulent. Cela pourrait représenter un défi dans une organisation où la micro gestion continue d'exister. Numéro trois, manque de discipline. Dans une équipe Scrum. On s'attend à ce que tous les membres soient très disciplinés jouer le rôle efficacement, assumer la responsabilité concurrentielle, avoir des communications ouvertes avec d'autres membres, travailler en équipe, et assister à toutes les réunions à temps. Le manque de discipline n'aidera pas l'équipe à atteindre le but de sprint avec succès. Numéro des histoires incomplètes à la fin d'un sprint. Il existe des situations où les développeurs d'un sprint donné ne sont pas en mesure de compléter les histoires des utilisateurs à temps. Et ils demandent au Scrum Master de prolonger la durée de ce sprint particulier. Cela peut expliquer pourquoi les histoires des utilisateurs ne sont pas terminées à temps. Certains d'entre eux ne comprennent pas les histoires d'utilisateurs. Le manque de domaine sont des échelles techniques, estimations inexactes, un manque de BAM et des problèmes de qualité. La prolongation de la durée d' un sprint particulier peut ne pas motiver les membres de l'équipe. Le complet, il y a une histoire sur dix. Deuxièmement, la vitesse de l'équipe sera faussée. Numéro cinq, les événements Scrum n'ont pas eu lieu le 10. Scrum ne recommande pas à beaucoup de réunions inutiles. Il est important que tous les événements Scrum suggèrent le raffinement du carnet de commandes, planification du sprint, le Daily Scrum, revue de sprint et rétrospectives de sprint soient menées à temps. Et tous les membres de l'équipe y participent activement en fonction de la règle. Par exemple, un événement de raffinement du carnet de commandes devrait se dérouler au milieu d' un sprint en cours. Ainsi, cela utilise les étudiants pour le prochain sprint peut être tenu prêt si l'escroquerie le retarde cette réunion. Et les développeurs sont très occupés à travailler sur les histoires d'utilisateurs actuelles. Le carnet de commandes produit peut ne pas comporter un nombre suffisant d'histoires d'utilisateurs. Pour le prochain sprint, cela aura une incidence sur la planification du sprint et la progression des prochains sprints. Numéro six, mélange, cascade et Scrum. Sans formation appropriée, donnez aux membres qui prétendaient avoir une expérience antérieure dans un DJ d'autres organisations d'essayer d'apporter leurs expériences et de faire en sorte que les autres les suivent. En réalité, la plupart de leur temps, la combinaison de Scrum, cascade. Et cela ne permet pas l'organisation actuelle de récolter les avantages de la pierre. Numéro sept, les membres de l'équipe travaillent sur plusieurs équipes. Bien que les lipides, regardent dans une équipe Scrum ou qu'ils soient entièrement dédiés, il n'est pas conseillé de les faire travailler sur plusieurs équipes, à moins qu'ils ne soient inactifs et qu'ils n'aient pas d'histoires d'utilisateurs à fonctionner. sur. Si les développeurs travaillent sur plusieurs équipes, ils peuvent ne pas être en mesure de se concentrer sur une chose et ils ont généralement tendance à être moins performants. De plus, il sera difficile d'atteindre l'objectif de sprint en raison leur indisponibilité et de diverses autres priorités. Numéro huit, attendant rapidement des cellules, implémentant Scrum pour les dix premiers dans une organisation, il nous faut porter. Il implique beaucoup de changements organisationnels, de dévouement, engagement, de concentration, de formation, d'apprentissage et de mise en œuvre continue. Toutes ces choses ne peuvent pas se produire du jour au lendemain. Cela peut prendre de quelques mois à plusieurs mois, selon l'efficacité de la œuvre et de la pratique de l' escroquerie. S'attendre rapidement avec des cellules ne fera que décevoir. Numéro neuf, ce qui fait comprendre Scrum aux plantes. Lorsque vous développez votre produit en collaboration avec votre client qui est nouveau dans Scrum, il est toujours bon de leur faire comprendre les avantages de Scrum et comment il vous aidera à réussir à livrer votre produit. le produit. Les boîtes de conserve ont tendance à aimer les processus réels, car ils peuvent passer en revue les petits morceaux et fournir des commentaires à la fin de chaque sprint. Toutefois, il peut s'avérer difficile de les sensibiliser à la gestion d'un processus plus collaboratif au début. Numéro dix, manque de gestion des risques. Cependant, Scrum lui-même atténue beaucoup d'entre eux dans le développement de produits ou la gestion de produits, simple fait de suivre Scrum ne garantit pas le succès. nombreux risques inhérents Chaque produit est associé à de nombreux risques inhérents. Il est important que chaque organisation dispose d'un bon plan de gestion des risques et tous les risques potentiels soient gérés de manière très proactive. Par exemple, le roulement élevé des employés est l'une des tâches courantes auxquelles les mini-organisations s'occupent. Il peut y avoir des raisons telles que la forte demande du marché , le salaire, les nouvelles technologies , de meilleurs avantages sociaux pour les employés, etc. À moins que ces risques ne soient atténués, ils auront un impact sur l'objectif commandé du produit en cours de développement.