Principes de base de Atlassian Jira et Agile et Scrum pour les débutants

1. Introduction: Bonjour et bienvenue à la Jira comme base de cram pour débutants cours. Si le travail que vous faites est en quelque sorte lié à la technologie de l'information, vous devez avoir entendu parler du Jira, un excellent produit d'une salle de classe. Parfois, il est décrit comme un outil de suivi des bogues, mais aussi comme un outil de gestion de projet. Il est dit que Jira est utilisé pour la gestion de la mêlée et aussi pour la gestion des tickets de support. Cela peut être très déroutant à moins que vous n'ayez réellement utilisé JIRA. Ce cours vous donnera une perspective très claire sur ce que JIRA est réellement et comment l'utiliser. Le cours, je vais vous guider à travers principales caractéristiques et termes gyrus et que nous allons aborder Agile et Scrum, deux concepts sur lesquels Jira dépend beaucoup. Ce cours est un cours de niveau débutant. Cependant, même si vous utilisez Jira peu et souhaitez obtenir une compréhension plus large de ce grand produit. Vous trouverez toujours de la valeur dans le cours. Après avoir terminé le cours, vous serez familier avec les bases d'Agile et Scrum. Et vous comprendrez parfaitement ce qu'est le Jira, ce qu'il fait et comment utiliser JIRA dans vos projets Scrum. C' est un cours pratique, et à travers le cours, vous allez construire un projet complet en utilisant les concepts Scrum. Nous commencerons donc par la vue d'ensemble de notre projet de cours. Ensuite, nous allons passer par instructions étape par étape sur la façon d'obtenir un accès complètement gratuit à Jira, suivi d'un bref aperçu de JIRA. Après cela, nous terminerons la première section avec un stage de cinq minutes sur Agile et Scrum. À JIRA. Rien n'existe en dehors du projet. Et dans la section suivante, vous découvrirez le concept de projet Jira, comment créer un nouveau projet et diverses options de configuration de projet. Les problèmes Jira sont des éléments constitutifs de tout dans JIRA et vous obtiendrez une compréhension approfondie des concepts généraux de la question ainsi que des différents types de tissus tels que l'histoire épique, le bug dans la tâche. Nous appliquerons ensuite immédiatement ces connaissances à notre projet de cours, identifierons les questions qui ont couvert les exigences du projet et les créerons dans JIRA. Les deux sections suivantes sont axées sur la criminalité. Nous créerons l'arriéré des projets dans JIRA et vous apprendrez à pallier l'arriéré en hiérarchisant et en estimant l'effort. Vous utiliserez ensuite le backlog de groupe pour planifier les sprints, après quoi vous allez créer des sprints dans JIRA et vous allouerez tous les problèmes deux sprints tout en maintenant un effort équilibré et des dépendances. Nous lancerons ensuite quelques sprints en les démarrant et en les finissant tout en passant en revue quelques scénarios carbone et en réfléchissant sur la façon de les gérer dans JIRA. Et nous allons terminer en apprenant différentes façons de trouver les problèmes dans JIRA, de simples recherches basées sur des projets jusqu' à l'utilisation de la recherche avancée avec JIRA Query Language et la création de filtres pour les recherches répétitives. J' espère que vous déciderez de vous inscrire et de suivre ce cours. Et si vous le faites, au cours des 90 prochaines minutes, vous trouverez du contenu précieux qui vous aidera à commencer à utiliser Jira tout de suite. Ce cours est totalement gratuit, et si vous aimez le cours, j'apprécierais vraiment que vous preniez quelques secondes pour évaluer le cours et aider les autres intéressés par JIRA à le trouver et à obtenir la même valeur que vous avez apprécié le cours. 2. Projet du cours: Dans l'introduction du cours, nous avons mentionné le projet de cours et comment il vous aidera à apprendre à utiliser Jira. Discutons de ce projet plus en détail avant d'approfondir le cours. Alors, quel est notre projet ? Nous avons été chargés de créer un plan pour le développement un site Web de boutique en ligne relativement standard. Une fois terminé vivant. Cette application, nous aurons les caractéristiques suivantes. Autoriser les utilisateurs à parcourir les produits à vendre en tant qu'utilisateur anonyme ou connecté. Lors de la navigation, les utilisateurs peuvent ajouter des produits à leur liste de souhaits personnelle ou à leur panier d'achat. Les utilisateurs peuvent acheter des articles et payer par carte de crédit ou PayPal. Si l'utilisateur décide d'acheter des articles dans le panier, il devra se connecter ou créer un compte s'il n'en a pas déjà. Les utilisateurs peuvent définir des alertes sur le prix des articles leur liste de souhaits et recevoir des notifications par e-mail lorsque le prix change. Ce projet, nous allons utiliser des fonctionnalités Jira très précieuses créant le projet à partir de zéro. Nous vous fournirons un excellent contexte pour vous familiariser avec ces fonctionnalités et commencer à les utiliser dans vos projets. Nous utiliserons des épopées, des récits et des tâches pour saisir un arriéré de besoins précis afin d'estimer l'ordre de priorité des travaux, ressorts et des conseils pour planifier, organiser et gérer le travail. Comme vous pouvez le dire, tous les éléments jira Core seront couverts. Et au fur et à mesure que vous suivez, vous allez créer et modifier toutes ces choses vous-même. Au fur et à mesure que vous progresserez dans les sections de base, vous appliquerez progressivement les connaissances apprises dans chaque section à notre projet. Vous serez en mesure de comprendre comment il peut être utilisé dans des situations réelles. Immédiatement. Avant de commencer à faire tout le travail, nous veillerons à ce que vous ayez une instance JIRA à suivre. Faites un aperçu rapide de JIRA et passez en revue les centres de coûts Agile et Scrum critiques. 3. Obtenir un accès gratuit à Jira: De nos jours, il y a beaucoup de plans gratuits ou de licences gratuites ou de comptes gratuits pour presque tous les logiciels dans le monde. Naturellement, tout ce qui est gratuit est livré avec certaines limitations ou contraintes qui sont un type d'utilisation limité ou une fonctionnalité limitée. Par exemple, il est rare que plus doux avec reconnaissance mondiale soit offert dans un package gratuit sans limite de temps et sans fonctionnalité de compromis. Et c'est exactement ce qu'Atlassian propose dans son forfait gratuit pour la conférence G droite. Vous pouvez accéder à ces deux applications avec toutes les fonctionnalités et sans contraintes de temps. Absolument gratuit, intéressé à apprendre comment obtenir le logiciel. Cette vidéo vous apprendra tout ce que vous devez savoir pour y parvenir. Vous commencerez à partir de l'URL que vous voyez sur votre écran. Saisissez-le dans votre navigateur, et vous finirez sur cette page. Maintenant, confirmons un instant, quel est le marché que vous obtenez de lui l'année dernière ? Le forfait gratuit auquel vous vous abonnez vous permet d'avoir jusqu'à dix utilisateurs, deux gigaoctets de stockage, qui seront principalement utilisés par les fichiers que vous êtes, vous allez télécharger. Note très importante, pas besoin de carte de crédit. Donc, vous n'avez pas à vous inquiéter si certains changements apparaissent de façon inattendue dans quelques semaines. Enfin, vous avez accès à deux produits. Juré est déjà sélectionné et vous avez le choix entre Confluence, Jira Service Management pour le deuxième produit, je choisirai Confluence. Mais si vous préférez explorer ou utiliser Jira Service Management, vous pouvez absolument y aller. Cliquez sur Suivant et vous êtes invité à sélectionner la manière dont vous souhaitez vous connecter. Encore une fois, vous avez deux options à choisir. Utilisez l'authentification de votre compte Google ou utilisez une combinaison de mot de passe par e-mail. Si vous optez pour ce dernier, vous sera demandé de fournir une adresse e-mail, créer un mot de passe et de fournir votre prénom et votre nom de famille. Cela deviendra un ensemble de références de plus à retenir. Je vais donc opter pour un compte Google et sélectionner cette option. Si vous décidez de suivre le même chemin, que je recommande, vous serez également invité à vous connecter à Google. Et je vais le faire maintenant. Si je le faisais correctement, j'arriverais à l'écran où le nom complet est confirmé et on me demandera de consentir à recevoir le bulletin d'information d'une salle de classe. Vous pouvez vous désinscrire, mais je recommande de cocher la case et souvent gagner parce que le contenu étant des scientifiques généralement de bonne qualité et extrêmement utile. Je cocherai la case pour donner mon consentement, et je vais cliquer sur le bouton Créer un compte. L' approvisionnement de l'Europe l'année dernière et le décompte commencent à ce stade. Et cela peut prendre un peu de temps à terminer, mais il devrait être terminé dans les 30 secondes. Une fois qu'il sera terminé, je fournirai le nom de mon site, qui deviendra éventuellement un sous-domaine de celui-ci année dernière, ils utiliseront comme adresse de mon site. Vous pouvez utiliser presque n'importe quoi avec une seule contrainte. Il ne peut pas être déjà utilisé par quelqu'un d'autre. Si tel est le cas, vous serez averti et invité à utiliser un autre nom. En général, vous voulez utiliser quelque chose de familier pour vous. Ou si vous allez utiliser cette instance JIRA à des fins commerciales, quelque chose qui ressemble au nom de votre société. Lorsque vous avez terminé, cliquez sur Continuer et provisioning de vos instances Jira et Confluence. On va commencer. Ce processus peut prendre quelques minutes, puis nous arrêterons l'enregistrement et continuerons quand il sera terminé. Maintenant, vos produits sont presque prêts et on vous propose d'inviter les membres de votre équipe à se joindre à nous. Eh bien, rappelez-vous que le paquet gratuit vous permet d'avoir jusqu'à dix utilisateurs. Ne vous inquiétez pas des frais supplémentaires si vous envisagez d'envoyer les lumières. En plus d'inviter des personnes spécifiques, vous pouvez également décider d'autoriser toute personne ayant une bonne adresse e-mail avec le même domaine que vos oreilles à rejoindre. Cette option devrait être désactivée pour éviter les frais de surprise. Vous pouvez toujours envoyer ces invitations plus tard. Donc, je vais sauter ce logiciel pour l'instant. La dernière étape consiste à répondre à quelques questions de profilage qui aideront JIRA à faire la configuration initiale pour mieux répondre aux besoins de votre équipe et au niveau de familiarité avec Jira et Digest. Après avoir touché la touche suivante, en fonction de vos réponses, vous recevrez un modèle à utiliser lors de la création de votre premier projet Jira, mais vous pouvez également en sélectionner un autre. Je vais aller de l'avant avec les modèles Scrum. Sur l'écran suivant, on me demande le projet fait. Et une fois que j'ai équipe QI, je peux cliquer sur le bouton Créer. Et en un rien de temps ce projet est créé, vous pourriez obtenir de nombreuses fenêtres contextuelles avec des informations sur divers tutoriels. Le contenu de ces fenêtres contextuelles peut varier en fonction de vos réponses aux questions de profilage. Vous pouvez parcourir et voir ce qui est offert, ou vous pouvez simplement les ignorer. Quoi qu'il en soit, à ce stade, le provisioning va JIRA et la confiance est terminée. Et vous pouvez commencer à les utiliser en utilisant le menu Application dans le coin supérieur gauche, vous pouvez facilement basculer entre JIRA confluence et l'administration de votre site où vous pouvez gérer les utilisateurs et votre Atlassian et les abonnements et la facturation. Et c'est tout ce que vous pouvez revenir à la confluence JIRA et commencer à les utiliser pour créer de grandes choses. 4. Qu'est-ce que Jira: En termes simples, dura est une plate-forme logicielle pour organiser le travail AT équipes, faire le travail autour des tâches et des projets. Jira est très douée dans la gestion de la portée des priorités de travail lors des affectations de tâches. Il est principalement utilisé son développement logiciel, mais il n'est en aucun cas limité seulement à cela. Dans JIRA, les tâches de travail sont définies à l'aide des problèmes Jira. Il existe plusieurs types émis prédéfinis, tels que les épopées, les histoires, les tâches dans les bogues. Jira est très agile centrée, et c'est d'où viennent les tâches spécifiques types tasse. Cependant, les types personnalisés peuvent également être définis. Les problèmes peuvent être priorisés avant le traitement, et ils sont traités de la création à la fin via des workflows prédéfinis et personnalisables. À tout moment, importe quel état d'un problème peut être facilement affiché sur des tableaux de projet qui sont également personnalisables. Les problèmes peuvent être assignés aux membres de l'équipe et l'effort de travail pour chaque problème peut être estimé. Beaucoup d'autres attributs de problème tels que la priorité aux dépendances peuvent être définis à l'historique complet des problèmes qu'il a préservés. utilisateurs qui sont de quelque manière que ce soit associés à un problème peuvent être automatiquement avertis à chaque fois que quelque chose avec le problème est modifié. Les questions sont organisées en projets. Les projets Jira sont liés. Problèmes, workflows et utilisateurs travaillant sur les histoires. Jira propose de nombreux modèles de projets prêts à l'emploi, tels que Scrum ou Kanban pour les projets logiciels et quelques-uns pour les projets d'entreprise, par exemple l'approbation de documents ou le recrutement. Chaque modèle fournit des types de problèmes et des workflows optimisés pour le but spécifique de ce projet. De nombreux rapports dans JIRA sont disponibles dès la livraison. Beaucoup d'entre eux sont liés à des concepts Scrum tels que la vitesse, brûlé et brûlé des graphiques pour la sortie du projet ou le sprint. Alors que d'autres sont assez génériques, comme le suivi du temps ou la charge de travail de l'utilisateur. Jira permet de créer des tableaux personnalisés pour des communications plus ciblées, comme uniquement les problèmes terminés ou les problèmes non démarrés. Jira peut être personnalisé dans une large mesure. Presque tout ce que Hegira peut être personnalisé, y compris les types émis, les champs , les écrans, les workflows, etc. La personnalisation peut être effectuée au niveau global, affectant tous les projets d'une instance, ou elle peut être limitée à un projet spécifique. Le jury est souvent utilisé en conjonction avec Conference, qui est une plate-forme logicielle différente utilisée pour la collaboration en équipe et la gestion de documents. confiance et JIRA, nos produits de la même entreprise, Atlassian confluence à Jira, n'ont pas besoin les uns des autres pour faire toutes les grandes choses qui ne peuvent pas faire. Cependant, avec connecté, ils peuvent faire beaucoup plus à un, considérablement amélioré l'efficacité des équipes travaillant sur des projets. Par exemple, quelqu'un qui visualise un rapport de projet dans Confluence peut avoir des informations en temps réel sur l'avancement des tâches du projet, gérer le Jira. Il va dans l'autre sens aussi. Une personne travaillant sur une tâche de développement dans JIRA peut afficher un document de conception de solution créé et géré dans Confluence sans basculer entre deux applications. Dans la tour suivante, nous couvrirons presque toutes les fonctionnalités mentionnées dans cette vue d'ensemble. C' est un cours pratique à Union a appris toutes ces fonctionnalités, mais essayez-les vous-même. Pour ce faire, vous aurez besoin d'accéder à une instance JIRA, et je vais vous montrer comment obtenir cela. Comme mentionné précédemment, JIRA est très agile car centré sur les cultures. Par conséquent, dans la prochaine leçon, avant d'aller plus loin avec Jira, nous allons faire un bref aperçu d'Agile et Scrum. 5. Agile en 5 minutes: Alors qu'est-ce que c'est de l'agile qui a causé des milliers de livres, conférences et de présentations sur le sujet. Et s'il y a autant de choses à dire ou à discuter de la façon dont il peut être couvert en cinq minutes ? Eh bien, la réponse est oui. Il peut être couvert en cinq minutes et non, il n' y a pas beaucoup le même bord l peut être couvert en cinq minutes parce que Agile n'est pas une méthodologie. Il ne s'agit ni d'un processus, ni d'un cadre ni d'un outil. n'y a donc pas grand-chose à apprendre, mais il y a beaucoup à comprendre. Agile est une philosophie de développement logiciel basée sur cet ensemble de quatre valeurs qui peuvent sans aucun doute être expliquées en moins de cinq minutes. La meilleure façon de comprendre ce qu'est Agile est de lire ou de relire le Manifeste Agile. Agile Manifesto est le document créé au début de 2001, lorsque 70 litres de développement logiciel se sont réunis à Snowbird, Utah, pour discuter de l'avenir du développement logiciel. Les membres du groupe partageaient leur frustration quant à la situation actuelle, même s'ils n'étaient pas d'accord sur la façon de remédier à la situation. Ils conviennent que le problème était que les entreprises étaient tellement concentrées sur la planification et la documentation excessives leurs cycles de développement logiciel qu'elles ont perdu de vue ce qui comptait vraiment, plaire à leurs clients. Le Manifeste Agile a émergé de cette discussion, et bien qu'il ait fini par ne compter que 68 mots, il a saisi l'essence des problèmes. Pour Agile valeurs ont été établies à cette occasion, et ce sont des individus et des interactions sur les processus et les outils. Logiciel de travail sur la documentation complète, la collaboration client, la négociation de contrat, réponse au changement sur la suite d'un plan. Et quel avertissement a suivi, qui dit, c'est-à-dire, bien qu' il y ait une valeur dans les termes sur la droite, nous apprécions les termes sur la gauche plus. Une autre façon de lire le manifeste pourrait être quelque chose comme ça. outils et les processus sont importants, mais il est plus important que des personnes compétentes travaillent ensemble efficacement. Une bonne documentation est utile pour aider les gens à comprendre comment le logiciel est construit et comment l'utiliser. Mais le but premier du développement logiciel est de créer des logiciels, pas de la documentation. Un contrat est important, mais ne remplace pas la collaboration étroite avec les clients pour découvrir ce dont ils ont besoin. La planification d'un projet est importante, mais elle doit, elle ne doit pas être trop rigide pour tenir compte des changements technologiques, environnementaux, priorités des intervenants à la compréhension du problème et de sa solution. Il y a d'innombrables exemples de projets soigneusement planter en utilisant les outils prescrits et les processus qui ont finalement échoué grand temps. Des milliers de pages de documents obsolètes, erronés ou non pertinents, Des milliers de contrats signés avec des clauses convenues complètement manquantes. Pourquoi un travail contractuel était réellement nécessaire. Des milliers d'applications logicielles qui fonctionnent comme prévu, mais qui ne font pas ce que les utilisateurs ont réellement besoin. Les valeurs agiles sont mauvaises pour résoudre ces problèmes indépendamment de la méthodologie, de l'outil ou du processus. Nous y réfléchirons tout au long du cours au fur et à mesure que nous progressons dans le cadre de notre projet. paysage Azure d'aujourd'hui peut sembler encombré de méthodologies qui promettent de prendre des idées agiles. Il les transforme en implémentations du monde réel. Mais la mauvaise méthodologie d'aujourd'hui n'est rien de nouveau. Le manifeste lui-même est né d'un besoin de trouver un terrain d'entente entre Scrum. Programmation Extreme, limpide à quelques autres frameworks. Toutes ces méthodologies existaient avant l'agile. Donc, pour comprendre l'agile, vous n'avez pas besoin de comprendre Scrum ou Kanban ou toute autre méthodologie agile. En fait, vous n'avez pas besoin de savoir quoi que ce soit sur tout ça. Mais pour bien comprendre l'un ou l'autre d'entre eux, vous devez commencer par ceux des principes Agile, conçus en 2001. 6. Scrum en 5 minutes: Vous pourriez vous demander pourquoi il y a une leçon sur Scrum alors que ce cours concerne Jira. La raison en est que Jira est par défaut, très centré sur Scrum et beaucoup d'implémentations de jury existantes suivent la structure de scrubs il concepts tels que l'histoire de l'utilisateur et le sprint en retard. configuration Scrum dans JIRA n'est pas obligatoire et il existe d'autres configurations disponibles, mais c'est de loin la plus utilisée. Alors c'est quoi Scrum ? Scrum est souvent étiqueté comme une méthodologie et le cadre et bien d'autres choses. Cependant, établir la meilleure classification est une pure pensée académique. L' important est qu'une telle classification n'est pas du tout critique pour comprendre Scrum. Donc, pour aller de l'avant, convenons que Scrum est un ensemble de processus thermodurcissables bien définis largement utilisés dans le développement de logiciels pour définir, planifier, exécuter et fournir des applications. Ce n'est certainement pas la définition des fonctionnaires, mais c'est une définition solide. Le gommage au sel de brève de base, semblable à d'autres cadres Agile, est de reconnaître qu'une planification précise est impossible. planification directionnelle est efficace. documentation trop détaillée est obsolète. En bas à gauche, il est terminé. Travailler les logiciels à la communication avec les clients est beaucoup plus important. C' est prévu à la documentation. Voici comment fonctionne Scrum. Le propriétaire du produit, qui est un membre de l'équipe responsable de la définition et de la hiérarchisation des besoins, rédigera un ensemble d'histoires utilisateur pour capturer les fonctionnalités souhaitées. Une bonne histoire d'utilisateur devrait fournir des informations sur qui a besoin de fonctionnalités, ce que l'application doit faire et pourquoi elle est requise. Un exemple peut être quelque chose comme en tant qu'utilisateur de boutique en ligne, j'ai besoin de filtrer les produits par catégorie afin que je puisse favoriser trouver le produit de leur temps. Je cherche. La structure de la phrase n'a pas besoin d'être aussi rigide. L' essentiel est qu'une bonne histoire d'utilisateur contient des informations sur qui, quoi et pourquoi commander des produits. Nous allons écrire autant d'histoires que nécessaire dans chacun d'entre eux seront placés dans le carnet de commandes de produits. Le carnet de commandes de produits est un autre sculpteur et il représente un lieu qui contient une description de tous les travaux qui doivent encore être effectués. Il n'a pas encore commencé. Lors de la création d'histoires, une commande de produit atténue continuellement le carnet de commandes de produits, qui signifie que les histoires les plus importantes vous seront gardées au sommet de la pile à jour. Quand il y a assez d'histoires pour commencer à planifier le travail de développement. Toute l'équipe, y compris la commande de produit, les développeurs, les testeurs et le maître de mêlée, se réuniront. Scrum Master est un rôle spécifique de mêlée qui est une personne responsable de s'assurer que les principes Agile lors des processus de gommage sont respectés. Ajouter des obstacles à l'achèvement des histoires qui surgissent inévitablement au fil du temps sont éliminés. Toute l'équipe examinera et discutera des histoires. Supprimer toutes les ambiguïtés, faire ajustements nécessaires à travers les histoires à estimer l'effort, points la durée, l'effort nécessaire pour coopérer chaque histoire. Une fois l'examen de l'arriéré terminé, l'équipe commencera à placer des histoires au printemps. Ils vont créer un arriéré de sprint. sprint est une période de temps définie, généralement deux semaines ou trois semaines, au cours de laquelle un morceau de travail spécifié sera terminé. Une équipe travaillera sur un ensemble spécifique d'histoires au cours d'un seul sprint. Rien de plus, rien de moins. L' espoir est que toutes les histoires incluses dans un sprint spécifique seront entièrement complétées par l'Esprit. Et par conséquent, une partie de la planification du sprint est de sélectionner le bon À propos des histoires en fonction de la capacité de l'équipe et donc nécessaire pour compléter ces histoires. En d'autres termes, l'équipe devrait prévoir de faire autant de travail qu'elle ne peut pas effectuer en un seul sprint. Pas plus, pas moins. Une fois le sprint terminé, le T passe au sprint suivant, qui contient déjà un autre ensemble d'histoires. Ce cycle continue alors qu'il reste des histoires dans l'arriéré des produits ou qu'une décision a été prise d'arrêter le développement. Ce niveau d'explication de Scrum ne couvre certainement pas tous les éléments. Il traite qui font partie de Scrum. Néanmoins, il vous fournit suffisamment de contexte pour comprendre les termes clés tels que l'arriéré, sprints et les histoires d'utilisateurs. Quand vous voyez que ce que JIRA écrans. Si les leçons restantes de ce cours, vous apprendrez comment utiliser JIRA pour gérer ce type de processus de développement. 7. Comprendre les projets Jira: Si vous suivez ce cours, vous connaissez probablement un peu le concept de projets sans rapport avec la méthodologie ou les méthodologies spécifiques que vous pourriez avoir été exposé à votre travail. Un projet peut être considéré comme une série de tâches qui doivent être accomplies pour atteindre un résultat précis. Ce résultat pourrait être une application mobile et votre site Web pour une agence de marketing. Migration des applications d'entreprise d'un fournisseur de cloud à un autre, n'importe quoi. Quel que soit le projet, il y a toujours un ensemble de tâches définies qui doivent être accomplies avant que nous puissions obtenir le résultat que nous attendons au début du projet. Cela dit, un projet Jira comporte également un ensemble de tâches. Mais en plus de cela, il inclut également certaines règles concernant le processus qui est suivi pour accomplir les tâches. Il ajoute également de la considération pour les personnes qui travaillent sur ces tâches. Par conséquent, nous pouvons dire que les projets Jira se composent de trois composantes. Tâches, également appelées questions dans la terminologie générale, qui représente le travail à faire. Workflows, qui sont des ensembles d'étapes et d' états prédéfinis que les tâches passent de la création à la fin. Et les gens qui travaillent sur ces tâches. Au cours de la leçon, vous découvrirez les trois composantes d'un projet. En ce moment, regardons quelques exemples pour chacun des composants. Nous commencerons par des tâches. Notre projet de cours est la création du site web pour une boutique en ligne. Et comme nous l'avons discuté dans l'une des leçons précédentes, l' une des exigences était de permettre à un utilisateur d'avoir une liste de souhaits de produits disponibles dans notre magasin. Pour répondre à cette exigence, nous devons écrire le code qui pour fournir au moins la fonctionnalité suivante. Ajoutez un élément à la liste d'envies, supprimez des éléments de la liste d'envies et affichez la liste d'envies. Chacun d'entre eux représente un travail de développement qui doit arriver pour répondre à cette exigence. Dans JIRA, ces trois éléments seront présentés par des questions ou des tâches jira. Aucune tâche ne peut être accomplie sans que quelqu'un fasse le travail nécessaire à la réalisation d'une tâche. Pendant la durée de vie d'un projet Jira. Les tâches sont assignées aux personnes, membres de l'équipe pour qu'elles travaillent sur elles et les accomplissent. Par exemple, notre développeur, Johnny, nous allons travailler sur Add Item 2 wishlist et supprimer l'élément des tâches de la liste de souhaits. Alors que n fonctionnera sur la tâche de liste de souhaits de vue. personnes qui travaillent sur des tâches et qui les progressent sont la troisième composante d'un projet Jira. Au début du projet, ces tâches sont planifiées et attendent d'être accomplies. Ils restent en état de todo jusqu'à ce que quelqu'un commence à travailler dessus. Chaque tâche peut prendre n'importe quel nombre de jours ou de semaines de travail. Pendant cette période, une tâche est considérée comme étant en cours d'exécution. Une fois que tout le travail est terminé, la tâche à la fois à l'état Terminé et termine son voyage là-bas. Le parcours ou la progression elle-même de la tâche jusqu'à la phase en cours, puis à la phase W1 est un exemple de flux de travail, ce deuxième composant de tout projet Jira. Au cours du cours, vous en apprendrez plus sur les projets Jira. Ce que nous avons abordé dans cette leçon est suffisant pour aller plus loin. Le point principal à prendre est que tout projet Jira est un outil qui rassemble et maintient les tâches, les workflows et les personnes. En fait, vous ne pouvez rien faire dans JIRA sans le projet. Donc, avant de pouvoir aller plus loin, nous devons créer le projet pour regrouper nos tâches, nos flux de travail et nos personnes. Nous le ferons dans la prochaine leçon. 8. Créer un projet Jira: Dans cette leçon, nous allons créer le projet Jira que nous utiliserons tout au long du cours tout en travaillant sur notre boutique en ligne. Tout d'abord, allez dans le menu Projets dans la navigation supérieure. Et quand il toppings, cliquez sur l'élément de menu Afficher tous les projets. Il y a aussi le lien Créer un projet, qui fonctionne parfaitement bien. Mais ne l'utilisez pas pour le moment. Après avoir cliqué sur Afficher tous les projets, vous vous retrouverez dans l'écran du projet. Si vous venez de créer votre compte Jira, cet écran sera vide. Et si vous aviez déjà un compte Jira, il pourrait y avoir des projets plus anciens déjà là. Le bouton Créer un projet se trouve dans le coin supérieur droit de l'écran. Cliquez dessus et il vous sera demandé de sélectionner le modèle de projet. Mais qu'est-ce qu'un modèle de projet ? La meilleure façon de décrire un modèle de projet est une collection de types de problèmes, workflows sur des cartes optimisées pour un but spécifique. La différence entre les modèles concerne principalement les types de problèmes JIRA et les workflows associés. Par exemple, des histoires et des tâches utilisateur dans le modèle Scrum ou des demandes de support dans le modèle ou le document du centre d'assistance dans le modèle d'approbation de document. Les modèles sont classés en segments spécifiques tels que le développement de logiciels, gestion de services, la gestion de projet, marketing, les services juridiques et quelques autres. Lorsque vous parcourez les segments de chacun, vous pouvez voir les modèles disponibles et une brève description. Mais lorsque vous cliquez sur un modèle spécifique, vous obtiendrez une explication détaillée des fonctionnalités de modèles qu' il devrait types sont inclus, et des workflows disponibles. Nous reviendrons à la catégorie de développement logiciel et nous sélectionnerons le modèle Scrum. Et puis nous allons cliquer sur le bouton de modèle USU pour confirmer l'utilisation de ce modèle. Sur l'écran suivant, il vous sera demandé de choisir un type de projet. Vous pouvez choisir entre les types de projets gérés par l'équipe et gérés par l'entreprise. Ce sont de nouveaux noms pour ce qui était autrefois appelé NextGen et des projets de classe. Gestion d'équipe des projets ou des projets de nouvelle génération, sont un concept relativement nouveau dans JIRA. Actuellement, ils ont moins de fonctionnalités disponibles que les projets gérés par l'entreprise, comme vous pouvez le voir ici. Certaines de ces fonctionnalités, comme les workflows personnalisés et les filtres rapides personnalisés , sont essentielles pour une utilisation efficace de Jira et nous les couvrirons dans ce cours. En outre, l'utilisation générale des projets de gestion d'équipe est toujours bien derrière l'utilisation des projets classiques. Pour toutes ces raisons, nous poursuivrons le projet géré par l'entreprise. Cliquez donc sur le bouton pour le sélectionner. Dans l'écran suivant, vous devez fournir le nom du projet et la clé du projet. Le nom doit être assez court, mais suffisamment descriptif. Appelons notre top store de projet. Le nom du projet doit être unique et Jira vous avertira si vous essayez d'attribuer un nom en double, notez qu'un champ clé est prérempli. La clé de projet sera utilisée comme préfixe aux numéros attribués aux histoires d'utilisateurs dans ce projet. Il devrait avoir la valeur de Ts et vous ne devriez pas y apporter de modifications à ce stade. Juste ci-dessous est une option pour partager les paramètres avec un autre projet. Cette fonctionnalité vous permet de cloner la configuration du projet à partir d'un autre projet. La configuration du projet inclut des éléments tels que les types de problèmes, les workflows, les écrans, etc. Nous allons passer sous peu par les options de configuration. Pour l'instant, nous allons laisser cette case à cocher désactivée. Il existe également une option permettant de vous connecter pour travailler à travers vos outils. Si cette option est activée, le projet que nous créons sera connecté à d'autres outils Atlassian et tels que confluence et Bitbucket disponibles sous la même licence. Vous pouvez le laisser décoché pour l'instant. Cliquez sur le bouton Créer un projet et vous avez terminé. Vous avez créé un projet Jira Scrum. Dans la leçon suivante, nous examinerons les différents paramètres de configuration du projet. 9. Paramètres du projet: Jira est un logiciel extrêmement configurable pour dire au moins encore, vous pouvez commencer à l'utiliser hors de la boîte avec tous les paramètres par défaut. Dans ce cours, nous allons le faire parce que nous suivrons le processus standard Scrum. Et comme nous l'avons dit plus tôt, scrum est l'une des configurations par défaut de gyrus. Toutefois, si les paramètres par défaut ne répondent pas à vos besoins, vous pouvez également apporter des modifications de configuration de différents niveaux de complexité et d'impact. Vous pouvez apporter des modifications qui affectent l'ensemble de votre instance JIRA ou simplement un projet spécifique. Les modifications de configuration spécifiques aux projets sont effectuées dans la section des paramètres du projet, que nous examinerons dans cette leçon. La section des paramètres du projet est énorme. Il y a près de 20 écrans qui couvrent diverses options de configuration. Et c'est un cours pour débutants. Par conséquent, nous ne détaillerons pas chaque écran, mais je vais vous montrer chacun et décrire brièvement ce qu'il sert. Le premier vert est les détails. Cet écran contient les paramètres de configuration que vous êtes le plus susceptible de modifier pour vos projets. Si vous décidez de changer le nom de votre projet, c'est l'endroit où le faire. Vous pouvez le faire en toute sécurité à tout moment, aussi souvent que vous le souhaitez. Voici le champ clé qui n'est pas conseillé de changer, surtout après avoir créé des problèmes dans le projet. Il contient le préfixe qui est ajouté à chaque numéro émis de projet et modifier ne peut pas créer des URL valides pour les problèmes de projet et beaucoup de maux de tête. type de projet affiche le type que vous avez sélectionné lors de la création du projet, et il n'est pas modifiable. Pour changer le type du projet, vous devez créer un nouveau projet, puis déplacer tous les tickets. La catégorie de projets permet de regrouper des projets du même type. Par exemple, des projets marketing ou des projets logiciels. Il n'a pas beaucoup de valeur fonctionnelle, sauf la possibilité d'éditer pour filtrer les projets par catégorie dans l'ensemble de l'écran du projet. Avatar est une image qui sera affichée à côté du nom du projet. Sur tous les écrans de Jira. Elle est suivie de la description, qui, comme le nom l'indique, est utilisée pour fournir éventuellement une brève description du projet. Le champ suivant est le responsable du projet, qui représente l'utilisateur qui sera le principal point de contact pour ce projet. Le dernier champ est le destinataire par défaut, qui détermine l'utilisateur auquel tous les nouveaux tickets sont affectés. Il y a deux options à choisir. Chef de projet ou aucune affectation du tout. L' écran des gens est le suivant. Et il est utilisé pour configurer les autorisations spécifiques à ce projet. Cette fonctionnalité est assez limitée dans le plan gratuit, mais à l'autre endroit, cet écran permet d'attribuer différentes dispositions de projet à des ensembles spécifiques d'utilisateurs. L' automatisation est une nouvelle fonctionnalité dans laquelle vous pouvez configurer des règles pour automatiser les actions, telles que le marquage épique effectué avec le dernier de ses problèmes est marqué terminé ou l'attribution d'un problème à un utilisateur spécifique. Si son titre contient certains mots-clés. Comme son nom l'indique, l'écran récapitulatif est un résumé de tous les paramètres de configuration de ce projet. L' écran Problème est utilisé pour configurer le schéma de type de problème, qui définit les types de problèmes utilisés dans ce projet tels que les histoires, les bogues ou les tâches. J' aborderai plus en détail les questions relatives à la JIRA dans la prochaine section. écran de mise en page des problèmes permet la configuration de la visibilité et de la mise en page des champs pour chaque type de problème. Il est spécifique pour la question de vue qui a été récemment introduit le Jira, et d'ici la fin de Mars 2021, remplacera complètement la question héritée de vous. La page Main-d'oeuvre permet de définir un workflow spécifique pour chaque type de problème. Par exemple, en incluant l'état de test pour l'histoire de l'utilisateur et non pour la tâche. La page des écrans est l'endroit où la mise en page des champs est définie pour la vue des problèmes héritée. J' ai mentionné il y a un instant que la question de votre héritage serait progressivement éliminée d'ici la fin de mars 2021. Et cette page pourrait également être disparue à ce moment-là, l'écran de champ est utilisé pour configurer des champs individuels pour chaque type de problème. Par exemple, si vous souhaitez pouvoir attribuer un utilisateur JIRA en tant que testeur désigné à chaque bogue. Vous devez créer un nouveau champ appelé AQ assignataire et modifier le type de problème de bogue. L' écran de code est un endroit pour connecter le Jira avec un référentiel de code dans GitHub ou Bitbucket. Et il permet de lier les problèmes JIRA à des validations de code spécifiques et des requêtes d'extraction. L' écran de déploiement permet d'intégrer des outils de déploiement de code et d'avoir la visibilité de JIRA dans l'historique des déploiements. Versions ou soi-disant versions. Comme JIRA a mal commodément deux noms pour la même fonctionnalité est utilisée pour empaqueter les problèmes JIRA dans des faisceaux de déploiement, ce qui est excellent pour garder une trace de était un problème spécifique déployé dans un environnement spécifique. Les composants permettent de regrouper les problèmes JIRA dans des ensembles spécifiques tels que la base de données pour les problèmes liés à la base de données ou, ou l'API pour les problèmes liés à l'API. Une fois qu'une liste de composants est définie, le champ de composant devient disponible dans l'écran Problème. Un Génie est une classe oui, système de gestion d' alerte et il peut être intégré avec les questions Jira. instant, je n'ai pas cette intégration configurée ici. Les écrans d'autorisation et de sécurité des problèmes sont utilisés pour définir à un niveau très granulaire, des autorisations spécifiques basées sur le groupe d'utilisateurs. Le package Jira gratuit n'inclut pas cette fonctionnalité. La page Notifications est l'endroit où nous pouvons définir qui sera notifié lorsque des événements spécifiques se produisent. Par exemple, lorsqu'un commentaire est créé dans un numéro, la question du cessionnaire et du déclarant de chaussures doit être avisée. L' écran des outils de développement est un autre endroit pour connecter le projet Jira à divers outils de développement. Le collecteur de problèmes est une fonctionnalité qui permet d'intégrer un formulaire dans n'importe quel site Web qui peut créer le problème Jira à partir informations recueillies dans le formulaire et soumises à partir du formulaire. La page de scories est l'endroit où Jira peut être connecté à Slack et activé pour publier des messages sur l'activité des problèmes dans un canal Slack. Ceci conclut la section sur les projets Jira. Nous avons créé notre projet de cours et nous avons jeté un coup d'œil à de nombreuses options de configuration de projet fournies par jira. Le projet est encore complètement vide. Mais maintenant, nous pouvons commencer à définir et à planifier ces projets fonctionnent. Dans la section suivante, vous découvrirez les problèmes JIRA, les différents types de tissus, ainsi que la façon de créer et de gérer les problèmes. 10. Comprendre les problèmes Jira: Si vous êtes un peu nouveau à JIRA et voyez le problème ou les problèmes sur de nombreux écrans. Vous vous demandez peut-être quels sont les problèmes JIRA, quels sont les différents types de tissus, comment les utiliser et quels sont les tickets JIRA ? En termes simples, les équipes utilisant le logiciel Jira utilisent les problèmes pour suivre les éléments de travail individuels qui doivent être terminés. Selon la façon dont un téléviseur spécifique utilise Jira. La question pourrait être tout ce qui pourrait éventuellement obtenir certains comme l'attention requise pour atteindre une sorte d'achèvement. C' est un peu une déclaration académique et tout à fait abstraite. Essayons donc d'utiliser des exemples concrets spécifiques pour décrire le concept. Par exemple, si vous prévoyez un voyage de vacances, vous pouvez avoir une liste de choses à faire avant le début des vacances. Ces choses seraient probablement une partie ou la totalité de ces recherches, de la destination, de l' envoi d'offres, de la réservation, du temps libre personnel au travail, réservation de billets d'avion, de l'hébergement à l'hôtel. Par l'assurance voyage, réservez l'embarquement, mettez le chien. Vous pouvez probablement prendre soin de toutes ces choses sans créer un projet Jira pour gérer votre préparation de vacances. Mais si vous finissez par aller aussi loin, chaque élément de la liste sera couvert. Jira problème au début avec la liste est créé. Toutes ces questions seront en attente d'être réglées. Finalement, l'un après l'autre. Quelqu' un travaillera sur eux pour les faire faire à leur statut changera pour terminer. Si vous voulez être plus précis, vous pouvez présenter l'état d'avancement de chaque problème sur lequel vous avez commencé à travailler, mais il n'a pas encore terminé. Passons un autre exemple. Un de plus approprié pour être Madison Hegira. Supposons que vous travaillez sur un projet logiciel et que vous êtes invité à combler les lacunes restantes dans le système d'authentification utilisateur. Ces lacunes sont décrites dans un e-mail et elles sont le manque de fonctionnalité pour réinitialiser le mot de passe lors du changement d'adresse e-mail. En outre, le quatrième numéro doit être ajouté à un profil utilisateur. Ils ne sont pas non plus des problèmes concernant l'autorisation d'utilisation ou le caractère d'espace dans le nom d'utilisateur et la validation de l'utilisateur David, sélectionnez ces, ne fonctionne pas. plus, vous êtes également invité à vous assurer que tous les enregistrements des utilisateurs qui n'ont pas été actifs au cours des cinq dernières années sont supprimés et que la base de données des utilisateurs est indexée. Cela peut être traduit en une autre liste de choses à faire. Et ça se passe comme ça. Activé la réinitialisation du mot de passe, activer le changement d'adresse Ed pour numéro 2, un profil utilisateur. Le nom d'utilisateur ne doit pas autoriser les espaces, la longueur du nom d'utilisateur doit être validée. Supprimer les utilisateurs qui ne sont pas actifs au cours des cinq dernières années. Réindexer la base de données utilisateur. Bien que courte, cette liste est un bon candidat pour le suivi JIRA, il est clair que chaque article sera couvert Jira question. Mais il existe plusieurs types émis à choisir. Avant de commencer à créer des problèmes pour notre ancien projet de cours Hegira, examinons ce que ces types sont, comment les éléments de la liste, les batch. Nous le ferons dans la prochaine leçon. 11. Types de problèmes standard: Le premier type de problème est l'histoire. Et il est utilisé pour décrire une nouvelle fonctionnalité et une nouvelle fonctionnalité, quelque chose que les utilisateurs, se soucieront. En regardant nos listes. Les trois premiers éléments, permettant la réinitialisation du mot de passe et l'e-mail, d'autres changent et modifient. Numéro de téléphone est certainement admissible comme quelque chose que les utilisateurs sont intéressés. Marquons-les comme des histoires. Mais qu'en est-il des éléments restants ? Est-ce que les utilisateurs, comme votre application ? Plus d'espaces sont autorisés, le nom d'utilisateur, ou si les utilisateurs inactifs sont supprimés ? Probablement pas. Donc, les articles quatre à sept ne sont certainement pas de type histoire. prochain type de problème est bug, qui représente quelque chose qui ne fonctionne pas comme prévu et doit être corrigé. Un problème que nous avons à ce qu'il faut corriger les articles 45 sont clairement soufis qui relève de cette catégorie. Vous vouliez que le nom d'utilisateur soit validé. Il caractère d'espace pas autorisé en elle, mais pour une raison quelconque, il ne fonctionne pas, il a besoin de réparation. Donc ces deux sont en train de devenir des bugs. Le dernier type de problème est la tâche, qui représente le travail qui doit être terminé. Mais ce n'est pas la fonctionnalité que les utilisateurs s'en soucient non plus. C' est un travail pour corriger quelque chose qui ne fonctionne pas actuellement comme prévu. Les deux derniers éléments, 67, qualifiés parce que vous allez le faire pour garder votre bonne santé, pas pour corriger un problème ou pour plaire à un utilisateur. Je prendrai les points 6 et 7 comme tâches. Nous avons cartographié tous nos éléments dans la liste. Mais il y a encore un autre type de problème, le type épique. Souvent, nous faisons également référence à un groupe d'entités en tant que fonction, supposant silencieusement qu'il est clair pour tout le monde qu'il existe une sorte de hiérarchie en place. Par exemple, le panier d'achat est une fonctionnalité commune des applications de commerce électronique. Pourtant, il y a un ensemble de fonctionnalités qui appartiennent toutes à un panier d'achat. Ajouter des articles au panier, ou supprimer le, supprimer des articles de l'actuel ou ajouter plusieurs articles ou afficher des articles connexes et bien plus encore. C' est là que l'épopée devient utile. Il est utilisé pour regrouper les questions connexes sous une seule question générale. Dans l'exemple précédent, panier pour devenir une épopée et tous les autres articles mentionnés comme l'ajout et suppression de produits dans et à partir du panier seront vos histoires ou d'autres types de problème. Voyons comment appliquer cela à notre exemple. Lorsque nous parlons de nom d'utilisateur et mot de passe, cela fait partie de la fonctionnalité d'authentification utilisateur, qui devient notre APIC. Je fois 145 semblent être un bon ajustement pour cela. Ils doivent tous être verrouillés sur une épopée d'authentification utilisateur. La fonctionnalité de profil utilisateur consiste à maintenir un dossier utilisateur, y compris le nom, l'adresse, le numéro de téléphone, etc. éléments à trois, le changement d'adresse e-mail et le numéro de téléphone font certainement partie de cela. Nous allons donc les relier à l'épopée de profil utilisateur. Deux éléments restants ne semblent pas appartenir à une fonctionnalité de niveau supérieur. Donc, nous allons laisser cela sans l'épopée, ce qui est parfaitement bien. appartenance à une épopée n'est pas obligatoire. Maintenant, après avoir terminé cette leçon, vous devriez avoir une bonne compréhension des différences entre les types de problèmes Jira standard et comment décider lequel utiliser pour une tâche spécifique. Dans la prochaine leçon, nous mettrons cela au travail et commencerons enfin à remplir notre projet. Deux éditions. 12. Identifier les problèmes pour le projet de cours: Vous venez d'apprendre ce qu'est une histoire d'utilisateur, quel cas de l'EPA, les bugs d'eau et les tâches. Dans cette leçon, nous mettrons cela au travail et définirons l'ensemble initial des questions JIRA pour notre projet de cours. allons vous rappeler rapidement les fonctionnalités que nous sommes censés fournir pour notre boutique en ligne. Autoriser les utilisateurs à parcourir les produits à vendre en tant qu'utilisateur anonyme ou connecté. Lors de la navigation, les utilisateurs peuvent ajouter des produits à leur liste de souhaits personnelle ou à leur panier d'achat. Les utilisateurs peuvent acheter l'article et payer par carte de crédit ou PayPal. Si l'utilisateur décide d'acheter des articles dans le panier, nous devrons ouvrir une session ou créer un compte s'il n'en a pas déjà. Les utilisateurs peuvent définir des alertes. Ainsi, le prix des articles dans leur liste de souhaits et recevoir des notifications par e-mail lorsque le prix change. n'y a pas de bonne façon de briser tout cela et d'évoquer des histoires. Cependant, aux fins de ce cours, il n'est pas pertinent de savoir comment il a été brisé. Tant que nous avons une structure significative qui couvre la portée. Avec cette division, voici la proposition est top epics que nous allons procéder à la gestion de compte, recherche de produits, affichage de produits, achats, gestion du panier, gestion des achats à la gestion des listes de souhaits. Mais comment pouvons-nous savoir si l'ensemble des épopées couvre la portée définie par les exigences de co-auteur que nous devrions cartographier chaque exigence à épopées ou épopées qui répondent à l'exigence. Par exemple, pour remplir le permettre aux utilisateurs de parcourir les produits à vendre soit est anonyme, sont connectés à l'exigence de l'utilisateur, nous aurions besoin de fonctionnalités dans les epics. Gestionnaire de compte à epic va gérer comme une partie utilisateur audible ou connecté et des produits de recherche. Epic, nous allons couvrir les permettre aux utilisateurs de parcourir les produits pour la partie de vente. La prochaine exigence, lors de la navigation, les utilisateurs peuvent ajouter des produits à leur liste de souhaits personnelle est couverte par 20 éthique. Affichage des produits couleurs épiques, tout en naviguant, les utilisateurs peuvent ajouter des produits, phrase. Et les poignées de gestion des listes d'envies ajoutent des produits à leur liste d'envies personnelle ou à leur panier d'achat. Veut que la mauvaise chose est complète pour toutes les exigences, nous allons finir avec le BAP similaire à cela, ce qui assurera que rien de la portée n'a été manqué. Cette carte est jointe aux ressources de leçon que vous pouvez la télécharger et l'imprimer pour référence. Avant de passer à autre chose, j'ajouterai deux autres époques. Ils ne concernent aucune des exigences fonctionnelles, mais ils sont nécessaires pour contenir le travail pour les exigences non fonctionnelles telles que les alertes et la surveillance. Et c'est exactement ce que sont les deux épopées. Alerte et surveillance. Tout a l'air bien. Et nous pouvons passer à l'étape suivante, qui consiste à définir des histoires spécifiques. On a fait les époques. Encore une fois, il n'y a pas de bonne voie. C' est ici l'une des bonnes façons de le faire. Par exemple, pour la portée de Account Manager chez Epic, nous voulons avoir la fonctionnalité nécessaire pour effectuer les opérations suivantes. Créer un compte, se connecter, se déconnecter, changer mal à réinitialiser le mot de passe. Et pour rechercher des produits, des épopées, nous nous attendons à pouvoir rechercher des produits par catégorie, rechercher des produits par nom et rechercher des produits par prix. Bien sûr, il existe d'autres moyens de rechercher des produits, tels que le nombre de ventes ou le nombre d'avis. Mais comme ces fonctionnalités ne sont pas incluses dans cette liste, elles ne font pas partie de la portée et ne doivent pas être prises en considération. Cette liste est également jointe aux ressources de leçon disponibles pour téléchargement et impression. Cette panne est assez solide pour nous faire avancer. Et dans la prochaine leçon, nous allons utiliser cette structure pour créer l'ensemble initial de problèmes dans JIRA. 13. Créer et monter des problèmes: Nous avons identifié nos histoires et nos tâches et la présente leçon, nous allons les créer dans JIRA. Tout d'abord, assurez-vous que vous êtes sur l'écran du carnet de commandes. Une fois là-bas, on pourra passer à autre chose. Je commencerai par Epics, puis par d'autres questions. Dans le carnet de commandes, les épopées sont contenues dans le panneau des épopées et vous pouvez y accéder en cliquant sur la petite miniature épique ici ou en sélectionnant l'option du panneau Afficher les épopées dans la fenêtre contextuelle des actions de l'écran. Cliquer sur le lien créer épique ouvre la fenêtre pop-up de création épique. Je dois donner un nom à l'épopée au résumé. Le champ récapitulatif est un peu de duplication du nom. Donc, centrons la gestion des comptes dans les deux champs. Cliquez sur le bouton Créer et l'épopée est créée. Utilisons les mêmes étapes pour créer une autre épopée. Cliquez sur l'épopée de création. Entrez les produits recherchés dans les deux champs et cliquez sur Créer. Ne vous inquiétez pas si vous voyez plus de champs dans la fenêtre contextuelle de création épique. Comme beaucoup de choses dans JIRA, discrete est personnalisable. Et si vous n'êtes pas le seul utilisateur de votre instance JIRA, quelqu'un peut avoir personnalisé l'écran quel que soit le nom et le résumé soient les deux seuls champs obligatoires dans epic. Je vais arrêter l'enregistrement pendant que je crée les épopées restantes. Et si vous suivez le long, vous devriez mettre la vidéo en pause, créer des pics, ajouter reprendre la vidéo. Une fois que tu auras fini. Nos huit épopées ont été créées. Et vous pouvez voir que tout le panneau des épopées. Maintenant, nous pouvons passer à la création de problèmes restants. Il y a plusieurs façons de créer des problèmes JIRA et nous en examinerons quelques-unes. Commençons par créer un problème à partir du panneau Epic. Expense, l'épopée de gestion de compte en cliquant sur le symbole de petite carotte à côté de lui, l'Epic Panel s'ouvre et en bas il y a la question de créer en lien épique. Cliquez dessus et la fenêtre contextuelle Créer un problème s'ouvre. Notez que le type de problème sélectionné est l'article. Juste en dessous se trouve le champ récapitulatif, qui est l'endroit où vous entrez le nom de l'histoire. Entrez créer une vache là-bas. Le champ de description est l'endroit où vous devez fournir la description complète et les détails sur l'épopée. Je vais le laisser vide pour l'instant. Pour des raisons de temps, le champ Reporter capture le nom de l'utilisateur qui a créé le problème. Les problèmes liés sont un moyen de créer des dépendances entre les problèmes, comme l'un est bloqué par un autre. Le destinataire est utilisé pour attribuer un problème à un utilisateur spécifique. Priorité, auto-explicative et étiquette sont utilisés pour marquer le problème avec un texte de forme libre. Epic LOINC est utilisé pour associer le problème à une épopée. Il est déjà rempli, pas modifiable. Depuis que nous avons commencé la création de la question à partir de l'épopée spécifique, nous allons ignorer leur Springfield pour l'instant et en discuter plus tard dans la leçon sur les esprits. Création rapide et l'histoire apparaît dans le carnet de commandes. Vous pouvez voir ici qu'il comprend l'étiquette épique montrant deux époques auxquelles appartient l'histoire. Une autre option pour créer un problème consiste à utiliser le bouton Créer dans la navigation supérieure. Ce bouton est disponible sur presque tous les écrans Jira. Si vous voulez éviter de naviguer sur les écrans tout en recherchant une épopée spécifique, ce bouton fournira certainement un moyen plus rapide de créer des problèmes. Cliquez dessus et à nouveau, l'écran Créer un problème apparaît. Assurez-vous que l'article est le type de problème sélectionné et entrez la connexion dans le numéro de résumé. Les champs suivants sont les mêmes que lorsque vous avez créé le problème à partir du panneau Epics, sauf que le champ épique est maintenant modifiable. Et vous devriez cliquer dessus et trouver et sélectionner Account Management épopée, en fonction de vos dispositions dans les épopées énumérées ce champ, jira vous montrera les épopées d'autres projets. On peut se demander s'il s'agit d'un élément utile ou non, mais c'est ainsi qu'il est. Une fois terminé, cliquez sur le bouton Créer à l'histoire apparaît sur le tableau. La troisième option pour créer un nouveau problème est utile si vous voulez le créer rapidement et que vous n'avez pas besoin de remplir de champs à l'exception du nom des problèmes. Voici comment cela est fait. Attendez vers l'avenir, créez le lien de problème au bas de l'arriéré. Cliquez dessus, et le champ d'édition en ligne s'ouvre. Vous pouvez sélectionner le type de chaussure et entrer son nom. Si vous souhaitez ajouter d'autres informations, vous devrez modifier le problème après l'avoir créé. Utilisons cette option pour créer une de nos tâches. Sélectionnez la tâche dans la liste déroulante Type de problème, entrez les alertes des intervenants dans le champ récapitulatif et appuyez sur Entrée. Le problème est créé et ce que le carnet de commandes est actualisé. Vous pouvez cliquer sur le problème et modifier d'autres champs. Nous devons lier cette tâche à l'épopée d'alerte. Alors cherchez le champ de lien épique et sélectionnez l'épique d'alerte dedans. Notez que différentes icônes distinguent les types de problème. Violet pour une épopée, vert pour une histoire, et bleu pour une tâche. En outre, chaque problème a un identifiant unique, préfixe TS, qui est notre clé de projet, suivi du numéro de problème. La même série d'étapes que j'ai suivies pour les trois premiers problèmes s'applique à la création d'un problème. Il y a encore quelques problèmes à créer. Mais comme je viens de l'expliquer, c'est assez répétitif. Donc je vais arrêter l'enregistrement pendant que je fais ça. Si vous suivez le cours, arrêtez la vidéo et créez les problèmes restants avant de poursuivre la leçon. Maintenant, nous avons tous nos problèmes dans JIRA et remarquons qu'ils sont tous dans l'arriéré. L' arriéré est un concept essentiel dans JIRA et agile. Il contient tous les problèmes qui attendent encore d'être traités, ce qui signifie qu'aucun travail n'a encore été fait sur eux. Cependant, nous n'avons toujours pas priorisé les questions et nous n'avons pas estimé les efforts déployés pour les résoudre. Dans la section suivante, nous nous pencherons sur la gestion de l'arriéré, les détails, et nous augmenterons notre arriéré. 14. Prioriter l'arriéré: backlog est l'un des concepts clés de Scrum et de plusieurs autres méthodologies agiles. J' ai parlé de l'arriéré dans la leçon sur Scrum. Je l'ai expliqué comme un endroit qui contient tout le travail qui doit encore être fait et n'a pas encore commencé. J' ai également souligné l'importance de maintenir l'arriéré des groupes. Getted signifie que tous les problèmes de l'arriéré sont toujours triés par priorité, ayant les plus importants en haut de l'arriéré, au moins important pour déstabiliser le fond. Par conséquent, l'arriéré n'est pas seulement un site de décharge pour les travaux en attente ou un endroit pour doucher des idées que vous ne serez jamais traité. Un bon arriéré, propre et bien entretenu est un facteur de réussite essentiel pour tout projet. Avec cela à l'esprit, voyons comment cela s'applique à notre projet de cours. Dans la leçon précédente, nous avons créé toutes les épopées, histoires et tâches que nous avons identifiées jusqu'à présent. Cela nous donne l'arriéré qui reflète adéquatement la portée du projet. Mais il ne fournit toujours aucune information sur les priorités. Comme la priorité définie signifie que nous n'avons toujours pas un arriéré bien soigné. Nous commencerons par les Epics. Un rappel que dans l'écran du carnet de commandes, les épopées sont situées dans le panneau Epics sur le côté gauche de l'écran. Je veux que la recherche de produits et de produits de visualisation fonctionne d'abord, car beaucoup d'autres travaux en dépendent. Pour les placer en haut des épopées le moins, je vais juste les faire glisser en haut de la liste. Ils seront suivis de la gestion du compte et de la gestion du panier. Après cela, la gestion des achats et la gestion des listes d'envies seront prises en charge. Epics, bon air. On pourrait passer à des histoires et des tâches. Vous avez peut-être supposé que l'établissement de priorités épicées, nous réfléchirons à leurs histoires et c'est la recherche des histoires de produits. On finira au sommet de l'arriéré. Eh bien, ce n'est pas le cas et la priorité épique n'affecte pas automatiquement les priorités des histoires. Il y a une raison valable à cela. Chaque numéro d'une épopée a une priorité différente. Si une épopée a une priorité plus élevée qu'une autre, cela ne signifie pas que toutes les histoires de ce sujet ont priorités plus élevées que toutes les histoires de l'autre épopée. Dans notre cas, je veux attribuer des produits de recherche par catégorie, la priorité absolue. Mais je ne pense pas que la recherche de produit par prix soit plus importante que les détails du produit. En fin de compte, les priorités relatives des épopées sont directionnelles et ne correspondent pas aux priorités d'un à un, deux histoires. En sachant cela, nous allons enfin établir les priorités de nos histoires et de nos tâches. Je viens de mentionner que je veux donner la priorité aux produits de recherche par catégorie. Bien sûr, une option consiste à faire glisser cette histoire vers le haut de l'arriéré. Mais il y a un moyen plus rapide de déplacer un billet vers le haut ou le bas. Cliquez avec le bouton droit sur ce ticket, ouvre une fenêtre contextuelle avec des options pour envoyer un ticket en haut de l'arriéré ou en bas de l'arriéré. Un clic et une recherche de produits par catégorie devient le ticket prioritaire. La priorité suivante est le ticket de détails du produit. Comme il est une condition préalable pour les histoires de panier et de paiements. Je vais faire glisser le billet, il le place juste en dessous des produits de recherche par catégorie. Par souci de temps, je ne vais pas passer par le raisonnement pour chaque priorité de billets. Il est très spécifique à chaque projet. Il peut être assez subjectif. ressources de cette leçon sont jointes au document dont l'arriéré est entièrement hiérarchisé. Vous devez arrêter la vidéo, la télécharger et l'utiliser comme référence pour terminer la hiérarchisation de votre carnet de commandes. Pendant que j'arrête l'enregistrement et fais la même chose sur mon côté. Une fois que vous avez terminé, vous pouvez reprendre la vidéo. Avoir un arriéré hiérarchisé est une étape importante et nous y sommes parvenus. Avant. Nous pouvons commencer à planifier nos sprints, nous devons estimer l'effort pour terminer chaque numéro, et nous le ferons dans la prochaine leçon. 15. Estimation du travail dans Backlog: L' estimation de l'effort est probablement un sujet qui crée le plus de contention dans n'importe quel framework Agile. Il y a beaucoup de techniques et d'approches pour estimation dans les cours entièrement dédiés nécessaires pour couvrir tout cela. Par conséquent, nous allons couvrir les bases ici juste assez pour être en mesure de démontrer comment saisir et utiliser les estimations de l'effort. C' est JIRA. Si le travail qui doit être estimé n'est jamais fait auparavant. Et la plupart du temps, c'est le développement de logiciels. C' est le cas. Il est difficile de savoir exactement combien d'efforts sont nécessaires pour terminer le travail. Les équipes ont passé des heures sans fin à débattre et à fendre les poils. Si une tâche un peu prendre deux jours ou trois jours d'effort. Et si la tâche B, nous prendrons huit ou neuf jours d'effort. Mais l'essence de la prétention est le terme exactement. Selon les principes Agile, nous n'avons pas besoin de savoir exactement quel est l'effort. Il est correct d'établir l'effort approximatif. Donc, si nous reformulons la question à l'équipe pour estimer le travail comme l'effort pour terminer la tâche est de deux à trois jours ? Ou est-ce de huit à neuf jours ? Nous obtiendrons rapidement une réponse. C' est précisément la raison pour laquelle l'estimation utilisant la séquence de Fibonacci est populaire et efficace. Essentiellement, l'expression quantitative de l' effort doit être l'un des nombres de la grave 1, 2, 3, 5, 8, 13, 21. Chaque nombre peut représenter des jours. Ou pour des thèmes plus matures, ceux-ci pourraient être des storypoints. soit, la logique derrière la méthodologie est que les équipes doivent choisir une valeur qui, selon elles, représente probablement l'effort. En général, il est plus facile de comprendre les tâches plus petites , c'est pourquoi les options 1, 2 et 3 existent. Et à mesure que nous passons à des efforts plus importants, il est plus difficile de trouver un nombre, mais il est beaucoup plus facile de choisir entre quelques chiffres. Celui qui est plus proche de l'effort réel, 8 ou 13, ou 21. n'y a pas d'options entre les deux. Dans notre cas, disons que l'équipe a fait une séance d'estimation et le résultat est capturé dans le document joint aux ressources de la leçon. Chaque problème se voit attribuer un numéro qui représente l'estimation de l'effort. Le vérificateur, nous l'utiliserons pour entrer des estimations dans JIRA. Accédez à l'écran du carnet de commandes si vous n'y êtes pas déjà. Nous allons commencer par le haut de l'arriéré. Cliquez donc sur le panneau de problème Créer un compte. Nous ouvrirons sur le côté droit de l'écran. Recherchez le champ Points de l'histoire et entrez trois. Continuez à descendre la liste et cliquez sur Login story. Recherchez le champ Points de l'histoire et entrez deux. Voir, cependant, les estimations apparaissent dans l'arriéré en plus de chaque numéro. Mais on a peut-être un problème. Notez qu'il n'y a pas d'espace réservé pour le champ d'estimation pour nos quatre tâches. Et si j'ouvre le panneau de problèmes pour l'une de ces tâches, il n'y a pas de champ de points d'histoire, avertissement rapide, c'est le comportement de la configuration Jira par défaut. Si vous utilisez une instance qui avait un certain niveau de personnalisation, le champ Points de l' article sera, peut être présent. Nous établissons donc que cela se produit parce que la configuration Jira par défaut n' inclut pas le champ Story Points dans le type de problème de tâche. Cependant, nous avons besoin de ce champ pour capturer l'effort estimé pour ces quatre tâches et l'utiliser lors de la planification de nos sprints. Nous avons souvent dit comment gyrase extrêmement configurable. Voyons donc comment cela nous aide dans cette situation. Fondamentalement, nous devons ajouter le champ de points d'histoire au type de problème de tâche. Pour ce faire, les autorisations d'administrateur sont requises. Si vous les avez, suivez. Et si ce n'est pas le cas, c'est toujours bon. Il suffit de regarder et de rester au courant de la façon dont cela est fait. Allez dans le menu Paramètres en cliquant sur la petite icône en forme de roue dentée dans le coin supérieur droit. Et sélectionnez les problèmes. Recherchez des champs personnalisés dans la navigation du site. Cliquez dessus et recherchez le champ des points de l'histoire avec les charges de l'écran. Ouvrez le menu Actions à droite et sélectionnez le contexte et l'option de valeur par défaut. Notez que le champ Points d'histoire est associé uniquement aux problèmes de type d'histoire épiques. Nous voulons ajouter le type de tâche à ce groupe. Cliquez donc sur Modifier la configuration. Et tout en maintenant la touche Commande ou Ctrl enfoncée, sélectionnez la tâche dans la liste des types de problèmes, assurez-vous que l'histoire des types épiques reste sélectionnée. Nous voulons discipliner globalement tous les projets. Donc, nous allons laisser les options de contexte global sélectionnées et cliquez sur le bouton Modifier en haut, en bas pour valider les changements. La tâche devrait apparaître en plus de l'histoire et des types épiques. Et vous pouvez revenir au projet Top Store. Nous sommes maintenant prêts à continuer d'ajouter des estimations aux problèmes en souffrance. Mettons à jour l'une des tâches pour vérifier le changement de configuration. Nous venons de rappeler la tâche de surveillance du rendement. Recherchez le champ storypoints, cliquez dessus et entrez deux. Nous devons continuer à le faire pour les tâches restantes en utilisant le Tao du document pour référence. Arrêtez la vidéo et complétez ceci dans votre projet. Pendant que j'arrête l'enregistrement et le complète dans mon projet. Une fois que vous avez terminé, vous pouvez reprendre la vidéo. Maintenant, nous avons un arriéré bien entretenu. Toutes les questions sont classées par ordre de priorité et chaque enjeu comme estimation de l'effort. Nous sommes prêts à commencer à planifier nos sprints, et nous le ferons dans la prochaine leçon. 16. Créer des sprints: Maintenant, nous avons tout ce dont nous avons besoin pour planifier nos sprints. Nous avons discuté des sprints dans la leçon de Scrum, qui était quelques leçons en arrière. Nous allons avoir un résumé rapide sur les aspects clés du Sprint. Un sprint est une période de temps définie, généralement de deux à trois semaines, au cours de laquelle un travail spécifique de Chaco sera terminé. Au cours d'un seul sprint, une équipe ne travaillera que sur l'ensemble des histoires de l'usine. Rien de plus, rien de moins. On s'attend à ce que toutes les histoires incluses dans un sprint spécifique soient entièrement complétées par la tente de printemps. La troisième déclaration ici est la plus importante à garder à l'esprit lors de la planification des sprints. Alors analysons un instant pour rendre plus probable que tout le travail prévu est entièrement terminé dans un sprint, nous ne devons pas planifier plus qu'une équipe peut faire. Pour être honnête, nous pouvons planifier moins qu'une équipe ne peut le faire et tous les travaux d'usine seront terminés. Mais il est peu probable que cela soit considéré comme une réalisation. Donc, notre tâche lors de la planification des sprints, est d'aider notre équipe à faire le maximum de travail possible, mais en même temps ne pas planifier plus que cela. Avec cela à l'esprit, il y a un calcul très simple que nous pouvons utiliser pour déterminer combien de travail notre équipe peut gérer et quelles questions entrent dans quel sprint. Disons que notre équipe doit aux développeurs. Et nous allons faire deux semaines de sprints pendant notre projet. Dans chaque sprint de deux semaines, il y a dix jours ouvrables. Cela signifie que chaque développeur peut faire dix jours de travail en un seul sprint. Mais nous savons que des choses inattendues peuvent et vont se produire tout le temps. Réunions d'entreprise, jours personnels de jours de maladie, qui sait quoi d'autre ? Si nous supposons que les événements imprévus enlèvent en moyenne 20 % de l'efficacité de quelqu'un. Cela nous laisse avec huit jours de travail efficace que chaque développeur peut faire en un seul sprint, que 20 pour cent facteur n'est pas constitué. Il s'agit d'une norme largement reconnue dans l'industrie en matière de gestion de projets. Une fois que nous avons établi ces paramètres, nous pouvons, avec une confiance décente, affirmer que deux développeurs peuvent faire deux fois plus en un seul sprint. Donc, pour les développeurs fois huit jours d'une valeur de travail égale 16 jours de travail. En faisant ce calcul, nous établissons la capacité de notre équipe. La capacité est définie comme la quantité que quelque chose peut produire. Dans notre cas, environ 16 jours de travail et quelque chose est notre équipe dans un seul sprint. C' est à ce moment que nous devrions apprécier les estimations d'effort que nous avons créées dans une leçon précédente. Pour chaque numéro de notre arriéré, nous connaissons les jours d'efforts nécessaires pour le régler. Nous notons également que l'effort maximum de notre équipe peut effectuer dans un sprint est de 60 jours. Par conséquent, lorsque les problèmes de place de l'arriéré Sprints, nous devrions nous assurer que la somme des estimations pour toutes les questions dans un seul sprint est pas plus de 16. Ce n'est pas simple et nécessite un peu de jonglerie. Mais Jira le rendra beaucoup plus facile que si on le fait d'une autre façon. Voyons comment ça se passe. Avant de créer nos sprints. Voyons combien de sprints nous avons besoin pour terminer tout le travail dans l'arriéré. Encore une fois, nous pouvons répondre rapidement à cette question avec un peu de maths. Si l'on additionne les estimations pour toutes les questions, on obtient un total de 111 jours d'efforts. Sachant que nous pouvons faire 60 jours d'effort dans chaque sprint, le nombre total de sprints nécessaires est de 111 divisé par 16, soit 6,9. Nous pouvons avoir des ressorts fractionnés, donc nous allons arrondir jusqu'à sept sprints pour terminer le projet. Ensuite, nous devrions établir une convention de dénomination de sprint. La première chose qui vient à l'esprit est de nommer le Sprint 1 et Sprint 2 et ainsi de suite. Mais ce n'est en fait pas la meilleure pratique. Et voici pourquoi. Au cours du projet Scrum, un nombre considérable de références ont été faites à des sources particulières. Par exemple, dans lequel le printemps est l'histoire de journalisation en cours de travail ou pour laquelle sprint deux, nous avons besoin de conceptions de wishlist. Les réponses pourraient être Sprint 2 et Sprint 4, mais les chiffres sont faciles à mélanger. Donc, pour éviter que Sprint 3 ne devienne une mauvaise réponse aux deux questions, nous devrions éviter d'utiliser des nombres ou des séquences dans les noms de sprint. Il est courant d'utiliser des éléments de connaissances générales tels que des termes géographiques. Par exemple, les noms de villes ou de rivières, ou les noms de films. Tout ce qui n'a pas de séquences dedans. Pour notre projet, nous allons utiliser des charbons. Nos Seven Springs s'appelleront Buick, Acura, Dodge, qu'ils lient appelé Tesla, Honda. Enfin, nous avons tout ce dont nous avons besoin pour créer des sprints. Pour créer un sprint, accédez à l'écran du carnet de commandes. En haut de l'arriéré le moins, il y a le bouton Créer Sprint. Cliquez dessus et sprint sera créé et donné un nom par défaut, Ts Sprint 1. On a dit qu'on appellerait ce Buick. Cliquez donc sur le bouton Actions sprint sur la droite. Sélectionnez Modifier et changez le nom des ressorts en Buick. Cliquez sur le bouton Mettre à jour et les heures par sprint sont créées. Je vais faire les mêmes étapes pour créer Oculus print, Créer Sprint, sprint, changer le nom à Acura mise à jour. Et maintenant je peux voir nos deux premiers ressorts dans l'arriéré. Ils sont vides et c'est bon. Nous allons bientôt assigner des problèmes aux chaînes. Nous avons encore cinq sprints à créer. Je vais arrêter l'enregistrement pendant que je fais ça. Et vous devez également mettre la vidéo en pause et vous assurer que vous avez créé les sept sprints avant de reprendre la leçon. 17. Planifier des sprints: Nous avons créé nos sept sprints et nous pouvons commencer à les planifier. Plus tôt. Confirmez à nouveau que notre arriéré a été soigné et que les histoires les plus importantes sont au sommet. Mais la planification n'est pas aussi simple que de déplacer séquentiellement des histoires du haut de l'arriéré vers des sprints. Nous devons tenir compte des dépendances entre les histoires et l'effort total de toutes les histoires dans un sprint ne peut pas dépasser 16. Avec cela à l'esprit, il y a un problème tout de suite. effort total ou les deux premières histoires de l'arriéré est de 18. Donc ils ne peuvent pas aller ensemble dans le même Sprint. Je choisirai d'aller avec les détails du produit parce que plus d'histoires en dépendent. Par exemple, l'ajout au panier et l'ajout à des histoires officielles peuvent commencer sans les détails de votre produit. Pour ajouter de nouveaux détails de produit à un sprint, j'aimerais faire un clic droit dessus. Et à partir de la fenêtre contextuelle, je vais sélectionner le sprint auquel je veux l'envoyer. Dans ce cas, c'est pendant le sprint. Et l'histoire est placée dans le sprint. Mais aussi, je ne veux pas laisser une capacité inutilisée dans un sprint. J' ai un budget de 16 jours à utiliser et j' ai 13 jours d'effort assignés à l'expérience BYU jusqu'à présent. Donc, je veux trouver une histoire ayant un effort de trois pour maximiser l'utilisation du sprint. En regardant vers le bas l'arriéré, il y a l'histoire de création de compte, qui est un trois jours pour les tissus. Exactement la taille pour sentir parfaitement le sprint, faites un clic droit et affectez-le au sprint Buick. Faites défiler vers le haut pour trouver le BYU expliqué dans les deux histoires. Tu seras là. Juste en dessous d'eux. Sur le côté droit, vous verrez l'effort total des problèmes assignés au sprint. Dans ce cas, comme prévu, il est 16. Nous pouvons passer à la planification du prochain sprint, le sprint précis. Le choix naturel du premier numéro à ajouter à ce sprint serait celui que nous avons décidé de ne pas ajouter à l'expérience de vue même s'il était au sommet de l'arriéré, recherche produit par catégorie. Cependant, de nombreuses histoires dépendent de l'ajout d'un produit au panier et de l'affichage du panier. Bien que ces deux éléments dépendent de l'histoire de connexion, ce sont les raisons pour lesquelles ils sont classés si élevés que l'arriéré. Par conséquent, je vais ignorer la recherche par catégorie une fois de plus et ajouter ces trois histoires au sprint précis. Encore une fois, il est aussi simple que de cliquer avec le bouton droit de la souris et de sélectionner le sprint. Idem pour le produit 2, panier et pour afficher le contenu du panier. Vérifions combien de la capacité de sprint nous avons utilisé. Le jury dit 13. 13 est utilisé, donc nous avons trois autres à allouer. En regardant l'arriéré pour la prochaine histoire des trois côtés, annonce produit à liste de souhaits apparaît. Alors ajoutons-le au sprint précis. Et nos deux premiers sprints sont entièrement plantés. Vous venez d'apprendre à planifier des ressorts et à affecter des problèmes aux chaînes. Pour le temps, j'arrêterai l'enregistrement pendant que je placerai les numéros restants au printemps, et je terminerai la leçon. Avant de commencer la leçon suivante, vous devez télécharger le plan de sprint final à partir des ressources de leçons et attribuer en conséquence tous les numéros restants deux sprints. Dans la leçon suivante, vous apprendrez comment attribuer des problèmes aux utilisateurs de GO, comment démarrer un sprint et comment surveiller la progression d'un sprint. 18. Démarrage de la surveillance et de la fermeture: Nous devons faire encore une chose avant de commencer notre premier sprint. Le sprint, nous devons assigner des problèmes aux membres de notre équipe. Nous avons des membres de service, Jenny à Johnny, et voyons comment nous pouvons partager le travail entre eux. Une digression rapide. Si vous en avez déjà pour les utilisateurs dans votre instance JIRA, vous pouvez les utiliser dans cette leçon. Si ce n'est pas le cas, vous pouvez ajouter des utilisateurs en allant dans le menu des paramètres et en sélectionnant Gestion des utilisateurs. Une fois l'écran utilisateur affiché, vous pouvez inviter quelques utilisateurs à créer leurs comptes. Si c'est trop d'ennuis, point s'inquiéter à ce sujet. Vous pouvez assigner tout le travail à vous-même. L' objectif de ces exercices est de vous familiariser avec les écrans Jira, ne pas avoir un projet de planification à 100 pour cent. Nous avons deux histoires dans l'expérience BYU, mais l'une est de 13 jours d'efforts et l'autre de seulement trois jours. Nous avons établi que chaque développeur peut faire huit jours de travail en un seul sprint. Johnny peut prendre huit jours et Jenny peut prendre huit jours. Si nous attribuons juste voir les détails du produit à Johnny et créer un compte à Jenny, il n'est pas équilibré à Johnny ne terminera pas son travail tandis que Janvier nous serons laissés avec le temps supplémentaire non utilisé. Nous voulons éviter l'un ou l'autre des deux. Et la solution est assez simple. Jenny, on va travailler sur Create Account dès le début du sprint. Et elle devrait avoir cinq jours d'esprit après qu'elle ait fini. En même temps. Johnny manque cinq jours ou le temps nécessaire pour compléter les détails de votre produit. Donc Janice, un surplus de cinq jours est précisément ce qui est nécessaire pour équilibrer les comptes. Une fois qu'elle a fini avec son histoire, elle aidera Johnny à terminer son histoire aux deux histoires devraient être faites d'ici la fin du sprint. Cette correspondance de chiffres n'est pas une coïncidence. Tu te souviens quand on a établi que 60 jours de travail, la capacité de notre équipe est comptée pour Jenny et Johnny ? Il arrive rarement que des histoires complètes soient partagées entre les membres de l' équipe lorsqu'il y a de grandes histoires dans l'arriéré. Mais la prémisse pour la planification Scrum est que le, les travaux comme une unité et les membres de l'équipe vont aider les uns les autres ont terminé le travail. C' est pourquoi avoir une histoire assignée à quelqu'un ne signifie pas que c'est le seul membre de l'équipe qui travaillera sur l'histoire. Elle ne détermine que la personne responsable de l'histoire, mais elle n'empêche pas les autres d'y travailler. La théorie s'occupera de la microgestion de l'histoire dans la planification du sprint et les standups quotidiens. Cependant, nous commençons à approfondir le processus Scrum. Décidons simplement de vos détails de produit à Johnny et créons le compte pour Jenny et continuons à le faire. Cliquez sur le problème et sur le panneau de questions sur la droite. Recherchez le champ du destinataire et sélectionnez l'utilisateur auquel le problème est affecté. Dans ce cas, Jony, faites la même chose avec l'autre problème à hépatocyte à Jenny. Comme les problèmes sont attribués à leurs propriétaires. Ils examineraient de nouveau les détails de la question recueillis jusqu'à présent, et ils prendront la parole pour résoudre toute ambiguïté. Par exemple, lorsque nous avons créé nos histoires, nous n'avons pas fourni de détails. Maintenant, juste avant de commencer le sprint est la dernière occasion de le faire. Et après avoir entendu les préoccupations de Johnny et Jenny, nous ajouterons des détails dans le champ de description de ces deux histoires. Le thème confirme que les détails nouvellement fournis n'affectent pas l'estimation actuelle de l'effort. Et nous sommes prêts à y aller. Super. Maintenant, nous pouvons commencer le sprint. Pour ce faire, cliquez sur le bouton Démarrer le sprint à côté du nom du sprint. Le popup vient où vous pouvez éventuellement changer ce nom de largeur et définir la longueur du ressort, qui par défaut à deux semaines, changer la date de début du sprint et la description de l'objectif du sprint. Je ne changerai que la longueur par défaut ou le sprint, et je le ferai trois jours. Bien sûr, vous n'aideriez jamais à répandre le court dans un vrai projet. C' est juste pour nous aider à passer plus vite à travers tous les mouvements de progression Sprint. Laissez les autres champs avec des valeurs par défaut et cliquez sur Démarrer. Sprint a commencé et nous sommes transférés à l'écran de sprint actif où nous pouvons surveiller et mettre à jour la progression des sprints. Nous voyons nos deux histoires assis dans un statut de choses à faire et nous pouvons dire à qui ils sont affectés quand le travail commence sur eux. Ils sont déplacés dans l'état en cours par un simple glissement dans la colonne en cours. Et ils sont assis là pendant que le travail progresse. Inévitablement, des questions se poseront pendant que les travaux progressent, et lorsque cela se produira, elles seront affichées dans une section de commentaires de chaque numéro. Disons que je ne suis pas clair quelle devise doit être utilisée lors de l'affichage du prix du produit. Et je vais poster cette question comme un commentaire dans l'histoire de détails du produit de vue. Au fur et à mesure que le printemps progresse, le grand nombre d'activités sur toutes les questions incluses dans le sprint. Tout cela est capturé dans l'onglet Historique du problème. Et vous pouvez toujours vous y référer quand vous avez besoin de regarder en arrière dans le passé. Je peux voir ici, quand l'estimation de l'effort a-t-elle été créée et qui l'a fait ? Lorsque la question a été assignée au sprint et beaucoup plus généralement fera de son mieux pour informer toutes les parties intéressées de tout changement ou activité dans une question. Si vous avez créé un problème ou qu'un problème vous a été attribué, vous recevrez un e-mail de notification similaire à celui-ci chaque fois que quelque chose est modifié sur le problème. Finalement, Jenny, on finira son histoire et on la fera passer au statut « Terminé ». Ensuite, elle aidera Johnny avec la grande histoire qu'il possède ensemble, ils travailleront sur cette histoire pour la compléter d'ici la fin du sprint. Lorsque vous avez terminé, les détails de votre produit, vous passerez à l'état TN et qui terminera tout le travail dans BYU expliqué. Près de la fin du sprint. Nous devrions faire des préparatifs pour commencer le prochain sprint. Nous devons assigner les problèmes à leurs propriétaires et résoudre toute ambiguïté dans les exigences. Jetons un coup d'oeil. Dans le sprint précis. Nous n'avons pas d'histoires plus grandes que le sprint. Donc, diviser les histoires entre nos développeurs, vous serez plus simple. Voir le contenu du panier est estimé à huit jours, donc nous pouvons l'assigner à n'importe quel et il consommera toute sa capacité. L' effort total pour terminer les histoires restantes est également de huit jours. Donc Jony devrait tous les compléter. Les trois lui sont assignés. Supposons qu'après avoir passé en revue les histoires, Eddie et Johnny n'ont pas eu d'objections. Cela signifie que le sprint précis est prêt à être démarré avec. L' heure vient le dernier jour du sprint. Nous fermerons le sprint en cliquant sur le bouton Sprint complet. Le pop-up montre nous informant combien de problèmes ont été terminés dans ce sprint et qu'arrivera-t-il avec ceux qui ne sont pas terminés ? Confirmez que votre action au sprint est fermée. Vous êtes présenté avec un rapport de sprint où vous pouvez voir la ventilation de ce qui a été accompli dans ce sprint et ce qui ne l'a pas été. Ce rapport particulier ne semble pas très intéressant car nous avons frappé seulement deux histoires les deux ont été terminées dans les vrais projets Scrum quand les choses ne se passent pas exactement comme prévu. Le lot tibial d'informations précieuses ici qui peuvent être utilisées pour identifier les problèmes et trouver des moyens de les résoudre. le sprint Buick terminé, nous sommes prêts à commencer le sprint précis. Cliquez sur le bouton Démarrer le sprint. Utilisez les mêmes paramètres que la dernière fois et commencez le sprint précis. Comme prévu. Toutes les fausses histoires sont en état de choses à faire. Et en les regardant, un risque potentiel apparaît. L' historique du contenu du panier d'achat ne peut pas être terminé sans que l'ajout d'un produit au panier soit terminé en premier. En outre, ce dernier doit être complété bien à l'avance pour laisser suffisamment de temps pour compléter le contenu du panier d'achat. Nous voulons donc nous assurer que la jointure fonctionne d'abord sur Ajouter un produit au panier avant de commencer tout autre travail. Et de prendre toutes les mesures nécessaires pour s'assurer que l'histoire est terminée dans les limites de l'effort estimé, au moins la durée. Pour capturer cette priorité JIRA, nous allons simplement faire glisser l'histoire vers le haut de la pile des problèmes de Sprint, qui signifie que nous venons d'établir la priorité de printemps. Pour augmenter la priorité avec plus, je vais définir l'attribut de priorité sur le plus élevé. Au fur et à mesure que les projets progressent, nos problèmes de projet sont passés par des statuts différents. Ils appartiennent à différents écrans et plusieurs personnes sur eux. Nous n'avons plus une seule vue pour tous. Nous voulons également être en mesure de visualiser différents groupes de problèmes, comme uniquement les problèmes terminés ou uniquement les problèmes assignés à Jony, ou seul le problème est supérieur à 30 jours. Dans la section suivante, vous apprendrez sur les filtres Jira, une fonctionnalité puissante que vous abordez tout ce que je viens de mentionner. 19. Trouver des problèmes: Le nombre de projets et de problèmes dans l'instance JIRA augmentera continuellement. Il ne tombera jamais. C' est certain. Très vite. Il faudra beaucoup de temps pour trouver des problèmes simplement en les recherchant sur différents écrans. Dura résout ce problème avec de puissantes fonctionnalités de recherche. Et dans cette section, vous apprendrez à les utiliser. Vous pouvez rechercher des problèmes dans JIRA au niveau du projet et au niveau global. Nous examinerons d'abord la recherche au niveau du projet. Supposons que vous voulez trouver tous les problèmes dans le carnet de commandes qui ont la liste de souhaits dans le titre. Accédez à l'arriéré et dans la zone de recherche de l'arriéré, tapez wishlist. Notez que les problèmes de retard sont filtrés au fur et à mesure que vous tapez. Et à la fin, vous ne verrez que les problèmes contenant des termes de recherche. Une boîte de recherche similaire existe dans l'écran de sprint actif, et cela fonctionne exactement de la même manière. Les deux actifs du sprint ont des théâtres grecs supplémentaires à côté de la boîte de recherche. Ils permettent un filtrage en un clic. Par exemple, si vous voulez voir uniquement les histoires de Jenny, cliquez sur Janice avatar pour supprimer le filtre. Cliquez une fois de plus. Vous avez peut-être remarqué une autre zone de recherche située dans la barre d'outils en haut de l'écran. Celui-ci est utilisé pour la recherche globale et doit être utilisé pour rechercher éléments dans tous les projets Jira dans l'instance actuelle, au moment où vous cliquez dessus, vous verrez beaucoup de choses dans les résultats, même si vous avez fait pas encore entrer de terme de recherche, Jira vous donne une liste des problèmes récemment consultés et des tableaux, projets et filtres récemment visités. Si cela ne vous aide pas à trouver ce que vous cherchez, vous pouvez saisir un terme de recherche. Si j'entre login, je vois un problème correspondant dans notre projet top store, mais j'en ai un autre dans un projet différent, le projet roadmap. Sur le côté droit, il y a plusieurs filtres que vous pouvez engager selon vos besoins. Par exemple, un filtre de projet permet de filtrer les résultats par n'importe quel projet. Mais la recherche globale ne se limite pas aux questions. Il y trouvera également d'autres éléments tels que des projets, des tableaux et des filtres. Si j'entre dans la recherche, leur flux de travail renvoie les résultats incluent deux histoires, un bug dans un projet qui contient le mot workflow dans son nom. Tout cela est génial pour les recherches simples cherchaient quelque chose par son nom et peut-être quelques filtres prédéfinis supplémentaires. Mais que se passe-t-il si vous avez besoin de trouver des éléments basés sur d'autres attributs ? Par exemple, tous les problèmes dans le projet de magasin supérieur qui ont estimé par conséquent supérieur à 8, ou tous les problèmes dans tous les projets affectés à un utilisateur spécifique. Jurors Advanced Search a une solution pour cela, et vous en apprendrez plus à ce sujet dans la prochaine leçon. 20. Filtres de recherche avancée et Jira: Dans la leçon précédente, vous avez appris des recherches simples et vous avez vu quelques exemples des bonnes choses qu'ils peuvent faire. Mais il y aura des situations où ils seront à court terme. Surtout lorsque vous commencez à utiliser Jira pour créer des rapports personnalisés ou analyser différentes mesures de projet sur différents segments. Disons que vous voulez trouver les chaussures de tous les projets Jira qui sont assignés à Johnny. Vous ne pouvez pas le faire avec une simple recherche, alors que la recherche avancée le rend très simple, vous pouvez accéder à la recherche avancée en suivant le lien dans la liste déroulante de recherche globale. Cliquez dessus et vous arrivez à cet écran. Vous êtes maintenant l'écran de filtre. Et notez une longue liste de filtres prédéfinis, tels que des problèmes de myopie ou des problèmes signalés par moi et beaucoup d'autres. Sur le côté gauche. Les filtres généraux ne sont en fait rien d'autre que des recherches prédéfinies. Vous pouvez utiliser n'importe lequel d'entre eux et n'hésitez pas à les essayer. Mais restons concentrés sur notre tâche pour trouver tous les problèmes de tous les projets assignés à Johnny. En recherche avancée. Cela est accompli en créant une requête dans quelque chose appelé Jake QL, qui signifie JIRA Query Language. Apprendre. Jkl va bien au-delà de la portée de ce cours. Vous pouvez trouver beaucoup de ressources sur le web si vous voulez obtenir plus de compétence sans entrer dans les détails de la syntaxe JKL, c'est ainsi que vous l'utiliseriez. Cliquez sur le côté gauche dans la zone de texte de la requête et commencez à taper cette requête. Nous cherchons tous les problèmes où Johnny est cessionnaire. Alors je vais parler. Le cessionnaire est égal à Johnny. Remarquez comment les jurés me donnent des indices pendant que je tape. Pour accepter l'indice, vous pouvez simplement cliquer dessus. Une fois que la requête semble OK, cliquez sur Rechercher dans les résultats. Reviens. Je vois que John est des problèmes du projet top store, mais il y en a aussi un autre d'un projet différent. Je peux le dire parce qu'il a un préfixe différent, la clé du problème. C' est génial, mais si je prévois d'utiliser cette requête, le futur, je ne veux pas taper tout le JKL à chaque fois. Dans ce cas, je peux enregistrer cette requête en tant que filtre permanent et l'exécuter sans la recréer encore et encore. Notez la même chose que le lien à côté de l'en-tête de recherche. Cliquez dessus et vous obtiendrez le même filtre pop-up. Donnez le nouveau nom de filtre, dites John son travail, et cliquez sur Soumettre. John vaut le filtre va maintenant s'afficher dans la liste des filtres et vous pouvez l'exécuter avec un simple clic. Le filtre est déjà démarré et vous pouvez y accéder rapidement à partir des filtres abandonnés dans la navigation principale. 21. Roundup du cours: Félicitations pour avoir terminé ce cours. Vous avez traversé beaucoup de contenu et maintenant vous êtes familier avec les fondamentaux de Jira. Vous devriez vous sentir confiant de commencer à utiliser Jira pour de vrais projets. Voici un résumé rapide de ce que vous avez accompli en suivant ce cours. Vous avez un accès complet à JIRA dans le Cloud. Vous êtes familier avec les concepts et principes fondamentaux d'Agile et Scrum. Vous comprenez le concept des projets Jira et vous savez comment en créer un. Vous comprenez le concept des problèmes JIRA et les différences entre les types de tissus de base. Vous avez traversé le processus de décomposition des exigences du projet jusqu'aux problèmes JIRA. Vous avez créé les problèmes dans JIRA, vous avez soigné votre plan en retard, puis créé des sprints. Vous êtes familier avec le processus de gestion du sprint et vous apprendrez à rechercher des problèmes spécifiques dans JIRA. C' est beaucoup de choses. Alors allez-y, commencez ou continuez à travailler sur vos projets et utilisez ce que vous avez appris dans ce cours pour utiliser JIRA pour vous aider dans votre travail. J' espère que vous aimez bien sûr et trouvé utile. Et si vous le faisiez, j'apprécierais vraiment que vous preniez quelques secondes pour faire le parcours et aider les autres intéressés par JIRA à le trouver et à l'apprécier comme vous l'avez fait de mieux.