Les bases de Scrum pour les débutants | Cours sur Agile et Scrum

1. Vidéo promotionnelle: Hé, les gars, bienvenue au cours de mêlée. m'appelle Marie Zero et je suis un maître de mêlée, un gestionnaire de projet agile et certifié. Et dans ces noyaux de mêlée, je vais couvrir tous les différents concepts, outils, cassettes, rituels, artefacts qui font partie de la mêlée. Pour que vous compreniez ce qu'il considère comme un cadre sur la façon dont vous pouvez appliquer vos demandes à vos projets. Donc on va passer du A à la mêlée du plateau et tous les éléments fondamentaux pour vous assurer que vous sortiez des scores certifiés. Mais plus important encore, que vous puissiez commencer à appliquer la mêlée dans votre projet dans votre entreprise, fournissant les résultats que vous cherchez, je suis sûr que vous allez apprendre notre serrure dans les scores. Et j'ai hâte de vous voir sur le prochain. Les applaudissements. Au revoir. 2. Introduction, principes de base de Scrum et la définition de Scrum: Hé les gars, dans le cours de mêlée, je vais vous apprendre tout ce que vous devez savoir sur la mêlée. Ceux-ci vous permettront de devenir un membre de l'équipe de mêlée, un maître de mêlée, un propriétaire de produit ou tout simplement quelqu'un qui est vraiment, vraiment passionné par la mêlée et peut partager ces connaissances avec vos collègues de travail et avec d'autres les gens à des objectifs plus riches et à aider l'entreprise à générer de la valeur pour l'organisation . On va aussi couvrir les fondements de la mêlée dans les scores, ce qui est plutôt regarder l'essence de la mêlée. Vous devez comprendre ce qui est chronique avant de commencer à l'appliquer. Donc, bien sûr, nous allons commencer par la définition de mêlée. Qu' est-ce que c'est, tu sais, quelles sont ses origines ? Qu' est-ce qui implique la mêlée ? Comment l'appliquez-vous ? Quels sont les rituels qui en font partie ou les pratiques, tout ce qui est impliqué dans votre travail et l'utilisation de la mêlée dans votre entreprise ? Et puis nous allons aussi parler de ce qui le rend différent et spécial par rapport à d'autres cadres ou par rapport à d'autres méthodologies. Et je vais le comparer particulièrement directement avec la gestion de projet riche en eau et la façon traditionnelle de gérer les projets. Vous allez voir des différences majeures entre la façon dont les gens gèrent normalement les projets et la façon dont vous les gérez à l'aide de la mêlée. Et ceux-ci, bien sûr, fait partie de ce que vous devez apprendre et ce que vous devez faire pour devenir un maître de mêlée. Parce qu'un de vos grands mondes est un maître de mêlée, éduque les autres sur la mêlée qu'il est comment l'utiliser, sa puissance et sa valeur. Donc, nous allons aussi parler de la raison pour laquelle je suis si précieux et si important, pourquoi tant entreprises et d'organisations l'adorent et pourquoi il y a une si grande demande et un si grand appétit pour la mêlée et la mêlée Muster partout dans le monde à travers de nombreux et à peu près dans tout type de projet. L' autre chose que nous allons aborder dans ce cours est comment cela peut vous aider à atteindre vos objectifs. House Crumb peut vous rapprocher de ces objectifs et pourquoi c'est beaucoup mieux que d'autres façons et façons traditionnelles de réaliser des projets et des moyens traditionnels d'atteindre vos objectifs. Alors plongons directement dedans. D' accord ? Quelle mêlée, n'est-ce pas ? L' une des choses que nous voulons apprendre dans ce cours est ce que cela signifie, ce qu'il est et Fondamentalement ce que vous devez garder votre esprit dans la mêlée est un cadre pour problèmes de fournir de la valeur. C' est ça. Essentiellement, c'est ce qu'est la mêlée. Il vous aide à générer des problèmes sur la valeur de croyant pour vos clients. Mais c'est aussi une méthodologie agile. C' est l'une des nombreuses méthodologies agiles, mais c'est en fait la méthodologie la plus populaire et la plus agile, et il y a une raison à elles. Il y a une raison pour laquelle c'est l'un des ou pas l'un des It's est en fait la méthodologie la plus populaire, agile, et cela a à voir avec la simplicité et la puissance off scrum. C' est aussi un interrogatif et des bogues de temps approchés. Et c'est la clé. Au fait. Ceci est clé parce que si cette partie hors de l'essence de la mêlée comme un cadre, qui est que c'est quelque chose que vous construisez et continuellement itéré et amélioré dans une mode boîte à temps juste sur par boîte à temps inscribe, nous allons parler de la volonté de Sprint revoyez le concept un peu plus tard, mais je veux que vous ayez à l'esprit ce prince, dit-il. Time box, dans lequel vous livrez quelque chose en agile et il est particulièrement inscrit une méthodologie cadre Orissa. Quand nous parlons de printemps, nous voulons parler d'un livre chronologique qui est généralement de deux semaines, bien qu'il puisse aller jusqu'à quatre semaines. Mais la plupart des équipes de mêlée utiliseront une période printanière de deux semaines. Vous trouverez des différences entre les différentes équipes travaillant avec Scrum parce que certaines d'entre elles préféreront utiliser une période de temps plus rapide comme un sprint d'une semaine. D' autres utiliseront une boîte de temps de printemps plus longue comme deux semaines, trois semaines jusqu'à quatre semaines. Mais en général, je vous recommande d'utiliser un sprint de deux semaines et c'est ce que nous appelons une approche chronologique , qui signifie que vous livrez quelque chose sur une période définie que nous appelons dans la mêlée des sprints. La livraison incrémentielle avec amélioration continue est à l'essence et au cœur de la mêlée . Et par là, je veux dire que votre livraison continue et l'amélioration progressive de ce que vous livrez à mon père. Tu sais ce que j'essaie de dire ? Quoi ? Ce que j'essaie de transmettre ici avec ce point particulier, c'est que vous ne vous contentez pas d'aller directement et de livrer la solution et où vous livrez quelque chose est de la mêlée que vous commencez avec quelque chose de simple ? Eh bien, nous appelons généralement le produit M V P ou un produit minimal viable, puis vous construisez en plus de cela car vous continuez à fournir progressivement de la valeur à vos clients, à votre entreprise, vos parties prenantes aux gens. qui travaillent avec vous sur le projet et ainsi de suite. Il est également axé sur le client et met l'accent sur la valeur, livrant souvent une livraison rapide. Ces gars, dit-il, l'essence et au cœur de la mêlée dans la mêlée. Nous ne voulons pas attendre un an pour livrer quelque chose comme vous voyez dans la gestion de projet traditionnelle , qui est généralement référé à US Waterfall Project Management dans la gestion de projet Waterfall , les choses sont généralement livrés dans l'ordre et ils prennent plus de temps à livrer . Il y a des échéances clés , des visages , des jalons, périodes difficiles qui conduisent généralement parfois et beaucoup de fois à un temps plus long. Amis parfois inefficiences scientifiques, bureaucratie, parfois documentation inutile, parfois trop de documentation. Et c'est exactement ce que Scrum ne fait pas. Crom est à peu près le contraire de tout cela est très centré sur le client. C' est très axé sur la valeur. C' est aussi très rapide, et il est aussi sur la livraison souvent interprétative Lee et progressivement et l'autre chose vraiment cool sur la mêlée, at-il dit. Dans la mêlée, vous êtes très adaptable. Vous êtes très flexible et vous êtes très rapide, donc vous n'avez pas à tout faire à la fois. Vous n'avez pas besoin d'avoir toute la solution dès le départ, vous pouvez construire dessus, vous pouvez vous adapter et vous pouvez être très flexible avec ce que vous livrez. Et quand je parle de m'adapter en mêlée, on va couvrir ça un peu plus tard. Mais nous allons parler de rétrospectives et de rétrospectives, c'est penser un peu comme une séance de leçons apprises. Mais c'est un rituel de mêlée très particulier qui nous permet de continuellement nous améliorer pour réfléchir adapter à ce que nous voyons. Tout ce qu'on apprend sur place avant de commencer avec la prochaine fois que nous avons déjà parlé, il s'appelle quoi ? Oui. C' est vrai, les gars, je vous ai entendu dire ça dans votre esprit ou y penser dans votre esprit. Ça s'appelle des sprints. Oui, c'est du crime. Nous parlons de Sprint qui est ce livre de temps dans lequel nous fournissons de la valeur pour le client et de la valeur dans la mêlée. Nous appelons des histoires d'utilisateurs qui sont essentiellement des exigences. Et encore une fois, je vais couvrir beaucoup de ça plus en détail plus tard. Mais je veux que vous commenciez à vous familiariser avec la terminologie sur tout ce que nous avons utilisé dans Scrum comme un processus, non ? Donc quelques termes que j'ai déjà couverts et qu'on parlera beaucoup plus tard plus en détail. Mais je l'ai déjà couvert dans cette première session sur quelles miettes sont Sprint droit ? Le temps fonctionne dans lequel nous fournissons de la valeur ou utilisons leurs histoires, leurs exigences et les travailleurs se font, ce qui, dans son crime, appellerait les histoires des utilisateurs à droite. Et il y a une raison pour laquelle on les appelle des histoires d'utilisateurs parce que c'est essentiellement raconter une histoire sur ce qui doit être fait et pourquoi nous devons le faire. Ok, et on parlera de comment ça ressemble plus tard. Ensuite, nous abordons également un autre concept clé dans la mêlée, qui sont des rétrospectives qui sont essentiellement des leçons apprises sur la façon dont nous réfléchissons à l'amélioration. Alors c'est tout, les gars. C' est ça qu'est Scrum. Comme vous pouvez le voir, En substance, mêlée est juste une façon différente de livrer des projets une manière plus rapide des projets vivants, et il vous permet de si des problèmes dans l'entreprise et de fournir de la valeur à vos utilisateurs finaux à votre clients. Lee interrogative peu à peu et dans une approche chronologique qu'il est très, très simple. Et je peux vous dire par expérience que la mêlée fonctionne et que Krum est incroyable. C' est vraiment incroyable quand vous voyez des équipes qui travaillent sur quelque chose depuis si longtemps sont aux prises avec le Lavery que je suppose que vous prenez pour toujours pour prendre, vous savez, pour livrer ou pour trouver leurs solutions ou pour fournir valeur pour l'entreprise sur Then gars, quand vous commencez à travailler avec la mêlée, je vais commencer à livrer rapidement et livrer souvent. Cela fait une énorme différence et vous voyez tellement de valeur pour l'entreprise que vous allez continuer à les utiliser dans vos projets. Et si vous travaillez sur de nouvelles initiatives, c'est quelque chose que les valeurs vont pour enregistrer l'entreprise. Je vais commencer à reconnaître la valeur sur vous allez voir la différence sur la raison pour laquelle c'est un cadre et une méthodologie si populaires dans le monde actuel et Mère pour livrer des projets 3. Bienvenue: Hey, les gars, je voulais juste vous accueillir très rapidement et brièvement à ces cours et vous faire savoir que je suis Peter Help et que je suis sûr que vous en apprendrez beaucoup. Bien sûr. Assurez-vous de regarder les ressources qui sont à votre disposition. Les différents téléchargements, les modèles, les freebies. Et assurez-vous de me contacter si vous avez des questions ou si quelque chose arrive ou s' il y a quelque chose que vous pensez que ça peut aider. Et surtout, je veux m'assurer que vous avez une grande expérience d'apprentissage et d'éducation et que je peux vous aider à commencer votre voyage avec la mêlée afin que vous puissiez commencer à voir différence qu'il fera vos projets sur la façon dont vous aidera à atteindre vos objectifs et objectifs dans l'entreprise ou les bons gars. Assurez-vous de prendre des notes tout au long du cours et nous vous contacterons bientôt. Les acclamations par 4. Scrum et la cascade : les différences clés entre Scrum et autres et les valeurs Scrum et Scrum: Ok, les gars. Parlons un peu plus de la mêlée contre la chute d'eau, la nouvelle façon par rapport à la façon traditionnelle de faire des projets, n'est-ce pas ? Et ils sont juste garder à l'esprit que ces deux choses sont deux choses très différentes à faire exactement la même chose dans les deux scénarios, nous voulons livrer des projets dans les deux scénarios essayaient de réaliser quelque chose. Mais la différence entre eux est la façon dont droit sur. Je veux que vous compreniez ça parce que c'est en fait deux façons de travailler très différentes. Et cela a une incidence non seulement sur la façon dont vous travaillez avec votre équipe, mais aussi sur la façon dont vous livrez et ce que vous livrez. Très bien, Alors concentrons-nous un peu sur le côté gauche et regardons la livraison rapide de la mêlée accent sur la valeur et sa centrée sur le client. Nous en avons déjà parlé un peu auparavant, c' est-à-dire que nous essayons de faire les choses rapidement, mais en mettant l'accent sur la valeur et le client. Quel est le contraste avec cela dans le monde des chutes d'eau, où, eh bien, une cascade comme je l'ai mentionné précédemment, nous essayons généralement de livrer des choses sur une plus longue période de temps, et il y a beaucoup plus se concentrer sur l'entreprise et les exigences que réellement sur la valeur et l'utilisateur final. Droit ? Donc, quand vous travaillez avec la cascade et la gestion de projet traditionnelle, vous savez qu'il y a tout commence. Généralement, tout commence à partir de certaines exigences. Et puis il s'agit d'être des objectifs qui sont principalement des objectifs commerciaux, non ? Donc, en général, vous devez respecter certains délais et lesdits budgets, et ainsi de suite. Non pas que ce soit sans importance dans la mêlée, c'est juste que ce n'est pas l'objectif principal de ce que tu fais, accord. Et nous avons également couvert que dans la mêlée, nous livrons narrativement droit peu à peu. Nous construisons quelque chose et nous améliorons cela. Et puis nous construisons quelque chose de mieux en plus de cette semaine. Créez quelque chose de mieux et ainsi de suite. Droit ? Et en cascade, c'est en fait séquentiel si merveilleux. Général, vous avez des visages. Vous faites face à un B, C, D et ainsi de suite. Vous commencez par la planification, puis vous passez aux tests. Ensuite, vous allez à la livraison. Ensuite, vous allez à global vivant et la fermeture Tout dans séquentiel droit en agile. Ce n'est pas comme ça et c'est de la miette. Quand on travaillait réellement avec des choses, on fait tout continuellement. Donc, nous continuellement tests étaient continuellement la planification étaient continuellement livrer. Et c'est aussi l'une des principales différences que la mêlée a par rapport à Waterfall maintenant dans les mêlées . La portée de la coupe est en fait variable et négociable, donc ce n'est pas, vous savez, dur dans la pierre. Nous ne voulons pas mettre fin à ces conversations avec les parties prenantes. S' il y a quelque chose que je pense que nous devrions changer, qui est juste ce que nous devrions faire différemment ou mieux dans merveilleux, ce genre de est généralement portée est la fixation de cascade et les changements sont froncés afin que les gens n'aiment pas vraiment ou veulent vous de faire des changements dans la chute d'eau. Et si vous le faites, vous devez probablement passer par un processus de variation de projet sur, obtenir la signature de la direction, passer par des tonnes d'approbations et ainsi de suite parce que vous avez fondamentalement changé ce que vous aviez initialement accepté faire ou vous changez quelque chose dans ce que vous à l'origine dans la façon dont vous aviez initialement convenu que vous alliez le faire et que, comme je l'ai dit, dans Wonderful n'est pas vraiment quelque chose que les gens veulent voir ou ils aiment. C' est généralement quelque chose qui est mal vu, et ce n'est pas vraiment encourageant du tout et fait partie de la façon dont vous gérez des projets, des corps merveilleux, du crime. C' est le contraire, tu sais que c'est Grammy, en fait. Changement bienvenu. En fait, vous parlez constamment à vos clients aux utilisateurs d'urine. Même au sein de votre équipe, vous parlez constamment avec eux de comment pouvons-nous améliorer les gars ? Comment pouvons-nous faire les choses différemment ? Que devrions-nous faire différemment au printemps prochain ? La prochaine fois que nous faisons quelque chose et c'est quelque chose qu'il a dit le noyau et que l'essence de la mêlée est l'une des raisons pour lesquelles je l'aime tellement. Donc, il y a aussi une réflexion continue pour l'amélioration de l'écume. époque, on en a parlé avant quand j'ai parlé du concept de rétrospectives, n'est-ce pas ? Donc, dans les rétrospectives, , c'est ce que nous faisons. On réfléchit à la façon dont on peut mieux faire les choses la prochaine fois, non ? Et en cascade. C' est en fait une grande différence parce que dans merveilleux vous faites ça. Et en général, il s'appelle les leçons apprises ou P I. R séance d'examen post-mise en œuvre et ainsi de suite, a-t-il jugé, a tous ces éléments. Tu sais, c'est un peu plus de 4 km, je suppose, et c'est toujours si généralement fait à la fin des projets. Donc, beaucoup de fois, vous verrez de merveilleux projets, vous savez, après des mois de gens travaillant ensemble, ils terminent le projet et ensuite ils s'assoient et réfléchissent sur vous savez, les leçons apprises de cette afin qu'ils puissent en tenir compte lors du prochain projet ou d'autres projets sur lesquels nous travaillons. Mais si vous pensez à cela, c'est en fait comme si vous avez perdu des mois, suite des choses que vous pourriez probablement déjà avoir amélioré ou mis en œuvre Ou, vous savez, juste pris en compte dans ce que vous faites bien, qui est à nouveau une énorme différence avec Crum et mot Scrum réfléchissant constamment pour l'amélioration. Nous le faisons dans le cadre de l'arrêt. Vous savez, le processus de cette partie de nous finir un printemps. La prochaine étape est en fait de réfléchir sur le sprint et de passer par ce processus rétrospectif , accord ? Et il y a des tests fréquents, vous savez, comme je l'ai dit dans la mêlée, vous ne testez pas seulement à la fin à Waterfall. C' est fait en général pendant un visage sur, tu sais, tu dis Ok, on finit la planification. Nous passons maintenant à des tests sur les États-Unis pendant quelques semaines. Ensuite, nous signons le plan pour les tests et ensuite nous passons à la livraison, non ? C' est krom. C' est d'une mêlée différente. Vous voulez vraiment tester continuellement pendant que vous faites des choses et c'est vraiment quelque chose qui est dynamique. Il évolue. Et comme tout ce qui se passe dans la mêlée, ça s'améliore continuellement. Vous êtes en fait continue à apprendre à mieux tester la prochaine fois ou ce que vous devriez faire la prochaine fois que vous testez quelque chose parce que vous avez appris lors de votre sprint précédent, non ? Donc c'est quelque chose qui est une beauté et qui se vend. Signalez aussi dans la mêlée et l'autre chose. C' est aussi une différence clé lorsque vous comparez les épurateurs. Merveilleux ces rôles, non ? Donc, quand vous parlez de rôles, vous vous mêlez généralement, vous savez qu'il y a trois grands rôles principaux qui sont, vous savez, l'équipe du foie, le maître de la mêlée et le produit propriétaire. On en parlera un peu plus tard. Mais fondamentalement ce que je voulais dire ici, c'est que les rôles traditionnels à l'intérieur de quelque chose de zone sorte de nécessairement appliquer dans le sens que ce n'est pas que vous ne savez pas, ont été as ou gestionnaires de projet ou autre. Vous savez, d'autres personnes travaillant dans l'équipe de mêlée que vous faites. C' est juste que cela ne signifie pas qu'ils doivent nécessairement jouer le rôle qu'ils ont dans New York chart. Ainsi, par exemple, un analystes d'affaires pourrait en fait faire un peu off. gestion de projet pourrait en fait faire un peu de tests dans la mêlée t. Et, vous savez, comme sage, vous savez, vous savez, quelqu'un qui est normalement dans les tests de roll off pourrait aider la conception de l'interface utilisateur ou avec une autre chose dans la mêlée, n'est-ce pas ? Donc, nous changeons un peu et Rose Blur. Ce n'est pas une ligne si dure avec des rouleaux. En fait, les gens travaillent ensemble sur des solutions, et il est normal d'entrer dans le rôle de quelqu'un d'autre et de les aider ou de travailler ensemble avec eux pour craindre quelque chose. Et il est en fait encourageant que vous travailliez constamment avec votre équipe et c'est plutôt comme si c'était un peu plus comme une unité plus proche est l'une des choses qui est recommandée. Cette mêlée est également appelée lieu où les gens qui travaillent là-bas sont en fait assis ensemble même s'ils relèvent de différents gestionnaires, même s'ils proviennent de différents secteurs de l'entreprise. Idéalement, ils devraient être localisés dans une équipe de mêlée parce que cela peut avoir ceux que vous connaissez, conversations constantes et l'une des choses est que nous allons parler plus tard, c'est que vous savez , la mêlée quotidienne, qui est fondamentalement aussi appelé le stand up quotidien dans une agile et c'est à peu près la même chose. C' était l'un de ces rituels quotidiens qui fait partie de Scrum, dans lequel l'équipe se réunit et reflète quelques critiques. Ce que leur travail sur ce qu'ils travaillent et pensent qu'ils peuvent. Vous savez, s'il y a quelque chose qui bloque ou affecte les progrès, comment l'équipe peut y arriver et nous parlerons un peu plus, vous savez, des jours de crime plus tard. Mais en gros, je veux juste que tu gardes à l'esprit que, comme je l'ai dit, tu sais, Rose Blur dans la mêlée. Et ce n'est pas une telle ligne dure dans merveilleux. Eh bien, il y a des rôles très clairement définis, vous savez. Les gens le voient là où ils les sauvent normalement. Vous savez, ces lignes ou les lignes de graphique sont très, vous savez, très bien définies, elles s'appliquent. Et, vous savez, en fait, les gens se mettent rarement dans les chaussures ou, vous savez, ils sont plus, vous savez, si vous êtes bien l'architecte, vous venez juste de vous concentrer sur si vous êtes le test ou si vous vous concentrez simplement sur les tests et ainsi suite. Et comme je l'ai dit, c'est en fait le contraire dans la mêlée. Et tout ça peut être mieux résumé quand on regarde le diagramme que je vais te montrer. Donc, quand les gens me demandent de résumer la mêlée et ce qu'elle est, je pense généralement à cette image parce que cette image pour moi, est l'essence de la mêlée. Il ne peut pas vraiment penser à quoi que ce soit qui transmette vraiment mieux. Quelle est la mêlée alors, ce qu'ils voient en bas de votre écran. C' est ce qui est promis. Comme vous pouvez le voir, vous avez cinq solutions différentes qui ont des haricots itérés et améliorés au fil du temps, et le client est heureux tout le chemin. Pourquoi le client est-il satisfait tout le chemin ? Tu sais ce visage souriant que tu vois là ? C' est parce qu'il obtient une solution tout le temps. À chaque fois. Tu sais ce que ça montre ? Vous êtes fondamentalement Pensez à si vous aviez quelqu'un qui essayait de passer du point A au point B, alors imaginez juste que vous aviez un client, dit-il. Ils vous ont dit : Vous savez ce que j'ai besoin d'aller du point A au point B. C'est tout. C' est mon besoin, n' est-ce pas ? C' est ce dont j'ai besoin. C' est un problème que j'ai. J' ai besoin de résoudre ce problème. J' ai besoin d'aller du point A au point B dans la gestion de projet traditionnelle dirait, Oh, regardons ces exigences et pensons à la meilleure solution que nous pourrions construire pour ceux-ci. Quelle est la meilleure chose que nous pourrions livrer à ce client et comment nous pouvons l'obtenir pour le point A à B. Quel est le moyen le plus rapide ? Comment pouvons-nous construire quelque chose qui soit vraiment robuste, structuré et qui puisse offrir de la valeur à ces clients ? Droit ? Et c'est la chute d'eau droite Felice Sequential. Et que se passerait-il dans ces approches traditionnelles de gestion de projet ? On dit, Ok, construisons une voiture, alors, que la voiture est probablement la plus rapide qui va nous amener du point A au point B. Le problème avec la construction d'une voiture, cependant, est-ce que cela prend du temps, est-ce pas ? Vous ne construisez pas une voiture dans un court laps de temps, cela prend du temps pour construire une voiture, et pendant que vous la construisez, vous n' autorisez pas réellement le client de la personne à aller du point A au point B parce que vous ne pouvez pas écrivez le genre comme vous le voyez sur l'écran en haut. Vous savez qu'ils ne peuvent pas aller du point A au point B avec seulement la roue, et ils ne peuvent pas le faire avec deux roues et ils ne peuvent pas le faire avec deux roues et un châssis, mais sans volant. Droit ? Donc, il y aura dans la quatrième. Tu sais, quand ils arriveront au quart d'étape où ils auront toute la carte, ils pourront aller du point A au point B et ça va être assez rapide et ça va être vraiment bon pour eux. Mais au moment où vous avez atteint ce stade, beaucoup de temps s'est écoulé. Beaucoup de temps s'est écoulé et beaucoup de choses auraient pu changer aussi. Eh bien, la mêlée, c'est de ça que parle Scrum. Un peu d'une approche différente. Et comme vous pouvez le voir sur le 1er 1 là dans la mêlée, c'est une planche à roulettes, non ? Ça ne fait pas le boulot. Oui, c'est le cas. Il vous emmène du point A au point B. Facile aussi rapide qu'une voiture, un vélo, une moto ou un scooter. Non, ce n'est pas le cas, mais nous ne ferions pas mieux d'avoir quelque chose à faire du point A au point B. Ils n'ont rien du tout. C' est exactement ce que Scrum transmet ici, les gars. C' est exactement ce qui est l'alibi de la Crimée. Vous savez, si c'est beaucoup mieux pour nous, un coût plus élevé d'avoir une solution de travail que vous pouvez utiliser et ensuite vous pouvez tester et ensuite vous pouvez réellement regarder et ensuite fournir des commentaires à l'équipe sur Oh oui, j'aime le skateboard, mais ne serait pas sympa si je pouvais obtenir quelque chose ferait ça un peu plus vite. Et au fait, pendant que vous êtes encore un petit bâtiment, ce scooter sur le vélo dans la moto dans la voiture peut encore utiliser une planche à roulettes. Cela vous permet de résoudre le problème pour votre utilisateur final, mais lui permet également de commencer directement et continuellement à travailler avec vous en collaboration vers la solution finale. Tu connais la voiture, mais tout au long du chemin, il travaille sans cesse avec toi. Il vous donne des commentaires, et c'est en fait être capable de passer du point A au point B ce qu'il voulait faire depuis le début. C' est pourquoi les gens aiment vraiment le crime parce que c'est une telle concentration sur, vous savez, livraison de la semaine, les itérations rapides, la valeur et la direction constante avec Avec l'utilisateur final était avec le projet de pièce traditionnel la gestion. Oui, bien sûr, vous arriverez probablement au résultat final. Et je ne dis pas d'ailleurs que la gestion traditionnelle de projet est mauvaise. La chute d'eau est à peu près ce n'est pas, vous savez, ne vous méprenez pas. Il y a quelques projets où la cascade est complètement la meilleure option et cela a à voir avec le contexte de l'environnement. Il s'agit du type de projet qu'il a à voir avec le calendrier. La ressource est avec des choses un peu différentes, non ? Comme si vous pensez à un projet et que ça n'a pas de sens de le faire avec Crumpton, pourquoi ne le ferais-tu pas avec de la mêlée, non ? Vous ne pouvez tout simplement pas adapter un cadre particulier ou des méthodologies particulières. Cela ne fonctionne pas comme ça, Mais croyez-moi quand je dis que la mêlée est généralement applicable à la grande majorité des projets et même si vous n'avez pas tout appliqué, cette mêlée qu'il est une méthodologie assoc Vous pourriez voler probablement un coup de foudre, beaucoup de concepts de mêlée, artefacts, vous savez, des rituels et des principes dans ce que vous faites et obtenir beaucoup de valeur pour l'entreprise. Bon, donc j'espère que tu sais, tu as apprécié ce diagramme parce que chaque fois que je regarde ça, je pense que c'est si simple. Pourtant, il est si puissant grand parce qu'il transmet exactement ce que la facilité de mêlée exactement ce qui est merveilleux , et exactement ce qui est. La différence est entre eux, vous savez, diagramme très simple que tout le monde peut comprendre. Si vous comprenez ce diagramme que vous voyez à l'écran, alors vous comprenez pleinement quelle facilité de mêlée et vous comprenez pleinement ce que la police de l'eau sont merveilleux comme nous avons pris auparavant est une approche traditionnelle de gestion de projet, la façon dont dans lequel les entreprises réalisent des projets depuis très longtemps, et c'est toujours la façon dont beaucoup de projets sont gérés. Et ne vous méprenez pas. Comme je l'ai déjà dit, il n'y a rien de mal à ça. n'y a rien de mal à l'eau pleine. En fait, j'utilise toujours la cascade dans certains des projets sur lesquels je travaille. Mais scrum est une approche très différente dans laquelle vous pouvez réellement livrer beaucoup plus rapidement sur beaucoup de valeur à l'utilisateur final en continu interrogation Lee et progressivement comme vous pouvez le voir sur votre écran et il y a une raison. Comme je l'ai déjà dit, pourquoi vous êtes là, vous êtes là parce qu'il a probablement réalisé qu'il y a probablement une autre façon de faire les choses. Il y a probablement une meilleure façon de faire les choses qu'il y a probablement une autre approche , qu'il y a probablement quelque chose dans lequel vous pouvez, que vous pouvez apprendre que vous pouvez reprendre dans votre entreprise pour vous aider à atteindre ces objectifs dans vos projets. Atteignez ceux que vous connaissez, les objectifs commerciaux, ces objectifs d'équipe, ces individus vont, et c'est ce que la mêlée vous permettra de faire. Est récolte vous permettra d'atteindre ces objectifs beaucoup plus rapidement, et il vous permettra également d'améliorer continuellement et de continuellement. Vous savez, l'équipe crée un environnement collaboratif dans lequel vous apportez continuellement de la valeur à l' entreprise, et c'est pourquoi j'adore ça. C' est mignon. Des mecs si puissants, j'ai vu, vous savez, pour vous donner un exemple parfait. L' année dernière, je travaillais sur un projet et on m'a remis ce projet. Ils avaient passé par cinq chefs de projet différents trois ans, et ils travaillaient toujours sur le produit. Ils n'avaient pas apporté de solution, et il y avait un peu de frustrations. Tu sais, il y avait beaucoup de gens qui étaient stressés. Il y avait beaucoup de gens qui étaient heureux parce que, vous savez, cela et la solution n'ont jamais été livrés. Et cela concernait, vous savez, vous savez, gestion traditionnelle des produits s'approche, essayant de perfectionner les choses, essayant de tester les choses plusieurs fois, vous savez, passant par le face séquentielle un visage à planifier, tester les vêtements de travail et ainsi de suite la façon traditionnelle dans laquelle vous avez réussi produit l' approche cascade. Et quand j'ai travaillé avec cette équipe, nous avons trouvé une solution et proposé à la direction une période de trois mois, vous savez , vous savez, dans laquelle nous allions passer par différents Sprint droit d'atteindre nos objectifs. Et nous l'avons fait. C' était beau, tu sais, ils ont adoré et ils nous ont aimés. Et nous, vous savez, nous étions vraiment satisfaits du résultat final, et la direction était super heureuse. Nous avons été en mesure de fournir la solution à l'entreprise très rapidement, efficacement, et nous nous sommes lancés. Nous traversons nos sources. Nous faisons un apprentissage rétrospectif de ce que nous pourrions améliorer pour fournir une meilleure solution chaque fois que le nombre d'équipes avec lesquelles vous travaillez peut dire que, , comme je l'ai déjà dit, la plupart des équipes réfléchir à l'amélioration à la fin du projet, puis il est trop tard parce que vous ne pouvez rien faire de ce produit. Vous devrez attendre le prochain, à droite et le suivant pourrait être complètement différent. Donc, partout, vous savez, ces leçons que j'ai apprises pourraient même ne pas s'appliquer. C' est du crime. Ce que vous avez appris. En fait, vous appliquez continuellement à ce que vous faites pour améliorer continuellement notre apprentissage à partir de ce que vous avez fait auparavant afin que vous puissiez, vous savez, offrir une meilleure valeur dans ce que vous faites. Et ça fait partie de la beauté de Scrum. C' est juste super puissant. C' est juste une façon incroyable de gérer des projets, une façon incroyable de travailler. Et je voulais aussi savoir ce que tu regardes. Ce que Krum est basé sur empirique et promesse. En outre, empirisme, vous savez, dans la chronique est une approche empirique. Je suis par empirique, je veux dire que cela vient de la pratique pour ce que vous voyez, apprenez et faites, et c'est aussi de l'essence et au cœur de ce mêlée. Il est comme un cadre d'accord, les gars, je suis sûr qu'après ce que nous venons de parler et ce que nous venons de couvrir dans ces parties du cours, vous avez maintenant un clair que je suis vraiment bien comprendre ce que c'est et en quoi il diffère de la cascade sur la gestion traditionnelle des projets. 5. Les origines de Scrum Origines |Histoire de Scrum, la base de Scrum et où Scrum prend place dans Scrum dans laquelle Scrum: D' accord, les gars. Parlons donc maintenant des origines de la mêlée et c'est principalement pour vous d'avoir un peu de contexte et d'arrière-plan d'où vient Karam et comment il a évolué au fil du temps. Je trouve toujours qu'il est vraiment important pour nous de comprendre un peu d'histoire de ce que nous apprenons, parce que cela nous donne juste une meilleure compréhension d'où vient tout, d'accord, et dans les cas de, Si nous allons penser au poids initialement commencé, nous devons revenir aux années 80 où le héros Taqa sur E Koshiro a inventé le terme mêlée quand ils travaillaient sur un article de développement de produits pour la Harvard Business Review. Donc, ces deux gars avec qui ont, bien sûr, une formation japonaise a inventé le terme dans le contexte du développement de produits. Mais le terme n'était vraiment pas quelque chose qu'ils ont inventé. En fait, ils ont pris le terme du rugby comme un sport pour la raison qu'ils ont pris le terme du rugby parce qu'il m'a frotté. Quand vous parlez de mêlée, c'est un peu comme jouer le sport dans lequel les gens, vous savez regarder vers le bas la tête ensemble. Vous connaissez l'équipe, l'équipe de rugby regarde en bas de la tête ensemble, puis ensemble ils font un pas et essaient de progresser et d'avancer sur le terrain. Donc, fondamentalement, ils travaillent tous ensemble pour aller de l'avant, pour faire des progrès. Et dans cette position, ou dans ce jeu au sein du rugby. Tu sais, quand ils travaillent avec tout leur coeur tête baissée et regardent ensemble, tu sais,un genre tu sais, de cercle pour aller de l'avant. L' équipe de rugby, vous savez, dans ce genre de jeu, leur rôle que le rôle spécifique qu'ils ont destiné était vraiment important là, vous savez, vous savez, peu égal à un genre d'interchangeables et des trucs comme ça. Mais de toute façon, le point qu'ils sont en train d'être, c'est que ces deux gars des années 80 ont pris le terme et l'ont utilisé dans le contexte du développement de produits parce qu'ils ont trouvé quelques similitudes avec ce qu'ils essayaient de transmettre dans ce Harvard Article Business Review. Mais encore une fois, c'est , vous savez, voler tôt le jour. Donc, à ce moment-là, ils n'ont pas vraiment, vous savez, mis un cadre er n'a pas réellement développé le concept de brouillage dans la méthodologie ou quoi que ce soit du genre. Ce n'est qu'eux qui ont commencé à utiliser ce concept dans un contexte dans le contexte du développement de produits . Alors pensez à ces types comme, vous savez, ces deux types comme les grands-pères savent que le grand-père est hors de la mêlée comme une méthode. Mais dans la nuit des années nonante est venu renonciation gangée et Jeff Sutherland, qui a en fait structuré Scrum dans un cadre. Ils ont donc poussé ce concept encore plus loin, mettant en fait, ah, le cadre, idéologie économique. Et ils l'ont mis haut, fonctionnaient. Quels sont les concepts qui définissent les piliers et ainsi de suite ? Donc, ils travaillaient ensemble ensemble sur, puis ont réellement mis en place ce que nous connaissons aujourd'hui comme le cadre de mêlée. Et ils les ont présentés ensemble en 95 lors d'un événement aux États-Unis qui est devenu populaire dans le monde entier. Et puis ils ont commencé, vous savez, l'information pour commencer. se répand à partir de là, mais c' Celase répand à partir de là, mais c'était en 1990 qui parlait en 1995 quand ils travaillaient ensemble et présentaient cela par article aux États-Unis, mais c'était encore un peu comme un point de départ pour eux parce qu'ils continuer à travailler ensemble et puis plus tard serait aller sur Teoh, vous savez développer et démarrer des choses comme une alliance de mêlée et la mêlée. Le conseil et eux aussi ensemble appellent troisième en 2009 ce qui est maintenant connu et connu comme le Guide Scrum, qui est un peu comme la Bible dans la mêlée. Bien, parce que ce sont ces gars sont un peu comme les Pères de mêlée sur le guide de mêlée est juste, vous savez, fondamentalement, le cadre de la mêlée mis en place dans un guide qui est disponible dans le monde entier que vous pouvez le trouver. Vous pouvez chercher, vous pouvez télécharger et je vais le partager avec votre audition du cours. Mais ne vous inquiétez pas trop à ce sujet. Bien sûr, vous allez assez sur la cupidité sur et voir l'original, Je suppose que la version sur huit en ligne Mais ne vous inquiétez pas beaucoup tout ce que nous couvrons dans les scores. Il est basé sur le guide de mêlée. Donc, comme je l'ai dit, ce crime, mais c'est à peu près la Bible hors de la mêlée. Donc, bien sûr, tout ce que vous apprenez ici dans ce cours provient principalement du guide de mêlée. Et bien sûr, il a ajouté beaucoup d'informations plus précieuses qui vous aideront dans la pratique. Et quand vous mettez en pratique la mêlée. Donc ces deux Américains, vous savez que Shaver et Sutherland sont actuellement reconnus comme les pères et les fondateurs de Scrum, et ils sont toujours très actifs dans la communauté mondiale et, vous savez, aider par le biais de différentes organisations. Et, vous savez, ils continuent à répandre les connaissances et à encadrer les gens. Et ils font partie de choses comme je l'ai déjà mentionné, comme cette alliance criminelle ou Scrum a balayé le tableau. Et une autre chose, je pense qu'il est vraiment important de souligner à propos de ces deux individus particuliers, c'est qu'ils faisaient partie des 12 personnes qui ont publié le manifeste agile en 2001. Maintenant, le manifeste agile et la sortie du manifeste agile sont un atout majeur. Le monde des adultes dans le monde entier. Vous savez, c'est un peu comme l'envoi, vous savez, cette pierre de sertissage, le moment fondateur d'Agile en conséquence, la méthodologie Quand le manifeste agile a été publié sur ces deux , les Pères de Scrum faisaient partie des 12 personnes qui travaillent sur le manifeste agile et publié dans le monde en 2001 décrivant ce qu'est agile. Et comme je l'ai dit, avant, il y a des chevauchements quand on parle d'agile et de mêlée parce que Crumb est une méthodologie agile . C' est, tu sais, c'est une façon agile de faire les choses. Donc, évidemment, ils partagent des choses et ont des choses en commun parce que toutes les différentes méthodologies agiles , en substance, sont aussi agiles, n'est-ce pas ? Comme s'ils venaient de la même chose pour le même concept, non ? Donc, je suppose que c'est de le mettre en contexte. Et je suppose que pour te donner une analogie, pense à Toyota ou pense à Ford juste là, parce que c'est vrai. Et ils sont comme une marque. Mais nous pensons que ces marques ont des sous-marques, non ? Comme ils ont des versions particulières de différentes voitures. Droit ? Donc, si vous pensez à Ford, vous avez une Mustang, mais vous avezaussi vous avez un explorateur, directement sur un SUV. Ce sont des voitures différentes, non ? Mais ils sont toujours en avant, non ? Ils font toujours partie de Ford. Et ils font tous les deux partie de la marque Ford, bien sûr. Avoir quatre composants. Tu sais, ils ont Ford dans leur sang là encore quatre, en substance. Et au cœur, ce ne sont que différents types de voitures, mais ils font toujours partie de cette marque Ford. La même chose s'applique à Toyota, n'est-ce pas ? quand vous pensez à Toyota High looks ou que vous pensez à Toyota Corolla, n'est-ce pas ? Salut. Regarde jusqu'à ce que tu sois différentes voitures, non ? Mais ils sont toujours Toyota juste là, toujours dans le sud et donc c'est la même chose quand on pense à l'agile, non ? Alors cette miette pense à la tournée. Tu sais, je pense que quand tu penses à Scrum, pense à ça. Tu connais un fils, non ? Comme un bébé à droite agile fait partie des méthodologies agiles, vous savez, comme un parapluie. Mais il y en a aussi, tu sais que Scrum a d'autres frères et sœurs, non ? Et vous avez des choses comme la programmation extrême de programme. Vous savez, vous avez l'échelle, vous avez le comme le M. Tout ce sont d'autres méthodologies agiles comme la mêlée sur. Ils ont des différences, mais ils sont aussi venus. finalité est juste parce qu'ils sont tous en partie agiles. Ils sont tous sous ce grand parapluie agile. Très bien, donc bien sûr, ce n'est pas vraiment une surprise que les gars qui ont trouvé cette mêlée soient aussi la partie trouvée des pères fondateurs de l'agile en tant que méthodologie. Et c'est un grand parapluie qui couvre différents types de méthodologies, c'est pas vraiment une surprise, les gars. C' est bien sûr, ce n'était pas une coïncidence, non ? C' est parce que ces gars là où une partie là-bas, les pères de là aussi une partie des gars qui ont trouvé ce droit agile parce qu'il cram est une méthodologie agile. Et la chose principale que je veux que vous enleviez de ça c'est cette mêlée de toutes les différentes méthodologies agiles qui sont là-bas. Scrum est la méthodologie la plus populaire, agile sur. La raison en est parce que c'est si simple. Il est si facile de l'utiliser si facile à comprendre. C' est juste très logique et c'est juste très facile à mettre en pratique pour que les gens l'adorent. Tu sais, c'est ce que les gens aiment Scrum. C' est pourquoi les gens ont additionné, mais en particulier pour les différentes méthodologies agiles. Les gens aiment vraiment Scrum en raison de sa simplicité sur parce qu'il fournit juste des résultats corrects et ne me trompe pas. Toutes les autres méthodologies agiles sont aussi très bonnes, mais elles sont aussi beaucoup plus complexes. Certains d'entre eux peuvent être un peu plus bureaucratiques. Certains d'entre eux nécessitent plus de documentation que d'autres. Vous savez, certains d'entre eux sont très techniques quand vous pensez à la programmation extrême ou, vous savez, vous pensez à des choses comme un son sûr. Tu sais qu'ils sont beaucoup plus complexes. Il y avait beaucoup plus de structure. Ils ont plus de structures autour d'eux et des trucs comme ça, et cela rend hors cours, quelque chose qui ne plaît pas orteil. Tout le monde a la main. Il y a des groupes particuliers de personnes qui veulent travailler avec ces méthodologies agiles . Et comme je l'ai déjà dit, ne me trompe pas. Ils sont tous très bons et très précieux. Ce sont toujours des méthodologies agiles. Mais si tous ceux mon préféré et celui que j'aime la plupart du temps la mêlée et c'est aussi celui qui est le plus populaire dans le monde entier, presque largement reconnu en raison de sa simplicité et maintenant vous savez d'où il vient et comment c'est tout interconnectés. Donc, juste très vite pour passer en revue ce que nous venons de couvrir il y a un instant quand nous parlions des origines de la mêlée sur le crime domestique fait partie d'agile. Je voulais juste vous montrer cette photo rapide, comment tout va ensemble et comment tous les sièges étaient les uns avec les autres pour que vous puissiez comprendre cette relation. Donc, dans cette analogie que vous voyez ce parapluie à l'écran, comme je l'ai déjà dit , Agile est au sommet du parapluie, non ? Fragile est un peu comme la méthodologie générale haute ou voûtée. Et puis en dessous, agile, vous avez des sous-méthodologies qui font également partie d'agile. Donc ils sont tous agiles. Les méthodologies sont juste qu'elles sont un peu différentes les unes des autres. Un peu comme l'exemple que j'ai donné avant. Quand tu parles de la Ford Mustang et de la Ford Explorer, c'est ça, la Ford Mustang. C' est une chose très différente de la Ford Explorer. Pourtant, ils ont des points communs ici. Ils sont toujours en avant, juste là, les deux voitures. Bon, donc c'est la même chose. Toutes ces méthodologies ici Scrum, Cambon, lean, programmation extrême, le coffre-fort STM. Ce sont toutes des méthodologies agiles, mais elles ont toutes des différences subtiles et parfois grandes entre elles. Pourtant, ils font tous partie de l'agile. Ok, donc ceux de gauche sont ce qu'on appelle les approches plus légères et agiles. Et par ça, je veux dire là, tu sais, ils sont simples. Ils sont faciles à mettre en œuvre, faciles à comprendre. Ils en ont, vous savez, très, très, très nombreux. Je suis très, très minimaliste, approchant beaucoup de choses et puis sous droite, vous avez d'autres cadres et méthodologies agiles tels que la STM sur sûr, ce bras ou étendu dans leur approche. Ils sont donc plus structurés, plus robustes en ce sens qu'ils pourraient avoir beaucoup plus de processus en place, ou des pratiques différentes qui les rendent un peu plus étendues que celles de gauche et leurs frères à gauche. Là, ils font tous partie de la même famille qu'on appelle Agile. Et, passant, enpassant,au cas où vous vous demandez, ce que vous voyez à l'écran ne sont pas toutes les méthodologies agiles et agiles qui sont officiellement là que je ne pense pas qu'il y ait un compter les méthodologies agiles. Mais la dernière fois que j'ai vérifié, il y a environ 12 méthodologies agiles différentes , et vous pouvez les trouver sur si vous allez à Agile Cavey dot com, qui est le site que je l'ai trouvé pour partager des connaissances sur la mêlée agile sur toutes les différentes méthodologies agiles. Vous pouvez en lire plus à ce sujet, mais comme je l'ai déjà dit, vous savez qu'il n'y a pas de comptage officieux nulle part. Ce n'est pas une seule personne qui a dit que Thies est toutes les méthodologies agiles officielles dans le monde, vous savez, et il n'y a pas pour ça c'est que cela évolue tout le temps, vous savez ? Donc ce n'est pas quelque chose de cette étude, donc je ne serais pas surpris. Soulagé, vous savez, la piste, surla piste,des méthodologies plus agiles sont apparues ou, vous savez, à l'avenir, certaines d'entre elles ont été consolidées avec d'autres. Mais ne vous inquiétez pas trop de toutes les autres méthodologies agiles et les chiffres. Je pense que c'est vraiment un important que la clé à emporter pour vous ici est de savoir qu' il n'y a pas seulement une seule méthodologie agile qu'ils sont plusieurs sont là, mais que parce que nous sommes dans une mêlée, les cœurs étaient en fait se concentrant sur la mêlée et, comme je l'ai dit avant l'autre chose, que c'est vraiment super important pour toi de l'emporter. Une houle est que sur toutes les différentes méthodologies agiles qui sont là ? Scrum est le plus populaire dans le monde entier, Donc beaucoup de fois quand les gens parlent d'agile sur, c'est quelque chose que je rencontre assez souvent. En fait, ils n'ont aucune idée qu'il existe en fait plusieurs méthodologies agiles. Ils pensent juste qu'il n'y en a qu'une et cette mêlée parce qu'ils n'ont jamais entendu des autres et la plupart du temps quand les gens vous parlent d'agile et qu'ils parlent, on va faire des entorses. On va utiliser leurs histoires, tu sais, on va travailler plus agiles. Beaucoup de fois, ils pensent à la mêlée. Ils ne savent même pas quelque chose. Ils ne sont même pas familiers avec le terme mêlée parce qu'ils sont plus familiers avec le terme agile et agile. Tu sais, c'est juste le terme qui s'attribue. Un peu comme s'explique lui-même. Donc parce que ça a un sens, est-ce pas ? Comme quand on pense à la mêlée. Si tu dis à quelqu'un qui n'a jamais entendu parler de Scrum qu'il n'aura pas, tu ne veux rien dire pour lui, non ? Parce que c'est pas un acronyme, non ? Ce n'est pas un vu tout autre chose. Ce n'est pas quelque chose qui est juste a une définition spécifique dans le dictionnaire ou quelque chose comme ça, non ? C' est un terme que je pourrais mentionner avant qu'il ne vienne du sport du rugby et qui a maintenant été adapté pour mettre en place un cadre pour la réalisation des projets de ces deux gars. Tu sais, dans les années 90, non ? Et vous savez, je parle, bien sûr, de renonciation et de Sutherland des Pères de Scrum. Mais comme je l'ai dit, le point clé pour toi, c'est toi ? Bien sûr, ils prennent les scores pour commencer à travailler. Qu' est-ce que Crumb dit à vos différents projets que vous comprenez réellement les différences à ce sujet ? Vous pouvez partager des connaissances à ce sujet, et quelqu'un vous croise et vous parle de l' agilité. Vous pouvez leur dire ce que cela signifie et leur expliquer qu'il n'y a pas qu'une seule méthodologie agile, mais qu'on leur parle de sortir là-bas. Mais tu sais, c'est le crime le plus populaire. Et quels sont les avantages ? Et vous pouvez en fait, vous savez, comprendre vous-même qu'ils ont tous, bien sûr, des points communs parce que ce sont toutes des méthodologies agiles. Donc, j'espère que ces schémas avec le parapluie aide beaucoup à sous et l'analogie à nouveau avant, vous savez, avec les marques de voitures que vous savez, quand je parlais de deux Yoda en et Ford comme juste deux des exemples particuliers par le même concept s'appliquent à tous les autres carbones. Bien sûr, ils ont tous des modèles de voitures différents, même s'ils font partie de la même famille ou qu'ils font partie de la même marque. Donc j'espère que ces que vous savez, ce diagramme du parapluie vous aide à comprendre cela un peu mieux. Et je suis sûr que c'est assez clair, assez explicite. Assez simple. Mais si quelque chose arrive, vous savez, si vous avez encore des doutes sur les questions d'enregistrement autour de lui, ne vous inquiétez pas. N' hésitez pas à demander. C' est pour ça que je suis là, les gars, je suis là pour vous aider. Je suis ici pour vous guider à travers toute l'étape de ces étapes dans un processus différent . Et juste pour vous de le faire, juste pour vous assurer que vous comprenez vraiment bien ce qui se passe et comment il est différent des autres méthodologies et comment vous pouvez le mettre en pratique. Ce mésange. Et comme je l'ai dit, la beauté de celui-ci et la chose que j'aime dans la mêlée qui est si simple et facile à comprendre. Et c'est si simple et facile à mettre en œuvre et fournit simplement des valeurs si souvent parce que vous travaillez sur Interpretive Lee et que vous travaillez pour livrer les choses rapidement et souvent. Et je suppose que le dernier mais pas le moindre, c'est que si vous voulez en apprendre plus sur l'agile que certainement. Je vous recommande d'aller chez vous et de rechercher le cours de crash agile, qui est un autre cours que j'ai créé spécifiquement pour couvrir agile comme une méthodologie. Et ce cours vous guiderait à travers tous les aspects de l'agile, y compris le manifeste agile, rencontre sur l'agile et ainsi de suite. Et même si tu suivis ce cours comme je l'ai déjà mentionné, tu verras qu'il y a des chevauchements avec Scrum parce que leur ensemble donc ils font partie de la même famille, non ? Comme je l'ai déjà dit, les gars comme vous voyez à l'écran, ils font partie de la même famille. Donc, bien sûr, vous allez trouver des points communs entre eux. Mais la chose principale ici est que ce cours est axé principalement et 1.000.000 mêlée et que si vous vouliez en savoir plus sur Adua, certainement encourager cryptique un autre cours de crash adulte, et qui vous permettra de voir, Vous savez, un peu plus sur les différents aspects d'Angeles. Eh bien, accord, les gars, les canards dans 6. 1 secret de Scrum: numéro un secret est que c'est Crumb n'est pas sur Lee pour les projets I t ou pour les projets technologiques . Maintenant, c'est une idée fausse énorme autour de la mêlée et autour de l'agile, et beaucoup de gens pensent que si vous ne travaillez pas sur I T ou projet technologique que vous pouvez utiliser comme une méthodologie de gestion de projet et ce que je suis ici pour vous dire est dans ce première mêlée secrète, dit-il. En fait, vous pouvez utiliser à peu près à travers n'importe quel type de produit sur n'importe quel type d'industrie. Non seulement je t projets, vous pouvez appliquer la mêlée sur les projets d'approvisionnement, opérations de vente marketing à peu près tout ce que vous pouvez penser. Et je ne dis pas ça simplement par théorie ou parce que j'en ai entendu parler ou parce que j'ai lu à ce sujet. Je vous le dis à partir de la pratique parce que j'ai effectivement appliqué la mêlée dans de nombreuses industries différentes, différents types de projets et dans différentes régions et différents pays. Donc, je peux parler de cette confiance était et je peux réellement partager de l'expérience personnelle. That's Crumb a changé le jeu dans de nombreux produits différents sur lesquels j'ai travaillé dans de nombreuses industries différentes, donc c'est le premier secret que je voulais partager avec vous à propos de la mêlée 7. Les principes Scrum Pillars et Scrum : la base solide Scrum comme culture: Allons maintenant sur la mêlée, Peeler est dans la mêlée. Nous avons essentiellement trois éplucheurs, la transparence, l'inspection et l'adaptation sur. Ils travaillent tous ensemble sur leur mêlée ou une partie de mêlée en tant que cadre et c'est une mythologie parce qu'ils sont au cœur de la mêlée et par transparence. Je veux dire que tout ce que vous travaillez dans la mêlée est essentiellement pour tous ceux qui travaillent dans l'équipe et même pour ceux qui sont en dehors de l'équipe. Donc la transparence est certainement l'un de ces grands piliers dans la mêlée parce que vous verrez que quand vous travaillez avec la mêlée, vous savez quand nous parlons de notre agile et de votre mêlée peut être ennuyé ou votre type idéal de à bord, vous allez voir que vous êtes en train de mettre de façon physique ou virtuelle sur quoi vous travaillez et il est transparent et il est visible pour tout le monde et tout le monde peut facilement voir ce que nous pensons qu'ils sont corrects, parce que beaucoup de temps où vous travaillez sur des projets, c'est l'une des choses clés que les gens veulent savoir. Tu sais, quel est le statut des choses ? Où en sommes-nous à ce qui est livré où sur quoi travaillons-nous en ce moment ? Quelles dépenses et des trucs comme ça et en vous savez, c'est de la miette. C' est vraiment facile à voir quand vous regardez votre mêlée peut être ennuyée ou votre Cambon Borga agile . Tu sais que tu m'entends, tu m'entends quelque chose. Dites que Scrum peut être à bord et que quelque chose dit Idol camp à bord parce qu'ils sont interchangeables. Tu sais, certaines personnes les appellent Scrum camp à bord. Certaines personnes les appellent agile, s'effriter peut être planches et certaines personnes les appellent juste. Ça peut être des planches, non ? Ne vous inquiétez pas trop à ce sujet. Ils veulent tous dire que la même chose est fondamentalement, vous savez quand on en parlera plus tard dans le cours et je vais vous montrer un exemple précis. Mais c'est essentiellement une représentation visuelle de ce sur quoi vous travaillez, et cela va au cœur de Scrum, dans lequel vous êtes transparent avec tout le monde dans l'organisation, dans l'entreprise sur ce sur quoi vous travaillez, y compris votre équipe, n'est-ce pas ? n'y a donc pas de secrets dans la mêlée. Tout le monde connaît ce que tout le monde fait et où nous en sommes avec ce qui est fait ce qui est des dépenses sur ce qui est un taux d'exécution et des choses comme ça que nous couvrirons plus tard quand nous parlerons de choses comme, vous savez, la vitesse, etcetera, non ? Et parlons du deuxième pilier, non ? Inspection, non ? Et l'inspection consiste essentiellement à examiner ce que vous faites et comment les choses se passent et quelle est la variabilité par rapport à ce que vous projettez. Droit ? Et encore une fois, cela revient à regarder les artefacts de mêlée sur les artefacts de mêlée. Je parle des cartes brûlées dont je parle, vous savez, vous savez, votre diagramme de vitesse, je parle de votre camp de mêlée à bord de ces airs, différents artefacts sont différents, vous savez, je suppose éléments avec des choses miettes qui vous permettent de suivre vos progrès et de voir quelle est leur variabilité par rapport à ce que vous aviez projeté ou quoi par rapport à ce que vous étiez censé faire à l'étranger où vous étiez censé accomplir dans un sprint particulier, est-ce pas ? Parce que rappelez-vous, gars que chaque fois qu'on parle de mêlée, on parle d'un délai de livraison très court, et ce n'est pas un ami de temps pour tout livrer. C' est un temps pour intimement pour un travail particulier, non ? Et ce travail particulier mis en route que nous livrons nos histoires d'utilisateurs correctement et nos histoires d'utilisateurs air juste fondamentalement ce genre de tâches qui viennent de ces exigences sur ce que nous essayons de livrer dans notre sprint et sprint comme nous avons parlé avant, dit-il. Dit un délai particulier pour la livraison que dans la mêlée peut être jusqu'à un mois. Mais en général, vous savez, c'est typiquement un ami de deux semaines , d' accord, et c'est ce qu'est le pilier, à propos de ces différents artefacts et juste voir où nous en sommes et quelles sont les écarts par rapport à cela et vous voir savoir quelles sont les prochaines étapes, je suppose. Et aussi il nous permet, ce qui est aussi quelque chose qui est très vous savez, le noyau, en essence de crier, nous permet de voir ce que nous devons améliorer sur ce que nous pouvons faire mieux la prochaine fois et ainsi suite. Et je suppose que le pilier Firth of the Troisième and Final mêlée est l'adaptation, non ? Et fondamentalement, ce que sont ces éplucheurs, c'est que dans la mêlée, on doit rester flexibles en tout temps, non ? Et contrairement aux méthodologies de cascade que nous avons couvertes avant que vous connaissiez la façon traditionnelle du projet dans lequel vous essayez de continuer à suivre une approche très, je suppose que rigide dans un certain aspect en agile étaient en fait assez flexibles. Tout droit sur. Nous faisons des ajustements continuellement et de façon charitable pendant que nous travaillons à travers les choses. Donc, si nous voyons que quelque chose ne fonctionne pas bien, en agile, contrairement à merveilleux, nous ne allons pas attendre le prochain projet. On va attendre le prochain sprint, non ? Donc cela pourrait être la semaine après ou deux semaines après ou par exister, euh un mois après. Il s'agit donc d'une période d'impression très courte dans laquelle vous vous adaptez à ce changement adaptant à vous quelque chose qui ne fonctionnait pas bien et vous devez le faire mieux. Et je pense que c'est aussi super important. Et ce score de trois piliers combinés sont quelques-unes des raisons pour lesquelles Scrum Vous savez, une des nombreuses raisons était que le crime est si populaire et si puissant parce que vous n'êtes pas, vous savez, juste attendre que les choses tombent en panne pour faire des choses comme ici, vous êtes transparent. Vous examinez constamment les choses et vous vous adaptez comme bon vous semble et d'autres thés en équipe. Et vous savez, l'équipe de mêlée voit bon et c'est comme je l'ai dit, vous savez, quelque chose que vous alliez trouver vraiment précieux en pratique parce que vous allez voir que quand vous parlerez de votre junior, votre la mêlée quotidienne avec votre victoire d'équipe, dont vous êtes en fait, vous savez, les rencontrer tous les jours pour discuter. , Tu sais, pourquoi as-tu besoin de la veille de ce que tu as fait ce jour-là et de quels hommes ? S' il y a quelque chose que vous envisagez de faire ça, Danny d'abord, tout ce dont vous avez besoin pour nous enlever un barrage routier, alors vous allez voir comment cela joue en pratique pour devenir une chose si puissante parce que vous êtes en interaction constante avec votre équipe sur votre adaptation tout le temps aux différentes circonstances. Et j'adore ça parce que, tu sais, dans le monde moderne, les choses changent si vite. Tout est si rapide. Parfois, nous travaillons sur des choses et nous sommes jetés cette courbe de balles ou vous savez qu'il y a des restructurations dans l'entreprise ou que les choses changent. Ou il y a un nouveau probablement pour géré de la direction et des trucs comme ça, et que vous savez, vous travaillez et je suppose, la façon traditionnelle de faire correspondre les projets. Ça te prendra plus de temps pour réagir à ça, et certaines choses quand tu réagis à ça, tu sais, tu as raté l'occasion ou ça a pris trop de temps. C' est quoi le crime ? En fait, vous vous adaptez, vous savez, en temps réel, et vous mettez cela en pratique et vous vous assurez que cela vous aide à atteindre vos objectifs, mesurer leurs objectifs et à atteindre les principaux résultats attendus de votre projets. Parlons maintenant des principes de mêlée et il y a six principes de mêlée contrôle empirique des processus , auto-organisation, collaboration, collaboration, priorisation basée sur les valeurs, boxe temporelle, un développement interrogatif. Maintenant, nous avons déjà couvert toutes ces choses ou la plupart d'entre elles déjà. Donc ceux-ci, bien sûr, ce n'est pas quelque chose de nouveau pour vous. C' est juste que je n'avais pas mentionné ça, en fait, sont aussi des principes de mêlée. Mais c'est plutôt cool, non, parce que vous êtes déjà familier avec certains d'entre eux ou avec tout ça. Mais maintenant, je le mets formellement à l'écran comme les six principes de mêlée qui font partie de Scrum en tant que pathologie. D' accord, passons vite à travers chacun d'entre eux. La chose que j'aime chez eux, c'est qu'ils sont très faciles à comprendre qu'ils sont assez explicatifs, mais commençons par le 1er 1 droit ? Ok, Donc il contrôle de processus critique et fondamentalement ce que cela vous dit pour ceux qui sont je pense que la plupart d'entre vous sont familiers avec à Paris il et sacs à main Immuno empirique sur une approche empirique sur fondamentalement et et assez cool approche consiste à apprendre de la pratique, vous savez, apprendre de l'expérience, droite. Et c'est ce qu'on fait dans la mêlée. Tu sais, on regarde les choses et on apprend de la réalité de la pratique. C' est un contrôle empirique du processus. Et vous savez, nous avons parlé avant que nous parlions de nos piliers Transparence Inspection thèse d'adaptation où il est en fait fortement reflété là dans les principes de la mêlée dans le processus empirique Contrôle auto-organisation dans, vous savez, dans la mêlée par ce que je veux dire par là et ce que vous savez, ce que nous entendons par là, c'est que les équipes s'organisent pour définir ce sur quoi elles vont travailler. Ils définissent leurs priorités. Donc une équipe de mêlée ne vous fait pas connaître le manager qui vient leur dire que vous savez faire leur travail quotidien. Et étant donné que je suis le fonds et me dire spécifiquement ce que je dois me concentrer sur ce que les liens de fête et des trucs comme ça n'arrive vraiment pas comme ça chez les gars de la mêlée. Et c'est l'une des principales différences. Aussi des versets inscrits. Beaucoup d'autres façons de gérer des projets. Je travaille sur des projets là-bas, et c'est ça. Les équipes ici s' organisent , ,elles définissent ce sur quoi elles vont travailler. Ils se priorisent directement hors cours, ils prennent en compte, vous savez, avec ce que ce qui est un directement de ce que nous appelons le propriétaire fier et le droit de mêlée, qui est fondamentalement soit le client ou le client lui-même ou un représentant du client et,bien sûr, bien sûr, conduire ce sur quoi nous devrions nous concentrer en fonction de ce que vous savez. Là, soit les priorités pour eux en tant que client sont ou que les représentants représentant le vous savez, le produit onéreux représentant le client que ce qu'il sait les coûts sont la chose clé pour le client, n'est-ce pas ? Mais l'auto-organisation est à peu près comme je l'ai dit, assez explicite où nous disons que vous connaissez cette équipe de crime et tout le monde qui fait partie du, vous savez, travailler avec le crime, auto organisé, bonne collaboration. Oui, nous savons déjà que sur, vous savez, Scrum comme il s'est décerné en provenance du rugby, où nous parlons de l'équipe, regarde là-bas, aime la tête vers le bas pour obtenir il, pour aller de l'avant dans le rugby. Et c'est le même concept, non ? Donc, dans les brouillards comme vous le savez, c'est une méthodologie pour livrer des projets hors tension. La collaboration est énorme. Votre travail économique en étroite collaboration avec tous ceux qui font partie de l'équipe de mêlée et même d'autres parties prenantes qui ne font pas partie de ce Crumpton vont, vous savez, interagir constamment avec eux et décrire ma surprise A rôle vraiment clé ici parce que le maître de mêlée à travers les différents trolls re mêlée facilite cette collaboration et s'assurer qu'il est une très bonne chose avec l'équipe. Il y a une très bonne communication avec l'équipe avec le propriétaire du produit et avec les différentes parties prenantes qui, vous savez, font partie de la privatisation basée sur la valeur du projet, qui est la quatrième mêlée principe est tout au sujet de ce qui est important pour le client, n'est-ce pas ? Et qu'est-ce que je viens de dire un peu plus tôt ? Et de quoi on a parlé jusqu'à maintenant, non ? Hoole représente le client dans la mêlée. Vous avez raison, les gars, oui, le propriétaire du produit. Oui, propriétaire du produit. Et je ne m'inquiète pas trop pour ça. Tu sais, on parlera un peu plus du propriétaire du produit plus tard sur les deux cours, mais oui, tu as raison. Vous avez la personne qui définit quelles sont les priorités pour le client parce qu'il est soit le client lui-même pour un représentant du client, est le propriétaire du produit, est-ce pas ? Et que vous savez que le parti de base de valeur prend la privatisation vient de toutes les choses sur lesquelles nous travaillons. Nous voulons nous concentrer d'abord sur les choses qui offrent le plus de valeur au client pour un propriétaire de produit parce que c'est un peu comme, vous savez, vous êtes vraiment concentré, vous êtes vraiment concentré, concentrant sur ce qui est vraiment important pour eux sur votre livraison. Souvent, vous savez, la façon agile que vous connaissez, livrer souvent livraison rapidement. Et c'est ce qu'il y a de si beau à crier White ? Si puissant, n'est-ce pas ? Parce que vous vous concentrez sur la valeur, non ? Le cinquième Spieler que le cinquième principe que nous avons ici désolé est le temps boxe droit et la boxe temps est à peu près juste couvert par Sprint, non ? Et quand on a parlé des sprints, tu sais, dans la boxe temporelle, c'est une période particulière dans laquelle on va livrer. C' est de la miette. Le plus souvent, c'est deux semaines . Cela peut durer jusqu'à quatre semaines, sorte que cela peut durer jusqu'à un mois. Et ne vous méprenez pas. Nous avons parlé de cette agile et mêlée reflet flexible, non ? Donc, vous pourriez augmenter cette période de temps. Ou vous pourriez l'utiliser si vous pensez que ça va mieux fonctionner pour votre équipe. Mais je recommande généralement aux équipes de mêlée de commencer avec un chrono de deux semaines deux semaines sprint sur. Ensuite, ils peuvent générer sur cela plus tard si nécessaire, si nécessaire. D' accord. Et puis le sixième et dernier principe a été parlé de lui. Nous allons parler d'un développement alternatif facile et d'un point clé, je suppose que je voulais mentionner ici. Je sais qu'il a un mot développement, qui sonne très sur moi, ce qui sonne très, vous savez, je suppose que le produit est concentré. Mais une chose que je voulais mentionner est cette mêlée, même si c'était à l'origine le signe et, vous savez, vous savez, cela venait des concepts et de l'accent mis sur le développement de produits. Andi a une forte concentration, et je suppose que ça vient du monde, si vous voulez le dire ou penser à cela ne signifie pas que la mêlée est seulement applicable aux produits. Elle s'applique également aux services sur. Cela ne veut pas dire que le brouillage n'est applicable qu'à la technologie ou i t. Il est en fait applicable à presque toutes les industries là-bas. Et vous savez, ce n'est pas seulement quelque chose que je fais, vous savez, si vous voulez faire de la recherche ou Google, n' hésitez pas à rechercher des exemples Google hors mêlée dans des exemples de marketing sont, vous savez ou Scrum dans, vous savez, la santé ou tout ce que vous savez, et vous allez découvrir qu'il y a différentes études de cas et différentes personnes appliquant Scrum agile et vous savez, une méthodologie agile dans des méthodes très différentes industries. Donc je suppose que je voulais juste m'assurer que maintenant ils couvriraient les principes qui clairs pour vous parce que aussi quelque chose qui arrive souvent où les gens pensent que, vous savez, cela est juste applicable à i t. Et le développement de produits, et la réalité ne l'est pas. Personnellement, j'ai moi-même travaillé sur de nombreux projets différents dans de nombreux pays différents où je les ai appliqués dans, vous savez, des projets d' opérations, des projets d'achats, projets de vente projets marketing. Et vous savez que l'essence que les mêmes concepts clés de Trump s'appliquent indépendamment de l' industrie. Très bien, une éternité de développement fait partie de ce développement alternatif, c'est que vous ne vous concentrez pas sur une solution finale qui prend une éternité à livrer. Le développement alternatif est que vous apportez de la valeur souvent et rapidement, et puis vous continuez à améliorer sur cela et continuer à améliorer jusqu'à ce que vous arrivez à la solution finale avec toutes les cloches et les sifflets si vous vous donnez si c'est ce que quel est votre objectif final ? Mais c'est comme si vous continuiez, continuez, continuez alternativement et que vous livrez souvent et qu'ils apportent de la valeur à vos clients. Et je suppose que je vais juste donner un exemple de ce que pourrait ressembler le développement alternatif dans, Disons, le marketing Droit. Alors réfléchissons bien à notre campagne marketing, et vous y réfléchissez. Donc tu vas penser à des prospectus et des publicités, puis à la télé et à la radio sur différentes chaînes, je suppose, pour ta campagne marketing, accord, ainsi de suite. développement alternatif et les approches alternatives comme un principe ici appliquerait que, par exemple, vous pourriez dire OK, je vais commencer par les annonces télévisées. Donc, vous vous concentrez fortement dans votre première impression sur les annonces télévisées, puis sortez les annonces télévisées et ils disent, OK, notre deuxième scission sera le Vous savez, les histoires d'utilisateurs vont faire partie de notre deuxième printemps sont ne se concentrera pas davantage sur le flyer. Donc tout le mot pour que vous puissiez livrer les flyers à votre deuxième printemps sur, Est-ce que vous mangez un droit ? Droit. C' est une deuxième itération, non ? C' est un deuxième sprint, et vous vous concentrez sur la radio juste sur la pointe de votre troisième sprint. Et c'est ce qu'est le développement alternatif, c'est que vous continuez à miser sur ce que vous avez déjà fait sans avoir à attendre. Tu sais, six mois d'orteil libère cette campagne marketing. Vous mangez réellement une valeur relativement livrer, n'est-ce pas ? Parce que les gens voient des choses tangibles, ce soit un frère, que ce soit un service dont ils peuvent, vous savez, tirer de la valeur. Et c'est ce que tu sais, ce que c'est de crier. Il s'agit de fournir de la valeur, et il s'agit de croire que cette valeur souvent pour que les gars de pointe, nous avons couvert les six principes de mêlée et juste pour faire comprendre que six principes de mêlée sont contrôle empirique du processus, auto organisation, collaboration, temps de privatisation fondé sur la valeur, boxe et développement de l'éternité. 8. Valeurs et ressources Scrum à Scrum : l'essence de Scrum comme culture: dans cette conférence du cours, nous allons couvrir les valeurs mêlées sur il y a cinq mêlée, engagement de Bali, le courage, concentration, l'ouverture sur le respect à nouveau tous vraiment faciles à comprendre, vraiment simple, vraiment à peu près explicatif. Alors, qu'est-ce que toutes ces valeurs différentes ? Qu' est-ce qu'ils veulent dire ? En fait, dans le monde de Scrum, quel engagement est-ce ? Si vous essayez de partir ou quelque chose, vous vous engagez pleinement sur le levier que dans les délais et dans le budget et comme prévu ? Droit ? Et c'est pour ça que dans la mêlée, on a nos différents artefacts, non ? Et nous avons parlé des différents artefacts comme un brûlé carbonisé, la mêlée peut s'ennuyer et votre diagramme de vitesse qui vous permet de voir comment votre réunion, ces engagements, comment vous faites par rapport à ce que vous savez, se concentrent sur la recherche de bons résultats, puis de courage. Le courage, c'est essayer de penser parfois en dehors des sentiers battus en essayant de faire les choses différemment ,craquant , , vous savez, avoir cette énergie et cette force pour prendre ces décisions difficiles quand vous devez prendre des décisions eux. Parfois, vous devez changer, vous connaissez l'ordre ou prendre une direction différente, ou prendre un chemin différent parce que cela ne fonctionne pas comme prévu. C' est quelque chose que nous apprenons dans la mêlée à travers des rétrospectives, non ? Je vais vous donner un parfait exemple de courage. Andi, c'est quelque chose qui m'est arrivé il n'y a pas si longtemps quand on travaillait sur un projet et que j'utilisais ce projet. Nous avons donc parcouru quelques ressorts, puis j'ai remarqué que nous avions atteint un taux d' achèvement de 3 % par rapport à ce que nous avions prévu de terminer correctement et de mettre cela en contexte. Quand j'ai regardé les statistiques et j'ai vu que nous avions un taux d'achèvement de 3 %, nous aurions vraiment dû atteindre un taux d'achèvement d'environ 50 60 %. Je savais qu'on manquait de temps. Nous approchons de la fin de l'année, et je me suis assis. Est-ce que les maths ont regardé vous savez, j'ai regardé les sprints précédents, regardé notre vitesse, qui a été à peu près un taux d'exécution, puis j'ai regardé où nous en étions en termes d' achèvement. Et puis j'ai projeté quatre avant ce que nous aurions accompli d'ici la fin de l'année, juste et à ce moment-là. Comme je l'ai dit, nous étions sur Lee à un taux d'achèvement de 3%. Donc, quand j'ai fait cet exercice, j'ai réalisé que si nous continuions au même rythme, nous atteindrions la fin de l'année avec moins de 60 % de réduction sur ce que nous avions que nous essayions d'atteindre. De toute évidence, c'était inacceptable et quelque chose devait changer. Vous savez, l'équipe et moi, vous savez, nous en avons parlé dans une rétrospective et réfléchi pendant que nous devions le faire. Et nous avons pensé qu'il fallait changer complètement la stratégie de prestation. Nous devons changer complètement la façon dont vous savez, nous travaillons là-dessus, et fondamentalement ce que nous avons fait c'est parce qu'avant que les gens qui travaillaient sur certaines parties prenantes nous fournissent des informations, et cela prenait toujours beaucoup plus de temps que prévu, quand ils fournissaient l'information, l' information n'était pas vraiment organisée et elle était inférieure à ce que nous nous attendions. On a dit : dit Changeons complètement la stratégie. Prenons les données nous-mêmes. Regardons la dette nous-mêmes. Mettons un plan en place, nous allons le proposer aux parties prenantes. Nous travaillerons là-dessus à moins qu'ils ne nous disent qu'ils veulent des changements. Mais nous faisons l'inverse au lieu de leur demander de fournir, vous savez, les données organisées sur lesquelles nous pouvons travailler. On l'a fait dans l'autre sens. Nous leur avons fourni l'organisation et leur avons dit : OK, OK, nous avons tout regardé. C' est comme ça qu'on va le faire. Et c'est comme ça qu'on va faire nos ressorts, c'est le travail qu'on va faire un sprint d'un pouce. Et nous leur avons dit, vous savez, nous avons pris possession de vos données, mais nous voulons vous faire savoir qu'elles ne vendent pas de pierre. Si vous voulez apporter des modifications, nous pouvons apporter des modifications étaient flexibles. Nous sommes adaptables. Mais ça a aidé les gars. Et c'était, vous savez, nous avons eu le courage de changer complètement la stratégie, parler à tous nos intervenants de la stratégie changeante pour, vous savez, reconnaître que nous avons eu la correction reconnaissez que vous savez que ce que nous faisions ne fonctionnait pas comme prévu. Et c'est ce que tu sais. C' est ce que cette valeur est facile et mêlée. Vous savez avoir le courage de faire ce genre de choses, de prendre ces décisions difficiles et d'avoir parfois ces conversations difficiles et de reconnaître parfois que les choses ne se passent pas comme vous l'attendiez, comment vous vous attendiez à lui eux. Bon, alors allons-y. Sauf si nous voulons la troisième valeur, qui est concentrée à nouveau. Cela a beaucoup à faire avec l'accent sur l'exécution et que nous regardons un très court jeton de temps d'essai, qui est notre sprint, non. Donc, vous savez, dans la mêlée, nous ne nous concentrons pas sur vous ne livrez plus de bols et un peu comme si nous essayons de ne pas regarder ça. Vous savez, le tableau d'ensemble tout le temps, mais plus regarder à court terme et plein ont un accent fort sur la livraison à court terme. Et c'est pour ça que c'est l'une des plus grandes ouvertures de Bali dont nous avons parlé auparavant. Et cela est très étroitement lié à la transparence pour les gens que vous connaissez, être capable de visualiser ce que tout le monde fait pour que les gens soient, vous savez, capables de se parler. Et bien sûr, cela concerne aussi penser que nous avons vu avant, comme les éplucheurs sur les principes et puis enfin, respect. Le respect est certainement une grande valeur dans la mêlée. Et c'est, vous savez, nous encourageons les gens à être orteils pour toujours être respectés, même s'ils ont une opinion différente. Et nous aimons vraiment cette inscription. Nous aimons vraiment les gens ayant, vous savez, opinions différentes sont, vous savez, nous sommes ouverts à qui étaient très flexibles parce que nous devons changer quelque chose et crier. On va le faire, tu sais, si quelque chose ne marche pas bien et que tu sais, les gens ont cette ouverture avec nous pour en parler, on va respecter leur opinion. On va en tenir compte si on est dans une équipe de mêlée, on pense qu'on doit changer. Nous allons apporter ces changements très rapidement. On n'attend pas la fin du projet où tout s'écroule. On va faire ce changement avant même qu'on commence à expliquer, accord, donc c'est ce que tu sais. C' est comme ça qu'ils sont là que ces six valeurs de mêlée, ces cinq brouillons sont tout à propos de ça où ces cinq poupées d'œufs brouillés sont tout sujet, et je pense qu'ils ont dit avant qu'ils ne soient assez explicatifs. Et maintenant, vous pensez probablement , , pourquoi devons-nous parler d'éplucheurs, de valeurs et de principes ? Et je vais te dire pourquoi. Je vais te dire pourquoi. Vous savez que la raison est que la mêlée au-delà d'être une méthodologie ou un cadre pour faire les choses, c'est aussi une culture. Voici un petit secret pour vous, et je veux que vous preniez note de ça. Le crime est une culture politique, non ? Et vous construisez une culture avec des choses comme des principes avec des choses qui valorisent avec des choses comme des éplucheurs. Bon, donc je sais que ça sonne. Parfois, quand les gens regardent ça, ça ressemble un peu à un théorique, je suppose. Et certaines choses que les gens voient tout. C' est juste quelque chose qu'il est là-haut dans un morceau de papier ou, vous savez, quelque chose qui est là-haut, mais ça n'arrive pas vraiment sur le terrain et sur la pratique. Et en fait, tu sais, c'est ce que je veux un défi dans ta mentalité. Si c'est ce que vous pensiez alors qu'ils suivaient ces cours dans les cours qui en fait dans la mêlée, nous appliquons ceci, vous savez, effectivement inscrit. Nous croyons qu'ils sont effectivement inscrits. Nous construisons la culture autour de ces choses, non ? Parce que toutes ces constructions réellement interconnectées. La confiance en la confiance est très importante pour nous. Ce que nous voulons livrer dans les délais et dans les délais prévus a dépassé les attentes de tout le monde. Et vous allez voir ces gars que quand les gens travaillent ensemble dans la mêlée, ils commencent à développer une relation vraiment forte les uns avec les autres parce que vous appliquez ces valeurs de principes parce que ces piliers les tiennent tous ensemble. Vous savez, d'une manière très, très collaborative et globale. Et comme je l'ai dit juste au fil du temps, ça commence à devenir une culture. Les gens y entrent après d'abord, bien sûr, parce que les gens apprennent la mêlée. Certains d'entre eux peuvent ne pas être immédiatement reflétés parce qu'ils se familiarisent avec la culture hors de la mêlée et avec les différentes valeurs, les principes et les différents éplucheurs en font partie et se familiarisent avec la culture hors de la mêlée et avec les différentes valeurs, les juste des composants d'artefacts différents . Tu sais, la terminologie. Quelque chose est différent pour les gens aussi. Mais ce que vous allez voir arriver au fil du temps, alors que les gens traversent les différents sprints, c'est que les gens commencent à les embrasser très fortement sur la raison pour laquelle les gens ont adopté est. Et comme je l'ai dit avant ces gars, pas une coïncidence que la mêlée est la méthodologie la plus populaire et agile là-bas. La raison pour laquelle il devient, vous savez si fortement enraciné dans la culture et les gens blancs que vous connaissez, commencer vraiment à monter sur le bus de mêlée est parce qu'ils voient la valeur en elle est parce qu'ils voient que les choses se passent un beaucoup plus vite. Versets ils étaient avant que vous mis en œuvre mêlée ou versets voici avant serait lorsque vous travailliez avec des méthodes traditionnelles de produit Mashburn. C' est pour ça que les gens aiment vraiment ça. Et je ne parle pas seulement de gestion, au fait. Vous savez, bien sûr, direction va adorer tout ce qui est plus rapide sur le donne des résultats plus rapidement. C' est assez évident pour moi. Un amateur, c'est assez évident pour toi aussi. Mais je pense que vous connaissez la raison pour laquelle les gens sur le terrain qui font le travail aiment vraiment la mêlée parce qu'ils en voient l'avantage. Tu sais quoi ? Les gens vont toujours aimer les choses où ils voient les avantages pour eux-mêmes, où ils voient les avantages pour le reste de l'équipe. Où voyez-vous le bénéfice pour la basesse. Quoi ? Ils voient les avantages pour ce client. Ils vont toujours adorer ces choses. Et c'est pour ça que le crime est si puissant. Et je suis sûr que pendant que tu travailles avec, tu vas commencer à voir tout ça et tu vas commencer à devenir de plus en plus. Vous savez ce qui est arrivé, avocat et certains d'entre vous, vous savez, passer par les scores pourrait vraiment prendre le rôle de rassemblement de mêlée. Et on va en prendre un peu plus tard sur le rôle du maître de mêlée. C' est certainement, vous savez, l' un des chemins est l'un des chemins que beaucoup de gens veulent emprunter, et c'est un bon chemin, vous savez, il y a beaucoup d'opportunités d'emploi là-bas pour la mêlée et pour les gens qui connaissent Scrum, vous savez, c'est un très grand sujet en demande. Tu sais, il y a beaucoup de boulot pour les gens qui veulent appliquer l'agile et la mêlée. D' accord, donc j'espère que vous savez, comme j'ai parlé de ça, vous réalisez et vous savez ces choses, E je suppose dans votre esprit et dans votre cœur que même si nous parlons de ces valeurs , principes, concessionnaires et ainsi de suite. Ce n'est pas seulement l'année où il est pratiqué. C' est en fait la construction de cette culture. Et je pense que vous savez, plus vous mettez en pratique, plus vous comprenez ce que je dis avec cela et cela sera de plus en plus logique pour vous une fois que vous le verrez dans la pratique et quand vous commencez à appliquer ces toi-même. Maintenant, dans cette conférence, je veux couvrir les ressources de mêlée qui sont là-bas qui sont super précieux pour vous d' examiner. Et je ne vais pas entrer dans tous ces détails dans les scores parce que vous savez, c'est quelque chose que vous pouvez rechercher vous-même. Et c'est le cours de mêlée et les scores. Vous savez, je couvre les concepts clés et tout ce que vous devez savoir sur la mêlée. partie, vous savez qu'il y a beaucoup plus de ressources auxquelles vous pouvez accéder, et la plupart d'entre elles sont gratuites, sinon toutes. Et vous savez que vous pouvez trouver des choses comme le guide de mêlée en ligne, et vous pouvez soit regarder le site Web ou vous pouvez simplement télécharger en PDF. Et je vais mettre les liens année par année pour que vous puissiez entrer dans chacune de ces précieuses ressources de mêlée qui font une partie précieuse des scores pour nous. Donc, le guide de brouillage, comme je l'ai déjà dit, c'est la Bible hors de la mêlée et vous pouvez trouver que quand vous allez à la mêlée ou vous trouverez là sur cette mêlée que ou site Web le guide de mêlée et l'accès à elle. Et vous savez comment télécharger ce guide Crumb ou simplement le regarder si vous voulez le regarder . Mais comme je l'ai dit, tout semble faire tout ça ici dans les scores et cette alliance criminelle toujours Orig. C' est une autre ressource à laquelle vous pouvez accéder et vous pouvez trouver beaucoup d'informations précieuses . Et au fait, beaucoup d'entre eux ont des petites vidéos que je suis sûr de trouver vraiment utiles et précieuses que ça vous aidera à comprendre tout ce que nous avons couvert dans les partitions, même Mawr. Et c'est toujours bon, je suppose. Pour voir que vous savez et pour accéder à l'information de différentes personnes dans différentes ressources, c'est parce qu'il est juste vous permet de compléter votre apprentissage. Et j'ai mentionné avant quand nous avons parlé de vous savez, les origines de Scrum que ces deux-là, vous savez, mêlent de l'Oregon Scram Alliance. Vous savez, les pères de Scrum, vous savez, ont également fondé ou co-fondé, vous savez, brouillé ou brouillé alliance ou sur les parfois ils sont encore très actifs dans ces dans ces groupes également. Et Scrum étude dot com. C' est un autre endroit où vous pouvez trouver des informations sur la mêlée. Vous savez, il y a aussi des certifications là-bas et presque toutes ces organisations ou groupes qui sont venus partager leurs connaissances sur les brouillards pour offrir leurs propres certifications. Et, tu sais, si tu me demandes si tu dois les avoir, je ne pense pas que tu sois obligé de le faire. Tu sais, je pense que tu sais déjà ce que tu vas voir. Tu es à peu près que je vais apprendre quelque chose à différent dans n'importe lequel de ces autres cours. Ils t'offrent là. Mais vous savez, si vous voulez obtenir ces certifications, eh bien, ils sont là sur place offrant différentes options de tarification à examiner et à explorer, et c'est entièrement à vous. Mais, vous savez, n'hésitez pas à, vous savez, après avoir terminé les scores, mettez-le sur votre CV. C' est, tu sais, c'est une certification de mêlée que tu as maintenant. Et, tu sais, comme je l'ai dit, je vais rendre disponible pour toi différent. Comme toutes ces ressources, je vais vous fournir les liens et je vais vous permettre de télécharger des modèles. Je vais faire un petit gabarit pour vous sur, mais je vais aussi recommander différents cours de mêlée gratuits, cours d'arrivée que vous pouvez prendre et nous avons parlé avant que vous pouvez également rechercher à partir de mon cours de crash. Vous me connaissez Si vous voulez, explorez bien ces autres cours, vous voulez en savoir plus sur l'agile et le corps de mêlée de connaissances, The S. bug. C' est aussi quelque chose que vous avez confiné et c'est un peu de ah, je suppose un peu plus haut. Si vous pensez au Pam Bach dans le P. M. C'est un peu similaire à ça, mais bien sûr, différent. Et c'est juste quelque chose d'autre qui est disponible pour vous pour une consultation sur, vous savez, sur la mêlée et enfin dernier mais pas moins idéal point com cavey. Et c'est quelque chose que j'ai fondé en 2018 pour partager des connaissances et diffuser la parole dans le monde entier sur la justice. Je préconise plus de bras ou, vous savez, dans différents pays et différentes entreprises à propos de John's Crumb. Et si tu y vas, tu trouveras beaucoup d'informations gratuites. Vous savez, peu près tout ce qui est en train d'avoir. Nigel kb dot com est gratuit. C' est aussi une communauté très active, que vous pouvez rejoindre soit, vous savez, sur le groupe Facebook ou sur le bord. Ok, être le site Web côté humide lui-même. Et pourtant, ce sont toutes des ressources vraiment précieuses que vous pouvez explorer par vous-même. Et je vais, comme je l'ai déjà dit, mettre tous les liens et tout là pour toi. 9. Aspects Scrum et les forces de Scrum: les aspects de la mêlée sont l'organisation, affaires, justification, la qualité, le changement et le risque. Et quand on parle d'organisation, c'est à voir avec la façon dont cette équipe criminelle s'organise. Il se vend pour la livraison et différents rôles qui font partie de la mêlée, que nous allons couvrir plus tard. Ne vous inquiétez pas trop à ce sujet. La chose clé que vous devez savoir ici, c'est qu'il y a un type d'organisation dont nous parlons , la mêlée, mêlée, qui se rapporte à différents rôles et à la façon dont ils travaillent les uns avec les autres. La justification commerciale est essentiellement la raison pour laquelle nous faisons cela correctement. C' est l'aspect que nous essayons de corail. Nous parlons de justification commerciale, ce qui, bien sûr, est quelque chose à laquelle vous auriez dû répondre avant même de commencer le projet. Donc, cela concerne quelque chose que nous appelons, vous savez, dans vous savez, le monde agile et dans le monde de la mêlée, sprint zéro, qui est avant même que nous commencions à faire n'importe quel travail. Nous devons comprendre pourquoi nous le faisons. Tu sais, quelle est la division où nous essayons d'atteindre et ainsi de suite ? qualité dans le monde de la mêlée quand on parle de qualité, c'est de s'assurer que tout ce que nous livrons, c'est en fait ce que nous pourrions voir. Un critère d'acceptation rare, non ? Nos critères d'acceptation, qui est ce que vous savez, avant que nous puissions voir leur histoire d'utilisateur se fait sur, nous avons en fait, vous savez, passé par cela à l'exception des critères d'acceptation et vérifier qu'il a réellement répond à ces critères d'acceptation à cet égard. C' est à, vous savez, vous savez, les libéraux qui ne respectent pas les normes de qualité acceptables que nous voulons accomplir le travail que nous accomplissons et que nous modifions. Tu sais, on en a déjà parlé dans In Agile and Scrum. Nous sommes adaptables, nous sommes flexibles et en brouillards, en fait, en fait, changement bienvenu. Vous savez, si quelque chose par exemple doit changer pour le prochain tirage, on le change en fait. Nous n'attendons pas la fin du projet ou jusqu'à ce que le prochain projet se sente sur quelque chose ne fonctionne pas comme il se doit. Ensuite, on le change. Donc nous embrassons le changement et la mêlée, et nous aidons aussi, vous savez, les gens embrassent les changements. Wells, vous savez, nous préconisons un changement positif et constructif dans la mêlée et vous savez, en dernier lieu et non des moindres, nous voulons nous vanter du risque, non ? Et il y aura toujours des risques quand tu livreras quelque chose de bien ? Vous toujours quand vous livrez des choses, il n'y a pas de risques de petite, moyenne, grande et complexe qui sont dans les deux. Et parfois, vous savez en vous d'analyser ces semaines et de comprendre comment vous pouvez soit les minimiser, les atténuer ou les éliminer si vous le pouvez. Mais tu sais, dans le brouillage, on pense aux risques. On pensait que toujours d'une manière positive et constructive. Donc, nous pensons à ces risques sont-ils réellement des opportunités, des opportunités pour nous de faire les choses différemment, occasions pour nous de réfléchir à des choses que nous n'aurions pas prises en compte sur les occasions pour nous de nous préparer à l'avance avant de faire quoi que ce soit pour empêcher des choses qui ne devraient pas se produire. C' est ce qu'on appelle quand on parle de ces différents aspects de mêlée. ce qu' Maintenant, quand on parle de forces de mêlée, on pense à cinq choses clés. prestation continue, un compartiment d'amélioration, équipes interfonctionnelles, l' auto-organisation et l'accent mis sur les objectifs courts de Tim et une approche interprétative. Et nous avons déjà couvert presque tout cela, en substance, à travers les différentes conférences du cours sur je suis sûr que vous comprenez maintenant, et toutes ces choses que nous voyons ici sont des choses qui rendent les mêlées si puissantes, et c'est pourquoi je l'ai toujours dit avant et vous m'avez entendu le dire plusieurs fois auparavant. Le crime est si populaire dans le monde entier parce que nous sommes vous savez, ces choses apportent beaucoup de valeur pour l'entreprise. Ces choses foie beaucoup de valeur pour l'équipe et cette chose offrent une valeur bonjour pour les membres de l' équipe eux-mêmes aussi, vous savez, parce que lorsque vous faites partie, prendre des décisions et vous-même organisé et vous travaillez avec des gens de différents domaines et vous livrer continuellement améliorer et puis vous éternité Vly, apporter et mettre sur la valeur, vous savez, sur la table. Eh bien, les gens apprécient ça et apprécient ça. Et c'est pourquoi c'est la miette est si puissante et ce sont la force enracinée hors mêlée. 10. Secret 2 de Scrum: limite secrète à off Scrum est que vous pouvez réellement combiner mêlée avec cascade ou toute autre méthodologie de gestion de projet dans ce que nous avons appelé approche hybride ah. Et pourquoi je dis que c'est secret numéro 2 ? Pourquoi je te parle de ça ? Parce que vous n'entendrez parler de cela nulle part ailleurs ou il est rare d'en entendre parler. Vous savez quand vous regardez la théorie ou que vous regardez des articles parce que la plupart des gens parlent mêlée, vous savez que l'appareil vient purement comme vous le souhaitez théoriquement. Mais la réalité est que dans la pratique, il est parfois logique de combiner réellement Waterfall qui mêle. , Et c'est pourquoi c'est un secret bien gardé parce que peu de gens en parlent, mais ils le font toujours. Et c'est l'une de ces choses que lorsque vous regardez une autre entreprise, vous pourriez constater qu'ils postulent. Tu sais, 20% de leurs projets sont faux. Kreimer, votre agile 10% peut être riche en eau, mais en fait cet autre 70% c'est un projet hybride et cela signifie qu'ils combinent l'eau pleine et la mêlée pour surveiller les projets. Et comment cela fonctionne-t-il ? Alors, comment c'est la pratique de travail. Eh bien, en fait, c'est assez simple. Vous pouvez faire la face initiale du projet avec Waterfall. Et puis quand vous arrivez réellement à la mise en œuvre de l'exécution, vous passez à la mêlée afin que vous puissiez avoir vos stands up quotidiens. Votre planification printanière. Vous êtes rétrospectif, voleurs et ainsi de suite. C' est ça, les gars, ce secret numéro deux. 11. Qualité dans Scrum et changement dans Scrum |Comment gérer ce cours dans Scrum dans Scrum: Alors avant, quand on parlait de qualité et de mêlée, j'ai parlé des critères d'acceptation, non ? Si vous vous souvenez, j'ai parlé de critères d'acceptation, et c'est quelque chose qui est super important quand nous parlons de qualité Scrum, et c'est comme ne pas considérer quelque chose fait quand nous n'avons pas vérifié cela signifie que les critères d'acceptation. L' autre chose clé quand nous parlons de qualité et de brouillage est que les tests sont souvent pas seulement à la fin. Il est également pas seulement sur un particulier face au projet, à droite et il est aussi les gars est une énorme différence. Lorsque vous pensez à Scram est une méthodologie par rapport aux méthodes traditionnelles de gestion de projets comme ça. Vous savez, comme le premier ministre et vous savez, l'approche de Pembroke. Et j'ai déjà parlé de ça, non ? Et cela concerne, vous savez, vous savez, gestion traditionnelle des produits. Lorsque vous testez, il est en fait un face au projet vient généralement après, vous savez que vous avez déjà fait la découverte. Vous avez fait la planification avant de commencer votre exécution, vous faites un peu de tests, et cela peut durer quelques semaines ou quelques mois. Et puis après quelques semaines ou quelques mois de tests, vous avez réellement déployé droit ? Et donc c'est une sorte de calendrier fixe comme je l'ai dit, période de période ou de phase dans votre projet dans traditionnel. Je parle de gestion traditionnelle des produits ici quand vous testez quelque chose et que vous le libérez, n' est-ce pas ? Donc c'est une pièce séquentielle où nous avons parlé et nous avons vu ce graphique avant à propos du skateboard et de la voiture sur le dessus que vous aviez. Vous savez comment vous allez de, vous savez, les roues à la voiture réelle dans l'eau traditionnelle, vous savez, vous savez, gestion des produits en cascade pendant les tests est que, vous savez, vous savez, vous savez, face à ce processus tandis que dans les tests de mêlée est fait souvent pas seulement à la fin. Tu sais, on le fait tout le temps dans les différents ressorts, tu sais, que nous livrons. On nous teste une partie de ces empreintes. Donc, c'est pourquoi vous voyez ces cycles et et ceux-ci sont rose dans le diagramme inscribe parce que vous itérer et constamment, vous savez, livrer et comme votre itération incontestablement il livrer votre également teso. Un autre concept clé de la qualité et du brouillage est que ce n'est pas seulement la responsabilité d'une personne Ok, Donc, dans la gestion traditionnelle de projet de cascade, il y a généralement un testeur ou un responsable d'essai. Et en général, nous accordons beaucoup de responsabilité à la qualité de ce qui est livré à ces personnes ou à la personne qui fait le travail proprement dit, est-ce pas ? Donc, dans les qualités brouillées, la responsabilité de tous ceux que vous connaissez est la responsabilité de l'équipe dans son ensemble. Nous voulons tous nous assurer que tout ce que je reçois répond aux critères d'acceptation que nous avons lus en équipe et, vous savez, vous savez, dans la mêlée, beaucoup de fois d'autres personnes testent. Ce n'est pas qu'un testeur. Ça pourrait être n'importe qui dans l'équipe de mêlée sur nous. En fait, je veux m'assurer que, vous savez, les gens qui font le travail se sentent soutenus, que vous savez, il y a de nouvelles satisfactions, regardant ce que vous faites et en aidant et s'assurer que tout fonctionne comme nous nous y attendions et qu'il a fait la norme. Il ne cherche pas la perfection, accord, donc vous voulez dire la mêlée. Et cela a à voir avec un concept pauvre, agile que nous appelons le M V P, ou un produit minimum viable et a aussi à voir avec le concept d'anarchie dans idéal et scram qui a bougé nous parlons de garder simple, non ? Donc nous ne voulons pas trop d'ingénierie choses dans la mêlée Nous ne voulons pas faire des choses supplémentaires qui ne sont pas vraiment nécessaires ou qui ne sont pas vraiment nécessaires Quand je le garde vraiment, vraiment simple répondre au minimum Vous savez ces normes minimales que vous ne me comprenez pas Nous ne faisons pas de compromis sur la qualité Nous voulons toujours fournir des choses de haute qualité, mais nous voulons juste nous assurer que nous ne l'avons pas trop conçu. C'est ce à quoi cela fait référence quand nous parlons de vous savez, ce concept hors hors, répondant à ces normes et que la recherche de la perfection dans la mêlée, puis continue d'améliorer. Bon, donc nous avons parlé de vous savez, encore une fois c'est un concept de base dans la mêlée, vous savez, l'amélioration continue. Soit il le développement alternatif droit sur ces améliorations continues fait partie de ce que nous appelons , vous savez, re trolling in scrum qui sont rétrospectives juste qui sont un peu off, comme nos leçons de mêlée d'apprentissage qui, contrairement à l'eau pour la gestion de projet que vous connaissez généralement, font ces examens post-mise en œuvre p I nôtre et leçons apprises sessions à la fin du projet qui pourrait être une, vous savez, une année de la piste dans la mêlée. Nous faisons cet exercice après chaque sprint. C' est donc un exercice d'amélioration continue et c'est beau. J' adore ça, tu sais, c'est une de mes choses préférées à propos de la scram parce que nous réfléchissons constamment pour améliorer la prochaine impression. Et vous savez, c'est vous que vous connaissez déjà. Quand on a parlé de l'histoire de la mêlée dans cette mêlée, tu sais, racines japonaises, c'est quelque chose qui est très, tu sais, enraciné dans le truc du charbon japonais. Les Japonais, quand ils travaillent sur des choses, ils réfléchissent constamment à ce sujet, vous savez, ils réfléchissent constamment à la façon dont ils peuvent mieux les faire. Eso Il y a une des raisons pour lesquelles j'aime vraiment la culture japonaise. Vous savez, nous avons tellement à apprendre d'eux et nous avons déjà beaucoup appris d'eux dans le monde . Et beaucoup de, vous savez, les vous savez, plus grandes méthodologies et beaucoup du plus grand concept que nous utilisons dans le monde de nos jours viennent de la culture japonaise ou de choses qui ont des racines japonaises pour moi. Ce n'est pas différent. Tu sais, quand je pense à l'amélioration continue et aux rétrospectives, à notre approche narrative et à la mêlée. Je vois que vous savez quelque chose qui offre beaucoup de peu de valeur parce que nous n' attendons pas jusqu'à la fin pour apporter ces changements à notre livraison là où nous le faisons , les rendant , à la volée au fur et à mesure que nous continuons. Et c'est, vous savez, le noyau de la mêlée dure et essence hors de la mêlée. Alors quand on parle de changer la mêlée Onda, on en a parlé avant, non ? J' ai dit qu'il était en fait accueilli favorablement son droit accepté. Nous avons donc été flexibles avec notre portée avec notre livraison. Et vous savez, si des gens viennent de l'entreprise ou des parties prenantes ou d'un propriétaire de produit argumentant d'une réduction de vitesse , vous savez que nous devrions apporter des changements ou que nous devrions faire quelque chose de différent . On ne se plaint pas de ça dans la mêlée. On les écoute, on les écoute. Nous comprenons pourquoi ils nous donnent cette rétroaction et nous apportons ensuite, vous savez, des changements à notre approche si nécessaire. Donc nous sommes très, très, très ouverts. Vous savez, nous avons parlé quand nous allons sur les valeurs de principe et les éplucheurs. La transparence est également très importante mêlée. Donc, vous savez,nous vous savez, acceptons et acceptons le changement lorsqu'il est nécessaire, et les commentaires des clients sont incorporés dans les libéraux. Droit ? Donc, nous réfléchissons constamment à nos rétrospectives sur ce qui est ce flux, mais sur ce que nous faisons de la part des clients. Et comment les gens que vous connaissez changent-ils ces livrables et fonctionnent-ils comme nous les attendons ? Et vous savez, si quelque chose doit être ajusté sur notre chemin dans la façon dont nous faisons des choses, nous avons réellement ajusté et aussi fait en cas de besoin. Vous savez, nous ne voulons pas faire de changements s'ils ne sont pas vraiment nécessaires. Donc, dans la mêlée, nous voulons garder les choses toujours très simples. Toujours, vous savez, continue l'ONU interrogative Lee amélioré continuellement un Lee itératif livrer et nous ne voulons pas faire de changements. Ce n'est pas vraiment nécessaire, non ? Donc nous ne voulons pas réinventer la mêlée de roue. Vous savez, si quelque chose est déjà fait, son travail et nous pouvons apprendre de cela en profiteront dans la mêlée. que Si on voitquequelque chose fonctionne bien et qu'il n'y a que des changements, alors on ne les fera pas savoir, on ne les fera pas parce que ce serait, tu sais, allant dans la direction opposée au large. Je veux faire des instructions. C' est pour ça que tu sais, quand on passe par nos rétrospectives, s'il y a quelque chose qui fonctionne bien, on continue à le faire c'est que c'est juste une écriture logique. Quelque chose fonctionne bien pour vous. Pourquoi le changeriez-vous ? Et encore une fois, c'est l'une des choses que j'apprécie vraiment à propos de Scrum, c'est que nous sommes des changements constructifs et possibles. Nous avons accepté, vous savez, nous avons intégré à ce que nous faisons, mais nous ne le faisons pas vraiment à moins que ce soit vraiment nécessaire. C' est logique. 12. Risques dans Scrum |Gérer les risques dans vos projets avec Scrum: et nous parlions du risque dans la mêlée. Nous voulons essentiellement nous assurer que ces risques sont documentés. Bon, donc nous voulons nous assurer que ces raisons sont documentées. Donc ils sont identifiés, ils ont fait l'objet d'une évaluation, et ils ont en fait Bean a réagi ou agi. Et on parle de risquer des miettes. Nous voulons voir leurs deux facteurs fondamentalement. Quelle est la probabilité d'apparition de cela ? Et une fois que nous avons mais dit la probabilité d'occurrence de cela, nous voulons également évaluer quel est l'impact en cas d'occurrence. Droit. Donc, si ce risque est devenu une réalité et non plus un risque, mais qu' il s'est réellement produit, pourquoi cela signifierait quoi ? Quel est l'impact sur ça ? Donc, gros, sont les choses clés que nous voulons faire quand nous, vous savez, travaillons dans son crump. Nous voulons nous assurer que les risques sont documentés. Nous les avons évalués, compris, vous savez, j'ai clairement identifié, vous savez, vous savez, quelle est la probabilité que cela se produise ? Et si cela se produisait réellement, que se passerait-il ? Qu' est-ce que cela signifierait pour nous ? Et qu'est-ce qu'on ferait ? Droit. Donc tu veux que ça soit documenté ? Je suis généralement au fait, la plupart sont des équipes mêlées auraient ça dans, vous savez, dans un amour du risque. C' est généralement juste une feuille de calcul Excel dans Google Dogs ou quelque chose comme ça. Mais vous voyez aussi beaucoup d'équipes de mêlée. Mets ça sur la piste. Oh, s'ils utilisent Trail oh, ou dérivent leur utilisation de Jiro ou ils pourraient le mettre sur la planète Terre. Ils utilisent Microsoft Planner. Il existe donc de nombreux outils différents pour documenter les risques et les éléments que vous voudrez peut-être documenter. Lorsque les gens courent à risque pour le projet, est-ce que vous pourriez vouloir exécuter documenter la date à laquelle le risque a été soulevé, qui a bien couru ? Tu sais, quelle région vient cette personne ? Et les informations que nous découvrons comme Quel est le risque en soi ? Donc, la description du risque, quelle est la probabilité d'occurrence sur ? Savez-vous que vous voulez documenter si cela a déjà été pris ? Se soucier. Ça a déjà été de l'action. Ça a déjà été considéré. Donc, ce sont les choses que vous voulez vous assurer que vous avez incorporé cela dans votre registre des risques, je suppose que vous savez que vous voulez vous assurer que la recherche a capturé et qu'ils sont en fait des actions. Et en termes de off, si vous savez, l'équipe doit prendre des mesures pour réduire ces Reese pour les atténuer, pour les éliminer, qu'ils ont un haricot effectivement fermé, si cela est logique. Donc c'est ce que nous recherchions quand nous analysons les risques dans la mêlée et en substance, je suppose que ce n'est pas trop différent de ce que vous feriez normalement lorsque vous travaillez sur n'importe quel projet avec n'importe quel type de méthodologie dans la mêlée, je suppose que vous pensez être, vous allez garder ce processus très simple, très maigre pour vous savez ce qui est vraiment, vraiment nécessaire. Et tu vas pas manger ton On a parlé de simplicité et de brouillards, n'est-ce  ? Nous avons parlé de garder les choses simples. Donc c'est juste, vous savez, le noyau, en substance, toute méthodologie agile aussi. Ou la plupart de cela qui prendrait Il y a des choses qui sont un peu plus robustes dans ng complexe . Tu sais, comme quand on regarde le parapluie, ceux à droite , comme un coffre ou les diaz. Comment sera plus je suppose que les complexités et les structures autour d'eux. Mais en général, quand vous parlez de mêlée, vous voulez garder les choses. Andi, les méthodologies les plus agiles que vous voulez garder grâce à un minimum. Droit ? Donc je veux dire encore une fois, comme on a parlé avant. On ne va pas étudier l'ingénierie. Et on va écrire ce très long document pour documenter ou risquer. On va le garder, vraiment, vraiment, au minimum. Vraiment, vraiment simple. 13. À quoi Scrum s ? | Le monde réel et les applications de Scrum dans la vie réelle: une question qui se pose souvent avant que les gens commencent à travailler avec scram est ce qu'ils peuvent utiliser Scrum sur. Nous avons déjà couvert beaucoup de ceux-ci, en fait dans des conférences précédentes hors du cours, qui est, vous pouvez utiliser Crumb pour fournir de la valeur, souvent à la livraison, Lee interrogative et à améliorer continuellement. Donc, par cela, cela donne parce que le délai est court pour écrire, que vous livrez. Cela vous donne beaucoup plus de contrôle sur les êtres vivants à temps, en respectant le budget et l'anarchie. La chose dont nous avons parlé auparavant est que vous pouvez réellement utiliser Crumb à travers à peu près n'importe quelle industrie et à travers à peu près n'importe quel type de projet de petits, moyens et même grands projets. Oui, vous pouvez également les utiliser sur, vous savez, des projets de marketing, des projets vente, des produits d'approvisionnement. Comme je l'ai dit, peu près n'importe quelle industrie et n'importe quel domaine bénéficieraient de l'utilisation de la mêlée. Maintenant, ne signifie pas que vous voulez appliquer la mêlée à chaque type de produit là-bas non plus, vous savez, parce que ce n'est pas une taille unique non plus, vous savez, , et je ne pense pas qu'il y ait de gestion de projet méthodologie dans le monde qu'il a eu une taille unique. Parfois, vous devez adopter une approche hybride. Et par hybride, je veux dire, il faut combiner différentes méthodologies de gestion de projet. Et parfois, vous savez, il est juste plus logique de travailler en cascade parce que hors contexte de l' entreprise, parce que hors des délais pour le Lavery ou parce que c'est juste désigné, Vous savez, la méthodologie avec laquelle vous devez travailler dans l'entreprise. Et il n'y a même pas une discussion autour de regarder d'autres options ou d'autres moyens de sortir, vous savez, mettre en œuvre des choses, ne pas dire , bien sûr, et le mal que vous ne pouvez pas avoir un chat à la direction et partagez-les avec eux. Tu sais, les talons de l' enfer. Et voici une approche alternative, qui, je pense, fonctionnerait mieux. Et c'est pourquoi je pense que cela fonctionnerait mieux quand nous pourrions faire un peu Pilo à fond à la preuve de concept et en fait eu récemment. Tu sais, je ne devrais pas du mien qui pensait à mettre en œuvre la mêlée Andi. Elle ne savait pas exactement comment démarrer son environnement. Donc ce que je lui ai dit Waas Eh bien, il semble que vous avez une très bonne idée de ce que vous voulez faire, et le principal est qu'elle travaille dans la santé et qu'elle travaille dans ce laboratoire et que je disais à leur où Eh bien, J' ai l'air et on dirait que votre équipe pourrait bénéficier de la scram si vous implémentez qu'un pilote initial maintenant avec tous vos clients, mais avec un groupe particulier de clients sur. Mais en gros, ils essayaient juste de travailler de manière plus efficace et plus rapide et de réduire , vous savez, la clé. Oh, les choses étaient au travail qu'elle avait besoin d'être faite. Alors j'ai dit, Eh bien, juste commencer par une preuve de concept et montré les résultats à la direction. Et puis vous pouvez décider s'il y a beaucoup de valeur pour vous dans vos contacts et dans votre environnement particulier pour mettre en œuvre la mêlée. Mais en général nous, c'est le cas. Vous savez, général, ce que je vois sur le terrain et comme je travaille dans, vous savez, dans différents pays et différents projets et avec différentes personnes sont partout dans le monde, c'est que la plupart d'entre eux bénéficient réellement de la mêlée, et une fois qu'ils comprennent ce qu'ils peuvent les utiliser, utilisez-le pour beaucoup d'entre eux veulent vraiment l'utiliser correctement, car cela leur permet d'atteindre vos buts et objectifs plus rapidement et cela leur permet de fournir des validateurs et des clients sur leur donne flexibilité et adaptabilité dans les différentes choses qu'ils font. Et vous pouvez également utiliser crown pour, vous savez, vous savez, recherche et pour identifier des marchés, des technologies et des capacités viables que vous pouvez utiliser, vous savez, mêlée aussi pour développer des produits, des services et l'amélioration de ces pièces et services, en les améliorant. Vous pouvez utiliser la mêlée pour publier des produits sur des améliorations fréquemment et souvent. Et on en a parlé avant. C' est le noyau en essence, hors de la mêlée. Vous savez qu'il narratif continue la livraison, une interprétation continue l'amélioration et vous savez que vous pouvez également utiliser le développement crump, cloud soutenu et les environnements opérationnels pour une utilisation proc pour ceux qui travaillent avec I t. Et vous savez que j'ai t produits et services utilisant le cloud. Et enfin, vous pouvez utiliser la miette pour soutenir et renouveler les services de production. Rightto conserver un avantage concurrentiel sur le marché pour ces produits et services , et de les actualiser réellement. Est-ce que je reçois un bon exemple de ceux-ci ? Ça pourrait être le site Web de votre entreprise. Vous pourriez utiliser Crumb pour, vous savez, mettre à jour le site qui a ça et le faire savoir, plus gentil que East Today sur. Oui, je le sais et je donne maintenant, vous savez, un exemple de 90. Mais cela ne veut pas dire que tout doit être sur les projets I t. Comme je l'ai déjà dit, vous pouvez les appliquer à de nombreux types d'industries et pas de voitures, nombreux types de projets. C' est en fait travailler et parler avec un de mes collègues qui est, vous savez, vous savez, il s'intéresse à l'investissement immobilier et immobilier et à la gestion immobilière sur qu'il appliquait, vous savez, principes de mêlée dans le travail qu'il faisait avec son équipe autour de la façon de choisir ces nouvelles propriétés sur lesquelles il va investir. J' ai vu des gens que tu connais appliquer Chris Crum pour planifier leurs mariages. J' ai vu des gens appliquer le principe de la mêlée depuis Crumb pour, vous savez, travailler sur des projets d'opérations, projets d' approvisionnement sur, vous savez, j'ai été impliqué en fait appel d'offres pour un processus d'approvisionnement il y a quelques mois, et nous avons appliqué des idéaux, des principes, et nous avons divisé notre processus d'appel d'offres en récits d'utilisateurs et en ressorts, et nous avons fait tout le processus , vous savez ? Tu sais, j'ai une période de trois mois pour quelque chose qui dure habituellement 12 mois. Tu sais, c'était incroyable. C' était vraiment précieux pour nous. Et nous sommes allés et nous avons pu passer tout ce processus d'appel d'offres dans quelques ressorts et prendre une décision sur le fournisseur qui allait nous fournir ce service et nous avions besoin en un temps record, vous savez, nous l'avons fait en trois mois au lieu de 12 mois, et c'était vraiment une grande réalisation. Et je me sens vraiment fier de ça. Et je suis sûr que lorsque vous rencontrez des gens qui travaillent avec Scrum, ils vont partager avec vous des histoires vraiment intéressantes et vraiment géniales sur la façon dont ils ont fourni beaucoup de valeur vraiment rapidement et beaucoup plus vite qu'ils ne le faisaient avant a même commencé à travailler avec la mêlée. 14. Secret 3 de Scrum: secret numéro trois, c'est que les rétrospectives de mêlée sont super puissantes. Ils sont en fait à l'essence principale et l'un des aspects les plus importants de Scrum comme une méthodologie et comme un cadre sur je parle de cela de la pratique. Ce que vous allez découvrir, c'est que quand vous faites votre rétrospective régulièrement dans le cadre de vos ressorts ou quand vous finissez vos sprints, alors vous allez voir que vous allez changer les choses pour le printemps prochain et vous allez continuellement améliorer et apporter des changements qui auront de meilleurs résultats pour vous dans le cadre du projet et vous permettront d'atteindre plus rapidement ces objectifs pour atteindre ces objectifs. Donc, ce que j'essaie de dire est que assurez-vous de profiter pleinement de vos perspectives hurleurs parce qu'il est un si important, troll re agile, et vous allez voir cela. Comme je l'ai déjà dit, vous ferez une énorme différence quand vous mettrez en pratique ces leçons apprises lors de votre prochain sprint et je vous donnerai un exemple parfait. n'y a pas si longtemps, je travaillais sur un projet. Après une période de six semaines d'expérience, Onley a atteint 3% de réduction sur l'exécution. Maintenant, c'est un nombre vraiment faible. Après une période printanière de six semaines, nous visions en fait à atteindre environ 60 70 % à cette époque. Donc, après l'une des rétrospectives, nous avons réfléchi à une approche et à une stratégie complètement changées. Et en moins d'un mois, nous sommes passés d'un taux d'exécution de 3% à un taux d'exécution de 93%. Et c'était la façon dont s'est dégagée une rétrospective. Et c'est pour ça que c'est le numéro trois secret de la mêlée. 15. Rituels et rôles Scrum: Les rituels de mêlée que nous allons couvrir dans les scores sont une mêlée quotidienne. Planification printanière. Sprint examine rétrospectives sur le carnet de commandes, raffinage ou le toilettage de look arrière. Et avant d'entrer dans chacun d'entre eux dans les détails. Vous comprenez donc ce qu'ils signifient tous dans le monde de la mêlée et comment vous les mettez en œuvre dans la pratique. La chose clé que je voulais enlever, c'est qu'ils font tous partie de ce qui constitue la culture de la mêlée . Ok, cette culture agile mêlée fait partie de ça. Est-ce que ces rituels ont raison ? Et une partie de ce qui fait que cette culture fonctionne et fonctionne, c'est que ces rituels sont effectivement mis en pratique et que nous avons réellement discipliné en les faisant. D' accord. Et plus vous les faites, plus naturellement deviendra sur le plus nous deviendrons familiers pour vous pour le reste de l'équipe. Et plus vous en savez, vous les faites, plus vous aurez de valeur à les voir. Crois-moi. Ok, les gars, nous avons déjà vu maintenant dans ces cœurs de crampes, Scrum est très, très simple, non ? Tout est question de simplicité, minimalisme et de valeur ajoutée. Souvent, ils rapidement sur ce qui nous permet de le faire aussi. Il sort avec la mêlée. Nous avons en fait trois rôles clés qui sont appelés Scrum Master, le propriétaire et l'équipe de développement ou de livraison. D' accord. Et on va couvrir chacun d'entre eux plus en détail. Mais comme vous pouvez le voir comme tout le reste dans la mêlée est très simple, non ? On parle juste de trois rôles principaux. 16. The Scrum Master: Commençons donc par le rôle d'un maître de mêlée, qui est un rôle clé dans la mêlée. Et si vous vous demandez si quelqu'un peut prendre le rôle du maître de mêlée, la réponse est oui. Ça n'a pas besoin d'être, tu sais, une personne en particulier désignée par l'entreprise ou qui n'a pas besoin d'être quelqu'un qui a ce rôle officiel à New York. Structure hors maître de mêlée. Cela peut être à peu près n'importe qui au sein de l'équipe du projet aussi longtemps, bien sûr, car ils ont vraiment de bonnes connaissances de brouillage et une très bonne compréhension de la mêlée comme une méthodologie et hors principes idéaux hors cours. Donc, ce grand maître est fondamentalement quelqu'un qui est là pour faciliter et défendre mêlée au sein de l'entreprise. Et c'est quelqu'un qui dirigera le guide de soutien et aidera l'équipe de Crumb. C' est aussi quelqu'un qui va éliminer les barrages routiers, les problèmes ou les obstacles pour toi. Donc il va en fait vous soutenir et soutenir, vous savez, vous savez, l'équipe de mêlée, s' assurant qu'ils atteignent leurs objectifs à temps et selon le budget qu'il a vendu pour quelqu'un qui est très actif, tous les différents rituels qui font partie de la mêlée comme tous les jours. Levez-vous. Vous connaissez notre mêlée quotidienne si vous voulez l'appeler comme ça et rétrospectives, mais le maître de mêlée n'est pas une équipe traditionnelle, un projet ou un chef de projet, bien qu'il puisse être un chef d'équipe, un chef projet qui prend le rôle de maître de mêlée. Comme je l'ai déjà dit, peu près tout le monde peut jouer le rôle de maître de mêlée tant qu'ils ont assez de connaissances sur la mêlée et que vous êtes des yeux très familiers avec les méthodologies agiles et la mêlée comme cadre . Donc la principale différence de mon point de vue, vous savez, le maître de mêlée par rapport aux autres rôles principaux dans les affaires du maître de mêlée est un chef de serviteur, donc il n'est pas là comme deux dans le sens traditionnel. Dites-vous ce qu'il faut faire. Il est Mawr là pour vous aider à faire votre travail, vous savez, pour éliminer les choses qui ont un impact sur ce que vous faites ou les choses qui ont un impact. Vous savez, l'équipe de livraison, n'est-ce pas ? Mais il n'est pas là juste pour, tu sais, peu comme s'il n'était pas là. Demandez à votre patron si vous voulez y penser de cette façon, il n'est pas là pour le faire. Il est plus là pour vous aider à vous assurer que vous avez tout ce dont vous avez besoin pour vous assurer que l' équipe de mêlée est concentrée sur la livraison, la livraison à temps pour s'assurer que, là , vous savez, l'équipe suit réellement le discipline de passer par les différents trolls re scram et il est là pour travailler très étroitement aussi avec un propriétaire de produit. Je m'assure que nous nous concentrons sur les bonnes priorités et que nous prenons en compte commentaires du propriétaire du produit. Vous savez, les clients qu'il représente ou de lui-même s'il est le client. Et bien sûr, le coin professionnel est constamment en contact avec d'autres personnes de l'entreprise. Donc, le maître de mêlée travaille constamment et étroitement avec le proton ou pour s'assurer qu' il est pris en compte dans Vous savez ce que fait l'équipe et vous savez qu'il est aussi, vous savez, le rôle du maître de mêlée et nous avons parlé de cela avant, c'est aussi très important faciliter, vous savez, s' assurer que les choses se déroulent et de s'assurer que tout le monde respecte ces valeurs, ces principeset ces concessionnaires agiles principes . Et c'est essentiellement un avocat hors de la mêlée. Vous savez, nous pensons que c'est dire krumping et s'assurer que l'équipe, vous savez, améliore constamment et continuellement en itération sur la livraison et que l'équipe passe par, Vous savez, les différents ressorts, ce plan, vous savez, atteindre les cibles et travailler les uns avec les autres au foie comme prévu. 17. Le propriétaire de produit: Maintenant, le propriétaire de la naissance va être quelqu'un qui va travailler en étroite collaboration avec le maître de la mêlée avec l'équipe de livraison. Et il va être quelqu'un qui va dire quelles sont les priorités sur lesquelles l' équipe devrait se concentrer en fonction des besoins du client, non ? Parce qu'il est soit le client lui-même ou quelqu'un qui représente le client sur généralement le propriétaire brisé est quelque peu qui vient de l'entreprise, est-ce pas ? Ce n'est pas vraiment quelqu'un qui vient de la région où vous travaillez, ou quelqu'un qui vous occupe toujours un rôle technique ou quelque chose du genre. Généralement, le propriétaire est quelqu'un qui a un accent d'entreprise sur, vient de l'entreprise sur représente l'entreprise et notre représentant tous les contre intérêts du client, l'utilisateur final. Et c'est ce que tu veux être. Et c'est ce que vous voulez être, la personne qui assume le rôle en termes de propriétaire de pièce. C' est ce que cette personne devrait être. Et le propriétaire possède essentiellement le carnet de commandes de produits, qui est surtout et surtout ce que nous allons livrer. C' est juste tout ce que vous savez dans son ensemble que nous allons livrer et garder à l'esprit qui a rapporté Look, il inclut toutes ces histoires d'utilisateurs qui, comme nous l'avons vu auparavant, j'ai à peu près où vous allez vous savez, peu comme les tests sur lesquels vous allez travailler, c'est une partie, vous savez, le look d'animal professionnel et le propriétaire pro. Eh bien, il est propriétaire de l'arriéré, et il a dit que quelque chose trouve ces priorités en fonction de vous savez qu'il est nécessaire. S' il est un client, le client a besoin de s'il représente le client et il peut, vous savez, vous savez, travailler en tant que propriétaire d'approche américaine représentant l'entreprise sur différents projets. Mais une mêlée Teams devrait avoir, idéalement, Onley un Perathoner. Donc, vous ne voulez pas que plusieurs personnes tentent de définir des priorités, une sorte de prendre le rôle hors propriétaire du produit que vous voulez juste. Vous voulez juste avoir une personne qu'il a officiellement assignée et engagée à être le propriétaire de votre projet, et c'est quelque chose que vous devez identifier avant même de commencer le projet. Et c'est généralement une discussion, vous savez, avec l'équipe, et vous savez, l'entreprise ou la direction autour de qui est en fait la personne clé que vous voulez prendre ces décisions en termes, sur les priorités et sur quoi l'équipe va se concentrer. Donc, comme je l'ai dit, quelque chose que vous feriez normalement avant même de commencer à travailler et de vous assurer que vous trouvez que cette personne est un élément important de ce processus. Le propriétaire est fondamentalement cette violation entre l'équipe et les parties prenantes et en raison de son rôle dans l'entreprise, il est probablement constamment et parler avec différents chefs d'entreprise, différentes personnes qui représentent réellement ou travaillent en étroite collaboration avec vos clients finaux. Donc c'est ce pont, c'est cette personne qui vous transmet cette information sur ? Tu sais, quelles sont les choses sur lesquelles on devrait se concentrer ? Ce qui est important pour les clients Bien sûr que le propriétaire a brisé. Tu sais, c'est un rôle différent dans cette méthodologie de mêlée, donc ça doit être quelqu'un qui est différent du maître de mêlée. Tu ne devrais jamais avoir ce crime. Master a également joué un rôle hors du toner pro parce que ce serait trop pour lui. Il pourrait aussi être, d'une certaine manière, un peu de conflit d'intérêts et en même temps, eh bien, là à un rôle très différent, avec une orientation différente et oui, ils travaillent très étroitement les uns avec les autres. Mais en général, les gens qui assument le rôle de maître de mêlée sont des gens qui sont assis à côté de l'entreprise qui se concentre en fait sur la livraison, est-ce pas ? Donc, dans les différents. Je suppose que les équipes de projet étaient des équipes opérationnelles ou des équipes de soutien si l'une de ces personnes a réellement décidé de jouer le rôle de maître de mêlée. Mais vous savez, la personne prend généralement le rôle de mêlée. Le propriétaire de la mêlée est quelque peu qu'il vient de l'entreprise, représentant le côté commercial des choses sur le client final. Donc encore une fois, comme je l'ai dit avant à nos différents rôles avec leurs objectifs très différents, vous savez, le maître fort sur le propriétaire de la gorge et la mêlée ils ont ah, différent, je suppose de se concentrer et mais ils travaillent en étroite collaboration et le maître de mêlée travaille en étroite collaboration avec le propriétaire et aide l'équipe à comprendre ce que vous savez ce qui se concentre sur ses conversations avec le propriétaire du produit et le propriétaire brisé, vous savez, il oriente la direction de ce qui est livré. Comme je l'ai déjà dit, c'est lui qui donne les coups de feu sur les priorités, et il pense que quelque chose devrait changer dans l'ordre. C' est lui qui va prendre cette décision, et il voudra être celui qui va négocier ça avec la direction si nous avons besoin, vous savez, de changements dans la portée, le financement ou le calendrier de Scott parce que nous sommes flexibles dans la mêlée. Droit ? Nous en avons déjà parlé, et, vous savez, si quelque chose de nouveau arrive et que et, vous savez, vous savez, la direction veut que nous produisions quelque chose à travers un printemps que nous n'avons pas envisagé à l'origine, contrairement aux chute d'eau jolie punition. On ne va pas se montrer timide de ça. On ne va pas repousser contre ça. On va juste dire ça, tu sais ? C' est très bien. On va avoir cette conversation sans casser le coin. Qu' est-ce qu'on va au conseil scolaire, c'est ce que nous avons prévu de faire, ou est-ce qu'on va juste te faire savoir, financement de Boris et on va, tu sais, ajuster notre horaire si on a besoin de Teoh après approbation de la direction. Et c'est ce que le propriétaire du livre est là, vous savez, pour nous aider, il est là pour nous aider à prendre ces décisions et pour avoir ces conversations avec ces différents intervenants sur la gestion autour de ce genre de les choses et une telle portée, le financement et le calendrier. Et, vous savez, comme je l'ai déjà dit, c'est la personne clé qui va nous aider à prendre ces décisions autour des priorités, de la concentration et de ce sur quoi l'équipe va se concentrer pour la livraison. 18. L'équipe de livraison: et dernier, mais au moins vous avez l'équipe de livraison. C' est à peu près tout le monde qui fait partie de cette équipe de lutte contre le crime qui implique le processus pour nous assurer que nous respectons les délais prévus et que nous respectons nos buts et objectifs. Et en général, vous savez, les libertins sont généralement de 3 à 9 personnes. Ce sont les gens qui font le travail. Donc, nous avons ici analyste d'affaires, développeurs, concepteurs test. Il y a à peu près quelqu'un d'autre que vous connaissez, des architectes qui sont réellement impliqués dans le travail. Et cela varie, bien sûr, de projet à projet parce que vous pourriez avoir un projet où vous pourriez avoir besoin d'un architecte impliqué et vous pourriez en avoir un autre sur lequel vous pourriez ne pas avoir besoin d'un. Il pourrait y avoir un projet où, vous savez, parce qu'il faut un projet d'approvisionnement, vous pourriez avoir besoin d'un approvisionnement et tout cela implique. Mais disons que vous travaillez sur le meilleur projet. Vous pourriez avoir besoin d'un analyste financier dans les deux. Je ne suis pas sur une personne chargée de l'approvisionnement, donc l'équipe de livraison, je suppose que la composition de l'équipe de livraison est qu'il va à peu près varier, vous savez, projet à l'autre en termes de qui sont les rôles et les les personnes dans les différents domaines qui participent au projet. Mais vous savez que la chose clé pour vous de prendre en compte je suppose que atik t enlever pour vous de considérer est fondamentalement les personnes qui sont l'équipe de livraison sont les personnes qui font réellement le travail que les gens sont en train de faire les choses se produire en termes de livraison. Et tu sais, ça peut nous inclure. Un chef de projet,un analyste commercial. Un chef de projet, Ça dépend. Cela dépend, vraiment, parce que parfois vous verrez dans certaines équipes de scrub que le chef de projet prend un roll off scrum master et c'est bon. Ça n'a pas besoin d'être comme ça. Vous connaissez le chef de projet ? Je pourrais m'asseoir dans l'équipe de livraison et ne pas jouer le rôle sur le off off off master. Vous savez donc que Scrum Master n'équivaut pas nécessairement au chef de produit. Ce sont deux rôles différents. Bien qu'il soit commun et beaucoup hors. Vous savez, équipes de mêlée vont en fait, beaucoup de responsables de produits assumeront le rôle de maître de mêlée et ils sont en train d'être formés. Beaucoup d'entre eux ont effectivement suivi la formation de gommage et se sont entraînés à devenir maîtres de mêlée. Mais encore une fois, tu sais, comme je l'ai déjà dit, ça ne veut pas dire que ça doit être ainsi, comme on sait de quoi on parle. L' équipe de livraison dont nous avons parlé avant l'auto-organisation, un appartement pour prendre ces décisions sur ce qui est, vous savez,en vous savez, particulier la livraison du printemps sur ce que vous savez, l'accent sur ce qui est en train d'être fait. Et, vous savez que l'équipe est en partie d'apporter des changements s'ils pensent qu'ils ont besoin de faire des changements sur le chemin qui approche quelque chose parce que hors de leur ce qu'ils réfléchissent dans leurs rétrospectives. Donc encore une fois, vous savez, parfois on me pose cette question, et c'est pourquoi je veux en parler un peu ici dans ces cours , il a dit, Parfois je reçois demandé, Tu sais, qu'est-ce que tu sais ? Quel est le rôle d'un B A ou Quel est le rôle de l'architecte ? Ou, tu sais, c'est quoi un roll off ? Un test serein inscrit sur obtient une chose clé pour vous de retirer de ces parties que ce n' est pas vraiment trop différent de l'endroit où leur rôle habituel que vous connaissez la principale différence est qu'il ya une partie d'une équipe de mêlée. Donc parce qu'ils font partie d'une équipe de mêlée, ils font partie des rituels de mêlée et ils suivent ce camp. Principes, valeurs Peeler et vous savez qu'ils fonctionnent d'une manière différente. Donc, au lieu de l'approche séquentielle traditionnelle, ils travaillent ensemble dans une approche éternelle. À ce sujet, les règles s'estompent, tu sais ? Donc, le Flou Rose. Je veux dire que, vous savez, vous pourriez avoir quelqu'un d'autre qui n'est pas seulement un test très impliqué dans les tests dans la mêlée, non ? Donc nous ne respectons pas. Ils obtiennent les rôles traditionnels sur le rôle officiel que cette personne a, je suppose, le titre de rôle qu'elle a dans l'organisation. Mais cela ne veut pas dire qu'ils vont nécessairement faire sur Lee ce rôle spécifique ou ce rôle spécifique non plus. Tu sais, ça pourrait être comme je l'ai déjà dit. C' est un gestionnaire de projet et il pourrait aider à tester dans Sprint et c'est OK . C' est bon. C' est accepté et c'est accueilli dans la mêlée. Et vous savez, l'équipe de livraison, comme je l'ai dit , très en composition d'un projet à l' autre, quelque chose que vous devrez définir avant même de commencer, quand vous pensez à qui doit participer à ce projet en termes de livraison et ce sont les personnes que vous voulez faire dans la file d'attente au sein de votre équipe de prestation. 19. Le service Scrum Master aux autres rôles: D' accord, les gars. Nous avons donc déjà parlé des différents rôles qui font partie de la mêlée. Mais dans cette partie du cours, je veux aller un peu plus loin dans le rôle du maître de mêlée donnant et je sais que beaucoup d'entre vous ou certains d'entre vous voudront peut-être poursuivre le rôle de maître de mêlée et il y a beaucoup d'opportunités d'emploi là-bas pour Le maître de mêlée. Ok, alors parlons un peu du service de maître de mêlée au propriétaire. Fondamentalement, comme nous l'avons déjà dit, le maître de mêlée a une relation très étroite avec le propriétaire et ils communiquent constamment les uns avec les autres autour. Quelles sont les priorités ? Pourquoi ils devraient se concentrer sur s'il y a des risques qu'ils ont besoin pour atténuer gestionnaire, éliminer et fondamentalement vous savez tout et tout ce qui est lié à la livraison. Ils en discutent et ils le revoient ensemble et parce que le maître de mêlée est un facilitateur en général, hors du processus global, il est aussi un beau coach, non ? Donc il va aider les pieds ordinaires de Perth, vous savez, vous savez, le donneur brisé ou la personne qui a été assignée au rôle de propriétaire du produit n'a pas beaucoup d'expérience avec Scrum. Le maître de mêlée est là pour l'aider donc le maître de Scrum croisé va entrer dans la méthodologie. Il va expliquer les différents termes. Quoi ? Ils veulent dire qu'il va s'assurer que le propriétaire de Brook se sente à l'aise dans ce rôle de propriétaire. Il va s'en sortir. Assurez-vous que nous pratiquons l'agilité et tout ce que nous faisons. Il va faciliter ces trolls de crime, les événements de mêlée et il va s'assurer que tout le monde est sur la même page à tour , tandis que le propriétaire fauché veut qu'on se concentre sur. Alors c'est tout. C' est surtout ce que le maître de mêlée qu'il va faire pour le Perathoner. Parlons maintenant du service Scrum Master à l'équipe de développement. Il évolue vraiment. Sont beaucoup de coaching rond, faciliter, aider, aider, soutenir fondamentalement supprimer tout ce qui pourrait affecter la prestation de l'équipe de prestation . C' est à peu près tout. Donc le maître de mêlée va travailler en étroite collaboration avec l'équipe de livraison pour s'assurer qu'ils suivent les rituels, les principes, les valeurs, les éplucheurs, en s'assurant qu'ils comprennent les une terminologie différente et une mêlée s'assurant qu'il les accompagne constamment et les aide dans leur parcours de mêlée sur la mêlée. Master va travailler en étroite collaboration avec l'équipe dans son ensemble avec différentes personnes pour les aider dans le voyage de mêlée et faciliter les différents rituels de mêlée et s' assurer que si quelqu'un dans l'équipe de livraison a des problèmes ou vous savez, des obstacles ou des barrages routiers, eh bien, le maître de mêlée comme on l'a dit avant, c'est un chef de serviteur, non ? Il est là pour les aider. Donc, il est là pour les aider, vous savez, avec leur travail qui les rend plus faciles pour eux, ce qui rend plus facile que si quelque chose les affecte réellement et qu'il est hors de leur contrôle, où le maître de mêlée est là pour enlever qu'il est là pour se débarrasser de ce barrage routier, pour les aider à faire le travail. Mais aussi je pense que le plus important, le rôle du maître de mêlée et le service qu'il fournit à l'équipe de livraison est de s' assurer qu'ils restent concentrés, livrent à temps, interrogent Lee et s'améliorent continuellement alternativement et en croissance continue la maturité et de fournir continuellement de la valeur pour l'entreprise et la dernière. Mais au moins, parlons du service Scrum Master à l'organisation essentiellement le maître de mêlée est là pour aider les champions de mêlée dans l'entreprise. Donc si quelqu'un qui plaide pour la mêlée pour aider le plan d'affaires dans les projets de mêlée différents, vous savez que les équipes de mêlée vont livrer et il dirigera aussi l'adoption de la mêlée au sein de l'entreprise. Il va entraîner les gens. Il va aider les gens à comprendre la terminologie qui profite à la valeur, surtout en leur montrant dans la vraie vie et dans la pratique ce que la mêlée peut les aider à atteindre et comment la mêlée peut être précieuse pour l'entreprise dans son ensemble ou pour l'entreprise en tant que pour livrer des projets à temps dans le respect du budget et beaucoup plus rapidement que vous ne le savez, les méthodes habituelles ou traditionnelles de gestion des produits. Donc, comme avant, vous savez, le maître de mêlée ne fournit pas un seul service à l'entreprise ou à l'entreprise . En fait, il fournit plusieurs choses et il ajoute beaucoup de valeur à l' entreprise. Et c'est pourquoi il y a une très forte demande pour Scrum Master dans le monde entier. Vous savez, les gens embauchent de la mêlée. Ils sont en fait vous savez, et ce n'est pas quelque chose que vous savez, que je suis en train de compenser quelque chose que vous pouvez réellement google vous-même ou, vous savez, si vous allez chercher monstre quel est le côté travail que l'utilisation de votre pays. Si vous cherchez un maître de mêlée, je suis sûr que vous allez trouver beaucoup de choses. Vous savez, les opportunités d'emploi viennent parce que c'est en fait ah, titre de rôle dans beaucoup d'entreprises sont en fait quatre millions de créer officiellement le rôle de maître de mêlée au sein de l'entreprise. Et vous savez, il y a aussi beaucoup de sociétés de conseil qui embauchent des maîtres de mêlée parce que beaucoup d'entreprises veulent retourner dans ces cabinets de conseil et qui obtiennent, vous savez, un maître de mêlée, les aider à résoudre un problème particulier. Ils essaient de Sobel ou de les aider à sortir du levier, un projet particulier qu'ils essaient de réaliser. Donc fondamentalement, je suppose que la clé à retenir pour vous autour de ceux-ci est qu'il y a beaucoup d'emplois là-bas pour les maîtres de mêlée et que vous savez, l'information et tout ce que vous apprenez, les scores vous aideront à devenir une mêlée maître et que vous pouvez réellement assumer ce rôle et commencer à gagner plus d'argent et faire un changement de carrière. Si vous que quelque chose que vous voulez poursuivre à nouveau. Ce n'est pas quelque chose que tu ne veux pas, tu sais, si tu ne veux pas le faire, tu sais que tu peux voler, juste comprendre. Je connais les différentes choses qui font partie de Scrum pour que vous travailliez sur ce projet de terrain . Vous comprenez vraiment de quoi il s'agit et cela a du sens pour vous. Et tu n'as pas l'impression, tu sais , comme, complètement perdu là-bas. Si vous travaillez sur une équipe de mêlée, vous pouvez aider l'équipe à atteindre ses objectifs. 20. Secrète 4 de Scrum: numéro quatre secret de Scrum est que nous pouvons réellement prioriser nos histoires d'utilisateurs en nous concentrant sur le produit minimum à acheter, fruits à faible pendaison et ce qui maximise la valeur pour le client final et pour les personnes qui bénéficient de ce projet. C' est ce que vous voulez regarder quand vous regardez votre part de retard et sous sprint back. Cherchez à définir vos priorités. Alors assurez-vous de penser à ces fruits à faible pendaison parce qu'une partie de notre tentative d' atteindre dans la mêlée est de mettre en valeur et de fournir rapidement de la valeur en continu sur souvent. Donc, la partie de ce secret et ce que je couvre dans cette conférence spécifique du cours, il a dit, Vous devez penser à la M V P donc le produit minimum viable. Mais vous devez aussi penser à ces fruits bas suspendus. Quelles sont ces choses qui sont des gains rapides que nous pouvons réellement livrer rapidement dans le projet  ? Et c'est ce que vous devez discuter avec votre équipe de mêlée alors que vous vous apprêtez à livrer votre prochain tirage, regarder ces histoires d'utilisateurs et réfléchir à la façon dont vous pouvez logiquement les regrouper pour le printemps prochain et à laquelle de ces points focaux posséder une victoire rapide un fruit à faible pendaison, quelque chose que nous pouvons réellement montrer à l'entreprise, aux intervenants que nous faisons des progrès sur le projet. Alors assurez-vous de prendre note de ceux-ci parce que c'est un secret très important. D' accord, les gars, à la prochaine. 21. Planifier, documenter et estimer dans Scrum: Très bien, les gars. Parlons donc de sa planification dans la mêlée. Comme toute autre chose dans la planification de la mêlée est en fait alternative et continue. Donc, comme la gestion traditionnelle des produits, dans laquelle la planification est à peu près une phase d'un projet et tout est fait pendant un temps libre particulier . Le cycle de vie du projet en mêlée était en fait planifié tout au long du cycle de vie du projet et c'est un exercice continu. Donc on fait ça juste après avoir fini et sprint avant de commencer la prochaine, non ? Donc, bien sûr, avant de commencer notre sprint, nous passons par la re troll off. Notre planification printanière pour une séance de planification printanière est généralement, vous savez, c'est généralement une réunion. Laquelle de ces équipes Crump se réunit avec le maître de la mêlée et passe en revue ce qu'elles vont travailler dans le prochain sprint, non ? Et ils regardent l'arriéré, qui inclut tout ce qu'ils vont livrer pour ce produit ou service. Et puis ils prennent certaines des histoires d'utilisateurs qui sont dans ce sac, regardez bien, dont nous avons parlé auparavant. Nous allons parler un peu des histoires d'utilisateurs, mais fondamentalement, ils peu comme les tâches sur lesquelles vous allez travailler et qui viennent de ces exigences sur lesquelles vous allez travailler. Ensuite, vous passez en revue avec votre équipe de mêlée et la finale ? Ces histoires d'utilisateurs que vous allez livrer au prochain sprint. C' est essentiellement ce qu'est une réunion de planification printanière. Notre séance de planification de printemps est Vous êtes essentiellement là pour juste évaluer à partir du look Brokeback ou du service retour. Ecoute, quoi que tu saches, tu es de retour. Regardez les histoires des utilisateurs. Que vous fournissiez un produit ou un service, c'est toujours ce qui s'applique. Le même concept s'applique toujours. Vous regardez ce que vous avez là, puis vous définissez ce que vous allez faire ensuite, droite, et vous regardez vos priorités et vous aussi, bien sûr, regardez quel est votre objectif. Qu' est-ce que tu essaies de réaliser dans ce sprint ? Et cela fait partie de votre processus de planification et vous planifiez l'exercice. Et même si la théorie nous dit que nous pouvons passer jusqu'à huit heures pour un sprint d'un mois , réalités que les équipes de mêlée deviennent vraiment bonnes pour planifier leurs ressorts, surtout après qu'elles sont allées à deux ou trois d'entre elles en général que j'ai l'air des pratiques que les équipes de mêlée Ce que j'ai l'air des pratiques que les équipes de mêléepassent généralement moins d'une heure à planifier leur prochain printemps parce qu'elles savent sur quoielles vont travailler. passent généralement moins d'une heure à planifier leur prochain printemps parce qu'elles savent sur quoi Ils sont déjà pour moi, ils sont avec ce qu'ils essaient de réaliser et ils ont commencé les sens des invités. Ils passent par différents sprints, sur la rapidité et la quantité qu'ils peuvent livrer correctement, ce qu'on appelle le droit Velocity. Nous en parlerons un peu plus tard dans le cours et ensuite, à mesure qu'ils s'améliorent, vous savez, mesure qu'ils s'améliorent dans d'autres plans, ils deviennent , bien sûr, plus rapides. Mais normalement ce que je semble pratiques que l'équipe de mêlée a passé environ une heure sur leurs séances de planification. Maintenant, je voulais aussi parler de la documentation Is Scrum parce que c'est quelque chose qui arrive souvent sur ? Il y a une énorme idée fausse autour de ça avec Scrum et cette fille en général, que les gens pensent que c'est Groman Angela, vous ne documentez rien et c'est un mensonge total. Tu sais, si quelqu'un te dit Oh, Scrum n'a pas de documentation ou agile n'a pas de documentation. Oublie ça, tu sais, comme si ce n'était pas la réalité. Les réalités inscrites document en acier. Vous voyez, je veux documenter des choses qui sont des différences importantes. Tu veux le garder, Ling. Tu veux le garder court. Vous voulez le garder productif, et vous ne voulez le faire que lorsque cela était strictement nécessaire et strictement requis. Donc, fondamentalement, dans la mêlée, nous ne documenterions jamais quelque chose juste pour le documenter. Donc aucune documentation, juste pour le bien de la documentation était vraiment contre cette inscription, nous sommes aussi vraiment contre. Vous savez, ces très longs documents dans lesquels les gens documentent des choses pour disons, c'est, par exemple, analyse de rentabilisation, et c'est une cage d'affaires de 40 pages ou, disons, la conception de la solution. Et c'est un document d'architecture de 50 pages ou 80 pages que personne ne va lire. On sait que personne ne lit ces documents de 80 pages, 40 pages. Personne n'a le temps pour ça. Dans le monde plus que tout le monde est BZ. Tout le monde a d'autres priorités. Les partis populaires ne sont pas tout ça. Tout le monde travaille sur des choses différentes. Donc tu connais cette chose qui est si géniale à hurler. Nous avons transformé ces documents de 40 pages, 80 pages et nous les avons transformés en un document d'une page qui contient deux pages sur un document de quatre ou cinq pages. On le garde vraiment, très maigre, vraiment, très succinct. En fait, nous venons de capturer une information clé que nous devons capturer dans ces documents. C' est ce que vous devez savoir sur la documentation dans la mêlée que oui, nous le faisons. Non, on ne le saute pas. Non, nous ne négligeons pas. C' est toujours important. Il fait toujours partie du processus est en fait comme tout autre dans la mêlée continue son Tear it Eve et c'est quelque chose que nous améliorons sur le temps. Et ce n'est pas seulement quelque chose qu'on fait une fois. Bien sûr, c'est une chose vivante n'est pas statique, mais nous ne nous concentrons pas uniquement sur cela et nous le gardons vraiment, vraiment simple. Estimer dans la mêlée est de prendre ces histoires d'utilisateurs sur assigné ces points d'histoire dont nous avons parlé auparavant, Donc c'est le processus sur la façon dont vous estimez dans la mêlée sur vous travaillez essentiellement en collaboration avec votre équipe de mêlée. L' équipe de livraison sur vous travaille avec le maître de mêlée et, en tant qu'équipe, vous estimez et vos points d'histoire de signe avec des histoires d'utilisateurs, ce qui vous permet de voir pourquoi ils vont être en mesure de livrer dans votre sprint. C' est à peu près tout. Les gars. C' est vraiment, vraiment simple. Il n'y a pas grand-chose à estimer. Et je suppose que le point clé et la clé à emporter et que je veux partir avec vous quand on parle d'estimation et de brouillage, c'est que ça n'a pas besoin d'être parfait. Ok, encore une fois, tout ce que vous faites de la mêlée, c'est que vous générez et améliorez au fil du temps, non ? Donc, vous n'avez pas tous à avoir la perfection. Vous n'avez pas à avoir peur de faire des erreurs. N' ayez pas peur d'estimer rapidement vous encourager à estimer rapidement. Je vous encourage à ne pas passer trop de temps à estimer. Je vous encourage à ne pas passer trop de temps à réfléchir quand vous pensez à vos histoires d'utilisateurs. Toujours ces 305 récepteurs, tu sais, comme ne pas passer trop de temps là-dessus. Va avec ton instinct allumé. Je pense que l'histoire indique. Nous choisissons son histoire en fonction de ce que vous pensez vraiment qu'elle va prendre et à quel point elle est complexe . Et encore une fois, ne passez pas trop de temps là-dessus. Si vous avez votre instinct, parlez-vous avec votre équipe et l'équipe dans son ensemble ? champs. C' est un cinq. Laisse-le en cinq, tu sais, passe à autre chose. Et si dans la prochaine utilisation du cerveau du tout, vous savez, peut-être bien assigné cinq ans ou des points d'histoire. Mais c'était trop pour cette histoire d'utilisateur. C' est bon. C' est si vous avez votre introspective donc, non ? Tu y réfléchiras plus tard et tu prendras la leçon que tu sais que l'apprentissage en compte dans ton prochain tirage et c'est ce que ça veut dire. Vous savez, il s'agit d'un traitement continu qui a été livré et ce que vous apprenez au cours de cette livraison. 22. Livrer et améliorer dans Scrum: livrer dans la mêlée est encore une fois interrogatoire et cela continue aussi. C' est rapide et c'est souvent le cas, contrairement à la gestion traditionnelle des produits, dans laquelle un particulier fait face au projet à peu près avant d'être mis en service et cela partie de ce que vous faites juste avant que nous ne fermions en quelque sorte projet. Gestion internationale des produits. C' est généralement l'un des derniers visages du projet à livrer dans la mêlée. C' est en fait que je suis en cours de processus. C' est en fait que quelque chose qui arrive dès le début du projet, ce qui est vraiment excitant. Et c'est l'une des choses qu'elle distingue le brouillage de la gestion traditionnelle des produits . C' est ce que vous livrez en fait dès le début du projet, pas seulement à la fin ou non, déforme la fin comme dans la gestion traditionnelle des produits. Et c'est l'une des principales différences par rapport à la gestion traditionnelle des produits, et c'est l'une des principales raisons pour lesquelles les entreprises qu'ils appellent leurs PDG, chefs d'entreprise et l'entreprise est une foule d'amour sur la raison pour laquelle ils veulent constamment adopter des pratiques de mêlée dans la gestion de projets et dans l'exécution de projets. Et c'est parce que des semaines miettes, votre Hillary souvent vous livrez rapidement et ne vous méprenez pas. Cela ne signifie pas que vous devez livrer la première ou la meilleure solution de pointe dès le début à nouveau ces charités faciles au lieu de la gestion séquentielle des produits d'extradition . Donc, vous pourriez fournir une solution simple d'abord, puis construire sur le dessus de cette Lee interrogative et construire une solution de structure super robuste plus vers ah, futur printemps dans le processus. Donc encore une fois, cela touche des concepts comme une simplicité, l' agilité. Tout cela fait partie du noyau, en substance, mêlée. Et si vous vous souvenez de l'image que nous avons vu au début du parcours que nous regardons, nous devons passer du point A au point B. Et nous avons regardé les différentes façons de faire cela en utilisant la mêlée que nous avions initialement une planche à roulettes . Ensuite, nous avions un scooter qu'un vélo qu'une moto et une voiture. Donc toutes ces différentes solutions nous permettent de passer du point A au point B dès le début, donc nous n'avons pas à attendre la fin du projet pour être en mesure d'atteindre le point B. On peut le faire à partir de la bonne marche. La différence avec cela et la chose importante que la mêlée nous permet de faire, c'est que nous réitérons continuellement la solution, rendant meilleure et meilleure tout au long du cycle de vie du projet. Nous fournissons de la valeur au client à l'utilisateur final. Alors que dans la gestion des produits dans la gestion traditionnelle des produits, ils devraient attendre vers la fin pour voir cette solution réelle vers la fin. En fait, nous sommes en mesure d'arriver au point B maintenant. Une autre chose clé dont nous pouvons parler ici est que nous allons penser, vous savez, la vraie vie, vraie vie, exemples de la vraie vie dans la vraie vie comment ceux-ci sont réellement appliqués dans la vraie vie. Imaginons que vous livriez à la maison, non ? Pensons à une maison. D' accord ? Donc tu sais comment quand tu construis une maison, tu dois mettre la structure. Vous devez vous assurer que le sol est bien, vous savez, structuré et stable pour que vous puissiez mettre la maison sur le dessus. Alors vous savez que vous devez le peindre dehors, peint à l'intérieur , mettre les portes , les fenêtres, etc. peint à l'intérieur, mettre les portes, les fenêtres, etc. Et c'est juste une analogie très simple. Mais ce que je veux faire ici, c'est qu'on pourrait faire une preuve de concept, non ? Donc, avant même de construire la maison, nous pouvions montrer à quoi ressemblerait la maison à nos clients afin qu'ils décident réellement s'ils veulent vraiment que nous la construisions ou s'ils veulent vraiment apporter des changements avant que nous ne le construisions réellement. droite. Alors, comment allons-nous faire ça ? Une preuve de concept, n'est-ce pas ? Une preuve de concept, Alors peut-être qu'on fait quoi ? Le signe. Montrez-leur la maison ou en utilisant les technologies modernes. Nous pourrions même créer une expérience de réalité virtuelle dans laquelle nous les maris dans la maison et leur montrons à quoi cela ressemblerait. Et vous savez ce que les espaces ressentiraient pour eux avant même que nous puissions construire la maison. Et cela, bien sûr, est significatif. Pourquoi ? Parce que si vous avez construit la maison et que vous dites là les propriétaires ou les gens qui gèrent ce projet voulaient que vous changiez les choses dans la maison. Eh bien, ce serait un exercice très coûteux avec la mêlée, si nous leur montrons que vous connaissez cette preuve de concept et qu'ils voulaient qu' on y apporte des modifications . Nous pourrions le faire dès le début avant de le construire. Et cela nous permettrait d'économiser beaucoup de temps et beaucoup d'argent. Et c'est pourquoi c'est tellement de valeur sur. Vous comprenez ce concept sur la façon dont nous livrons dans la mêlée, comment nous le faisons d'une manière simple, rapide souvent interactive. Lee est aussi une énorme différence par rapport à la gestion de projet traditionnelle. Et là, vous savez, il y a littéralement des milliers et des milliers d'exemples que je pourrais penser. Mais je ne vais pas te faire plus longtemps que ça ne doit l'être. Le point clé ici, c'est que lorsque vous travaillez sur vos projets, dans la vie, dans la vraie vie, réfléchissez à ce qui est la première chose que nous pourrions offrir. Vous voyez le prototype, il va bien, imaginons que vous essayez de déployer, vous savez, vous savez, un nouveau processus pour toute l'entreprise, non ? Pensons à un processus. Disons que vous lancez un nouveau processus pour toute l'entreprise sur la façon dont ils devraient maintenant utiliser leur nouveau téléphone pour passer des appels internationaux, n'est-ce pas ? Disons que c'est un changement de comportement parce qu'ils étaient normalement en mesure d'appeler internationalement, facilement tout simplement blanc. Tu sais, parlant de leur téléphone et en disant le code du pays. Et pour une raison quelconque maintenant, affaires, ce détective que les gens abusaient de ça, c'était très cher pour l' entreprise. Et ils le veulent maintenant. Mettez en place un processus dans lequel vous devez passer par une demande d'approbation de course avant pouvoir réellement faire ce culte international. Eh bien, dans cet exemple de la vraie vie , n' est-ce pas, si on pense à Scrum, comment ferais-tu ça ? Eh bien, nous le chemin, si vous semblez réellement résultats dès le début sans avoir à attendre jusqu'à ce que cela soit déployé dans l'ensemble de l'entreprise. Eh bien, l' une des options dans lesquelles vous pourriez faire ça, serait un groupe pilote, est-ce pas ? Alors peut-être que tu parles. Disons que vous avez 10 000 personnes dans l'entreprise qui vont être touchées par ce changement. Et toi ? Photos cinq. Et puis commencer avec ces cinq rôles du processus pour eux sans le rendre parfait. Juste a un sprint interational très rapide, vraiment rapide, puis vérifier les résultats avant de passer à de plus grands groupes. Donc tu fais comme un petit exercice, non ? Et c'est ce que nous revenons au concept de Sprint. C' est un très petit délai pour la livraison du sprint, ce qui vous permet de montrer des résultats tangibles assez rapidement et encore dans votre sprint. Tu vas en fait faire quelque chose d'amélioration pour le prochain. Vous testez votre analyse de votre planification. Donc juste comme ça vous permet est un processus continu dans lequel vous êtes chaque sprint après chaque écharde. En faisant cet exercice que vous planifiez pour le prochain, vous réfléchissez à des améliorations pour les prochains et ainsi de suite. Et c'est pour ça que tu vois ces cercles, qu'on a un peu comme ça. Vous savez, ces flèches dans lesquelles nous avons un diagramme dans l'Écriture pour simplement transmettre ce processus qui est un processus continu de l'itération et de l'amélioration, en passant, vous savez, n'arrivez pas à confondre certaines choses. Vous pourriez entendre des gens dans la mêlée parler d'itérations au lieu de sprints. C' est très bien. Ne vous inquiétez pas trop à ce sujet. C' est juste accepté la même chose. Tu sais, l' itération du printemps. Nous parlons d'une période de temps pour livrer quelque chose et vous savez, comme officiellement quand vous en parlez, vous allez voir le mec fort de la mêlée, vous voyez qu'ils parlent, ils parlent d'écrans. Mais tu sais, il y a des gens qui utilisent le mot « fédération » aussi. Donc, ce sont des noms communs et il y en avait dans le monde entier. Les deux ont accepté, donc l'inquiétude trop à ce sujet. La chose principale est que vous savez que s'ils parlent de ressorts ou de manger un régime ont à peu près la même chose. Un peu comme quand ils parlent, tu sais, tu sais, livrer des taureaux et des incréments, non ? Parfois, les gens parlent des libéraux et des augmentations interchangeables parce qu'ils comparent à peu près la même chose, est-ce pas ? Comme quoi ? Qu' est-ce que l'incrément ? Eh bien, qu'est-ce qu'on a réellement construit ou si on a réellement livré le sprint ? Donc c'est à peu près le résultat, n'est-ce pas ? Le résultat final du sprint est le livrable réel, ou l'accroissement comme la planification dans la mêlée. Améliorer et brouiller est également continue et interrogatif à nouveau, comme vous l'avez déjà remarqué. Mais à ce stade du cours, continue Andi charité est à peu près la chose courante qui va mêler, et c'est parce que c'est au cœur. Essentiellement, de quelle mêlée ? Il est comme une méthodologie. Vous vous améliorez en permanence, et vous réfléchissez souvent à la façon dont vous pouvez vous améliorer. Et la façon dont nous le faisons dans la mêlée est via nos rétrospectives sur. Nous parlerons beaucoup de rétrospectives dans une conférence séparée, mais pensons fondamentalement à la rétrospective comme une mini-session de leçons apprises qui se déroule après chaque sprint. Et normalement encore une fois quand vous pensez à la gestion de projet traditionnelle et je pense qu' il est toujours important de contraster, Scrum par rapport à la gestion traditionnelle des produits afin que vous puissiez voir les grandes différences entre eux est que dans la gestion traditionnelle des projets, en général, les équipes réfléchissent à des améliorations à la fin du projet. Ainsi, après les étangs C X par an, deux ans, quelle que soit la durée du cycle de vie de leur projet à la fin du projet, on passera généralement du temps à réfléchir à l'amélioration du prochain projet. Et dans la gestion traditionnelle des produits. Cette séance est généralement appelée une séance sur les leçons apprises, et elle est également appelée une séance d' examen examen post-mise en œuvre et ainsi de suite. Et il n'y a pas vraiment un particulier que vous connaissez, je suppose une structure à cela. Chaque équipe de gestion de projet le fait un peu différemment, mais essentiellement ce que j'essaie de transmettre sur les différences qui se font généralement à la fin du projet. Et contrairement à Scrum, dans lequel nous faisons cela continuellement correctement et nous sommes des rétrospectives, qui est l'un des rituels de mêlée les plus importants que nous réfléchissons continuellement, réfléchir à l'amélioration sur nous adapter continuellement pour la prochaine imprimer. Donc, nous sommes continuellement en visite, peu comme ce que nous avons fait avant ce que nous avons accompli, comment nous suivons les cibles ou les cibles. Ensuite, nous adaptons et intégrons ces améliorations dans notre prochaine impression. Comment nous le faisons en regardant différents outils et artefacts qui utilisaient de la mêlée comme la planche Cambon et vous savez, charge de mêlée comme une carte brûlée et une charge de vitesse que nous allons couvrir plus tard dans le cours. 23. Secrets 5 de Scrum: numéro secret 5 avec Scrum est co emplacement sur. Par là, je veux dire que les gens qui travaillent ensemble dans le cadre de cette équipe criminelle devraient être assis ensemble les uns à côté des autres dans la même pièce. Maintenant, c'est le scénario de mêlée idéal et je sais parfois que ce n'est pas possible dans votre entreprise et que vous n'avez peut-être même pas cette option. Mais posez la question, parlez à vos managers, parlez à l'entreprise et voyez si c'est possible et face capable de réorganiser même temporairement pendant que vous travaillez à travers vos sprints afin que les personnes qui travaillent avec vous sur le projet de différents secteurs, au moins ceux qui font partie de l'équipe de mêlée clé sont assis ensemble. Croyez-moi, cela fait une énorme différence dans vos produits. Cela améliorera la communication. Vous allez faciliter la tâche dans vos positions quotidiennes et travailler en étroite collaboration avec cette équipe de mêlée pour faire en sorte que les libéraux et que vous rencontriez ces livrables aussi rapidement que possible et que vous travailliez ensemble et en suivant les différents symboles et artefacts mêlés de Rachel Spring de la meilleure façon possible. Très bien, les gars, colocalisation. Assurez-vous de profiter de cela où vous et quand vous pouvez acheter 24. Histoires d'utilisateurs dans Scrum et le tableau Scrum Kanban: Parlons maintenant des histoires d'utilisateurs et des histoires d'utilisateurs sont essentiellement des tests sur lesquels nous allons travailler dans notre sprint, vrai, Mais ils proviennent des exigences commerciales qui retournent avant tout comme un bloc que je dois bloquer. Donc ce bloc droit, par exemple, tant que chef de projet, je dois travailler sur le plan du projet afin que les gens puissent comprendre ce que nous essayons accomplir, ou comme développeur j'ai besoin de créer la maison afin que cette équipe de projet puisse voir à quoi elle ressemblerait. Maintenant. Il est une liste simple est que et vous allez voir que selon que vous utilisez le tableau numérique ou physique, peut être ennuyé, les gens vont mettre leurs histoires d'utilisateur. S' ils utilisent une planche physique, ils vont juste les écrire sur un post et la coller sur leur planche Cambon. Ou s'ils utilisent un outil numérique. Eh bien, sont des tabourets que vous pouvez utiliser pour mettre vos histoires d'utilisateurs d'une manière numérique que les gens peuvent déplacer et qu'ils peuvent, vous savez, utiliser leurs téléphones portables ou leurs ponts, supporter orteil ordinateur portable, travailler sur l'appareil photo à bord et mettre à jour vous connaissez l'état du produit tout au long des sprints. Et si vous pensez à différents outils là-bas que vous pouvez utiliser, je recommande certainement trail. Oh, c'est l'un des gratuits et c'est un excellent outil. J' adore ça. C' est certainement l'un de mes favoris n'est pas mon outil de mêlée préféré que vous pouvez utiliser. Mais il y a aussi d'autres outils, tels que Ghira et Microsoft Planner. Et il y a beaucoup d'autres outils que tu vas trouver là-bas. Et je vais mettre des liens et tout dans d'autres ressources récentes pour votre audition du cours afin que vous puissiez explorer certains de ces autres outils que vous pouvez utiliser des blessures. Crump projets, vous savez, pour connaître toutes vos histoires d'utilisateurs sur vous savez, juste toutes les histoires d'utilisateurs à recueillir. C' est ce que nous appelons l'arriéré, qui est à peu près tout ce que vous devez faire pour réaliser votre projet. Et ce que vous enlevez pour livrer est ce que nous appelons le sprint droit ? Les histoires d'utilisateurs que vous allez livrer dans le sprint viennent du look Brokeback et encore une fois, une autre chose que je voulais noter pour vous, juste pour que vous puissiez garder à l'esprit. Il a dit que vous le savez, je suppose que c'est une structure sur Assad bla, je dois exploser . Donc ce bloc, c'est ça la structure théorique sur l'histoire de l'utilisateur. Mais ce que vous allez découvrir dans la pratique dans le monde réel, c'est que certaines choses deviennent un peu redondantes, non ? Parce que si vous imaginez, si vous écrivez tout ce que vous devez faire sur vous l'écrivez dans ce format de Asaba Block, j'ai besoin de souffle Donc ce bloc Eh bien, parfois il devient un peu redondant ou il faut un peu plus longtemps, n' est-ce pas ? Donc, ce qui se passe dans la pratique est que beaucoup de gens créent juste la tâche, bien que dans la forme off, ils commencent par un verbe, puis pendant qu'ils essaient de le faire dans l'exemple que nous avons couvert avant où nous sommes parlé en tant que développeur, j'ai besoin de créer la page d'accueil du site Web afin que le reste de l'équipe puisse l'explorer au lieu de toute cette longue phrase. Ce que vous pouvez voir est la même histoire utilisateur renvoyant un formulaire plus court, qui est, par exemple, commençant par un verbe, créer une page d'accueil à partir des sites Web du reste de l'équipe, peut l'explorer ou tout simplement créer la page d'accueil du site Web. droite ? Et nous savons tous qu'il travaillait là-dessus parce que le reste de l'équipe veut l' explorer correctement pour que vous puissiez le faire et c'est un moyen de s'en sortir. Voyez-le tout simplement bien. Les histoires des utilisateurs. Et tant que tout le monde le sait, ils reflètent toujours ce sont des histoires et que vous n'écrivez pas comme je dois exploser. Donc ce bloc ils comprennent l'essence et la conséquence utilisé son histoire, et je pense que c'est bien. Vous savez, encore une fois, si vous voulez toujours passer par le livre et que vous voulez écrire vos histoires posées sur le rôle que j'ai besoin pour le watt. C' est pourquoi vous pouvez aussi faire ça, et j'adore les équipes de mêlée faire ça aussi. L' autre chose est, normalement lorsque vous créez une histoire d'utilisateur, il y a d'autres choses que vous voulez inclure dans fait, et l'une de ces choses signifie ce point d'histoire. Les points de l'histoire sont essentiellement une mesure de la complexité de l'histoire de l'utilisateur. Et si vous regardez les pratiques de mêlée, il y a différentes façons d'attribuer des histoires d'utilisateurs, bien que celle que je recommande à ce sujet. Je pense que le plus facile de mon point de vue, est que les histoires utilisateur utilisateur échelle point off 13 et 51 étant lo complexité. Trois Être moyen sur cinq haricots haute complexité. Donc, quand vous avez une histoire d'utilisateur que vous connaissez, c'est en fait complexe et nécessite beaucoup de travail et beaucoup de temps pour terminer, alors vous voulez mettre cela sur. Vous voulez assigner à cette histoire d'utilisateur cinq points d'histoire et la raison pour laquelle nous faisons ces instruments, car cela nous permet de planifier à l'avance et de voir combien nous livrons au fil du temps . Je vais couvrir cela lorsque nous examinerons certains des graphiques que vous pouvez utiliser dans la mêlée. Ok, mais fondamentalement, quand nous parlons d'histoires d'utilisateurs, je voulais juste savoir qu'il y a un bon mois et une structure que vous pouvez utiliser pour écrire les histoires d'utilisateurs dont les histoires d'utilisateurs proviennent exigences commerciales qui sont là et sorte de transformé en tâches et hors cours, essentiellement une tâche idéale que vous voulez avoir qui fournissent de la valeur au client final dans l'utilisateur. En pratique, vous allez voir que beaucoup de tests ne le font pas nécessairement, et je pense que c'est OK. C' est juste pour toi de garder à l'esprit. Il y a toujours et j'aime toujours mettre des choses et vous donner des exemples de la vie réelle dans des scénarios du monde réel parce que, vous savez, nous savons tous que la pratique est quelque chose de la théorie, juste sur ce que je voulais apprendre dans les scores est les deux. Je veux t'enseigner la théorie pour que tu comprennes ce que la théorie est derrière elle. Mais je veux aussi vous parler de la pratique et de ce qui se passe dans la vraie vie. Et comme je l'ai déjà dit, ce que je vois dans la vraie vie tout le temps sur ce qui se passe dans la vraie vie tout le temps, c'est que gens montent les histoires d'utilisateurs dans une forme plus courte parce qu'il est plus facile, plus rapide et tout le monde connaît déjà la structure de la histoires d'utilisateurs. Donc, ils ont juste commencé avec le verbe à la très courte phrase de savoir si essayer et puis que c'est le début d'une très courte phrase de savoir si essayer d'y parvenir, par exemple, créer blob bloc de test sanguin planifié, vous savez, développé sanglant, signé ces eso ceux. Ensuite, vous ajoutez à ces tâches des histoires d'utilisateurs que vous ajoutez, les points d'histoire, puis vous y incluez également les critères d'acceptation. Alors qu'est-ce qu'on va, Teoh ? Quand va-t-on considérer cela ? A fait ? Quand est-ce qu'on considère qu'il est terminé ? Et ça le dit. Tout le monde est sur la même page. Où est ce mot ? Teoh REVUE Lorsque nous examinons ces histoires d'utilisateur avant de l'accepter, il y avait avant, considérant qu'il est fait. Et puis je suppose que le dernier mais pas le moindre, vous voulez mettre à côté l'histoire de l'utilisateur à quelqu'un. Qui va avoir la propriété de cette histoire d'utilisateur ? Qui va travailler là-dessus ? droite ? Et cela fait partie de votre planification printanière, juste avant même que vous commenciez à faire du sport dans cette séance de planification printanière cette semaine ou avant que vous regardiez ceux dont leurs histoires et après avoir attribué le niveau de complexité à chacun d'entre eux. Donc l'histoire indique, puis vous partez. Teoh a assigné quelqu'un à travailler sur cette histoire d'utilisateur, et c'est qui va posséder ça dans ce sprint, c'est tout. Je pense que c'est à peu près tout ce que vous devez savoir sur les histoires d'utilisateurs. Et comme je l'ai déjà dit, il y a différentes échelles que vous connaissez là-bas pour assigner des points d'histoire, pour utiliser vos histoires, n'hésitez pas à les explorer et les Google. Et je peux, bien sûr, partager des liens et vous donner d'autres exemples dans le cours en tant que ressources. Mais je veux parler de cette échelle simple de 135 parce que c'est ce que j'ai vu. Cela fonctionne vraiment très bien dans la pratique, et c'est parce que c'est aussi vraiment simple et vraiment agile. Et rappelez-vous à la cour de l'essence de tous les principes agiles et mêlés, vous voulez avoir la simplicité. Donc c'est celui que je recommande. Et c'est celui que je vous encourage à utiliser en pratique. La planche de cabine ou la planche Conven de mêlée est également à peu près une représentation visuelle ce que l'équipe travaille, donc il permet à n'importe qui de voir en temps réel où se trouve l'équipe, et cela garantit que tout le monde est sur la même page. Cela lie aussi, vous savez, quand on parle de transparence. Avant que la transparence tout le monde sur la même page. Tout le monde est clair sur ce sur quoi ils travaillent. Un balai clair sur les priorités et ainsi de suite. Et ça va être, tu sais, comme je l'ai dit, visualisé dans une caméra physique à bord, ce qui peut être juste, tu sais, un morceau de carton avec des colonnes fortes et, vous savez, des notes postées. Ou il peut s'agir simplement d'une version numérique de la carte à l'aide d'outils numériques. Et je vais fournir des exemples pour que vous puissiez examiner l'audition du cours aussi. Et ces faits de fête en particulier l'artefact de mêlée, est l'un de mes préférés. J' aime vraiment la planche de mêlée Cambon ou la frontière du couvent. La planche de cambre agile. Cependant, vous voulez l'appeler que ces trois noms sont essentiellement la même chose, est juste un tableau qui nous permet de voir où nous en sommes. Donc généralement, ces conseils a quatre colonnes à dio faire que un et fait, et parfois j'aime ajouter 1/5 1 qui avait appelé parking ou des idées. Et c'est aussi quelque chose pour gérer les attentes, quelque chose avec le propriétaire du produit ou avec les parties prenantes qui pourraient demander quelque chose que nous ne serons vraiment pas en mesure de livrer là où cela n'a vraiment pas de sens pour nous livraison dans un sprint particulier. On peut juste le mettre dans le parking et ensuite le réévaluer plus tard. leur donne juste une visibilité qui capturait réellement ces idées et pas seulement les jeter parce que nous ne sommes pas d'accord avec elles. Et cela nous aide à gérer les attentes avec les parties prenantes, propriétaire cassé et ainsi de suite et c'est d'avoir ces, vous savez, ces colonnes là à faire. Faire Qiwei et faire nous permet d'être tous sur la même page et, vous savez, d' avoir un très bon moyen de planifier et de structurer ce sur quoi nous travaillons. Donc, le conseil d'administration du couvent n'est pas quelque chose qu'un statique. Il est en fait un outil vivant que vous êtes constamment mise à jour en travaillant constamment avec que vous passez par votre sprint. Super puissant, super utile, beau. C' est quelque chose que j'aime vraiment, vous savez, et j'ai utilisé est beaucoup dans mes projets, même vous et quelque chose quand je suis quand je ne travaille pas dans un brouillage avec nous équipe Crump. Je travaille sur autre chose. Beaucoup de fois, j'utilise cet outil particulier, même pour d'autres choses, vous savez, c'est un outil que vous pouvez réellement utiliser parce qu'il vous permet de voir ce que les gens travaillent sur et d'avoir une compréhension claire Beashel la compréhension de l'endroit où se trouvent les choses à un moment donné dans le temps. Donc j'adore c'est super utile, super précieux. J' espère que vous avez mon droit. Et assurez-vous de vérifier cette vidéo et ces outils que j'ai déjà mentionnés à propos de Trail Oh, que vous allez trouver super utile en pratique. 25. Exemple Scrum Kanban Board dans Trello: Hé les gars. Alors aujourd'hui, je veux vous présenter mon outil préféré Cambon. C' est la caravane. Ce que vous voyez à l'écran et la remorque est un excellent outil et l'un de mes outils préférés là-bas parce qu'il est gratuit. Il est également très puissant, et il est super facile à utiliser, donc remorque est un excellent moyen de gérer votre produit de retour. Écoutez, votre look sprint arrière, et votre sprint est un trou avec votre mêlée peut interdire planche que vous savez faire faire Qiwei Don parking et des idées. Donc, l'une des raisons pour lesquelles j'aime vraiment trailer est parce que vous pouvez avoir un nombre limité d' utilisateurs sur des projets limités dans une seule interface gratuitement afin que vous n'ayez pas à payer pour l'utilisation trail. Oh, ils ont une option payante sur une version payante, mais la version payante vous donne juste beaucoup de fonctionnalités supplémentaires pour adultes et à peu près, vous savez, vous donne comme changer la couleur de l'arrière-plan et Des trucs comme ça. Mais dans mon expérience avec la version pré, vous avez plus que assez sur la version gratuite est grande. Ça ne paierait même pas pour la version payante de ce frère parce que je n'ai vraiment pas eu jamais ils ont besoin d'utiliser la version payante juste parce qu'une version gratuite est juste vraiment complète et c'est génial, vous savez, parce que tous les outils gratuits ne sont pas comme ça. Beaucoup d'outils gratuits là-bas. Ils ont des contraintes sur le nombre d'utilisateurs, ou ils vous donnent une période d'essai gratuite, puis après la période d'essai, vous devez payer pour cela ou ils donneront, vous savez que vous ne mettez pas de contraintes sur. Vous connaissez le nombre de projets que vous pouvez gérer dans l'outil et ensuite vous permettre d'en avoir quelques-uns gratuitement. Et puis si vous dépassez deux ou trois, vous devez payer et le même avec le nombre d'utilisateurs. Donc rien de ce Trillo existant et pour ceux qui n'ont pas vu de bande-annonce ces un rapide. Tu sais, je te le montre tout de suite à l'écran pour que tu aies un sens pour ça. Mais fondamentalement, cela vous permet de créer des tâches, et je mets beaucoup d'informations détaillées à chaque test, comme vous voyez votre à l'écran dans cet exemple. Ainsi, par exemple, pièces qui ont des liens qui n'ont rien fait à ces gens ici qu'il a. Les étiquettes étaient de la commercialisation. Les sites Web de signes attestent probablement, se rapportent à marquer cela sur un Web. Voici la tâche Web design, et voici une description. Et, comme vous pouvez le voir, vous pouvez sortir des pièces jointes à la piste. Oh, euh, orteil tâche Utrillo. Ou, vous savez, c'est ce que nous utilisions l'histoire de l'utilisateur de scrubbers. Et vous avez beaucoup d'autres options ici sur la droite, vous aurez juste des droits de la famille avec Dallas. Vous travaillez à travers eux, mais je voulais juste vous montrer que son en ligne, il est également disponible sur votre Apple App Store sur. Si vous êtes dans un Android sur le Google Play Store et ils sont, il est également gratuit, ce qui est encore une fois génial, parce que cela signifie que vous pouvez travailler en collaboration avec les membres de votre équipe, pas seulement de votre maison ou de votre pauvre Dexter vous savez, à gauche mais aussi sur votre appareil mobile. Et c'est génial. C' est super puissant, et c'est certainement un grand trop peur, alors nous allons juste y sauter. Laissez-moi simplement vous connecter et vous montrer comment je peux fournir quelques exemples sur la façon dont nous utiliserions une planche Cambon mêlée dans la remorque ou non ? Donc après vous, journalisation est ce que vous allez voir sur votre Carrillo. La première fois que vous vous connectez à Trail, vous verrez ces écrans ici et à gauche. Il vous donne quelques options que vous avez ici menu sur le côté gauche du haut, et aussi la main droite Sanders étaient aussi côté main. Vous avez un peu plus d'options, mais laissez-moi juste y aller et juste créer, genre, mais la caravane à bord et pour nous à bord. Ici, dans ces exemples de brouillage, nous parlons d'un projet. Je vais juste créer, créer un nouveau tableau, et je vais juste mettre le projet de mêlée titre. Ok, donc ça vous donne juste la possibilité de mettre ici un arrière-plan privé ou public. Je vais juste vivre dans une histoire publique et privée pour que seuls les membres du conseil puissent la voir sur faire Ah éditer. Cette option publique permet à toute personne sur Internet de le voir, même Google, mais elle même Google, ne serait pas en mesure d'apporter des modifications au tableau à moins que vous ne lui accordiez l' accès en raison de ce fait. Donc je vais le vivre en privé. Général, vous allez probablement travailler sur des projets privés. Alors continuons avec privé et puis créons conseil. D' accord ? Donc fondamentalement, nous sommes en train de créer notre projet de mêlée peut être à bord. Je vais rester pour renommer ça. Vous pouvez renommer ceci si vous voulez obtenir le projet scrum. Ben peut-il monter à bord ? Ou peut-être je suis juste en général, renommez ceci pour Project Tex Wise il puis la mêlée peut être ennuyé. Bon, donc, bien sûr, c'est le titre. Vous pouvez mettre ce que vous voulez là-dedans n'est qu'un exemple pour vous. Ne vous inquiétez pas trop à ce sujet. Je vais mettre Renee et renommer ça. Ok, donc j'ai maintenant le projet X mêlée peut être ennuyé. Donc, c'est ce que vous savez que Trail vous permet de faire est d'ajouter des listes qui, dans notre cas, sera notre planche de combat. droite. Donc, pour créer un compte votre planche de mêlée conven, je suggère toujours que vous aviez les titres suivants dans les colonnes suivantes. Donc juste créer une colonne qui est appelé à faire droit pour faire Tout droit, puis ce créateur l'appelle entendre que vous créez fondamentalement dynamiquement en ce moment sont Scram. Combiner le conseil pour le produit X Y mis sur faire un autre appelé fait. Je vais mettre Qiwei. Vérifie ça. C' est vraiment cool à propos de la remorque. Tu peux bouger. Vous êtes des colonnes différentes d'un endroit à l'autre. D' accord ? Comme vous le voyez à l'écran, vous faites glisser et déposer, accord ? Et puis aussi créer un autre ici appelé stationnement idées barre oblique ferme pour le moment. Donc, ce n'est que vos pieds d'activité et ça vous dit ce qui a été fait récemment par vous. Et bien sûr, vous avez ici sur des options supplémentaires aussi bien. Si vous pouviez venir. Ou alors c'est tout comme la configuration et les paramètres et les choses supplémentaires que vous ne pouvez pas à votre Non , vous êtes vous pouvez une planche ici, votre mêlée guerre combinée ici et bande-annonce. Mais je vais le fermer pour des vêtements qui pour le moment, et donc nous nous souvenons, vous pouvez faire défiler ici, mais en bas, ainsi que vers la gauche et la droite. Et aussi, vous pouvez, comme vous avez plus de choses sur l'écran de haut en bas, vous pouvez également faire défiler de haut en bas et vice versa. Mais pour l'instant, mais aussi créer un autre juste l'école. On l'appelait ce carnet de commandes de produits. D' accord. Et puis je vais déplacer ça vers la gauche. Vous pourriez créer un tableau séparé entièrement pour votre carnet de produits, mais dans cet exemple, je vais juste le laisser comme ça pour vous pour l'instant. Et je vais aussi en créer un autre par an appelé Sprint Backlog. D' accord ? Ok, cool. Gardez donc à l'esprit et rappelez-vous que dans le carnet de commandes de produits, nous voulons retirer toutes les histoires d'utilisateurs de tout ce que nous devons faire dans ce projet. Droit ? Donc, dans ce produit effectivement dit, qui est juste un exemple, je vais supposer que nous allons passer par ce scénario comme si nous étions réellement créer une application. OK, alors imaginons, par exemple, que nous créons une application comme Skype. OK, qui est une application de chat. Mais cela nous permet aussi de faire des visioconférences, des textos, messages sur beaucoup d'autres choses cool. droite. Donc, ce n'est qu'un exemple de gars de la course, mais passons juste, vous savez, à travers ça pour vous donner une idée de comment vous le feriez. Bon, donc on en a parlé dans l'histoire de l'utilisateur. Et je vais juste ah, d' accord. Ceci ici dans l'histoire de l'utilisateur depuis des mois. Donc, vous vous souvenez donc comme un droit demandé et puis nous avons le rôle, Par exemple, un gestionnaire de projet. J' ai besoin de quoi ? Ce dont vous avez besoin. Alors c'est pour ça que ça ? Et pourquoi tu avais besoin d'Ok, Normal. Il s'agit du format traditionnel pour vous d'écrire une histoire d'utilisateur. Ainsi, par exemple, en tant que gestionnaire de projet, je dois créer un budget de projet afin que la direction puisse approuver le financement de ce projet. OK, ce serait une histoire d'utilisateur, non ? Donc, ils utilisent leur histoire comme nous l'avons déjà dit, Constant leurs exigences à l'origine concernaient les exigences du projet. Mais ensuite, il descend, et c'est mieux dans des tâches spécifiques hors de ce qui doit être accompli pour réellement terminer le projet. Droit ? Mais je vous ai dit que dans la vraie vie, il arrive souvent à redondant pour écrire ça parce que ça devient juste répétitif. Les gens savent déjà que vous essayez de transmettre essentiellement quelque chose qui doit être fait avec une histoire d'utilisateur. Donc, dans la pratique, et je vais ici rial mot riel exemple monde d'histoires d'utilisateurs de ce que je vois dans pratique et de ce que je fais dans la pratique dans la vie réelle parce que je l'ai, comme je l'ai dit avant de passer par de nombreux types différents de problèmes. Et je sais que, vous savez, utiliser ce contremaître qui est la façon officielle et traditionnelle d'écrire est leurs histoires en agile et la mêlée n'est généralement pas très pratique. Encore une fois, comme toujours, les gars que nous avons quelque chose est, vous savez, aller mais encore par le livre. Si vous voulez le faire par le livre, hésitez pas à utiliser ces quatre, mais avec vous utilisez les histoires. Mais dans cet exemple, je vais juste leur écrire comment je recommande à mes étudiants et à mes gens d'écrire des histoires d'utilisateurs qui est fondamentalement commencé avec un burb, droit, puis un très court liner de ce qui doit être fait à droite. Et nous voulons minimiser et raccourcir les tâches afin qu'elles ne soient pas super longues, juste très concis, tests de haut niveau sur. Je ne vais pas écrire chaque tout, tout, tout ce que vous auriez dans un projet. C' est juste une visite très rapide. Un bref exemple très rapide de la façon dont vous mettrez en place votre mêlée peut lier remorque d'embarquement, qui est ce que vous voyez à l'écran en ce moment. Ok, donc l'une des choses à faire pour créer notre application Skype est probablement de mettre en place un droit interconfessionnel à l'interface produit de signe. C' est une de nos histoires d'utilisateurs, non ? Andi, supposons dans cet exemple que vous pouvez cliquer dessus et ensuite il vous donnera plus d' options. Vous pouvez ajouter une description sur laquelle vous pouvez écrire des commentaires. Cela vous permet, en passant, d' interagir avec d'autres personnes. Si vous souhaitez inclure d'autres personnes ou que vous souhaitez attribuer ces histoires d'utilisateur à quelqu'un, il vous suffit de lancer des membres, puis de l'assigner à qui vous souhaitez l'attribuer. Je vais le signer à moi-même maintenant parce que je me suis seulement ajouté à ces planches Cambon de mêlée ici sur la remorque. Mais à moins que vous ne voyiez ici à gauche, ma photo a été ajoutée ici et c'est plutôt cool parce que, vous savez, il est très visuel, non ? Donc, en ce moment, je peux voir qui travaille sur cette histoire d'utilisateur particulière. Eh bien, personne ne travaille dessus parce que ça ne fait pas encore partie de l'arriéré du printemps non plus. Donc c'est quelque chose que nous avons besoin de dio plus tard, mais sur le produit. Mais écoutez, nous avons tous les six acteurs différents qui font partie du projet. Mais l'autre chose que je voulais vous montrer, c'est que si vous vouliez inclure quelqu'un d'autre sur le projet, vous le pouvez aussi. Donc, si vous revenez ici et qu'on y va pour me laisser faire défiler, pour revenir à ce que nous disions avant si vous vouliez sortir quelqu'un ici à votre planche de cambon, vous cliqueriez ici si vous voyez ça en haut où vous avez ma photo ici, si vous cliquez ici, vous permettra d'inviter d'autres personnes afin qu'elles puissent travailler en collaboration avec vous dans la caméra mêlée à bord. Je me souviens qu'ils peuvent également télécharger l'application mobile et travailler avec elle à partir de l'application mobile ou à partir de vous savez, un ordinateur portable Brodec stop ! Peu importe si vous avez les fenêtres des yeux sur les orteils. Tu sais, un appareil Apple. Il fonctionnerait sur tous les types d'appareils longtemps qu'ils ont un navigateur Internet Or. Si ils utilisent un mobile après la taupe après qu'ils utilisent, eh bien, téléphone mobile pour cela, et c'est très simple. Il vous suffit d'ajouter leur adresse e-mail, puis d'envoyer l'invitation, puis ils peuvent vous rejoindre ici. Et vous pouvez les ajouter aux histoires d'utilisateurs et collaborer avec eux et ainsi de suite. Droit ? Alors continuons ici. Interface produit conçue, créer une option pour poncer les messages texte. Et nous écrivons partout des histoires d'utilisateurs, n'est-ce pas ? Un autre pourrait être de créer une option pour lancer un appel téléphonique. On parle d'une sieste qu'il a semblé à Skype. Bon, hum, maintenant construire la nationalité de fonctionnalité pour configurer le profil d'utilisateur juste où les gens peuvent télécharger leur photo, etc. Qu' est-ce qu'on peut avoir d'autre ? Un paiement de l'application Skype, n'est-ce pas ? Ils savent que Skype accepte également les paiements. Alors écrivons-le. C' est un exemple, est-ce pas ? Nous ne construisons pas. Skype, c'est juste qu'on a raison. On est en train de simuler. J' ai dit que nous construisions une approche similaire à Skype, et nous créons des histoires d'utilisateurs partout, et nous avons maintenant notre camp de mêlée à bord ici de leur propre chef à l'écran, et ensuite nous pouvons travailler avec. Donc, disons que développer la capacité, la capacité d'accepter les paiements. Sont-ils prêts à faire, bien sûr, est le test. Donc tester la qualité ou les appels téléphoniques, par exemple, est l'une de nos histoires d'utilisateurs va probablement être plus tard que le camion dans le projet. Dans un look Brokeback, nous voulons écrire partout des histoires de Pâques, tout ce que nous devons faire. Mais gardez à l'esprit qu'au début, vous n'aurez jamais toutes les différentes histoires d'utilisateurs jamais raison, parce qu'il est un document est vivant. C' est sur votre produit. Backlog est qu'il est statique, donc vous écrivez autant que vous pouvez au début, puis plus tard vous continuez à ajouter, donc tester, la qualité du téléphone. Laissons ça là. Quoi d'autre ? J' essaie de penser à tout ce qui fait partie de Skype juste parce que nous construisons un produit similaire. Donc, option créer l'option pour le partage d'écran, n'est-ce pas ? Il y a quelque chose que je sais qui existe dans Skype. Euh, quoi d'autre ? Et bien sûr, certains d'entre eux pourraient être nécessaires en plus petites histoires d'utilisateurs, mais pour l'instant, je garde juste un niveau élevé juste pour vous donner un exemple rapide, probablement nous devons commencer par euh, créer et oublier ça. Je crée juste. Je repère le produit. Le chef de projet signifie probablement à l'une des histoires d'utilisateurs pour le projet. Planetary est en train de mettre en place le budget du projet. droite. Nous allons donc écrire toutes ces choses, comme créer la chronologie du produit, toutes ses histoires d'utilisateurs, tout ce dont nous avons besoin pour nous faire partie du projet. Après, disons qu'au printemps, on ne travaillera que sur le marché. droite. Donc, notre look de printemps, dans ce cas, c'est une interface, le budget du projet et vraiment le calendrier du projet. C' est ça. Disons que c'est, par exemple, ou sprint un. Droit ? Donc, voici comment sur une mêlée peut fonctionner planche, ressemble en fait à la vraie vie. Alors que vous travaillez tout au long de votre printemps, votre début à votre printemps, vous dites Ok, c'est le retour du printemps. Écoute, c'est ce qu'on va travailler. Travaillez sur le sprint, et après que vous avez défini ça, vous dites Ok, donc nous allons commencer par déplacer tout ça sur notre planche de camping. Droit ? Donc tu connais le produit ? Regardez sur le printemps arrière ressemble à une séance de planification. Vous êtes en phase de planification. Et comme je l'ai déjà dit, vous pouvez les avoir dans une planche de remorque séparée. Mais pour l'instant, je le garde ici dans cet exemple rapide pour toi. Mais fondamentalement toutes ces histoires d'utilisateurs que nous allons faire parce que nous disons avec ceci est tout ce que nous devons faire dans notre sprint, directement sur le sprint. Toutes ces histoires d'utilisateurs dont nous avons parlé auparavant, où dans notre retour de printemps Regardez sur, nous les déplacons maintenant pour faire parce que nous avons commencé notre printemps jusqu'au printemps arrière Look est ce que nous avions avant que nous commencions réellement le printemps. Et puis quand nous commençons réellement au printemps, toutes ces choses à faire parce que ce sont des choses que nous devons réellement terminer tout au long du sprint comme nous l'avons déjà dit. Un printemps peut durer jusqu'à un mois, mais normalement et généralement jusqu'à deux semaines. Bon, disons maintenant que Marie, elle a déjà commencé à travailler sur l'interface du projet. Donc on l'a fait sur l'autre chose que nous voulons faire, c'est des points de l'histoire de la science, accord, pour que tu puisses attribuer des points d'histoire ici. Donc tu pourrais juste dire trois points d'histoire, est-ce pas ? Et adresse un commentaire enregistrer. Ok, alors on sait que cette histoire est une histoire d'utilisateur. Conçu le parti entre phrases, trois points d'histoire parce que la complexité moyenne utilisé son histoire. Je pourrais aussi ajouter une liste de contrôle ici si je le voulais. Disons qu'on appelle une liste de contrôle et qu'on l'avait ici. cadre de la conception de l'interface de problème, je dois penser aux fonds. Appel aux actions, enregistrement de section d' aide, vous savez, peu importe. N' importe quoi. Ce n'est qu'un exemple. droite. Et tu aurais pu commencer à enlever ça. Tu traverses le printemps ce soir. Vous êtes en train de terminer ça. Et vous pourriez fixer une date d'échéance. Vous pourriez avoir des pièces jointes à ceux-ci, vous pouvez ajouter. Vous savez, observateurs, si vous le vouliez, vous pourriez avoir des commentaires, comme vous pouvez le voir ici, et vous pouvez, vous savez, chez les gens peuvent utiliser, vous savoir, émoticônes de visage smiley, et que vous pouvez voir ici Trailer vous donne beaucoup de flexibilité avec la façon dont vous voulez utiliser cela. Et bien sûr, remorque n'a pas été conçue Onley pour la mêlée, mais la maladie du conseil a une application plus large. Mais l'une des nombreuses choses que vous pouvez utiliser Trail. Oh, il est pour que ta mêlée puisse s'ennuyer. Et c'est pour ça que je te le montre. Parce que, comme je l'ai déjà dit, c'est un outil totalement gratuit. Et c'est aussi mon amant en raison de son simple facile, parce que c'est facile. Tu n'as pas besoin d'entraînement pour ça, vraiment. Vous pouvez juste, vous savez, commencer à jouer avec et vous réaliserez que c'est très, très facile à utiliser, comme vous le voyez à l'écran. Mais continuons ici. Donc nous avons ces droits, comme me montrer qu'il y a une personne qui la regarde. Il y a un commentaire, et leur Syrie à quatre tâches qui doivent être sous-testées doivent être accomplies dans le cadre de ces histoires utilisateur. De cette façon, nous avions notre liste de contrôle et imaginons ici que nous avons acheté ceci à faire. Ensuite, vous êtes allé pour examen pour le manager et le manager vérifie. C' est leur histoire et il a dit, OK, vérifiez la chronologie et heureux avec elle. Alors, nous allons faire bien. Eh bien, nous allons bien faire si efficacement maintenant sont de faire Curie et sous ce que nous considérons notre camber de mêlée à bord et disons que ceux-ci sont dans QA Onda. Nous progressons un peu plus loin que le printemps. Donc c'est à ça que ça ressemblerait, non ? Donc, vous avez la différence vos histoires d'utilisateurs dans différentes colonnes de votre planche de couvent de mêlée. J' imagine juste une seconde que vous avez ici un tas d'autres histoires d' utilisateurs et plusieurs personnes qui travaillent dessus. La beauté de ceci est qu'il vous permet de voir tout ce sur quoi tout le monde travaille, vous savez, d'un coup d'œil, vous savez, très d'une manière très visuelle sur d'une manière très rapide, vous pouvez voir ce que les gens font sur elle vous permet de contrôler et de surveiller les progrès tout au long de votre sprint. Et c'est pour ça que j'aime vraiment la piste sur ce chemin. Je vous recommande vraiment de le faire quand vous en aurez la chance. C' est gratuit sous caution. Tu vas adorer. Vérifiez cela aussi. Donc, vous voyez cette option montrer beaucoup. Il y a aussi ici. Ah, option appelée Field Deux cartes droite, qui sont dans ce cas sont des histoires d'utilisateurs. Donc, je pourrais dire filtrer par les histoires d'utilisateurs, ce qui serait comme des tâches. Droit ? Les histoires d'utilisateurs conçues pour Mauricio. Et puis ça me montrera sur quoi Maurice il travaillait, comme vous pouvez le voir, donc c'est plutôt bon. Et vous pourriez mettre les couleurs correctement pour qu'on puisse mettre ici, vous savez, disons que c'est une partie du sprint un. Je vais mettre du jaune. Donc, c'est filtrer, d'ailleurs, ce qui explique pourquoi le disparaît comme ça. Mais je vais enlever le champ. Donc je suppose, et puis juste revenir ici et puis ici je pourrais avoir une étiquette à elle et dire Sprint un sprint un et nous pouvons dire sa couleur jaune. Ok, Donc, comme vous pouvez le voir maintenant, il a facile local ou ici dire indiquant que cette partie de sprint un Donc, il ya une des nombreuses options que vous avez avec remorque et vous pouvez voir ici que le terrain trois encore sur pour que je puisse aller sur le terrain. Ils sont là et disent, Ok, je veux juste tout voir, et je veux juste voir le test. Ils font partie du printemps, donc on va essayer de me montrer. Et c'est donc une chose que vous pourriez trouver utile en utilisant ce filtre. Ok, les gars, c'est tout ce que je voulais vous montrer très vite. Et puis c'est un exemple très rapide de la façon dont vous pourriez utiliser la remorque pour votre mêlée. Venez m'ennuyer et j'ai eu quelques histoires d'utilisateurs ici pour notre premier sprint. Mais au fur et à mesure que vous progressez, il commencerait à devenir son début de voir de plus en plus d'histoires d'utilisateurs. Et bien sûr, vous l'affecteriez à plus de personnes et à plus de personnes travaillant avec vous sur le projet. 26. Un exemple de vie réelle d'une tableau Agile Kanban: Hé, les gars. Ensuite, je vais vous montrer un exemple de vie, souvent agile, peut être embarqué pour un de mes projets, et c'est vraiment un projet de vie sur lequel j'ai travaillé il y a quelques mois. Dans cet exemple, vous allez voir que chaque membre de l'équipe avait ses propres histoires d'utilisateurs. Donc, nous avons eu le travail en cours où nous avons appelé dans le produit dans le travail en cours, ce qui est fondamentalement le même moins faire lorsque nous faisons conseil agile et nous créons une colonne appelée Faire dans ce cas, nous l'avons appelé un travail en cours, et puis nous avons dû faire à la fin du tableau de campagne, ce qui est quelque chose que vous avez aussi si généralement lorsque vous créez un tableau Cambon, vous avez cela à faire. Parfois, vous avez Q A et ensuite fait où vous avez le remède ou non. C' est facultatif. C' est à nous, une équipe. Parfois, certains projets agiles seraient juste ou certaines équipes agiles le feraient simplement. Dans le cadre de leur histoire utilisateur, effectué la Q A avec le thème de l'histoire de l'utilisateur, puis quand ils terminent l'histoire de l'utilisateur, ils se déplacent dans le fait. Donc, dans ce cas, parce que nous travaillons sur un projet qui était un énorme projet et parce qu'il était si grand et qu'il avait tellement de flux de travail différents ont dû mettre en place, l'agile peut être à bord un peu différent de ce que vous feriez normalement. Mais la beauté de ceci est que je peux vous montrer comment vous pouvez adapter la carte Adua Cameron à vos scénarios de la vie réelle . Donc, comme je l'ai dit plusieurs fois auparavant, Agile est très flexible. Tu n'as pas à tout jouer par le livre. Vous devez apprendre et prendre ce qui est le meilleur que vous pouvez trouver et adopté et l'ajuster à votre projet ou scénario de la vie réelle dans notre cas particulier, comme vous allez le voir dans un instant parce que notre regard arrière était si grand et nous avons eu tellement de choses en elle à faire, Nous avons en fait séparé cela dans notre sentier. Oh, dans un orteil séparé, il y a des travaux en cours et notre achèvement. Et même quand nous avons terminé le travail, nous avons déplacé les sprints orteils une liste séparée juste parce que nous avons tellement de ressorts sur lesquels nous travaillions donc sur des sprints mensuels dans ce cas, et nous avons fait ça juste pour le faire plus facile pour nous, en tant qu'équipe, de contrôler le calendrier et le travail que nous faisions. Donc, fondamentalement, nous avons mis en place chaque sprint exactement après le mois calendaire de congé chaque mois. Donc, en gros, on parle d'empreintes de quatre semaines, non ? Et dans notre cas dans ce projet particulier, cela a beaucoup plus de sens pour nous parce que nous travaillons sur d'énormes initiatives et que nous avions besoin d'un peu plus de temps pour la terminer sont des sprints. Comme vous le savez déjà, vous n'avez pas à faire pendant des semaines empreintes. Généralement, sprints sont de deux semaines, mais certaines équipes agiles 23 ou quatre. C' est entièrement après l'équipe agile et leur scénario particulier de décider quelle durée Sprint fonctionne le mieux pour eux. Comme je l'ai dit dans notre exemple, nous avons choisi quatre semaines parce que nous travaillons sur un projet massif et massif sur plusieurs sprints, plusieurs flux de travail, multiples parties prenantes et différents secteurs de l'entreprise. Donc, cette adaptation particulière de la caméra à bord à notre besoin commercial particulier a beaucoup de sens pour nous, et cela a très bien fonctionné. Comme vous le verrez dans l'exemple, nous avions toutes les histoires d'utilisateurs sur lesquelles chaque membre de l'équipe travaillait. Nous avions notre Donner terminé le printemps dernier des histoires d'utilisateurs, et nous avions un arriéré séparé et une liste séparée de tout ce que nous avions accompli pour tous les sprints précédents. Donc, cela a vraiment bien fonctionné pour nous parce que nous pourrions reposer la référence du travail vraiment facilement . Nous pourrions également attribuer des points d'histoire. Nous pourrions également examiner notre vitesse et la façon dont nous progressons à cet égard nous ont également aidés lorsque nous faisons nos rétrospectives, que nous examinons ce que nous avons accompli et comment nous avons fait au cours de ce printemps particulier. Donc, sans plus tarder, laissez-moi vous emmener tout de suite à l'exemple dont nous venons de parler et vous serez en mesure d'identifier et de voir leurs exemples de vie de riel hors de ce que nous avons appris jusqu'à présent dans les noyaux. J' espère que ça vous plaira, et j'espère que vous en tirerez le meilleur. Les acclamations, chemin 27. Velocity et le tableau à dégrader: Donc, le concept de vélocité est de savoir combien vous livrez sur un sprint. Et nous en avons parlé en termes de point de l'histoire. Donc, vous avez des points d'histoire ? Est-ce que l'équipe a livré un sprint ? Ok, donc c'est essentiellement ce qu'est la vitesse. Donc, disons, par exemple, dans l'utilisation de votre arroseur. Cinq au printemps, vous avez cinq histoires d'utilisateurs avec des points d'histoire différents qui leur sont assignés, et ils totalisent jusqu'à 10 points d'histoire au total. Et supposons dans ce scénario que vous avez réellement terminé toutes les histoires d'utilisateurs. Et une fois que tu as fini ton sprint et que quelqu'un t'a demandé quelle était ta philosophie, pas vrai. Votre vitesse était de 10 minutes, n'est-ce pas ? Parce que nous avons dit que vous travailliez sur cinq histoires différentes, mais que certains des points de l'histoire assignés orteils tous sur 10 droit, parce que vous avez fini tout. Alors nous pouvons dire, Eh bien, ils ont réellement livré cette équipe de mêlée en fait livré des points de l'histoire de Stan après avoir terminé ce sprint, et c'est ce que nous appelons la vitesse. D' accord. Et maintenant vous pensez bien, que se passe-t-il quand j'ai plusieurs sprints ? Mais quelle est la vitesse si j'ai réellement traversé les cinq ou huit sprints différents . Eh bien, la vitesse est la vitesse moyenne de la vitesse individuelle de chaque sprint. Permettez-moi de le répéter. Donc, ça a du sens pour vous. Et il est donc tout à fait clair si vous posez des questions sur la vitesse individuelle d'un sprint particulier, c'est le nombre d'utilisateurs de points d'histoire, de points histoire livrés sur ce sprint. Si vous avez plusieurs ressorts sur votre tentative de calculer la vitesse de plusieurs ressorts , c'est la moyenne sur les vitesses individuelles de chaque sprint. Très bien, c'est très facile, très simple. Et la meilleure façon de comprendre cela est de regarder un graphique, et je vais fournir un exemple pour que vous puissiez voir à quoi ressemble un graphique de vitesse ici aussi . Mais quelle est l'importance de ceux-ci et pourquoi voulons-nous mesurer la vitesse ? Eh bien, fondamentalement, parce que cela nous aide dans notre processus de planification, fondamentalement aussi parce que cela nous aide à suivre la performance et l'efficacité, non ? Donc, si nous prévoyons de livrer, disons 10 points de l'histoire au printemps, nous avons effectivement livré huit, alors bien, nous devrions réfléchir à cela rétrospectivement, même voir, Où a fait on se trompe ? On essaie de faire trop dans cette entorse ou tu vois ce que je veux dire ? Ou sommes-nous à court de temps, ou sommes-nous confrontés à des barrages routiers ou à des problèmes et nous n'avons pas été en mesure de les résoudre à temps, alors quelque chose ne nous a pas permis d'atteindre nos objectifs. Et en général que se passe-t-il ? Il est au début des projets de mêlée. Vous travaillez dans vos projets de mêlée. Que se passe-t-il ? Il est ce qu'il voit que beaucoup d'équipes en fait sur une estimation excessive et un peu comme penser qu'elles vont être en mesure de livrer plus qu'elles ne peuvent vraiment livrer. Et c'est très normal. C' est bon, mais il n'y a rien de mal à ça. Donc, vous aurez une vitesse initiale inférieure à ce que vous avez prévu faire. Vous constaterez peut-être qu'il y a des variations lorsque vous regardez un graphique parce que ou régional, vous essayez de faire trop et vous commencez tout juste à comprendre ce que vous pouvez réellement livrer dans la réalité. Donc, avec le temps, ce que j'essaie de dire, c'est qu'au fil du temps, équipes de mêlée vont devenir beaucoup mieux dans leur estimation beaucoup d'améliorer leur livraison sur beaucoup mieux hors cours dans leur vitesse de sorte que vous verrez que le graphique commence à devenir de plus en plus stable au fil du temps, car vous constatez que leur processus de planification et ce qu'ils vont réellement offrir sont plus précis . D' accord, les gars. Donc, le graphique de gravure est l'un des artefacts de mêlée qui nous permet de voir la quantité de travail restant et les progrès que nous faisons au fur et à mesure que nous progressons dans nos sprints . Et c'est très facile à comprendre. Et un graphique très simple comme celui que vous voyez à l'écran dans lequel nous avons à l'axe Y un certain nombre de points d'histoire restant. Donc, les points de l'histoire sportive racontée restent à n'importe quel moment dans le temps et sur l'axe X sont les sprints off course. Si vous réfléchissez bien à cela, le nombre de points d'histoire que vous avez livrés entre les sprints peut être vu à partir de ce graphique. Lorsque vous soustrayez, vous faites le Delta entre Sprint. Donc, par exemple, si j'ai regardé Sprint un et deux dans cet exemple particulier, je suis passé de 41 points d'histoire à 32. Cela signifie qu'entre le printemps un et le printemps à, j'ai en fait livré neuf points d'histoire et que, comme nous l'avons dit précédemment, c'est ce que nous appelons la vitesse. Donc c'est de la miette. Le nombre de points d'histoire que vous fournissez entre les sprints est la vitesse. Lorsque vous avez plus d'un ressort, eh bien, nous calculons simplement la moyenne sur les vitesses individuelles entre Sprint. Droit ? Et c'est ainsi que nous obtenons la vitesse globale de notre projet. Mais encore une fois, dans cet exemple très simple, nous regardons juste, vous savez, le sprint entre le sprint un et le printemps à Donc, après avoir terminé le sprint un, vous avez essentiellement livré neuf points de l'histoire et je peux voir qu'en raison du Delta entre Spring deux et Sprint veut, qui est neuf points d'histoire contre Super facile à comprendre, super simple. Et cela vous permet juste de vérifier d'une manière très rapide à n'importe quel moment dans le temps. Combien de travail reste avant de terminer le projet. Très bien, j'espère que c'est très clair et facile à comprendre pour vous tous comme vous les voyez à l'écran, et cela vous permettra de comprendre ce concept, qui arrive souvent quand vous pensez à travailler avec Scrum, et vous pourriez entendre les gens parler du graphique brûlé et la raison pour laquelle il est appelé graphique Burned Down est parce qu'il brûle. C' est un peu comme montrer une représentation visuelle sur la façon dont vous brûlez à travers le travail que vous avez à faire. C' est de là que vient tout le concept. D' accord, les gars. se voit sur la prochaine. Les applaudissements. 28. Le backlog de produit et le backlog Sprint: Nous avons parlé du produit de retour. Regardez plusieurs fois avant. Mais nous allons maintenant mettre tout cela ensemble une page ou résumant et consolidé. Ok, donc l'amour Brokeback est essentiellement une liste de tout ce qui doit être fait dans le projet. Droit ? Mais cette liste est essentiellement composée d'histoires d'utilisateurs, toutes vos histoires d'utilisateurs là-bas, vous savez, vous savez, mettre ensemble est allé dans ce que nous appelons le carnet de commandes de produits. La chose ici, vous devez prendre en compte ces, que vous voulez généralement démarrer un programme avant de commencer le projet. Droit ? Donc, avant ce que nous appelons avant votre premier printemps, ce que nous appelons dans Scram votre zéro de printemps. Vous voulez vous assurer que vous avez déjà rencontré votre équipe et documenté toutes les histoires d'utilisateurs possibles que vous pouvez penser. Mais bien sûr, vous ne pouvez pas prédire l'avenir, et peut-être pas. Vous ne savez peut-être pas exactement tout ce qui doit être comptabilisé ou pris en compte dans votre projet. Donc, fondamentalement, ce que vous voulez faire est de capturer autant que vous le pouvez et juste garder à l'esprit que c'est un document vivant. Ce n'est pas statique, et c'est quelque chose que vous pouvez mettre à jour ultérieurement si nécessaire. C' est quelque chose qui est dynamique en direct et vous savez que vous pouvez affiner. Nous avons parlé avant ces sessions de toilettage en retard de produits locaux que c'est ce que vous feriez. Tu retrouverais ton produit, regarderais et verrais Ok, tu sais, nous avons 100 articles. Sont-ils toujours applicables ? Oui, et tu les gardes. Certains d'entre eux ne sont plus applicables. Vous les supprimez, vous les supprimez ? Et c'est l'exercice. Et c'est ce que vous voulez avoir dans votre produit qui aiment généralement. Ce que je recommande aux équipes, c'est qu'elles y mettent les éléments prioritaires. Les histoires d'utilisateurs prioritaires en haut de l'arriéré de produits à l'époque du sud, choses qui sont de la partie supérieure à la moins priorité, cette commande. Mais même si vous ne l'avez pas organisé comme ça, ce n'est pas que ce soit un problème, c' est juste que c'est une bonne pratique. Donc c'est joli, c'est à peu près tout. Tu sais, il n'y a pas vraiment trop à dire sur la sonde de retour. Regardez à l'extérieur de ce que je vais récupérer, et à part ce que vous voyez déjà à l'écran dans cette vidéo. C' est très simple. Et encore une fois, il s'agit d'avoir vos histoires d'utilisateurs documentées au moins quelque part. Maintenant, ça n'a pas besoin de l'être. Vous savez, il n'a pas besoin d'être dans Trail org ou comme je l'ai dit avant, il y a d'autres outils là-bas. Si vous n'utilisez pas quelque chose, vous en avez parlé comme un tableau physique ? Ensuite, vous pouvez mettre cela, vous savez, poster son et mettre toutes vos histoires d'utilisateurs dans un tableau blanc ou tout ce que vous voulez mettre sur. Et ça s'appelle le produit. La malchance, et c'est tout. C' est tout ce que vous devez faire dans cette partie. Lorsque vous parlez de travailler avec les backlogs de frère, le sprint back look est fondamentalement un sous-ensemble d'histoires d'utilisateurs que vous avez pris à partir du carnet de produits et affecté à un sprint spécifique. C' est ça. Tu sais. C' est un groupe de ces histoires que vous avez pris à partir du Brokeback Regarder sur, assigné à sprint spécifique, c'est votre look de retour sprint. Donc tout ce que vous allez livrer dans un sprint particulier, on rappellerait le sprint Spree. Ecoute, maintenant, voici la différence clé, non ? Le carnet de commandes de produits appartient à qui ? C' est juste par le propriétaire du produit. Le propriétaire du produit possède le look Brokeback juste qu'il possède quand vous essayez de nous livrer un trou et il possède l'ordre des priorités et il vous dit quelles sont ses priorités ou priorités de cheveux de leur point de vue, juste au printemps arriéré qui appartient en fait à l'équipe de livraison par l'équipe de mêlée. Vous avez la propriété du printemps, l' amour, et vous pouvez, vous savez, bien sûr, bien sûr, prioriser ça pendant que vous travaillez tout au long de votre printemps. Donc vous pourriez dire, je vais nous concentrer sur ces histoires d'utilisateurs dans les 2 premiers jours du printemps, puis ces sous-ensembles d'histoires d'utilisateurs dans les trois derniers jours et ainsi de suite. Mais encore une fois, normalement vous voulez signer ces histoires d'utilisateurs à quelqu'un dans l'équipe va prendre la responsabilité de s'assurer que cela est livré d'ici la fin de ce sprint 29. Démo d'un projet non Agile non en IT - Partie 1: Hé, les gars. Donc, dans cette prochaine partie du cours, je veux montrer que vous êtes vraiment l'exemple de vie d'un de mes projets agiles où j'ai créé un podcast en moins de cinq minutes. C' est vrai. En moins de cinq minutes, j'ai pu créer un podcast en utilisant des principes agiles. Et ce que j'ai fait était essentiellement ce qu'on appellerait en agile. Si vous vous souvenez, nous avons parlé du concept de M. V P. Produit viable minimum. Et je vais vous montrer comment j'ai créé un podcast dans cette prochaine partie du cours sur Vous allez voir ça vraiment la vie, parce que c'est un exemple de la vraie vie. Et il a même une minuterie. Donc vous pouvez voir que j'ai fait ça en moins de cinq minutes. Et c'est la beauté d'un Jean. C' est la beauté du concept de M v. P, dans lequel vous pouvez créer quelque chose de première itération dans vos sprints et Daniel en itéré et amélioration au fil du temps comme nous le faisons en agile. Droit ? Donc nous avons pensé plus loin. Laisse-moi te montrer très vite. Et je l'ai déjà ouvert sur un autre onglet. Ceci est le savoir sur podcast et ces apprendre sur podcast est le podcast que j'ai créé en moins de cinq minutes, et je voulais montrer que c'est, ah, ah, riel exemple de vie d'un projet agile parce que je reçois souvent a demandé des exemples de projets non I t, et c'est un exemple parfait de celui-ci. Il s'agit d'un projet non TPIY. C' est essentiellement un projet créatif dans lequel j'ai créé un podcast en moins de cinq minutes, et c'est beau. J' adore ça parce que c'est un super exemple de la façon dont, au premier printemps, j'ai pris l'accent sur faire un EVP, tout prêt à lancer les Parkers sans même y ajouter d'extérieur. Donc je lance juste si vous pouvez croire cet appartement sans son dessus. C' est ainsi qu'il l'a lancé au départ. C' était le concept du produit viable minimum M V P. Donc, la première impression que je me suis concentrée uniquement sur le lancement et l'obtenir là-bas. Tu sais, mettre un titre, mettre une image, décrire où la cause serait de faire vraiment simple super dans Torrey, super intuitif, super convivial et juste après que j'ai lancé il sur puis ajouté audio sur les deuxième et troisième ressorts. C' est ce sur quoi je me concentrais, les bons gars voient dans la prochaine. 30. Démo d'un projet non Agile non en IT - Partie 2: et 31. Incrément et la définition de Done: les incréments dans la mêlée sont essentiellement des livrables. Donc c'est essentiellement ce que vous avez accompli après un sprint où nous avons appelé un incrément dans le monde de la mêlée. Essentiellement, c'est un pas vers une vision, un but ou vous savez ce que vous essayez d'accomplir, est-ce pas ? C' est le progrès, non ? C' est ce qu'est un maigre ce qu'est un incrément. Vous êtes en fait livré quelque chose et c'est le livrable sur le sprint. Ce qu'on appelle par incréments de mêlée. Maintenant, nous les appelons incréments parce qu'ils ne sont pas la solution finale, est-ce pas ? Mais ils sont une solution et c'est quelque chose qui peut être utilisé pour construire sur le dessus, sur le dessus ou sur le dessus pour les générations futures ou futures sprints. Donc, je pense que considérer quelque chose fait terminé un complet est très logique. Tu sais, c'est quelque chose que la plupart des gens connaissent et font naturellement, non ? Mais qu'est-ce que c'est ? La mêlée frénétique ? La différence est que c'est miette seulement considérer que quelque chose a fait quand il est effectivement satisfait aux critères d'acceptation que nous avons définis pour cette histoire utilisateur particulière. Droit ? Alors, bien sûr, rappelez-vous que nous livrons dans notre processus de mêlée sont des incréments que comètes sont quelques-unes de toutes ces histoires d'utilisateurs, non ? Donc pour nous d'envisager quelque chose de fait ou de complet. Nous devons nous assurer que ces histoires d'utilisateurs ont effectivement rencontré notre intérieur de subvention d'acceptation que nous avions en tant qu'équipe avant même de commencer. Donc, ce sont les choses clés que vous devez prendre en compte lorsque vous pensez à quand considérer quelque chose fait ou ce que nous appelons Dun dans Scrum, qui est de s'assurer qu'il répond effectivement à ces variables ou à ces exigences ou fondamentalement, en substance, que cela a des critères d'acceptation que nous avons définis maintenant hors cours, Cela va varier selon l'équipe parce que ce que chaque équipe et considère fait sera différent, non ? Cela dépendra des critères d'acceptation définis par chaque équipe. n'y a pas de règle stricte autour de ça. n'y a pas de règle spécifique qui vous dira quels sont les critères d'acceptation. Ce sera leur ami pour chaque équipe, et ce sera probablement différent pour chaque projet aussi. Donc, dans certains cas, ça pourrait être juste Yep, vous savez, quelqu'un a confirmé que c'était complet, donc nous les critères d'acceptation pourraient être simples de quelqu'un disant Ok, tant qu'équipe, nous allons accepter que la personne qui travaille sur ces particularités. Son histoire, il va commercialiser complète quand il sera sûr à 100% qu'il a fini tout ce qu'il avait besoin de faire en rapport avec cette histoire d'utilisateur. Il pourrait être simple comme ça. Ou ça pourrait être quelqu'un. On va considérer que c'est fait après que quelqu'un ait testé ce que cette personne a dit qu' allait faire, ou qu'on a vérifié qu'ils avaient terminé ce qu'ils allaient faire, tu sais, tu sais, comme ils l'ont dit en fait, ils allaient le faire. Encore une fois, ça varie. Il peut s'agir d'une liste de contrôle, et vous pouvez avoir une liste de contrôle des éléments que vous souhaitez examiner dans le cadre de vos critères d'acceptation . n'y a plus de règle dure là-dessus, les gars. La chose principale est rester simple et assurez-vous que tout le monde est sur la même page sur ce que vous avez convenu de considérer quelque chose fait avant de le déplacer dans votre mêlée. Campbell board à cette colonne Pour cela, vous savez, bien sûr, le champ où il est marqué est fait 32. MVP et les choses qui aident les équipes Scrum: Parlons du M V p ou du produit minimum viable dans la mêlée. Et quand on parle du M v P, on pense aux incontournables. Oubliez tous les gentils à avoir. Oubliez tout le luxe. Sont toutes les choses que vous pensez être conduit et penser sur Leo. Mais c'est vraiment, vraiment nécessaire. Ce qui est vraiment, vraiment nécessaire. Quel est le strict minimum que vous pouvez livrer qui va encore rencontrer et la rivière un résultat satisfaisant, est-ce pas ? Et en revenant à l'exemple hors. Vous connaissez le skateboard sur la voiture, que nous avons couvert avant. Eh bien, rappelez-vous comment la planche d'évacuation vous permet de passer du point A au point B. C'est le M V P est-ce pas ? Donc le M V P est ce skateboard parce que c'est probablement la chose la plus simpliste que vous pourriez construire pour toujours vous permettre d'aller du point A au point B afin qu'il réponde à leurs exigences correctement, car il vous permet de passer du point A au point B, qui B, qui est l'exigence minimale que vous aviez, qui est la chose minimale que vous essayez d'accomplir, mais cela vous permet de le faire d'une manière très simple. Il vous permet de livrer, vous savez, rapidement et souvent, et soit de noter et d'améliorer au fil du temps. C' est ce que vous devez faire lorsque vous pensez à un produit abordable minimum. Et ça devrait être le centre de toute équipe de mêlée que vous ne voulez pas, vous savez, construire quelque chose avec toutes les cloches et les sifflets sont terminés, ingénierie ou livrer quelque chose que personne n'a vraiment demandé, est-ce pas ? Vous avez juste besoin de penser à ces incontournables. Et ce doit être ce que nous appelons si vous avez pris tout le plaisir d'avoir toutes ces choses supplémentaires et que vous venez de quitter les incontournables lorsque vous pensez à vos histoires d'utilisateurs et à ce que vous devez livrer. C' est ce que nous considérons dans la mêlée votre M V p. Votre produit minimum viable. Maintenant, il y a un ensemble de choses qui, bien sûr, peuvent aider les équipes de mêlée à réussir. Je vais parler de certains d'entre eux dans cette partie du cours. L' un d'eux, il est colocataire. Idéalement, vous voulez avoir des gens qui travaillent sur un projet de mêlée. Assis ensemble sur ça devient vraiment important quand on pense à des rituels de mêlée tels que le jour c'est Crum, non ? Ou la norme quotidienne ? Parce qu'ils vont se parler tous les jours pendant une très courte période de temps. Alors ils sont assis ensemble. Ces interactions vont être beaucoup plus faciles et elles vont être beaucoup meilleures. Assurez-vous donc que, dans la mesure du possible, vous avez des gens qui travaillent sur des projets qui utilisent une méthodologie de mêlée qui s'assurent qu' ils sont assis ensemble dans la même pièce ou dans la même zone. Cela aidera beaucoup. Croyez-moi, j'ai vu cela en pratique et j'ai vu la différence que cela peut faire lorsque vous travaillez à nouveau sur vos projets. Ces équipes vont également travailler avec beaucoup d'outils et différents rituels que nous avons couverts auparavant. Mais ce qui peut aider est certainement la collaboration en ligne. Donc, vous savez, en utilisant des choses comme Chad Chad, clients qui bavardent selon les besoins et vous savez, avoir votre conseil d'administration de couvent, avez-vous dit ? Il est aussi utile au cas où quelqu'un serait absent. Et s'assurer que l'équipe est habilitée et capable de prendre des décisions en tant que besoin est également un élément clé de la réussite de l'équipe de mêlée si ce n'est pas le cas et par ceux-ci. Je veux dire, vous devez vous assurer que l'équipe qui travaille sur ces questions a le plein soutien de direction. Vous savez, il y a un accord principal sur le travail qui va être fait pour permettre à l' équipe de travailler, vous savez, vous savez, avec un peu d'indépendance et avec un accent sur l'exécution sachant qu'ils l'ont, vous savez, ce soutien de la direction pour prendre ces décisions quand elles viennent. Et, bien sûr, il nous a aussi. Vous savez, le rôle du propriétaire là-bas pour vous aider. Donc, vous n'avez pas besoin, bien sûr, d' avoir toutes ces conversations difficiles avec la direction. Si quelque chose change, c'est pour ça que vous avez votre propriétaire de la gorge. Par conséquent, il devrait être en mesure de vous aider à atteindre. Vous savez, ces conversations sont en liaison non seulement avec la haute direction au sujet des principales parties prenantes , donc certainement avoir connaissance de tous ces éléments en place et avoir un très bon propriétaire de produit affecté à votre il va aider beaucoup et juste en s'assurant que vous acceptez aussi le fait qu'il y aura de la volatilité et des changements dans les exigences et qu'il y aura des défis imprévisibles , mais que vous allez utiliser des rétrospectives et votre processus d'éternité, et vous êtes l'amélioration continue pour vous assurer que vous surmontez ces défis que vous connaissez, et obtenir et atteindre vos objectifs et atteindre vos objectifs que ces choses que je colore ici sont des choses que j'ai toujours trouvé utiles. Et j'ai toujours trouvé de l'aide. Vous savez, équipes de mêlée livrent leurs projets dans les délais et dans le budget et travaillent mieux ensemble, et juste ça marche beaucoup mieux pour elles. L' autre chose. Je veux également souligner l'importance offs, formation et coaching, droit, Alors assurez-vous que votre équipe a réellement passé par la formation. S' ils ne l'ont pas fait, j'encourage certainement Ito soit recommander ce cours à eux ou l'acheter pour eux si vous devez ou doué à eux ou obtenir l'entreprise ou la baseness de recommander cela au reste de l'équipe, parce que cela vous permettra tous de travailler sur un terrain d'entente avec des connaissances communes,des termes communs et notre compréhension générale. travailler sur un terrain d'entente avec des connaissances communes, Qu' est-ce que c'est que Grammys ? Donc ces choses, pour tout mon point de vue, sont les choses que je dirais qui ont réellement aidé les équipes de mêlée sur le terrain et à travailler à travers leurs projets. Nous venons de parler de deux éléments clés qui avaient un bon leadership. Donc pas seulement, bien sûr, un très bon propriétaire de produit, mais aussi, bien sûr, un bon maître de mêlée. Mais s'assurer aussi que tout le monde a une bonne formation. Andi Bonne compréhension de la mêlée qui vient, bien sûr, de l'éducation. Un tel score Z. 33. FAQs l'ABONNement l'Acronym: Hé les gars. Parlons donc de la foire aux questions ou excuse f sur Scrum et commençons par l'un de mes préférés ce que la mêlée représente. Quel est l'acronyme de Scrum ? Et cette question qui souvent lui-même vient d'une idée fausse que les gens ont. La mêlée est un acronyme alors qu'en réalité ce n'est pas correct, donc Scrum n'est pas un acronyme et il ne représente rien en particulier. C' est juste un mot qui dérive et vient du sport hors rugby, et si vous avez vu dans une autre partie du parcours quand nous avons regardé cette histoire de la mêlée, nous avons déjà discuté d'où il venait. C' est en fait un rugby à jouer, et ils sont ensuite devenus utilisés en agile. Et ces méthodes de nos jours étaient utilisées pour décrire l'une des nombreuses méthodologies agiles. Donc, la mêlée, comme je l'ai déjà dit, n' est pas un acronyme. Ne pensez pas à cela comme un acronyme est juste un mot qui vient du rugby et qui est maintenant utilisé pour décrire cette méthodologie agile particulière. Et nous avons parlé de brouiller tout au long du cours, donc vous savez déjà ce que les pois de mêlée et ce que cela représente. Mais comme je l'ai déjà dit, c'est assez fréquent et assez fréquent de voir des gens penser que ce crime est un acronyme et que c'est en fait un prix qui représente quelque chose alors qu'en réalité ce n'est pas le cas. C' est juste un prix qui a un sens, comme nous l'avons déjà discuté. Maintenant, une autre question qui se pose tout le temps est quelle est la différence entre agile et mêlée ? Et cela vient aussi d'une autre idée fausse, et c'est qu'ils sont deux choses différentes. En réalité, ils le sont, mais en même temps ils ne sont pas me laisser clarifier sur. 34. FAQs Agile et Scrum: Ok, donc une autre question qui se pose tout le temps quand vous parlez de Scrum easy quelle est la différence entre Scrum et Agile et sont-ils la même chose ou sont-ils différents  ? Permettez-moi donc tout d'abord de clarifier et de dire que Scrum est l'une des nombreuses méthodologies agiles . Mais en fait, c'est le plus populaire et largement utilisé de toutes les méthodologies agiles. Et pour cette raison, quand les gens parlent d'agile la plupart du temps, comme 90 % du temps, ils font référence à la mêlée. C' est juste beaucoup de fois qu'ils ne sont pas familiers avec le terme Crumb ou ils ne sont même pas conscients qu'il existe d'autres méthodologies agiles. Donc, quand ils pensent à l'agile beaucoup de fois, les gens parlent de mêlée. Ils ne réalisent pas qu'ils parlent de mêlée. Donc, comme je l'ai déjà dit, Scrum est l'une des nombreuses méthodologies agiles. Mais c'est le plus populaire et largement utilisé de toutes les méthodologies agiles. Et voici une autre question qui se pose aussi, est pourquoi c'est la couronne si populaire, et pourquoi est-elle plus populaire que d'autres mythologies réelles ? Et la raison est assez simple. En fait, Scrum est très populaire parce que c'est très simple. Il est très facile à utiliser, est plus facile à comprendre, est penché sur. La documentation est basée sur les processus, est basée sur la gouvernance, Donc la mêlée est devenue la méthodologie de fait, agile utilisée dans le monde entier et les gens l'adorent. Vous savez, les gens l'adorent parce que c'est très simple, facile à utiliser et facile à comprendre. Comme vous l'avez vu dans le cours. n'y a rien de mystérieux ou rien de vraiment complexe. À propos de Scrum, c'est Justin quand les gens ne l'ont jamais commencé ou qu'ils n'en ont jamais entendu parler avant . Ils commencent à entendre parler de certains des termes utilisés dans la mêlée comme les histoires d'utilisateurs, rétrospectives et ainsi de suite. Quelque chose qu'ils ont un peu peur ou ils ne sont pas sûrs de ce dont les gens parlent. Mais une fois qu'ils entrent dans quelque chose ou qu'ils commencent à étudier comme celui-ci, ou vous savez, ou vous savez, ils assistent à la conférence ou quoi que ce soit, ils réalisent que la mêlée n'est pas complexe et pas facile. Pas dur, en fait. Désolé. Et il est en fait facile et facile à comprendre, facile à utiliser, facile à mettre en œuvre et qu'il fournit rapidement de la valeur, souvent sur ce qui est très axé sur le client 35. Le Scrum quotidien et le Sprint: Parlons maintenant de la mêlée quotidienne ou, comme beaucoup de gens les appellent, de la levée quotidienne. C' est une réunion quotidienne, très courte, très courte, très ciblée dans laquelle les coéquipiers, pour s'assurer qu'ils sont synchronisés sur la bonne voie sur ce sur quoi ils travaillent. Cela ne devrait pas durer plus de 50 minutes, idéalement moins si possible. Et fondamentalement, vous essayez de répondre à trois questions dans cet exercice. Et en effet dans ces debout quotidiens ou Davis Crump. Pourquoi tu l'as fait hier ? quoi travaillez-vous aujourd'hui sur des questions ou des obstacles ? Et ce n'est pas seulement une question qui est jetée là-bas, mais ce que vous faites c'est que vous faites un peu autour de la table, bien que l'ensemble par conséquent tout à fait appelé debout quotidienne pour des jours. Comey est parce que généralement les gens se tiennent debout. Donc idéalement, vous n'êtes même pas assis. Vous regardez votre tableau de Cambon et vous êtes debout ensemble et là et vous parlez ces trois questions. Chaque membre de l'équipe passera en revue ces trois questions directement sur ce stand up quotidien sur sa liste. miettes. Il est pour cette équipe criminelle. Donc vous ne voulez pas impliquer ces rencontres avec votre propriétaire. Vous ne voulez pas impliquer vous connaissez des étrangers. Idéalement, vous voulez juste que votre équipe de mêlée et le maître de mêlée passent ces exercices au quotidien. Il crée leur hydravion, mais il les aide également à rester synchronisé. Je ne fais pas de suivi et ça fait en sorte que l'équipe reste concentrée, vous savez, a un très bon sens de l'urgence. Et, tu sais, si quelque chose ne marche pas ou que tu dois changer quelque chose ou qu'il y a un road book ou un obstacle où le maître de mêlée va aider à résoudre ça, tu sais, je vis juste là. sur place très vite avant juste après la réunion comme ça, il ne va pas attendre ou elle ne va pas attendre jusqu'à la fin du sprint pour commencer à travailler sur ce que nous allons résoudre ça, vous savez, le même jour, c'est possible à la fois. ou le lendemain, quand je serai très rapide. Rappelez-vous que les ressorts sont une période de temps fixe, et nous n'avons pas beaucoup de temps que d'attendre que les choses arrivent vers la fin pour les obtenir . Et c'est pourquoi ils se lèvent tous les jours. Cette mêlée quotidienne est si importante. Parfois, on me demande ce qui est un bon moment de la journée pour planifier votre mêlée quotidienne. Et cela dépend vraiment, vous savez, comme il n'y a pas de règle dure autour de ceux-ci en termes de je dois être au début de la journée à la fin de la journée, au milieu de la journée ou à 9 heures 10 heures ou peu importe, Pas vraiment, tu sais. Mais en général, je recommande que les équipes aient planifié leur mêlée quotidienne tôt le matin . De cette façon, ne rompt pas la journée de travail, vous savez, comme un travail qu'ils ne perdent pas l'élan. Et de cette façon, vous savez, il y a là juste comme frais le matin. Et ah, vous êtes la réunion pour vous assurer qu'ils sont toujours sur la même page sur la bonne voie et qu'ils travaillent sur ce qu' il devrait travailler. Ils ont une idée claire de leurs priorités. Mais encore une fois, vous savez, cette réunion n'est pas censé aboutir. Vous n'êtes pas censé résoudre les choses juste là à la réunion. C' est plus une réunion d'information, et il est censé être un sens très court, parce que si vous commencez à essayer de résoudre où si vous dépensez trop discuter d'un topping particulier . Cette réunion ? Eh bien, tu vas vraiment exploser les 15 minutes, et c'est quelque chose que tu ne devrais pas faire. Vous devriez éviter ça parce que la mêlée quotidienne ce n'est pas une séance de planification, est-ce pas ? Ce n'est pas une rétrospective, c'est juste un rituel très court, quotidien dans lequel vous arrivez à aller dans les rues avec votre équipe. Question dont nous avons parlé. Pourquoi êtes-vous allé hier ? Sur quoi travaillez-vous aujourd'hui et quels problèmes ou obstacles ? Droit. Et parfois, vous pouvez aller voir un membre de l'équipe. Il a parlé de ce qu'il a fait hier, de ce qu'il travaille aujourd'hui, et il a dit, je n'ai aucun obstacle. Super, encore mieux. Passons à la prochaine personne, n' est-ce pas ? Gardez-le court, gardez-le vite, continuez à rouler et donnez-la simplement. Maintenant, vous savez déjà à peu près ce que Sprint est, mais faisons un peu de récapitulation sur le Sprint. L' aspirine est une période de temps libre d'un mois ou moins, généralement deux semaines. L' équipe travaille à livrer un incrément ou un navire, produit à base de plantes médicinales ou un service pendant cette période. Pendant ce sprint et les choses que vous devriez prendre en compte pendant que vous travaillez dans vos sprints. C' est une fois que vous avez dit indéfini ce que vous travaillez sur le printemps. Idéalement, vous ne voulez pas augmenter ou de degrés pendant que cela se produit déjà. Donc, vous ne voulez pas avoir de changements pendant le printemps par set allumé. Ne vous méprenez pas. Vous savez déjà que dans la mêlée, nous acceptons et acceptons les changements. Le truc ici, c'est que pendant que vous traversez vos sprints, vous voulez embrasser et regarder ces changements pour le point suivant. Oui, parce que si vous apportez des changements à Brother Sprint et que ça ne vous permettra probablement pas de livrer, souvenez-vous des gars. Nous parlons d'un laps de temps très court pour livrer quelque chose de bien. Il est joli est un très court laps de temps, ivoire, court laps de temps pour livrer quelque chose. Ok, et parfois j'ai la question sur les ressorts, si vous devriez supporter la longueur de votre sprint. La réponse n'est pas une idée de ce que vous voulez garder qu'un temps de boîte de temps fixe beauté tout au long du cycle de vie du produit. Donc, si vous avez deux semaines pour vos sprints et continuez, toujours deux semaines. Deux semaines, deux semaines, deux semaines que ce sont vos sprints. Ça ne devrait pas l'être. Une semaine, deux semaines dans notre semaine, une semaine, autre printemps, trois semaines et ainsi de suite. Maintenant ce que je pense, c'est, et c'est hors cours au cœur. Essentiellement, hors agile, c'est si vous disons que vous avez commencé avec deux aspirines sur vous. Réalisez rapidement que c'est trop court pour vous, que vous ne pouvez pas vraiment livrer beaucoup en une semaine. Et cela ne fonctionne pas bien pour votre équipe. Eh bien, ça ne sert à rien de garder vos sprints deux semaines. Alors ne les garde pas deux semaines. Vous le changez à trois semaines, puis laissez-le dans trois semaines et continuez à travailler avec trois semaines, non ? Parce que, comme nous l'avons déjà dit, tout le but de la mêlée est que votre réflexion continue pour l'amélioration ? Donc, si quelque chose ne marche pas bien, bien, ne continue pas à le faire. Et comme je l'ai déjà dit, avant même que vous commenciez avec vos sprints, vous alliez avoir votre séance de planification printanière, non ? Et comme tu le fais, tu sais, tu sais, disons que c'est un printemps de deux semaines, non ? C' est que vous êtes le printemps a une période de deux semaines de livres de temps, alors ces choses qui font partie de ce printemps sont des choses comme la mêlée quotidienne. Donc tu seras tous les jours pendant ces deux semaines. Chaque jour, vous allez rencontrer votre équipe pour une période de 15 minutes tous les jours. Très court, très concis, très concentré sur les questions que nous avons posées avant et pendant le printemps. Tu vas aussi faire ton développement. Tu vas travailler sur la livraison de ce que tu fais. Ensuite, après le sprint, vous aurez vos rétrospectives de sprint là où vous ne réfléchissez pas à l'amélioration et vous pourriez avoir une session de révision printanière aussi bien. L' autre très bonne chose à propos de Sprint est que parce qu'il est une si courte jetée de temps libre sur parce que vous travaillez sur un ensemble particulier d'histoires d'utilisateurs au cours de cette période de temps juste là dans votre sprint. Eh bien, les limites, votre exposition aux risques et aux coûts juste, parce que vous ne prenez pas trop de risques lorsque vous travaillez sur un sous-ensemble particulier hors des histoires d'utilisateurs et que vous n'allez pas dépenser beaucoup d'argent quand Tu travailles sur quelque chose pendant deux semaines, non ? C' est donc l'une des autres choses de la façon dont la gestion et les entreprises comme Scrum parce qu'elle limite l'exposition au risque dans les coûts. Cela les minimise. Donc ça aide. Ça aide bien sûr qu'il le fait. Cela aide parce que vous limitez, vous savez, les choses qui peuvent potentiellement mal tourner. Vous limitez, vous savez, les dépenses de coûts. Et vous êtes en train de vous assurer que vous livrez rapidement et que vous travaillez souvent. C' est donc l'un de ces grands avantages des descendants. Comme un concept comme nous l'avons vu auparavant, j'aime que nous avons déjà couvert. 36. Réunion et rétrospectives: Parlons maintenant de la réunion Sprint Review. Et c'est quelque chose qui se produit à nouveau après avoir terminé un sprint. Et c'est une réunion très informelle au large jusqu'à quatre heures pour un sprint d'un mois dans lequel vont essentiellement passer en revue. Ana dit que les résultats de l'impression précédente droite et pourquoi vous faites cela est de prendre ça et de l'apporter comme entrée dans votre prochain sprint, non ? Et dans les séances d'examen du printemps, vous allez regarder votre vitesse, votre charge brûlée et d'autres mesures pour voir comment vous avez fait. En tant qu'équipe, vous allez également mettre à jour le produit à la recherche. Donc, si vous avez besoin d'inclure plus d'histoires d'utilisateurs si vous devez en supprimer certaines ou si quelque chose n' plus applicable, est plus applicable, vous savez que c'est cette session sur ce qu'il y a re trolling, que nous allons faire que vous allez également examiner lors de votre réunion d'examen du printemps, votre calendrier de projet, votre budget et ainsi de suite. Donc, c'est un peu comme un moment et une période de temps où vous évaluez. Vous savez ce qui était accompli le sprint précédent et de mettre tout cela ensemble une scène pour la prochaine session de planification d'impression et aussi pour votre rétrospective était bien sûr parce que vous allez réfléchir sur toutes ces choses. Même séance rétrospective, qui est comme je l'ai dit précédemment, sont magnifiés leçons apprises exercice. Pensez à des rétrospectives un peu comme un exercice de leçon dans lequel votre rencontre avec votre équipe de mêlée pour examiner ce qui s'est bien passé, est-ce qui n'a pas été Que pouvons-nous faire différemment la prochaine fois ? C' est donc un exercice d'amélioration continue. Et comme toute autre chose dans la mêlée, c'est quelque chose que vous faites continuellement. Donc, pas seulement à la fin du projet, comme dans la gestion traditionnelle des produits, où les gens se rencontrent pour ces leçons apprises examens après la mise en œuvre. Mais vous le faites après chaque sprint, et ceci est entré pour votre prochaine impression car vous pouvez ensuite prendre en compte les leçons apprises et vous assurer que vous apportez des ajustements, améliorations ou tout ce que vous devez faire pour vous assurer que vous avez fait livraison et vos objectifs sur vos objectifs au printemps prochain. Ok, c'est ça. C' est à peu près tout ce que vous devez savoir sur les rétrospectives et ceux-ci encore une fois est aussi un mes exercices préférés dans la mêlée parce qu'il fait réfléchir l'équipe sur ce qui s'est passé dans la dernière impression sur, vous savez à nouveau comment ils peuvent mieux se préparer pour le prochain sprint. C' est donc une collaboration très étroite, et moi et je pense que vous vous assurerez d'essayer de rendre cela aussi informel que possible. Donc, les gens se sentent vraiment à l'aise de parler, et vous voulez vous assurer de capturer tout ce que vous savez, généralement dans un tableau ou dans un document de guerre. Ou si vous voulez utiliser votre trailer ou tout ce que vous voulez capturer et assurez-vous que vous capturez les réponses à ces questions sur le faire parce que comme une table ronde, Alors commencez à passer par ces questions, vous les mettez sur le tableau sur un tableau blanc. Ce qui s'est bien passé, ce qui n'a pas été ce que nous pouvons faire différemment et ensuite faire un magnifique exercice de table ronde où tout le monde au sein de l'équipe contribue de leur point de vue à chacune de ces trois questions 37. Démo Gitlab: Hé les gars. Donc je voulais vous montrer un autre exemple de la vie réelle, du monde réel de la façon dont nous utilisons Scrum et Agile Lee un de nos projets. Et c'est un exemple vraiment mondial. Et je vais montrer cet exemple avec un outil différent de Trillo. Juste une vitrine. Et pour vous montrer qu'il y a beaucoup d'autres outils que vous pouvez utiliser pour les gestionnaires ,les , projets miettes ou vos projets agiles. Aujourd'hui, nous allons passer par un bon labo, qui est l'un de ces très bons outils pour gérer vos produits. Et l'une des choses vraiment cool que j'aime dans un bon laboratoire, au cas où vous n'en auriez pas entendu parler, c' est que vous pouvez avoir des projets illimités et des personnes limitées. Tout est dans le nuage et c'est gratuit. Donc c'est vraiment, vraiment bien, je suppose que si on compare ça à quelque chose comme Trail Oh, c'est beaucoup plus robuste. Je suppose qu'un peu a beaucoup de fonctionnalités supplémentaires que vous ne trouverez pas sur les sentiers. Oh, donc je ne dirais pas que l'un est meilleur que l'autre. Ils sont juste différents, et je pense que parfois vous avez juste besoin de jouer un peu avec différents outils pour voir ce que vous aimez vraiment, ce que vous préférez et ce que votre équipe prépare, n'est-ce pas ? Donc je ne suis pas un de ces types qu'Onley utilise un outil particulier tout le temps. Ashley, comme essayer et explorer différents points d'accès, voir ce qui est là-bas et voir ce que je peux continuer à utiliser mes différents projets. Et c'est pourquoi parfois j'utilise sur votre apparence en utilisant différents outils avec différentes équipes sur différents projets mêlés ou les différents projets agiles maintenant sur ceux-ci. Comme je l'ai dit, bon labo est l'un de ces outils que vous pouvez utiliser, et je vais vous montrer un exemple du monde réel dans un instant. Mais passons rapidement à travers la page d'accueil de Good Lab, et vous pouvez obtenir de donner l'amour, donner l'amour ce calme. Si vous allez à monter le venir ici sur votre navigateur, automatiquement quand il va pour obtenir l'amour, ce commentaire va automatiquement à environ donc ne vous inquiétez pas à propos de cette partie ici. Il suffit d'entrer. Obtenez lab dot com sur votre navigateur et vous arriverez ici et vous pouvez vous inscrire ici pour un compte gratuit, vous savez, vous savez, comme je l'ai déjà dit, il n'y a rien vraiment que vous avez besoin de faire spécial à ce sujet et juste entrer votre plein nom, nom d'utilisateur, e-mail, adresse, votre mot de passe ou vous pouvez vous connecter avec Google Twitter, obtenir Hub Big Bucker Salesforce et créer votre compte. Maintenant, comme vous pouvez le voir ici, il y a quelques choses que j'ai déjà mentionnées. Mais comme je l'ai dit, l' une de mes choses préférées sur le bon amour est juste résumer ici, offres abandonnées gratuit, dépôts privés illimités et collaboration illimitée. Donc, comme je l'ai dit, ça veut dire que vous pouvez travailler sur différents projets et je vais juste retourner chez les patients à domicile pour qu'on reste ici. Mais vous pouvez utiliser cet outil de gauche de gamin sur différents projets, et il est assez cool. Je sais qu'il semble que c'est plus un outil de développement, comme un outil pour les développeurs dessus. Je suppose que, d'une certaine manière, il a été conçu à l'origine pour les développeurs. Mais actuellement abandonner est utilisé par des gens qui ne sont pas nécessairement dans l' industrie I t. ou non qui ne sont même pas des développeurs comme moi. Tu sais, je suis chef de projet. Nous. Tu sauras que je ne suis pas développeur. Je ne suis pas un technicien, mais j'utilise cet outil. Je peux l'utiliser parce que c'est très simple. C' est gratuit, est intuitif et il y a une vidéo ici et je ne vais pas vous faire passer à travers tout de suite. Vous pouvez cliquer dessus et puis vous verrez une vidéo sur YouTube sur ce que l'enfant nous aimait, mais juste très rapidement. Je voulais te montrer quelques autres choses. Il est utilisé par plus de 100 000 entreprises dans le monde entier, et comme vous pouvez le voir, certains grands utilisent Good lap. Donc la NASA que vous connaissez, Citrix, l'acheteur Sony, l' U.S. , l'Air Force Erickson. Et donc certaines de ces grandes entreprises utilisent Goldman Sachs utilisent Get Lab. Et si vous êtes familier avec get Hub, qui a été acquis il y a quelques mois ou des années par Microsoft, est très similaire pour obtenir de l'aide, je suppose. Mais c'est un autre, je suppose, produit Open Source, qui s'appelle Kid Lab. Et comme vous pouvez le voir ici dans ce petit rythme, je vais juste y aller. Il montre un peu des différentes choses que vous pouvez faire et vous laisser pour que vous puissiez gérer vos projets. Vous pouvez les planter, vous pouvez créer, et il s'agit de coder si vous utilisez le codage. Et comme je l'ai déjà dit, tu n'as pas vraiment besoin d'utiliser ça. Si vous ne codez pas, vous pouvez vérifier. Vous pouvez emballer votre code si vous codez à nouveau. Mais certaines de ces choses si vous ne codez pas ou si vous travaillez sur des projets I t comme je l'ai dit , elles ne sont pas obligatoires, il y a juste des fonctionnalités qui sont là pour vous à utiliser si vous avez besoin de les utiliser , mais vous n'avez pas à les utiliser. Donc, bien sûr, comme je l'ai dit, vous n'avez pas besoin d'être un développeur dans 19 ans travaillant sur I t projet pour utiliser Kid Lab. Mais si vous êtes un développeur, vous allez adorer Kid LA parce qu'il calcule toutes ces choses vraiment cool que vous devez faire pour gérer vos projets et vos histoires d'utilisateurs. Et vous pouvez être moût etcetera. Mais vous allez aussi pouvoir, vous savez, faire vos trucs de codage sur toutes ces choses techniques que vous faites pour ces développeurs, et vous en savez plus que moi. Mais là, vous savez, la sécurité comment libérer. Si vous travaillez dans le produit logiciel, comment configurer le moniteur, qui sont. Ce sont des rapports comme ça qui défendent. Donc, cela n'a pas automatiquement. Du moins, pas que j'ai vu le tableau des brûlures, vous savez, charge de vélocité. Mais c'est vraiment facile à utiliser et créer Excel et inclus un modèle pour les choses, bien sûr, si vous avez besoin de télécharger et de créer, vous savez, la vitesse carbonisé ou brûlé graphique. Cela dit, beaucoup d'équipes n'utilisent pas cette herbe, et peut-être qu'elles utilisent simplement leur caméra à bord. Il dépend vraiment de la façon dont tu veux de mon pas ton projet. Ce n'est pas une règle difficile dans beaucoup de choses que nous faisons inscrits, agile. C' est à toi de voir, vraiment. Que vous souhaitiez utiliser ces graphiques hors cours, je vous recommande de les utiliser. Et c'est ce que chaque dans le modèle dans le cours, que vous pouvez télécharger. Il s'agit d'un modèle de fichier Excel. Vous entrez simplement vos données et dessinez automatiquement ces herbes pour vous. Maintenant, je suis presque sûr qu'un point dans Time Gate Levee va avoir ça. Ils ne l'ont pas en ce moment, mais je suis presque sûr qu'à un moment donné ils vont développer ça, alors restez à l'écoute pour ce que vous savez. Et je suis sûr qu'à un moment donné, tu le verras juste là. Je vais juste aller un peu plus loin. Donc oui, vous pouvez travailler simultanément afin que plusieurs personnes puissent travailler simultanément. D' accord, les gars. Donc, comme je disais, tu sais, pas sûr qu'il y ait beaucoup de choses que tu peux faire avec Give love, Bond, toi déjà. Donc nous avons déjà parcouru toutes ces choses et donnons l'amour comme même beaucoup d'amour plus que ce que vous voyez en ce moment. Ici à l'écran, le jeune plan de gestion créer très cinq paquets de libération sécurisée, configurer, surveiller et défendre. Il y a beaucoup d'autres choses à venir, comme vous pouvez le voir ci-dessous sur la feuille de route le jour même mentionner d'autres produits que, vous savez, les gens qui travaillent sur des projets I t utilisent normalement, qui pourraient être remplacés par en haut par. Comme je l'ai déjà dit, cela ne signifie pas que vous devez travailler sur I t projet ou vous n'avez pas besoin d'être vous-même un développeur pour pouvoir utiliser gid le comme vous. Donc, avant que vous sachiez , si vous utilisez do hobby Si vous utilisez Trillo asana si vous utilisez Jezeera si vous utilisez C A. Vous savez, cela n'a pas d'importance ce que vous utilisez. La plupart des choses que vous trouvez beaucoup d'autres produits de gestion de projet et beaucoup d'autres produits de gestion agile et mêlée que vous pouvez trouver en vous levant. C' est pourquoi je voulais vous montrer cet exemple aujourd'hui. Andi, tu sais, c'est une des choses cool à propos du lobby gay, c'est que c'est une communauté très active sur la sortie tu sais, c'est une des choses cool à propos du lobby gay, c'est que c'est une communauté très active surla sortiede nouvelles fonctionnalités chaque mois. Donc ils travaillent dans un très agile et une charité où ce qui est assez cool. Et je ne vais pas passer en revue tout ce que vous allez trouver ici, mais juste très vite, vous savez, bien sûr, en bas, vous pouvez trouver plus d'informations sur eux de même à le haut. Ils offrent des fonctionnalités supplémentaires supplémentaires dans. Si vous allez à leur prix, vous pouvez voir qu'ils ont un peu d'autres fonctionnalités supplémentaires. Si vous payez pour ça, vous obtenez des avantages supplémentaires. Mais comme je l'ai déjà dit, je ne pense pas que vous ayez besoin d'utiliser plus que la version gratuite. Je n'ai jamais eu un problème avec elle, donc je recommande certainement que vous venez d'explorer la version gratuite initialement, et si vous ne sentez que vous avez besoin de quelque chose de plus sera alors juste aller et payer pour l'une des options payantes. Mais comme je l'ai déjà dit, je ne pense pas que tu en auras besoin. Si vous allez sur le produit, vous pouvez également voir beaucoup plus de fonctionnalités comme cette page travailler dans la page d'accueil. Cette petite table qu'on vient de voir il y a un bel été, je suppose. Mais si tu vas ici, tu en trouveras beaucoup plus. Je suppose que des informations sur chacune de ces fonctionnalités quelques exemples. Mais vous savez, quand ils parlent de planification, ce qu'ils veulent dire et vous pouvez voir ici, c'est un très bon exemple d'un camp à bord juste ici. Vous savez, vous pouvez créer vos histoires d'utilisateurs, etc., très cinq paquets. Et ces quelques-unes de ces fonctionnalités. Comme je l'ai dit, notre pour les développeurs. Ne vous inquiétez pas pour eux. Si vous n'êtes pas un développeur gay, ne les utilisez pas. C' est ça sur. Si vous êtes un développeur où vous voulez vraiment savoir ce qui se passe, voulez explorer beaucoup de ces autres options sur ces fonctionnalités, vous savez, qui ont été conçues spécifiquement pour les développeurs. Et se lever est génial pour les développeurs, les développeurs adorent. C' est donc nous retournons à la page d'accueil, et maintenant je vais juste vous montrer un exemple réel de la façon dont nous utilisons un de nos projets mêlés. Une de la montée des projets. Je vais juste cliquer ici sur me connecter. Donc ici, sous la signature, on va entrer nos coordonnées et ensuite il suffit de se connecter. C' est à ça que ça ressemblait. Et tu as, tu sais, ton top. Beaucoup ici, à gauche. Il y a d'autres choses que vous pouvez configurer ici. Il y a aussi des choses ici sur le côté gauche. C' est votre menu. Donc je vais juste aller ici et te montrer comment on utilise cet appareil photo à bord. Nous avons donc créé, bien sûr, un projet qui est ce projet RDM. Et puis dans le cadre de ce projet, nous avons créé nos histoires d'utilisateurs avec lesquelles l'amour engagé qu'ils appellent les problèmes. Il suffit de les considérer comme vos histoires d'utilisateurs. Et puis les jalons sont à peu près ses sprints. Tu sais quoi ? Nous considérons nos sprints et ensuite, vous savez, vous pouvez avoir votre paroisse et regarder votre planche Cambon. Ou vous pouvez franchir chaque étape ici, qui est le printemps. Aimez, obtenez des termes d'amour. Ou on peut l'utiliser pour, je suppose, ajuster pour se brouiller en agile. Donc il n'y a pas que nous l'ayons fait. Et je vais juste vous montrer que nous avons créé tous nos écrans d'ici la fin de l'année, non ? Donc ils faisaient Weekly Springs sur ce projet. On fait des debout tous les jours. Je suppose que je veux avant de vous montrer la caméra à bord que nous utilisons sur cet exemple de Lepic Real World de la façon dont nous l'utilisons dans un de nos projets. Laissez-moi vous accompagner un peu. C' est sur les choses que nous faisons dans nos rituels de mêlée et ce que nous faisons avec ce produit , non ? Comme je l'ai déjà dit, labo est un peu plus robuste, plus complexe et plus performant. Oh, donc si vous sentez que c'est déroutant que vous ne voulez pas passer par l'apprentissage de donner l'amour, c'est bon. Retourne à la caravane. Trailer est vraiment bon. J' adore ça. Je l'utilise sur beaucoup de mes projets. Mais aujourd'hui, sur cet exemple, je voulais vous montrer qu'il y a d'autres outils qui sont un peu plus complexes. Plus Rob Austin Trail Oh, que vous pouvez également utiliser pour gérer votre mêlée sur vos projets agiles. Maintenant, ce projet particulier dont je vais vous parler aujourd'hui est un projet de recherche dans lequel nous aidons les chercheurs à développer la recherche que des plans de gestion sur ce projet, nous sommes faire des sprints hebdomadaires , c'est pourquoi vous voyez ici la date. Donc nous l'avons fait. Vous savez, nous avons ajouté une date pour la fin de notre printemps. Voici quand il commence et est allé se termine. Bon, donc au lieu d'appeler ou d'entorses, vous savez, foncez la source du vin jusqu'à un printemps semer trois forints, etc. Ce que tu ne peux pas. Bien sûr que vous pouvez le faire. Je ne dis pas que tu ne le fais pas. Tu ne peux pas le faire. Dans notre cas, nous avons décidé de nommer les Springs avec la date à laquelle ils finissaient. C' est ce que vous avez ici, c'est la potasse, vous savez, le printemps 2019 le 17 juin. Donc c'est l'année, le mois, le jour. Andi Cache juste le nom du produit sur lequel nous développons. Et ici, vous pouvez voir que nous avons mis en place nos sprints hebdomadaires d'ici la fin de l'année . Donc, si vous faites défiler vers le bas, nous avons jusqu'en décembre. Alvar Springs a déjà été mis en place. Je ne veux pas dire qu'on a défini quoi ? On va faire un sprint d'intérêt. Je parle juste de la mise en place ici dans le système de nous avoir à printemps prêt pour que nous puissions commencer à ajouter ou des histoires d'utilisateurs. Et nous avons aussi un arriéré de travail ici. Ainsi, vous pouvez configurer votre arriéré, commencer à douter de votre utilisation de vos histoires. Mais juste pour vous montrer un exemple sur ici fermé, vous savez, nos précédents ressorts avec lesquels nous avons déjà terminé. C' est celui sur lequel nous travaillons actuellement. Et ce sont les prochains sprints, celui sur lequel nous travaillons actuellement. On a terminé 16 % de ce sprint. Donc si je clique ici, ça va nous emmener à notre camp à bord. Donc, nous avons ici sont fondamentalement sont à dio font et sont faites. Et comme je l'ai déjà dit, ne vous inquiétez pas trop du mot questions. C' est comme ça que la chance l'appelle. Mais nous l'appelons ici comme des histoires d'utilisateurs. Comme vous le savez, dans notre processus agile Skomina, je suppose que ce nom est juste parce que vous êtes à l'origine quand ils développent l'amour des enfants. Ils pensaient aux problèmes quand les gens qui suivaient leurs problèmes travaillaient à travers les problèmes, et ils utilisaient simplement le système pour cela. Ils n'ont pas changé la terminologie. Je ne suis pas sûr qu'ils vont le changer, ou ils vous permettront de personnaliser leur à l'avenir. Mais ne vous inquiétez pas trop, c' est juste de la sémantique. Cette chose principale est que l'outil est là et vous pouvez l'utiliser et que vous savez que vous savez , quand nous parlons de problèmes sont fondamentalement dans le contexte de Goodlatte se référant à nos histoires d'utilisateurs. Donc ici, vous pouvez voir leurs histoires d'utilisateurs, ils sont numérotés, ce qui est, je pense que c'est assez cool parce qu'il est hashtag 9 49 est quelque chose que vous pouvez utiliser pour référencer vous savez, une histoire d'utilisateur avec un autre, ou les lier si vous voulez les lier ici. Certaines étiquettes et ces étiquettes que nous avons ajoutées à notre base se rapportent essentiellement à différents flux de travail ou à différents types de choses que nous faisons avec ces histoires d'utilisateurs Donc, par exemple, ceux-ci se rapportent à l'histoire d'utilisateur qui est pour le et il se rapporte à la filière de gestion de projet. Et comme vous pouvez le voir, voici mon nom Mauricio. Donc c'est moi qui travaille là-dessus et il y a d'autres personnes qui travaillent sur d'autres que vous pouvez voir. Moyes travaille sur celui-ci et il y a d'autres personnes qui travaillent sur l'histoire de l'utilisateur différente . Donc nous aidons un tas d'autres histoires dans le sprint. Voici ceux que nous avons déjà complétés. Donc, nous devons dans notre à dio 19 qui sont en cours que nous faisons et puis pour cela ont été achevés ou fait correctement et cela vous montre le pourcentage global d'achèvement. Si on y retourne et que je viens de te montrer ce qu'on a fermé pour que ces ressorts soient déjà terminés. C' est ce que vous voyez ici 100% complet et vous pouvez voir ici un peu sur le nombre d'histoires d'utilisateurs que nous complétons dans chacun de ces tirages qui, d'une certaine manière, pourrait nous voir notre vitesse. Bien que la vélocité ne soit pas le nombre d'histoires d'utilisateurs, mais plus le nombre de points d'histoire par parce que dans ce cas, nous sommes en fait dans ce contexte de ce projet particulier, nous n'affectons pas les points d'histoire de l'utilisateur histoires. On pourrait utiliser le nombre d'histoires d'utilisateurs. C' est un peu de notre mesure de notre vitesse en termes de combien d'entre eux nous terminons travers chaque sprint sur fait comme je l'ai dit précédemment, nous aide un battement sont la planification ou les bons gars. Comme je l'ai déjà dit, je voulais juste te montrer, et je vais retourner au courant, tu sais, sprint que nous traversons. C' était juste allumé. Le but de ça était pour moi, juste pour vous montrer comment on peut ajouter comment on peut utiliser la justice au labo. Un autre exemple est un autre outil que vous pouvez utiliser pour gérer votre vous savez, vos projets, votre projet mêlé sur vos projets agiles sur. Si je clique ici sur ce, vous savez un de ces, par exemple, je vais juste les entrer dans celui-ci qui dit, l'histoire de l'utilisateur ici. Il vous montrera plus de détails sur elle et vous pouvez ajouter des questions autour de cette eso Il vous permet de commenter Il vous permet d'ajouter, vous savez, joindre des choses si vous voulez joindre un fichier. C' est donc assez cool car cela permet d'avoir une sorte de conversation en cours sur les différentes histoires d'utilisateurs sur lesquelles vous travaillez. Et il gardera une trace de ce que les gens font afin que vous puissiez voir un peu plus d' informations sur les différentes histoires d'utilisateurs si vous cliquez simplement sur eux et vous pouvez y ajouter plus de détails. Vous savez, les gens peuvent avoir des conversations, vous poser des questions comme etcetera up et vous pouvez joindre des fichiers. Et ici, sur le côté droit, vous pouvez éditer qui travaille dessus, qui ressort c'est partie, vous savez, étiquettes. Si vous vouliez avoir une étiquette et ainsi de suite. Très bien, les gars, à la prochaine. Les acclamations, la morsure. 38. Un exemple de tableau Kanban dans Microsoft Planner: Hé, les gars, dans cette partie du cours, nous allons voir un exemple du monde réel souvent agile. Planche Cambon pour l'un de mes projets agiles, l'utilisation de Microsoft Planner et Microsoft Planner est un très bon outil à utiliser pour votre camp réel à bord, car il vous permet à peu près de faire tout ce que vous faisiez. Un autre pour élire Trillo. Mais juste là directement dans la suite Office 365 de Microsoft, que nous vous connaissez déjà, s'intègre parfaitement avec tous les Microsoft apportés tels que Word, Excel, PowerPoint, un lecteur, etcetera. C' est donc un très bon outil si vous travaillez dans un environnement d'entreprise ou dans une entreprise qui utilisé son bureau. 365 Si vous êtes dans une entreprise qui utilise office 365 Probablement le meilleur outil que vous pouvez utiliser pour carte Cambon agile ce planificateur Microsoft. Donc, Microsoft Planet, bien sûr, a sa propre terminologie que Microsoft utilise, par exemple, compartiments pour les colonnes que vous voyez ici. Mais ne faites pas trop attention à cela parce que principalement, fondamentalement, ce que vous pouvez faire dans Microsoft planner est de le personnaliser à ce que vous voulez, et dans ce cas, ce que j'ai fait est que j'ai personnalisé chacun des ou ce que Microsoft dans Microsoft Planet appelle des compartiments ou des colonnes américaines. Ici, je le personnalise aux colonnes que nous aurions normalement dans un tableau Cambon naturel. Donc, j'ai ici cela à faire, faire Q A ou assurance de la qualité fait puis parking hors ou des idées, qui est fondamentalement tout ce qui est hors de portée du projet. D' accord, maintenant, général, quand nous aurons notre adulte peut-il une planche, nous voulons adhérer à nos histoires d'utilisateurs, non ? Et si vous vous en souvenez, les histoires d'utilisateurs sont essentiellement des fonctionnalités de produit qui proviennent de leurs projets, exigences autour de choses qui doivent être faites correctement. C' est généralement quand vous pensez à la théorie off, Agile droite. Mais dans la pratique, nous savons que cela tend généralement à être créé comme des tâches. Donc, ce que les gens travaillent dans le projet, que nous faisons couramment référence aux tâches ou tâches des produits américains, finit par être à peu près vos histoires d'utilisateurs. Et c'est là que vous voyez à l'écran. Maintenant, je sais qu'en théorie, ce n'est pas exactement, ah, ah, 100% exact dans le sens que les tâches ne sont pas nécessairement des histoires d'utilisateurs parce qu'une nouvelle histoire d'utilisateur a finalement besoin d'être conduire, générer et création de valeur pour l'utilisateur final. Vous pourriez donc avoir une tâche dont vous pourriez avoir besoin pour faire sa partie du projet. Cela n'apporte pas nécessairement de valeur au client final, mais vous devez tout de même le faire correctement. Donc, la meilleure façon et la façon dont je recommande à toutes les personnes travaillant sur agile et ceux-ci depuis des années de pratique et des années de connaissances sur agile est que vous gérez tâche produit dans votre tableau Cambon agile comme vous le feriez vos histoires d'utilisateurs. Donc, fondamentalement, ce que j'essaie de dire ici, c'est que vos histoires d'utilisateurs sont à peu près équivalentes à vos tâches de projet, n'est-ce pas ? Ou vos tâches de projet sont à peu près équivalentes à vos histoires d'utilisateurs dans agile D'accord, Donc j'ai déjà parlé, et vous avez peut-être entendu moi dans d'autres parties du cours a pris des histoires d'utilisateurs qu'ils ont une certaine façon d'être écrit à droite ? Donc, ils ont ah, format, droit Normalement ce format, ou la façon dont vous écrivez des histoires d'utilisateurs va quelque chose comme ça, euh et puis le rôle que j'ai besoin et puis le quoi Donc, puis le pourquoi la vallée ? La raison pour laquelle tu fais ça correctement ? Ainsi, par exemple, en tant que développeur, j'ai besoin de créer une journalisation Facebook afin qu'il soit plus facile pour les utilisateurs de se connecter au site. Maintenant, c'est une bouchée, non ? C' est une bouchée. C' est un format vraiment long, et c'est ce que l'agile en théorie demande et demande que vous faites sur. Je pense que c'est OK si vous voulez faire ça quand vous commencez ou quand vous êtes d'abord obtenir famille sont avec agile ou si vous voulez, vous savez, suivre les règles par le livre. Mais en pratique, ce qui se passe est qu'il devient un peu répétitif quand vous voyez que j'ai besoin de résoudre ce bloc comme il faut pour que le sang devienne un peu répétitif et redondant. Et puis c'est juste quelque chose de plus que vous devez écrire parce que nous savons que la nature humaine est propos de l'abréviation gardant la simplicité, ce qui est d'une certaine façon ce qui est aussi l'agile. C' est pourquoi vous voyez ici que dans nos histoires d'utilisateurs pour ces projets, nous n'avons pas utilisé un congé de quatre mois car j'ai besoin de résoudre ce bloc. Ce que je recommande aux gens qui travaillent avec moi sur les projets Nigel, c'est qu'ils commencent l'histoire de l' utilisateur avec un verbe, juste avec le verbe à cause de la naissance implique l'action. C' est quelque chose que tu dois faire. Et c'est essentiellement ce qu'une histoire d'utilisateur, en substance, est quelque chose que vous devez faire qui fournit de la valeur pour l'utilisateur final ou le projet droit  ? Quelque chose qui doit être fait en substance, ce que nous appelons normalement dans les projets une tâche de projet. Droit. C' est donc un fragile magique dans un quartier de Cambon agile. Vous pouvez gérer vos histoires d'utilisateurs et vous pouvez gérer vos ressorts, et vous pouvez voir où le projet et les personnes font partie du produit sont en termes de performance en termes de leur exécution, droit, car vous pouvez facilement le voir, comme vous pouvez le voir ici d'un coup d'œil comme vous pouvez le voir dans Planner, Microsoft Planner vous permet d'attribuer le rôle que l'histoire d'utilisateur à quelqu'un qui est à une personne spécifique ou à plusieurs personnes, qui il y a deux personnes qui travaillent sur cette histoire d'utilisateur, n'est-ce pas ? Et c'est pourquoi vous voyez, par exemple, ici dans cette partie ci-dessous, c'est moi et Maurizio et voici Suzanne était quelqu'un qui travaille avec moi sur ce projet. Ces histoires d'utilisateurs assignées à Mirage travaillent sur l'autre. Voici Kevin qui travaille sur un autre m'entend à nouveau, non ? Donc fondamentalement, dans ce projet, ce que nous faisons, c'est travailler sur des sprints hebdomadaires. Nous avons donc un cycle de printemps hebdomadaire. Nous faisons notre séance de planification printanière. Eh bien, jeudi, puis tous les jeudis, nous évaluons comment nous sommes allés sur le sprint précédent. Nous faisons aussi nos stands quotidiens qui normalement, quand nous faisons nos stands quotidiens, c'est un peu plus informel. Donc on n'a pas ça. Vous pourriez, mais nous ne respectons pas nos normes quotidiennes. Dans ce cas particulier, nous n'avons pas réellement ces tableaux numériques avec nous. Quand on parle de nos stands un peu plus informels. C' est un sens très court, mais nous faisons notre planification printanière hebdomadaire. En fait, nous passons en détail à travers le tableau Cambon réel, et comme nous traversons le Campbell agile à bord, c'est un peu comme une table ronde sur. Nous pouvons sentir ter les histoires d'utilisateurs par la personne qui les exécute donc ici comme vous pouvez le voir en haut, et je vais parler un peu de Planner. Ainsi, par exemple, ici dans le haut, beaucoup de planificateur que vous avez vous avez des membres ou des personnes qui font partie de ce projet. Vous avez des filtres et avez groupe par compartiment, ce qui est fondamentalement un autre champ à la façon dont vous voyez les informations. Donc, en ce moment, je filtrais par Bucket, mais je pourrais aussi faire assigner à cela serait essentiellement me montrer toutes les histoires d'utilisateur assignées à une personne en particulier. Je pouvais voir mon progrès en Judeh en étiquetant ma priorité afin que je puisse filtrer l'information par différentes choses. Et ce dimanche va vite te montrer que je peux me sentir commerce par assigné à. Donc, il montre essentiellement toutes les histoires d'utilisateurs. Qui est assigné. Ho a chaque utilisateur à réaffecter. Donc, par exemple, comme vous pouvez voir ici que je travaille sur pour le moment et ils ont été terminés 29. Et si je fais défiler vers la droite, je vais le voir pour le reste de l'équipe du projet. Tu sais quoi ? Je peux voir ce qu'ils travaillent sur chacun individuellement avec leurs histoires d'utilisateurs sur combien ils ont réellement terminé donc par exemple, ici pour Kevin parce qu'il travaille sur trois d'entre eux et que c'est déjà terminé deux ou jusqu'à utilisent leurs histoires. Et comme je l'ai déjà dit, nous les ferons d'ici le printemps. Maintenant, c'est pour ça que j'utilise le filtre assigné, je vais retourner dans les seaux et nous restons agiles. Allez, la configuration de carte que j'ai configurée manuellement pour ceux-ci peut être alésée ici dans Planner. Et comme vous pouvez le voir, je dois faire Q A, qui est l'analyse de l'assurance qualité ou fait maintenant, comme vous déplacez des histoires d'utilisateurs entre les différentes colonnes, cela ne signifie pas nécessairement que, pour ce n'est pas nécessairement signifie que tous utiliser vos histoires doivent passer par Q. A. Droit Qué. Une assurance de la qualité est fondamentalement quand vous voulez que quelqu'un de réel quelqu'un d'autre examine quelque chose que vous avez fait pour effectuer l'assurance de la qualité sur ce que vous avez fait Donc certaines choses. Par exemple, je pourrais travailler quelqu'un développeur pourrait travailler sur l'histoire de l'utilisateur, et vous pourriez vouloir un testeur pour le regarder ou lui. Ou il pourrait me demander en tant que chef de projet de revoir ce qu'il a fait juste pour le vérifier afin que nous mettions cette histoire d'utilisateur ici à Cuba. Honnête et moi, nous le réassignerions à quelqu'un d'autre. Et après nous l'avons réassigné. Donc, par exemple, ici, disons que c'est mon travail de revoir cela. Je changerais ça d'ici. Je retirerais Suzanne parce qu'elle ne travaille plus là-dessus. Et je me suis assigné ici. Si je clique sur un signe, je recherche mon nom. Mauricio, c'est moi et je l'ai signé. Et ça veut dire que je vais avoir ici. C' est ah, tâche de complexité moyenne, qui a trois points d'histoire que vous pouvez voir ici, accord. Et je suis fondamentalement maintenant qui est en train de dire cet exemple que je vous donne en ce moment en direct, je suis fondamentalement réaffecté ces histoires d'utilisateur à moi-même afin que je voudrais effectivement Qiwei il. Je passe en revue ce que Suzanne faisait avant parce qu'elle a fini l'histoire de l'utilisateur et ensuite elle voulait que je vérifie et que je suis heureuse. Une fois, je suis content de ça. Je le déplacerais simplement à la colonne terminée dans le camp réel à bord, puis il sera automatiquement marqué complet. Mon planificateur ou alternativement, je peux juste prendre ici, et il marquera le test complet. D' accord, mais parce qu'on travaille toujours sur celui-ci, je vais le remettre ici, et je