Fundamentos da Atlassian Jira e Agile e Scrum para iniciantes

1. Introdução: Olá e bem-vindo ao Jira como fundamentos de cram para iniciantes curso. Se o trabalho que você está fazendo é de alguma forma relacionado à tecnologia da informação, você deve ter ouvido falar sobre o Jira, um grande produto de uma sala de aula. Às vezes, ele é descrito como uma ferramenta de rastreamento de bugs, mas também como uma ferramenta de gerenciamento de projetos. Diz-se que Jira é usado para gerenciamento scrum e também para gerenciamento de ticket de suporte. Pode ser muito confuso a menos que você tenha realmente usar JIRA. Este curso irá fornecer-lhe uma perspectiva muito clara sobre o que JIRA realmente é e como usá-lo. O curso, Eu vou orientá-lo através giro principais características e termos e que vamos tocar em Agile e Scrum, dois conceitos sobre os quais Jira depende muito. Este curso é um curso de nível iniciante. No entanto, mesmo se você usar Jira pouco e gostaria de obter uma compreensão mais ampla deste grande produto. Você ainda vai encontrar valor no curso. Depois de concluir o curso, você estará familiarizado com os conceitos básicos de Agile e Scrum. E você vai entender completamente o que é o Jira, o que ele faz, e como usar JIRA em seus projetos Scrum. Este é um curso prático, e através do curso, você construirá um projeto completo usando conceitos Scrum. Então vamos começar com a visão geral do nosso projeto de curso. Então vamos passar por instruções passo a passo sobre como obter acesso completamente gratuito ao Jira, seguido por uma breve visão geral do JIRA. Depois disso, vamos encerrar a primeira seção com um curso de acidente de cinco minutos em Agile e Scrum. Em JIRA. Nada existe fora do projeto. E na seção a seguir, você aprenderá sobre o conceito do projeto Jira, como criar um novo projeto e várias opções de configuração do projeto. Jira questões são blocos de construção de tudo no JIRA e você terá uma compreensão completa dos conceitos gerais de questão , bem como diferentes tipos de tecido, como história épica, bug in task. Iremos então aplicar imediatamente esse conhecimento ao nosso projeto do curso, identificar questões que cobriam os requisitos do projeto e criá-los no JIRA. As duas seções a seguir são várias centradas no crime. Vamos criar o backlog do projeto no JIRA e você vai aprender a preparar backlog priorizando e estimando o esforço. Em seguida, você vai usar o grupo backlog para planejar sprints, após o qual você vai criar sprints no JIRA e você vai alocar todos os problemas dois sprints, mantendo esforço equilibrado e dependências. Vamos então executar um par de sprints iniciando-os e terminando-os enquanto revisamos alguns cenários de carbono e refletindo sobre como lidar com eles no JIRA. E vamos terminar aprendendo sobre diferentes maneiras de encontrar os problemas no JIRA, começando de pesquisas simples baseadas em projetos até usar pesquisa avançada com JIRA Query Language e criando filtros para pesquisas repetitivas. Espero que você decida se registrar e fazer este curso. E se você fizer isso, durante os próximos 90 minutos, você encontrará conteúdo valioso que o ajudará a começar a usar Jira imediatamente. Este curso é totalmente gratuito, e se você gosta do curso, eu realmente gostaria que você tomasse alguns segundos para avaliar o curso e ajudar outros interessados em JIRA encontrá-lo e obter o mesmo valor que você gostou do curso. 2. Projeto do curso: Na introdução do curso, mencionamos o projeto do curso e como ele irá ajudá-lo a aprender a usar o Jira. Vamos discutir este projeto com mais detalhes antes de nos aprofundarmos no curso. Então, qual é o nosso projeto? Fomos encarregados de criar um plano para o desenvolvimento de um site de loja online relativamente padrão. Uma vez concluída viva. Esta aplicação teremos os seguintes recursos. Permita que os usuários procurem produtos para venda como um usuário anônimo ou conectado. Durante a navegação, os usuários podem adicionar produtos à sua lista de desejos pessoal ou carrinho de compras. Os usuários podem comprar itens e pagar com cartão de crédito ou PayPal. Se o usuário decidir comprar itens no carrinho de compras, ele terá que fazer login ou criar uma conta se ele ainda não tiver um. Os usuários podem definir alertas sobre o preço dos itens em sua lista de desejos e receber notificações por e-mail quando o preço for alterado. Este projeto, vamos usar muito valiosos recursos Jira criando o projeto a partir do zero. Nós forneceremos um excelente contexto para se familiarizar com esses recursos e começar a usá-los em seus projetos. Usaremos épicos, histórias e tarefas para capturar um backlog de requisitos definidos para estimar o trabalho de priorizar, molas e quadros para planejar, organizar e gerenciar o trabalho. Como você pode dizer, todos os elementos jira Core serão cobertos. E à medida que você estiver acompanhando, você mesmo criará e modificará todas essas coisas. À medida que você progride nas seções principais, você aplicará incrementalmente o conhecimento aprendido em cada seção ao nosso projeto. Você será capaz de entender como ele pode ser usado em situações do mundo real. Imediatamente. Antes de começar a fazer todo o trabalho, vamos garantir que você tenha uma Instância JIRA para acompanhar. Faça uma visão geral rápida do JIRA e analise os centros críticos de custo Agile e Scrum. 3. Como obter acesso gratuito à Jira: Hoje em dia existem muitos planos gratuitos ou licenças gratuitas ou contas gratuitas para quase qualquer software no mundo. Naturalmente, tudo o que é gratuito vem com algumas limitações ou restrições que são um tipo limitado de uso ou funcionalidade limitada. Por exemplo, é raro que mais suave com reconhecimento mundial seja oferecido em um pacote gratuito sem limites de tempo e sem funcionalidade de comprometimento. E isso é exatamente o que Atlassian está oferecendo em seu pacote gratuito de Conferência G direita. Você pode obter acesso a ambos os aplicativos com funcionalidade completa e sem restrições de tempo. Absolutamente livre, interessado em aprender como obter o software. Este vídeo vai te ensinar tudo o que você precisa saber para conseguir isso. Você começará a partir da URL que você vê em sua tela. Digite-o em seu navegador, e você vai acabar nesta página. Agora, vamos confirmar por um momento, qual é o acordo que você está recebendo com ele ano passado? O plano gratuito que você está se inscrevendo permite que você tenha até dez usuários, dois gigabytes de armazenamento, que serão usados principalmente por arquivos que você está, você estará carregando. Nota muito importante, não há necessidade de um cartão de crédito. Portanto, você não precisa se preocupar se algumas mudanças aparecerem inesperadamente em algumas semanas. Por último, mas não menos importante, você está obtendo acesso a dois produtos. Jurado já está selecionado e você tem uma escolha entre Confluence, Jira Service Management para o segundo produto, eu vou escolher Confluence. Mas se você preferir explorar ou usar o Jira Service Management, você pode absolutamente ir para ele. Clique em Seguinte e é-lhe pedido que seleccione como pretende iniciar sessão. Novamente, você tem duas opções para escolher. Use a autenticação da sua conta do Google ou prossiga com uma combinação de senha de e-mail. Se você optar por este último, você será solicitado a fornecer um endereço de e-mail, criar uma senha e fornecer seu nome e sobrenome. Isso se tornará mais um conjunto de credenciais para lembrar. Então eu vou optar por uma conta do Google e selecionar essa opção. Se você decidir seguir o mesmo caminho, que eu recomendo, você também será solicitado a fazer login no Google. E farei isso agora. Se eu fizesse isso direito, eu chegaria na tela em que o nome completo é confirmado e eu sou solicitado a consentir para receber boletim informativo de uma sala de aula. Você pode optar por sair, mas eu recomendo marcar a caixa e muitas vezes ganhar porque o conteúdo sendo cientistas geralmente boa qualidade e imensamente útil. Marcarei a caixa para fornecer consentimento e clicarei no botão Criar conta. O aprovisionamento da Europa no ano passado e a contagem começa neste ponto. E pode levar um pouco de tempo para ser concluído, mas deve ser terminado dentro de 30 segundos. Uma vez concluído, eu fornecerei o nome do meu site, que eventualmente se torna um subdomínio dele no ano passado, .com, eles usarão como endereço do meu site. Você pode usar quase qualquer coisa com apenas uma restrição. Ele já não pode ser usado por outra pessoa. Se for esse o caso, você será avisado e solicitado a usar um nome diferente. Em geral, você quer usar algo familiar para você. Ou se você estiver usando esta Instância JIRA para fins comerciais, algo que se assemelha ao nome da sua empresa. Quando terminar, clique em Continuar e provisionamento de suas instâncias do Jira e do Confluence. Vamos começar. Esse processo pode levar alguns minutos e então vamos parar a gravação e continuar quando ela terminar. Agora, seus produtos estão quase prontos e você é oferecido para convidar os membros da sua equipe para se juntar a nós. Bem, lembre-se que o pacote gratuito permite que você tenha até dez usuários. Então não se preocupe com os custos extras se considerar enviar as luzes. Além de convidar pessoas específicas, você também pode decidir permitir que qualquer pessoa que tenha um bom endereço de e-mail com o mesmo domínio que seus ouvidos se junte. Essa opção deve ser desativada para evitar cobranças surpresa. Você sempre pode enviar esses convites mais tarde. Então, vou pular este software por enquanto. O último passo é responder a algumas perguntas de criação de perfil que ajudarão o JIRA a fazer a configuração inicial para melhor atender às necessidades da sua equipe e ao nível de familiaridade com Jira e digerir. Depois de bater em seguida, com base em suas respostas, você será oferecido um template para usar ao criar seu primeiro projeto Jira, mas você também pode selecionar um diferente. Vou em frente com os modelos Scrum. Na próxima tela, me pedem para o projeto feito. E uma vez que eu equipe QI, eu posso clicar no botão Criar. E em nenhum momento este projeto é criado, você pode obter muitos pop-ups com informações sobre vários tutoriais. O conteúdo desses pop-ups pode variar de acordo com suas respostas às perguntas de criação de perfil. Você pode navegar e ver o que está sendo oferecido, ou você pode simplesmente ignorá-los. Independentemente disso, neste ponto, o provisionamento vai JIRA e a confiança é concluída. E você pode começar a usá-los usando o menu Aplicativo no canto superior esquerdo, você pode facilmente alternar entre a confluência JIRA e sua administração do site, onde você pode gerenciar usuários e seu Atlassian e assinaturas e faturamento. E isso é tudo que você pode navegar de volta para a confluência JIRA e começar a usá-los para criar grandes coisas. 4. Como ser Jira: Simplificando, dura é uma plataforma de software para organizar equipes de trabalho AT, fazendo o trabalho em torno de tarefas e projetos. Jira é muito bom em gerenciar o escopo das prioridades de trabalho em tarefas. É usado principalmente seu desenvolvimento de software, mas não é de modo algum limitado apenas a isso. No JIRA, tarefas de trabalho são definidas usando questões Jira. Existem vários tipos emitidos predefinidos, como épicos, histórias, tarefas em bugs. Jira é muito ágil centrado, e é aí que os tipos de tarefas específicas copo estão vindo. No entanto, tipos personalizados também podem ser definidos. Os problemas podem ser priorizados antes do processamento e são processados da criação à conclusão por meio de fluxos de trabalho predefinidos e personalizáveis. Em qualquer momento, qualquer status de problema pode ser visualizado convenientemente em placas de projeto que também são personalizáveis. Os problemas podem ser atribuídos aos membros da equipe e o esforço de trabalho para cada edição pode ser estimado. Muitos outros atributos de problema, como prioridade nas dependências podem ser definidos no histórico completo dos problemas que Ele preservou. Os usuários que estão de alguma forma associados a um problema podem ser notificados automaticamente sempre que algo com o problema for alterado. As questões são organizadas em projetos. Os projetos Jira estão se acoplando. Problemas, fluxos de trabalho e usuários trabalhando nas histórias. Fora da caixa, Jira fornece muitos modelos de projeto prontos para uso, como Scrum ou Kanban para projetos de software e alguns para projetos de negócios, por exemplo, aprovação de documentos ou recrutamento. Cada modelo fornece tipos de ocorrência e fluxos de trabalho otimizados para a finalidade específica desse projeto. Muitos relatórios no JIRA estão disponíveis fora da caixa. Muitos deles estão relacionados com conceitos Scrum, como velocidade, queimado e queimar gráficos para lançamento do projeto ou sprint. Enquanto outros são bastante genéricos, como rastreamento de tempo ou carga de trabalho do usuário. Jira permite a criação de quadros personalizados para comunicações mais focadas, como apenas problemas concluídos ou problemas não iniciados. Jira pode ser personalizado em uma extensão considerável. Quase tudo o que Hegira pode ser personalizado, incluindo tipos emitidos, campos , telas, fluxos de trabalho, etc. personalização pode ser feita no nível global afetando todos os projetos em uma instância, ou pode ser limitada a um projeto específico. Júri é frequentemente usado em conjunto com Conference, que é uma plataforma de software diferente usada para colaboração em equipe e gerenciamento de documentos. Tanto confiança quanto JIRA, nossos produtos da mesma empresa, confluência Atlassian em Jira, não precisam uns dos outros para fazer todas as grandes coisas que não podem fazer. No entanto, com conectado, eles podem fazer muito mais em um, tremendamente melhorou a eficiência das equipes que trabalham em projetos. Por exemplo, alguém visualizando um relatório de projeto no Confluence pode ter informações em tempo real sobre o progresso das tarefas do projeto, gerenciar o Jira. Vai para o outro lado também. Alguém que trabalha em uma tarefa de desenvolvimento no JIRA pode visualizar um documento de design de solução criado e gerenciado no Confluence sem alternar entre dois aplicativos. Na próxima torre, vamos cobrir quase todos os recursos mencionados nesta visão geral. Este é um curso prático na União aprendeu todos esses recursos, mas experimente-os você mesmo. Para fazer isso, você precisará de acesso a uma Instância JIRA, e eu mostrarei como obtê-lo. Como mencionado anteriormente, JIRA é muito ágil como culturas centradas. Portanto, na próxima lição, antes de prosseguir com Jira, faremos uma rápida visão geral do Agile e Scrum. 5. Agile em 5 minutos: Então, o que é sobre a ágil que causou milhares de livros, conferências e apresentações sobre o tema. E se há tanto a dizer ou discutir como pode ser coberto em cinco minutos? Bem, a resposta é sim. Ele pode ser coberto em cinco minutos e não, não há muito a mesma borda l pode ser coberto em cinco minutos porque Agile não é uma metodologia. Não se trata de um processo, nem de uma estrutura ou de uma ferramenta. Portanto, não há muito a aprender, mas há muito a entender. Agile é uma filosofia de desenvolvimento de software baseada neste conjunto de quatro valores que podem, sem dúvida, ser explicados em menos de cinco minutos. A melhor maneira de entender o que é Agile é ler ou reler o Manifesto Ágil. Agile Manifesto é o documento criado no início de 2001, quando 70 litros de desenvolvimento de software se reuniram em Snowbird, Utah para discutir o futuro do desenvolvimento de software. Os membros do grupo compartilharam frustração sobre o estado atual das coisas, mesmo que discordassem sobre como remediar a situação. Eles concordam que o problema era que as empresas estavam tão focadas em planejar e documentar excessivamente seus ciclos de desenvolvimento de software que perderam de vista o que realmente importava, agradando seus clientes. O Manifesto Ágil emergiu dessa discussão, e embora terminasse com apenas 68 palavras, capturou a essência dos problemas. Para Agile valores foram estabelecidos nessa ocasião, e eles são indivíduos e interações sobre processos e ferramentas. Software de trabalho sobre documentação abrangente, colaboração com o cliente, negociação sobre contrato, respondendo à mudança ao longo de seguir um plano. E o que o aviso seguido, que diz, isto é, enquanto há um valor nos termos à direita, valorizamos mais os termos à esquerda. Outra maneira de ler o manifesto pode ser algo assim. Ferramentas e processos são importantes, mas é mais importante ter pessoas competentes trabalhando juntas de forma eficaz. Uma boa documentação é útil para ajudar as pessoas a entender como o software é construído e como usá-lo. Mas o objetivo principal do desenvolvimento de software é criar software, não documentação. Um contrato é importante, mas não é substituto para trabalhar em estreita colaboração com os clientes para descobrir o que eles precisam. Um planejamento de projeto é importante, mas deve, não deve ser muito rígido para acomodar mudanças na tecnologia, ambiente, prioridades das partes interessadas na compreensão das pessoas sobre o problema e sua solução. Há infinitos exemplos de projetos plantam completamente usando as ferramentas prescritas e processos que eventualmente falharam em grande tempo. Milhares de páginas de documentação desatualizada, errada ou irrelevante, milhares de contratos assinados com cláusulas acordadas completamente ausentes. Por que o trabalho contratado era realmente necessário. Milhares de aplicativos de software que funcionam conforme planejado, mas não fazendo o que os usuários realmente precisavam. Valores ágeis são ruins para resolver esses problemas independentemente da metodologia, ferramenta ou processo. Reflectiremos sobre isso ao longo do curso à medida que avançarmos no nosso projeto. O cenário atual do Azure pode parecer cheio de metodologias que prometem adotar ideias ágeis. Transforma-os em implementações do mundo real. Mas a má metodologia de hoje não é nada de novo. O manifesto em si nasceu da necessidade de encontrar um terreno comum entre Scrum. Extreme Programming, cristalino em alguns outros frameworks. Todas essas metodologias existiam antes da ágil vir. Então, para entender o ágil, você não precisa entender Scrum ou Kanban ou quaisquer outras metodologias ágeis. Na verdade, você não precisa saber nada sobre nada disso. Mas para entender corretamente qualquer um deles, você precisa começar com os princípios Agile, criados em 2001. 6. Scrum em 5minutos: Você pode se perguntar por que há uma lição sobre Scrum quando este curso é sobre Jira. A razão é que Jira é por padrão, muito Scrum centrado e um monte de implementações júri existentes estão seguindo estrutura scrubs que conceitos como história do usuário e sprint backlog. configuração Scrum no JIRA não é obrigatória e existem outras configurações disponíveis, mas é de longe a mais utilizada. Então, o que é Scrum? Scrum é muitas vezes rotulado como uma metodologia e o quadro e muitas outras coisas. No entanto, estabelecer a melhor classificação é um pensamento acadêmico puro. O importante é que essa classificação não é de todo crítico para a compreensão do Scrum. Então, para seguir em frente, vamos concordar que Scrum é um conjunto de processos termofixos bem definidos amplamente utilizados no desenvolvimento de software para definir, planejar, executar e entregar aplicativos. Esta não é certamente a definição ofício oficial, mas é uma definição sólida. O esfoliante de sal breve básico, semelhante a outras estruturas Agile, é reconhecer que o planejamento preciso é impossível. planejamento direcional é eficiente. Documentação excessivamente detalhada está desatualizada. A parte inferior esquerda, está concluída. Trabalhar software na comunicação com os clientes é muito mais importante. Isso planeja na documentação. Aqui está como Scrum funciona. O proprietário do produto, que é um membro da equipe responsável por definir e priorizar requisitos, escreverá um conjunto de histórias de usuários para capturar os recursos desejados. Uma boa história de usuário deve fornecer informações sobre quem precisa de funcionalidade, qual aplicativo precisa fazer e por que é necessário. Um exemplo pode ser algo como como um usuário de loja online, eu preciso filtrar produtos por categoria para que eu possa promover encontrar o produto de seu tempo. À procura. A estrutura da frase não precisa ser tão rígida. A linha inferior é que uma boa história de usuário tem informações sobre quem, o que e por que o pedido do produto. Vamos escrever tantas histórias quanto necessário em todos eles serão colocados no backlog do produto. O backlog do produto é outro escultor e representa um lugar que contém uma descrição de todo o trabalho que ainda precisa ser feito. Ainda não começou. Ao criar histórias, um pedido de produto irá continuamente preparar o Product Backlog, que significa que histórias mais importantes você será o que significa que histórias mais importantes você serámantido no topo da pilha em dia. Quando há histórias suficientes para começar a planejar o trabalho de desenvolvimento. Toda a equipe, incluindo a ordem do produto, desenvolvedores, testadores e scrum master, vai se reunir. Scrum Master é um papel específico scrum que é uma pessoa responsável por garantir que os princípios Agile em processos de scrub são seguidos. Adicionar obstáculos à conclusão das histórias que inevitavelmente surgem ao longo do tempo são removidos. Toda a equipe revisará e discutirá histórias. Remover quaisquer ambiguidades, fazer ajustes necessários através de histórias na estimativa do esforço, pontos a duração, esforço necessário para cooperar cada história. Uma vez que a revisão de backlog é concluída, a equipe vai começar a colocar histórias em molas. Eles vão criar um backlog de sprint. Sprint é um período de tempo definido, geralmente duas semanas ou três semanas, durante o qual um determinado pedaço de trabalho será concluído. Uma equipe trabalhará em um conjunto específico de histórias durante um único sprint. Nada mais, nada menos. A expectativa é que todas as histórias incluídas em um sprint específico sejam totalmente completadas pelo Espírito. E, portanto, parte do planejamento de sprint é selecionar o Sobre certo de histórias com base na capacidade da equipe e, portanto, necessário para completar essas histórias. Em outras palavras, a equipe deve planejar para fazer tanto trabalho quanto eles não podem completar em um único sprint. Não mais, nem menos. Uma vez que um sprint é concluído, o T passa para o próximo sprint, que já contém outro conjunto de histórias. Este ciclo continua enquanto há histórias deixadas no backlog do produto ou uma decisão foi tomada para parar o desenvolvimento. Este nível de explicação de Scrum certamente não cobre todos os elementos. Ele processa que fazem parte do Scrum. Ainda assim, ele fornece contexto suficiente para entender os termos-chave, como backlog, Sprints e histórias de usuários. Quando você vê que o JIRA telas. Se as lições restantes deste curso, você aprenderá como usar o JIRA para gerenciar este tipo de processo de desenvolvimento. 7. Entendendo projetos de Jira: Se você está fazendo este curso, você provavelmente está um pouco familiarizado com o conceito de projetos não relacionados com a metodologia ou metodologias específicas que você poderia ter sido exposto ao seu trabalho. Um projeto pode ser visto como uma série de tarefas que precisam ser concluídas para alcançar um resultado específico. Esse resultado pode ser um aplicativo móvel e seu site para uma agência de marketing. Migração de aplicativos empresariais de um provedor de nuvem para outro, qualquer coisa. Independentemente do que o projeto é, há sempre um conjunto de tarefas definidas que precisam ser concluídas antes que possamos obter o resultado que esperamos no início do projeto. Dito isto, um projeto Jira também consiste em um conjunto de tarefas. Mas além disso, ele também inclui certas regras sobre o processo que é seguido para completar as tarefas. Ele também adiciona consideração para as pessoas que estão trabalhando nessas tarefas. Assim, podemos dizer que os projetos Jira consistem em três componentes. Tarefas, também chamadas de questões em terminologia geral, que representa o trabalho que precisa ser feito. Fluxos de trabalho, que são conjuntos de etapas predefinidas e status que as tarefas passam desde a criação até a conclusão. E pessoas que estão trabalhando nessas tarefas. À medida que estamos passando pela lição do curso, você aprenderá sobre os três componentes de um projeto. Neste momento, vejamos alguns exemplos para cada um dos componentes. Vamos começar com tarefas. Nosso projeto de curso é a criação do site para uma loja online. E como discutimos em uma das lições anteriores, um dos requisitos era permitir que um usuário tivesse uma lista de desejos de produtos disponíveis em nossa loja. Para atender a esse requisito, precisamos escrever o código que forneça pelo menos a seguinte funcionalidade. Adicionar item à lista de desejos, remover itens da lista de desejos e exibir lista de desejos. Cada um deles representa um trabalho de desenvolvimento que precisa acontecer para cumprir esse requisito. No JIRA, estes três itens serão apresentados por questões ou tarefas jira. Nenhuma tarefa pode ser concluída sem que alguém faça o trabalho necessário para concluir uma tarefa. Durante a vida de um projeto Jira. As tarefas são atribuídas a pessoas, membros da equipe para trabalhar nelas e concluí-las. Por exemplo, nosso desenvolvedor, Johnny, vamos trabalhar na lista de desejos Adicionar Item 2 e remover o item das tarefas da lista de desejos. Enquanto n irá trabalhar na tarefa lista de desejos vista. As pessoas que estão trabalhando em tarefas e progredindo são o terceiro componente de um projeto Jira. No início do projeto, essas tarefas são planejadas e aguardando para serem feitas. Eles permanecem no status de fazer até que alguém comece a trabalhar neles. Pode levar qualquer número de dias ou semanas de trabalho para concluir cada tarefa. Durante esse período, uma tarefa é considerada como estando em andamento. Uma vez que todo o trabalho é concluído, a tarefa tanto para o status Concluído e termina sua jornada lá. A jornada ou o progresso em si do por-fazer até o em andamento e, em seguida, para W1 é um exemplo de um fluxo de trabalho, segundo componente de qualquer projeto Jira. À medida que você passar pelo curso, você aprenderá mais sobre os projetos Jira. O que abordamos nesta lição é suficiente para prosseguir. O principal ponto a ser tomado é que qualquer projeto Jira é uma ferramenta que reúne e mantém juntos tarefas, fluxos de trabalho e pessoas. Na verdade, você não pode fazer nada no JIRA sem o projeto. Portanto, antes de prosseguirmos, precisamos criar o projeto para manter juntos nossas tarefas, fluxos de trabalho e pessoas. Faremos isso na próxima lição. 8. Como criar um projeto Jira: Nesta lição, criaremos o projeto Jira que usaremos durante todo o curso enquanto trabalhamos em nossa loja online. Primeiro, vá para o menu Projetos na navegação superior. E quando ele cobrir, clique no item de menu Exibir todos os projetos. Há também o link Criar projeto, que funciona perfeitamente bem. Mas não o use neste momento. Depois de clicar em exibir todos os projetos, você vai acabar na tela do projeto. Se você acabou de criar sua conta Jira, esta tela estará vazia. E se você já tinha uma conta Jira, pode haver alguns projetos antigos seus já lá. Há o botão Criar projeto no canto superior direito da tela. Vamos clicar nele e você será solicitado a selecionar o modelo do projeto. Mas o que é um modelo de projeto? A melhor maneira de descrever um modelo de projeto é uma coleção de tipos de problemas, fluxos de trabalho em placas otimizadas para um propósito específico. A diferença entre os modelos é principalmente sobre tipos de problemas JIRA e fluxos de trabalho associados. Por exemplo, histórias e tarefas do usuário no modelo Scrum ou solicitações de suporte no modelo de suporte técnico ou documento no modelo de aprovação de documento. Os modelos são categorizados em segmentos específicos, como desenvolvimento de software, gerenciamento de serviços, gerenciamento de projetos, marketing, jurídico e poucos outros. À medida que você navega por segmentos em cada um, você pode ver os modelos disponíveis e uma breve descrição. Mas quando você clica em um específico, você receberá uma explicação detalhada de que os modelos recursos que devem tipos estão incluídos, e quais fluxos de trabalho estão disponíveis. Voltaremos para a categoria de desenvolvimento de software e selecionaremos o modelo Scrum. E então vamos clicar no botão modelo USU para confirmar o uso deste modelo. Na próxima tela, você será solicitado a escolher um tipo de projeto. Você pode escolher entre os tipos de projeto gerenciados pela equipe e gerenciados pela empresa. Estes são novos nomes para o que costumava ser chamado de NextGen e projetos elegantes. Equipe gerenciar projetos ou projetos de próxima geração, são um conceito relativamente novo no JIRA. Atualmente, eles têm menos recursos disponíveis do que projetos gerenciados pela empresa, como você pode ver aqui. Alguns desses recursos como fluxos de trabalho personalizados e filtros rápidos personalizados são essenciais para o uso eficiente do Jira e vamos cobri-los neste curso. Além disso, o uso geral de projetos de gerenciamento de equipe ainda está bem por trás do uso de projetos clássicos. Por todas estas razões, continuaremos com o projeto gerenciado pela empresa. Então, vamos clicar no botão para selecioná-lo. Na próxima tela, você precisa fornecer o nome do projeto e a chave do projeto. O nome deve ser razoavelmente curto, mas descritivo o suficiente. Então vamos ligar para a nossa loja de topo do projeto. O nome do projeto deve ser exclusivo e Jira irá avisá-lo se você tentar atribuir um nome duplicado, observe que um campo de chave é pré-preenchido. A chave do projeto será usada como um prefixo para números atribuídos a histórias de usuários nesse projeto. Ele deve ter o valor de Ts e você não deve fazer quaisquer alterações a ele neste momento. Logo abaixo está uma opção para compartilhar configurações com outro projeto. Esse recurso permite clonar a configuração do projeto de um projeto diferente. A configuração do projeto inclui coisas como tipos de problemas, fluxos de trabalho, telas, etc. Vamos passar por opções de configuração em breve. Por enquanto, vamos deixar esta caixa de seleção desmarcada. Há também uma opção para se conectar para trabalhar em todas as suas ferramentas. Se habilitado, o projeto que estamos criando será conectado a outros Atlassian e ferramentas como confluência e Bitbucket disponíveis sob a mesma licença. Pode deixá-la desmarcada por enquanto. Clique no botão Criar projeto e você está pronto. Você criou um projeto Jira Scrum. Na próxima lição, analisaremos várias definições de configuração do projeto. 9. Configurações de projeto: Jira é um software extremamente configurável para dizer pelo menos ainda, você pode começar a usá-lo fora da caixa com todas as configurações padrão. Neste curso, vamos fazer isso porque vamos seguir o processo Scrum padrão. E como dissemos anteriormente, scrum é uma das configurações padrão de giro. No entanto, se as configurações padrão não atenderem às suas necessidades, você também pode fazer alterações de configuração de vários níveis de complexidade e impacto. Você pode fazer alterações que afetem toda a Instância do JIRA ou apenas um projeto específico. As alterações de configuração específicas dos projetos são feitas na seção de configurações do projeto, que analisaremos nesta lição. A seção de configurações do projeto é enorme. Existem quase 20 telas que cobrem várias opções de configuração. E este é um curso para iniciantes. Portanto, não detalharemos cada tela, mas mostrarei cada uma e descreverei brevemente o que é usado. O primeiro verde são os detalhes. Esta tela contém as configurações que você provavelmente alterará para seus projetos. Se você decidir mudar o nome do seu projeto, este é o lugar para fazê-lo. Você pode fazê-lo com segurança a qualquer momento, quantas vezes quiser. Abaixo está o campo chave que não é aconselhável mudar, especialmente depois de ter criado problemas no projeto. Ele contém o prefixo que é adicionado a cada número emitido do projeto e alterá-lo não pode criar URLs válidos para problemas do projeto e muitas dores de cabeça. O tipo de projeto mostra o tipo selecionado quando criou o projeto e não é editável. Para alterar o projeto para um tipo diferente, você teria que criar um novo projeto e, em seguida, mover todos os tickets. Categoria de projeto permite agrupar projetos do mesmo tipo. Por exemplo, projetos de marketing ou projetos de software. Ele não tem muito valor funcional exceto a capacidade de edição para filtrar projetos por sua categoria em toda a tela do projeto. Avatar é uma imagem que será renderizada ao lado do nome do projeto. Em todas as telas da Jira. Ele é seguido pela descrição, que como o nome diz, é usado para fornecer opcionalmente uma breve descrição do projeto. O próximo campo é o lead do projeto, que representa o usuário que será o principal ponto de contato para este projeto. O último campo é o destinatário padrão, que determina um usuário ao qual todos os novos tickets são atribuídos. Existem duas opções para escolher. Líder do projeto ou nenhuma atribuição. tela de pessoas é a próxima. E ele é usado para configurar permissões específicas para este projeto. Esta funcionalidade é bastante limitada no plano gratuito, mas, por outro lado, esta tela permite atribuir diferentes disposições do projeto a conjuntos específicos de usuários. Automação é um novo recurso onde você pode configurar regras para automatizar ações, como marcar épico feito com o último de seus problemas está marcado como feito ou atribuir um problema a um usuário específico. Se o título contiver certas palavras-chave. Como o nome diz, a tela de resumo é um resumo de todas as configurações para este projeto. tela de ocorrência é usada para configurar o esquema de tipo de problema, que define os tipos de problemas usados neste projeto, como histórias, bugs ou tarefas. Vou abordar questões JIRA em maior detalhe na próxima seção. tela de layout de problemas permite a configuração de visibilidade e layout dos campos para cada tipo de ocorrência. É específico para a questão de visão que foi recentemente introduzido o Jira, e até o final de março de 2021, irá substituir completamente a questão legada de você. A página da força de trabalho é onde um fluxo de trabalho específico pode ser definido para cada tipo de ocorrência. Por exemplo, incluindo no status de teste para história do usuário e não para a tarefa. A página de telas é onde o layout de campo é definido para a exibição de ocorrência herdada. Mencionei há instantes que a questão do legado de V. Exa. seria eliminada gradualmente até ao final de Março de 2021. E esta página pode ter desaparecido também naquele momento, a tela de campo é usada para configurar campos individuais para cada tipo de problema. Por exemplo, se você gostaria de ser capaz de atribuir usuário JIRA como um testador designado para cada bug. Você criaria um novo campo chamado designado por QA e editaria para o tipo de problema de bug. Tela de código é um lugar para conectar o Jira com um repositório de código no GitHub ou Bitbucket. Além disso, ele permite vincular problemas JIRA a confirmações de código específicas e solicitações pull. A tela de implantação permite integrar ferramentas de implantações de código e ter visibilidade do JIRA no histórico de implantação. Versões ou os chamados lançamentos. Como JIRA inconvenientemente tem dois nomes para o mesmo recurso é usado para empacotar problemas JIRA em pacotes de implantação, que é excelente para manter o controle de era um problema específico implantado em um ambiente específico. Componentes são uma maneira de agrupar problemas JIRA em conjuntos específicos, como banco de dados para problemas relacionados ao banco de dados ou, ou API para problemas relacionados à API. Depois que uma lista de componentes é definida, o campo de componente fica disponível na tela Ocorrência. Um Genie é uma classe sim, sistema de gerenciamento de alerta e pode ser integrado com questões Jira. Neste momento, não tenho essa integração configurada aqui. Permissões e telas de segurança de problemas são usadas para definir para um nível muito granular, permissões específicas com base no grupo de usuários. O pacote Jira gratuito não inclui essa funcionalidade. A página de notificações é onde podemos definir quem será notificado quando ocorrerem eventos específicos. Por exemplo, quando um comentário é criado em uma ocorrência, a questão do destinatário e o repórter de sapato devem ser notificados. A tela de ferramentas de desenvolvimento é outro lugar para conectar o projeto Jira a várias ferramentas de desenvolvimento. coletor de problemas é um recurso que permite incorporar um formulário em qualquer site que possa criar o problema Jira a partir de informações coletadas no formulário e enviadas a partir do formulário. A página de escória é onde Jira pode ser conectado ao Slack e habilitado para postar mensagens sobre a atividade de problemas em um canal Slack. Isso conclui a seção sobre os projetos Jira. Nós criamos nosso projeto de curso e temos olhado através de inúmeras opções de configuração de projeto fornecidas por jira. O projeto ainda está completamente vazio. Mas agora podemos começar a definir e planejar esses projetos de trabalho. Na próxima seção, você aprenderá sobre problemas do JIRA, diferentes tipos de tecido e como criar e gerenciar problemas. 10. Entendendo as questões do Jira: Se você é um pouco novo no JIRA e ver o problema ou problemas em muitas telas. Você pode estar se perguntando quais são os problemas do JIRA, quais são os diferentes tipos de tecido, como usá-los e quais são os tickets do JIRA? Em palavras simples, as equipes que usam o software Jira utilizam problemas para rastrear itens de trabalho individuais que devem ser concluídos. Dependendo de como uma TV específica usa Jira. Problema poderia ser qualquer coisa que acabaria por receber algum como atenção necessária para alcançar algum tipo de conclusão. Isso é um pouco de uma afirmação acadêmica e é bastante abstrata. Então vamos tentar usar alguns exemplos específicos da vida real para ajudar a descrever o conceito. Por exemplo, se você planeja uma viagem de férias, você pode ter uma lista de coisas que você precisa fazer antes do início das férias. Essas coisas provavelmente seriam algumas ou todas essas pesquisas, destino, enviar ofertas, reservar, tempo pessoal no trabalho, reservar passagens aéreas, reservar alojamento em hotel. Por seguro de viagem, reserve embarque, coloque o cachorro. Você provavelmente pode cuidar de todas essas coisas sem criar um Jira projetos para gerenciar sua preparação de férias. Mas se você realmente acabar indo tão longe, cada item da lista será coberto. Problema Jira no início com a lista é criado. Todas estas questões estarão em um estado pendente aguardando para serem tratadas. Eventualmente, um após o outro. Alguém vai trabalhar neles para obtê-los feito em seu status vai mudar para concluída. Se você quiser ser mais preciso, você pode introduzir o status de progresso para cada problema em que você começou a trabalhar, mas ele ainda não tinha concluído. Vamos passar por outro exemplo. Mais um adequado para ser Madison Hegira. Digamos que você está trabalhando em um projeto de software e que você seja solicitado a fechar as lacunas restantes no sistema de autenticação do usuário. Essas lacunas são descritas em um e-mail e são falta de funcionalidade para uma redefinição de senha ao alterar o endereço de e-mail. Além disso, o quarto número deve ser adicionado a um perfil de usuário. Eles também não são problemas em relação a permitir o uso ou o caractere de espaço no nome de usuário e validar o usuário David, selecioná-los, não funcionando. Além disso, você também será solicitado a garantir que todos os registros de usuário que não foram atividades nos últimos cinco anos sejam excluídos e que o banco de dados do usuário seja indexado. Isso pode ser traduzido em outra lista de coisas que precisam ser feitas. E é assim. Ativado redefinição de senha, habilitar alteração de endereço de e-mail Ed para o número 2, um perfil de usuário. nome de usuário não deve permitir caracteres de espaço, comprimento do nome de usuário deve ser validado. Excluir usuários que não fazem atividade nos últimos cinco anos. Reindexar banco de dados do usuário Embora curto, esta lista é um bom candidato para rastreamento JIRA, é claro que cada item será coberto questão Jira. Mas existem vários tipos emitidos para escolher. Antes de começarmos a criar problemas para o nosso antigo projeto de curso Hegira, vamos rever o que esses tipos são como itens da lista, bate-os. Faremos isso na próxima lição. 11. Tipos de problema padrão: O primeiro tipo de problema é a história. E ele é usado para descrever uma nova funcionalidade e um novo recurso, algo que os usuários vão se preocupar. Olhando nossas listas. Primeiros três itens, habilitando a redefinição de senha e e-mail, outros mudam e editam. O número de telefone certamente se qualifica como algo que os usuários estão interessados. Vamos marcá-las como histórias. Mas e os itens restantes? Será que os usuários, como o seu aplicativo? Mais espaços são permitidos, o nome de usuário ou se usuários inativos são excluídos? Provavelmente não. Então os itens de quatro a sete definitivamente não são do tipo de história. próximo tipo de problema é o bug, que representa algo que não funciona como esperado e precisa ser corrigido. Um problema que temos no que corrigir itens 45 são claramente Sufi que se enquadra nessa categoria. Você queria que o nome de usuário fosse validado. É caráter de espaço não permitido nele, mas por qualquer razão que não está funcionando, ele precisa de fixação. Então esses dois estão se tornando insetos. O último tipo de ocorrência é tarefa, que representa o trabalho que precisa ser concluído. Mas não é o recurso que os usuários se preocupam com isso também. É um trabalho para corrigir algo que atualmente não está funcionando como esperado. Os dois últimos itens, 67, qualificados porque você estará fazendo isso para manter sua boa saúde, não para corrigir um problema ou para agradar um usuário. Tomarei os itens 6 e 7 como tarefas. Mapeamos todos os nossos itens na lista. Mas ainda há mais um tipo de problema, o tipo épico. Muitas vezes nos referimos a um grupo de recursos como um recurso, bem como, silenciosamente assumindo que é claro para todos que há algum tipo de hierarquia no lugar. Por exemplo, carrinho de compras é um recurso comum aplicativos de comércio eletrônico. Ainda assim, há um conjunto de recursos que todos pertencem a um carrinho de compras. Adicionar itens ao carrinho, ou remover o, remover itens do atual ou adicionar vários itens ou mostrar itens relacionados e muito mais. É aí que o épico se torna útil. Ele é usado para agrupar questões relacionadas sob uma questão guarda-chuva. No exemplo anterior, carrinho de compras para se tornar um épico e todos os outros itens mencionados como adicionar e remover produtos de e para o carrinho de compras serão suas histórias ou outros tipos de problemas. Vamos ver como aplicar isso ao nosso exemplo. Quando falamos de nome de usuário e senha, isso faz parte da funcionalidade de autenticação do usuário, que se torna nossa APIC. I vezes 145 parecem ser um bom ajuste para isso. Todos eles devem ser bloqueados para um épico de autenticação de usuário. Funcionalidade de perfil de usuário é sobre a manutenção de um registro de usuário, incluindo nome, endereço, número de telefone, etc Itens para três, alteração de endereço de e-mail e número de telefone são definitivamente parte disso. Então vamos relacioná-los com o perfil de usuário épico. Dois itens restantes parecem não pertencer a nenhuma funcionalidade de nível superior. Então vamos deixar isso sem o épico, que é perfeitamente bom. Pertencer a um épico não é obrigatório. Agora, depois de concluir esta lição, você deve ter uma compreensão sólida das diferenças entre os tipos de problemas padrão do Jira e como decidir qual deles usar para uma tarefa específica. Na próxima lição, vamos colocar isso para funcionar e finalmente começar a preencher nosso projeto. Duas edições. 12. Identificar problemas para projeto de curso: Você acabou de aprender o que é uma história de usuário, qual caso da EPA, bugs de água e tarefas. Nesta lição, vamos colocar isso para funcionar e definir o conjunto inicial de questões JIRA para o nosso projeto de curso. Vamos ter um lembrete rápido sobre os recursos que esperamos entregar para nossa loja online. Permitir que os usuários procurem produtos para venda como anônimo ou um usuário conectado. Durante a navegação, os usuários podem adicionar produtos à sua lista de desejos pessoal ou carrinho de compras. Os usuários podem comprar item e pagar com cartão de crédito ou PayPal. Se o usuário decidir comprar itens no carrinho de compras, teremos que fazer login ou criar uma conta se ele ainda não tiver um. Os usuários podem definir alertas. Assim, o preço dos itens em sua lista de desejos e receber notificações por e-mail quando o preço muda. Não há uma única maneira certa de quebrar isso e histórias épicas. No entanto, para o propósito deste curso, é irrelevante como ele foi quebrado. Desde que tenhamos uma estrutura significativa que cubra o escopo. Com essa divisão, aqui está a proposta é top epics que vamos prosseguir com a gestão de contas, pesquisa de produtos, visualização de produtos, compras, carrinho, gestão de compras na gestão de listas de desejos. Mas como sabemos se o conjunto de épicos abrange o escopo definido pelos requisitos para co-autor que devemos mapear cada requisito para épicos ou épicos que estão abordando a exigência. Por exemplo, para cumprir o permitir que os usuários naveguem produtos para venda ou é anônimo, são registrados requisitos do usuário, precisaríamos de recursos em épicos. O gerente de conta na épica irá lidar como uma parte do usuário audível ou logado e produtos de pesquisa. Epic, vamos cobrir o permitir que os usuários naveguem produtos para venda peça. O próximo requisito, durante a navegação, os usuários podem adicionar produtos à sua lista de desejos pessoal é coberto por 20 ética. Visualizando produtos cores épicas, durante a navegação, os usuários podem adicionar produtos, frase. E as alças de gerenciamento de listas de desejos adicionam produtos à sua lista de desejos pessoal ou carrinho de compras. Quer que a coisa ruim esteja completa para todos os requisitos, vamos acabar com o BAP semelhante a isso, o que garantirá que nada do escopo foi perdido. Este mapa está anexado aos recursos da lição que você pode baixá-lo e imprimi-lo para sua referência. Antes de seguir em frente, vou adicionar mais duas épocas. Eles não se relacionam com nenhum dos requisitos funcionais, mas eles são necessários para conter o trabalho para requisitos não funcionais, como alertas e monitoramento. E isso é exatamente o que os dois épicos são. Alertas e monitoramento. Tudo parece bom. E podemos avançar para o próximo passo, que é definir histórias específicas. Fizemos as épocas. Novamente, não há um único caminho certo. Aqui é uma das maneiras corretas de fazê-lo. Por exemplo, para o escopo do Gerenciador de Contas na Epic, queremos ter a funcionalidade para fazer as seguintes coisas. Criar conta, login, logout, alterar mal Ao redefinir senha. E para pesquisar produtos, épicos, esperamos ser capazes de pesquisar produtos por categoria, pesquisar produtos por nome e pesquisar produtos por preço. Claro, existem outras maneiras de procurar produtos, como o número de vendas ou o número de avaliações. Mas como esses recursos não estão incluídos nesta lista, eles não fazem parte do escopo e não devem ser considerados. Esta lista também está anexada aos recursos da lição disponíveis para download e impressão. Este colapso é sólido o suficiente para nos ajudar. E na próxima lição, vamos usar essa estrutura para criar o conjunto inicial de questões no JIRA. 13. Como criar e editar problemas: Nós identificamos nossas histórias e tarefas e a esta lição, vamos criá-los no JIRA. Primeiro, vamos ter certeza de que você está na tela de backlog. Uma vez lá, podemos seguir em frente. Começarei com o Epic primeiro, seguido por outras questões. Na lista de pendências, os épicos estão contidos no painel épicos e você pode acessá-lo clicando na miniatura épica aqui ou selecionando a opção Mostrar painel épicos no pop-up de ações da tela. Clicar no link criar épico traz à tona o pop-up criar épico. Tenho que dar um nome ao épico no resumo. O campo de resumo é um pouco de duplicação do nome. Então vamos centralizar o gerenciamento de contas em ambos os campos. Clique no botão Criar e épico é criado. Vamos usar os mesmos passos para criar outro épico. Clique no criar épico. Digite a pesquisa de produtos em ambos os campos e clique em Criar. Não se preocupe se você vir mais campos no pop-up de criação épica. Como muitas coisas no JIRA, discreto é personalizável. E se você não é o único usuário de sua instância do JIRA, alguém pode ter personalizado a tela independentemente do nome e resumo são os dois únicos campos obrigatórios em épico. Vou parar a gravação enquanto crio os épicos restantes. E se você estiver acompanhando, você deve pausar o vídeo, criar as escolhas, adicionar retomar o vídeo. Uma vez que você está feito. Nossos oito épicos foram criados. E você pode ver que todos os painéis épicos. Agora podemos avançar para a criação de problemas remanescentes. Existem várias maneiras de criar problemas do JIRA e analisaremos algumas delas. Vamos começar com a criação de um problema a partir do Painel Épico. Despesa, o épico de gerenciamento de conta clicando no símbolo de cenoura pouco ao lado dele, o Painel épico abre e na parte inferior há o problema criar no link épico. Clique nele e o pop-up Criar Problema será aberto. Observe que o tipo de problema selecionado é história. Logo abaixo está o campo de resumo, que é onde você deve inserir o nome da história. Digite criar uma vaca lá fora. O campo de descrição é onde você forneceria a descrição completa e detalhes sobre o épico. Vou deixá-la vazia por enquanto. Por uma questão de tempo, o campo de repórter captura o nome do usuário que criou o problema. Problemas vinculados são uma maneira de criar dependências entre ocorrências, como uma é bloqueada por outra. O destinatário é usado para atribuir uma ocorrência a um usuário específico. Prioridade, auto-explicativo e rótulo são usados para marcar o problema com um texto de formato livre. Epic LOINC é usado para associar o problema com um épico. Ele já está preenchido, não editável. Desde que iniciamos a criação da edição a partir do épico específico, vamos ignorar sua Springfield por enquanto e discuti-lo mais tarde na lição sobre espíritos. Criação rápida e a história aparece na lista de pendências. Você pode ver aqui que ele inclui o rótulo épico mostrando dois épicos que a história pertence. Outra opção para criar um problema é usar o botão criar na navegação superior. Este botão está disponível em quase todas as telas do Jira. Se você quiser evitar navegar telas enquanto procura um épico específico, este botão certamente irá fornecer uma maneira mais rápida de criar problemas. Clique nele e, novamente, a tela Criar Problema aparece. Certifique-se de que a história é o tipo de problema selecionado e insira login na edição do resumo. Os campos a seguir são os mesmos de quando você criou o problema no painel épicos, exceto que o campo épico agora é editável. E você deve clicar nele e encontrar e selecionar Gerenciamento de Conta épico, dependendo de suas provisões nos épicos listados neste campo, jira irá mostrar-lhe épicos de outros projetos. É discutível se essa é uma característica útil ou não, mas é assim que é. Uma vez feito, clique no botão Criar na história aparece no quadro. A terceira opção para criar uma nova ocorrência é útil se você quiser criá-la rapidamente e não precisar preencher nenhum campo, exceto o nome das ocorrências. Aqui está como é feito. Olhe para a frente, crie o link de problema na parte inferior da lista de pendências. Clique nele e o campo para edição em linha será aberto. Você pode selecionar o tipo de sapato e você pode inserir seu nome. Se você quiser adicionar qualquer outra informação, você terá que editar o problema depois de criá-lo. Vamos usar esta opção para criar uma de nossas tarefas. Selecione a tarefa no menu suspenso do tipo de ocorrência e insira alertas de executores no campo de resumo e pressione Enter. O problema é criado e qual lista de pendências é atualizada. Você pode clicar no problema e editar outros campos. Precisamos ligar esta tarefa ao épico de alerta. Então, procure o campo de link épico e selecione alertas épicos nele. Observe que ícones diferentes distinguem entre os tipos de ocorrência. Roxo para um épico, verde para uma história, e azul para uma tarefa. Além disso, cada edição tem um identificador exclusivo, prefixo TS, que é a chave do projeto, seguido do número de emissão. O mesmo conjunto de etapas que segui para as três primeiras edições se aplica à criação de qualquer problema. Há mais algumas questões para criar. Mas como acabei de explicar, é bastante repetitivo. Então vou parar a gravação enquanto faço isso. Se você estiver acompanhando, você deve parar o vídeo e criar os problemas restantes antes de continuar com a lição. Agora, nós temos todos os nossos problemas no JIRA e notamos que eles estão todos sentados no backlog. O backlog é um conceito essencial em JIRA e ágil. Ele contém todos os problemas ainda esperando para serem processados, significa que nenhum trabalho foi feito ainda sobre eles. No entanto, ainda não priorizamos questões e não estimamos o esforço para completá-las. Na próxima seção, vamos mergulhar no gerenciamento de backlog, os detalhes, e vamos aumentar nosso backlog. 14. Priorizando o backlog: Backlog é um dos conceitos-chave em Scrum e várias outras metodologias ágeis. Eu mencionei o atraso na lição sobre Scrum. Expliquei como um lugar que contém todo o trabalho que ainda precisa ser feito e ainda não começou. Também notei a importância de manter um atraso em grupo. Preparado significa que todos os problemas no backlog são sempre classificados por prioridade, tendo os mais importantes no topo do backlog, pelo menos importante para desestabilizar fundo. Portanto, o backlog não é apenas um local de despejo para o trabalho pendente ou um lugar para chuveiro idéias que você nunca será abordado. Um backlog bom, limpo e bem mantido é um fator de sucesso crítico para qualquer projeto. Com isso em mente, vamos ver como isso se aplica ao nosso projeto de curso. Na lição anterior, criamos todos os épicos, histórias e tarefas que identificamos até agora. Isso nos dá o backlog que reflete corretamente o escopo do projeto. Mas ainda não fornece qualquer informação sobre prioridades. Como a prioridade definida significa que ainda não temos um atraso bem preparado. Começaremos com os Épicos. Um lembrete de que, na tela de backlog, os épicos estão localizados no painel épicos no lado esquerdo da tela. Quero que os produtos de pesquisa e visualização trabalhem primeiro lugar, já que muitos outros trabalhos dependem deles. Para colocá-los no topo dos épicos menos, eu vou apenas arrastá-los para o topo da lista. Eles serão seguidos por gerenciamento de contas e gerenciamento de carrinho de compras. Depois disso, a gestão de compras e a gestão de listas de desejos serão cuidadas. Épicos, parece bom. Poderíamos passar para histórias e tarefas. Você pode ter assumido que definir prioridades épicas, vamos refletir sobre suas histórias e que é pesquisar histórias de produtos. Vamos acabar no topo da lista de pendências. Bem, esse não é o caso e prioridade épica não impacta automaticamente as prioridades das histórias. Há uma razão válida para isso. Cada edição dentro de um épico tem uma prioridade diferente. Se um épico tem uma prioridade maior do que outro, isso não implica que todas as histórias desse tópico tenham prioridades mais altas do que todas as histórias do outro épico. No nosso caso, quero atribuir produtos de pesquisa por categoria, a prioridade máxima. Mas eu não acho que o produto de pesquisa por preço é mais importante do que os detalhes do produto. A linha inferior é que as prioridades relativas dos épicos são direcionais e não mapeiam prioridades um-para-um, duas histórias. Sabendo disso, vamos finalmente estabelecer as prioridades de nossas histórias e tarefas. Acabei de mencionar que quero dar prioridade aos produtos de pesquisa por categoria. Claro, uma opção é arrastar essa história para o topo da lista de pendências. Mas há uma maneira mais rápida de mover um bilhete para o topo ou para baixo. Clique com o botão direito do mouse nesse ticket, abre um pop-up com opções para enviar um ticket para o topo da lista de pendências ou para a parte inferior da lista de pendências. Um clique e os produtos de pesquisa por categoria se tornam o ticket de prioridade máxima. A próxima prioridade é o ticket de detalhes do produto. Como é um pré-requisito para carrinho de compras e histórias de pagamentos. Vou arrastar o bilhete, ele colocá-lo logo abaixo dos produtos de busca por categoria. Por uma questão de tempo, eu não vou passar pelo raciocínio para cada prioridade bilhetes. É muito específico para cada projeto. Pode ser bastante subjetivo. Anexado a esses recursos de lição está o documento com um backlog totalmente priorizado. Você deve parar o vídeo, baixá-lo e usá-lo como referência para concluir a priorização do seu backlog. Enquanto eu paro a gravação e faço o mesmo do meu lado. Depois de terminar, você pode retomar o vídeo. Ter um backlog priorizado é um marco importante e chegamos lá. Antes. Podemos começar a planejar nossos sprints, temos que estimar o esforço para completar cada edição, e faremos isso na próxima lição. 15. Estimando trabalhos no backlog: Estimar esforço é provavelmente um tópico que cria a maior contenção em qualquer estrutura Agile. Há uma abundância de técnicas e abordagens para estimar nos cursos totalmente dedicados necessários para cobrir tudo isso. Portanto, vamos cobrir o básico aqui apenas o suficiente para ser capaz de demonstrar como capturar e usar estimativas de esforço. É JIRA. Se o trabalho que precisa ser estimado nunca é feito antes. E a maior parte do tempo é o desenvolvimento de software. Esse é o caso. É difícil saber exatamente quanto esforço é necessário para completar o trabalho. As equipes passaram horas sem fim debatendo e dividindo os cabelos. Se uma tarefa um pouco levar dois dias ou três dias de esforço. E se a tarefa B, levaremos oito dias ou nove dias de esforço. Mas a essência da disputa é exatamente o termo. De acordo com os princípios Agile, não precisamos saber exatamente qual é o esforço. Está tudo bem estabelecer o esforço aproximado. Então, se reformularmos a pergunta para a equipe estimando o trabalho como é o esforço para completar a tarefa de dois a três dias? Ou são oito a nove dias? Vamos rapidamente obter uma resposta. Essa é precisamente a razão pela qual a estimativa usando a sequência de Fibonacci é popular e eficaz. Em essência, a expressão quantitativa do esforço deve ser um dos números dos sérios 1, 2, 3, 5, 8, 13, 21. Cada número pode representar dias. Ou para temas mais maduros, esses poderiam ser pontos de história. Independentemente disso, a lógica por trás da metodologia é que as equipes devem escolher um valor que eles pensam que provavelmente representa o esforço. Em geral, é mais fácil entender as tarefas menores, razão pela qual as opções 1, 2 e 3 existem. E à medida que nos movemos para esforços mais significativos, é mais difícil encontrar um número, mas é muito mais fácil escolher entre poucos números. Aquele que está mais perto do esforço real, 8 ou 13, ou 21. Não há opções no meio. No nosso caso, digamos que a equipe fez uma sessão de estimativa e o resultado é capturado no documento anexado aos recursos da lição. Cada ocorrência é atribuído um número que representa a estimativa de esforço. O auditor, vamos usá-lo para inserir estimativas no JIRA. Vá para a tela de backlog se você ainda não estiver lá. Vamos começar a partir do topo da lista de pendências. Então, clique no painel Criar conta de edição da história. Abriremos no lado direito da tela. Procure o campo de pontos da história e insira três. Continue indo para baixo na lista e clique em Login história. Encontre o campo de pontos da história e insira dois. Veja, no entanto, as estimativas aparecem no backlog além de cada edição. Mas podemos ter um problema. Observe que não há espaço reservado para o campo de estimativa para nossas quatro tarefas. E se eu abrir o painel de problemas para qualquer uma dessas tarefas, não há nenhum campo de pontos de história, isenção de responsabilidade rápida, este é o comportamento da configuração padrão do Jira. Se você estiver usando uma instância que teve algum nível de personalização, campo Pontos de história estará, pode estar presente. Então, estabelecemos que isso está acontecendo porque a configuração padrão do Jira não inclui o campo de pontos de história no tipo de problema da tarefa. No entanto, precisamos desse campo para capturar o esforço estimado para essas quatro tarefas e usá-lo ao planejar nossos sprints. Costumávamos dizer que girase extremamente configurável. Então vamos ver como isso nos ajuda nesta situação. Basicamente, precisamos adicionar o campo de pontos de história para o tipo de problema de tarefa. Para fazer isso, são necessárias permissões de administrador. Se você tem que segui-los. E se não, ainda está tudo bem. Basta observar e ficar ciente de como isso é feito. Vá para o menu Configurações clicando no pequeno ícone de engrenagem no canto superior direito. E selecione problemas. Procure campos personalizados na navegação do site. Clique nele e procure o campo de pontos da história com os carregamentos da tela. Aberto o menu Ações à direita e selecione o contexto e a opção de valor padrão. Observe que o campo de pontos de história está associado apenas a problemas épicos de tipo de história. Queremos adicionar o tipo de tarefa a este grupo. Então, clique em Editar configuração. E, mantendo pressionada a tecla Command ou Control, selecione a tarefa na lista de tipos de ocorrência, certifique-se de que a história nos tipos épicos permaneça selecionada. Queremos disciplinar globalmente para todos os projetos. Então vamos deixar as opções de contexto global selecionado e clique no botão modificar na parte superior, na parte inferior para confirmar as alterações. A tarefa deve aparecer além de histórias e tipos épicos. E você pode navegar de volta para o projeto da loja superior. Estamos agora prontos para continuar adicionando estimativas para problemas no backlog. Vamos atualizar uma das tarefas para verificar a alteração de configuração. Acabamos de lembrar a tarefa de monitoramento de desempenho. Procure o campo storypoints, clique nele e digite dois. Precisamos continuar fazendo isso para as tarefas restantes usando o Tao do documento para referência. Pare o vídeo e conclua isso em seu projeto. Enquanto eu paro a gravação e termino no meu projeto. Depois de terminar, você pode retomar o vídeo. Agora, temos um backlog bem preparado. Todas as questões são classificadas por prioridade e cada emissão como estimativas de esforço. Estamos prontos para começar a planejar nossos sprints, e faremos isso na próxima lição. 16. Como criar sprints: Agora temos tudo o que precisamos para planear os nossos sprints. Discutimos sprints na lição Scrum, que foi algumas lições atrás. Vamos fazer uma breve recapitulação sobre os principais aspectos do Sprint. Um Sprint é um período de tempo definido, geralmente de duas a três semanas, durante o qual um trabalho específico do Chaco será concluído. Durante um único sprint, uma equipe trabalhará apenas no conjunto de histórias da planta. Nada mais, nada menos. A expectativa é que todas as histórias incluídas em um sprint específico sejam totalmente completadas pela tenda de primavera. A terceira declaração aqui é a mais importante a ter em mente ao planejar sprints. Então vamos analisá-lo por um momento para torná-lo mais provável que todo o trabalho planejado seja totalmente concluído dentro de um sprint, não devemos planejar mais do que uma equipe pode fazer. Para ser honesto, podemos planejar menos do que uma equipe pode fazer e todo o trabalho da planta será concluído. Mas isso seria improvável que fosse considerado um feito. Portanto, nossa tarefa ao planejar sprints, é ajudar nossa equipe a fazer o máximo de trabalho que puder, mas ao mesmo tempo não planejar mais do que isso. Com isso em mente, há uma matemática muito simples que podemos usar para determinar quanto trabalho nossa equipe pode lidar e quais problemas vão para qual sprint. Digamos que nossa equipe tem para desenvolvedores. E vamos correr duas semanas de sprints durante o nosso projeto. Em cada duas semanas sprint, há dez dias úteis. Isso significa que cada desenvolvedor pode fazer dez dias de trabalho em um único sprint. Mas sabemos que coisas inesperadas podem e vão acontecer o tempo todo. Reuniões da empresa, dias pessoais de doentes, sabe-se lá o que mais? Se assumirmos que os eventos não planejados, em média, tiram 20% da eficácia de alguém. Isso nos deixa com oito dias de trabalho eficaz que cada desenvolvedor pode fazer em um único sprint, que 20% fator não é inventado. É um padrão da indústria amplamente reconhecido em gerenciamento de projetos. Uma vez que estabelecemos essas métricas, podemos, com confiança decente, afirmar que dois desenvolvedores podem fazer o dobro em um único sprint. Assim, para desenvolvedores vezes oito dias de trabalho equivale a 16 dias de trabalho. Ao fazer esse cálculo, estabelecemos a capacidade da nossa equipe. Capacidade é definida como a quantidade que algo pode produzir. No nosso caso, cerca de 16 dias de trabalho e algo é a nossa equipe em um único sprint. Este momento é onde devemos apreciar as estimativas de esforço que criamos em uma lição anterior. Para cada problema em nossa lista de pendências, sabemos os dias de esforço necessários para concluí-la. Também notamos que o esforço máximo de nossa equipe pode completar em um sprint é de 60 dias. Portanto, onde as emissões lugar de backlog Sprints, devemos garantir que a soma das estimativas para todas as questões em um único sprint não é mais do que 16. Isso não é simples e requer alguns malabarismos. Mas a Jira vai tornar as coisas muito mais fáceis do que se o fizermos de outra forma. Vamos ver como vai. Antes de criar nossos sprints. Vamos descobrir quantos sprints precisamos para completar todo o trabalho no backlog. Mais uma vez, podemos responder rapidamente a essa pergunta com um pouco de matemática. A adição de estimativas para todas as questões resulta no total de 111 dias de esforço. Sabendo que podemos fazer 60 dias de esforço em cada sprint, o número total de sprints necessários é 111 dividido por 16, que é 6,9. Podemos ter molas fracionadas, então vamos arredondar até sete sprints para completar o projeto. Em seguida, devemos estabelecer uma convenção de nomeação de sprint. A primeira coisa que vem à mente é nomear o Sprint 1 e Sprint 2 e assim por diante. Mas essa não é, na verdade, a melhor prática. E aqui está o porquê. Durante o projeto Scrum, há um número considerável de referências feitas a molas particulares. Por exemplo, em que primavera está registrando história sendo trabalhado ou para o qual sprint dois, precisamos de projetos de lista de desejos. As respostas podem ser Sprint 2 e Sprint 4, mas os números são fáceis de misturar. Então, para evitar que o Sprint 3 se torne uma resposta errada para ambas as perguntas, devemos evitar o uso de números ou quaisquer sequências em nomes de sprint. É comum usar itens de conhecimento geral, como termos geográficos. Por exemplo, nomes de cidades ou rios, ou nomes de filmes. Qualquer coisa que não tenha sequências nele. Para o nosso projeto, vamos usar carbonos. Nossos Sete Springs serão chamados Buick, Acura, Dodge, a quem eles ligam chamado Tesla, Honda. Finalmente, temos tudo o que precisamos para criar sprints. Para criar um sprint, vá para a tela de backlog. Na parte superior da lista de pendências, há o botão Criar Sprint. Clique nele e sprint será criado e dado um nome padrão, Ts Sprint 1. Dissemos que daríamos o nome de Buick. Então, clique no botão Ações de sprint à direita. Selecione Editar e altere o nome das molas para Buick. Clique no botão Atualizar e as horas por sprint são criadas. Eu vou fazer os mesmos passos para criar Oculus print, Criar Sprint, sprint, mudar o nome para atualização Acura. E agora eu posso ver nossas duas primeiras molas no backlog. Eles estão vazios e está tudo bem. Em breve vamos atribuir problemas a strings. Ainda temos mais cinco sprints para criar. Vou parar a gravação enquanto faço isso. E você também deve pausar o vídeo e certificar-se de que você criou todos os sete sprints antes de retomar a lição. 17. Como planejar impressões a sprints: Criamos nossos sete sprints e podemos começar a planejá-los. Mais cedo. Reconfirme que nosso backlog foi preparado e as histórias mais importantes estão no topo. Mas planejar não é tão simples quanto sequencialmente mover histórias do topo do backlog para sprints. Precisamos acomodar para dependências entre histórias e o esforço total de todas as histórias em um sprint não pode ultrapassar 16. Com isso em mente, há um problema imediatamente. Esforço total ou as duas primeiras histórias na lista de pendências é 18. Então eles não podem ir juntos no mesmo Sprint. Eu vou optar por ir com os detalhes do produto porque mais histórias dependem dele. Por exemplo, adicionar ao carrinho de compras e adicionar histórias oficialmente pode começar sem os detalhes do produto. Para adicionar novos detalhes do produto a um sprint, eu gostaria de clicar com o botão direito do mouse sobre ele. E a partir do pop-up, selecionarei o sprint para o qual quero enviá-lo. Neste caso, é durante o sprint. E a história é colocada no sprint. Mas também, eu não quero deixar capacidade não utilizada em um sprint. Eu tenho um orçamento de 16 dias para usar e eu tenho 13 dias de esforço atribuído à experiência BYU até agora. Então eu quero encontrar uma história tendo um esforço de três para maximizar a utilização do sprint. Olhando para baixo o backlog, há a história de criar conta, que é um três dias para tecido. Exatamente o tamanho para sentir perfeitamente o sprint, clique com o botão direito do mouse e atribua-o a Buick sprint. Role para cima para encontrar a BYU explicada em ambas as histórias. Você estará lá. Logo abaixo deles. No lado direito, você verá o esforço total de questões atribuídas ao sprint. Neste caso, como esperado, é 16. Podemos passar a planejar o próximo sprint, o sprint preciso. A escolha natural da primeira edição a adicionar a este sprint seria aquela que decidimos não adicionar à experiência de visualização, mesmo que estivesse no topo da lista de pendências, procurando produto por categoria. No entanto, muitas histórias dependem da adição de um produto ao carrinho de compras e da visualização do carrinho de compras. Embora esses dois dependam da história de login, essas são as razões pelas quais eles são classificados tão alto quanto o backlog. Portanto, vou ignorar a pesquisa por categoria mais uma vez e adicionar essas três histórias ao sprint preciso. Mais uma vez, é tão simples como clicar com o botão direito do mouse e selecionar o sprint. O mesmo para o produto 2, carrinho de compras e para ver o conteúdo do carrinho de compras. Vamos verificar quanto da capacidade de sprint usamos. O júri diz 13. 13 é usado, então temos mais três para alocar. Olhando para baixo a lista de pendências para a próxima história de três lados, produto de anúncio para lista de desejos aparece. Então vamos adicioná-lo ao sprint preciso. E nossos dois primeiros sprints são totalmente plantados. Você acabou de aprender como planejar molas e como atribuir problemas a cordas. Por uma questão de tempo, vou parar a gravação enquanto coloco as questões restantes nas molas, e terminarei a lição. Antes de iniciar a próxima lição, você deve baixar o plano de sprint final dos recursos de lições e, consequentemente, atribuir todos os problemas restantes dois sprints. Na próxima lição, você aprenderá como atribuir problemas a usuários GO, como iniciar um sprint e como monitorar o progresso de um sprint. 18. Comece a monitorar e fechar a impressão: Temos que fazer mais uma coisa antes de começarmos nosso primeiro sprint. O sprint, temos que atribuir problemas aos membros da nossa equipe. Temos membros de serviço, Jenny no Johnny, e vamos ver como podemos dividir o trabalho entre eles. Uma rápida digressão. Se você já tem algum para usuários em sua instância do JIRA, você pode usá-los nesta lição. Caso contrário, você pode adicionar usuários acessando o menu de configurações e selecionando gerenciamento de usuários. Após a tela do usuário, você pode convidar alguns usuários para criar suas contas. Se isso é muito problema, não se preocupe com isso. Você pode atribuir todo o trabalho a você mesmo. O objetivo desses exercícios é torná-lo familiarizado com telas Jira, não ter um projeto 100% bem planejado. Temos duas histórias na experiência da BYU, mas uma é 13 dias de esforço e a outra é apenas três dias. Nós estabelecemos que cada desenvolvedor pode fazer oito dias de trabalho em um único sprint. Johnny aguenta oito dias e Jenny pode levar oito dias. Se nós apenas atribuir ver detalhes do produto para Johnny e criar conta para Jenny, não é equilibrado em Johnny não vai completar seu trabalho enquanto janeiro vamos ficar com tempo extra não utilizado. Queremos evitar qualquer um dos dois. E a solução é bastante simples. Jenny, vamos trabalhar em Criar Conta desde o início do sprint. E ela deve ter cinco dias de espírito depois de terminar. Ao mesmo tempo. Johnny é de cinco dias curto ou o tempo necessário para completar os detalhes do seu produto. Então Janice, o excedente de cinco dias é precisamente o que é necessário para equilibrar os livros. Depois que ela terminar com sua história, ela vai ajudar Johnny completar sua história em ambas as histórias deve ser feito até o final do sprint. Esta combinação de números não é uma coincidência. Lembra quando estabelecemos que 60 dias de trabalho é capacidade da nossa equipe contada para Jenny e Johnny? Igualmente dividir histórias completas entre membros da equipe raramente acontece quando há grandes histórias no backlog. Mas a premissa para o planejamento Scrum é que o, os trabalhos como uma unidade e membros da equipe irão ajudar uns aos outros ter o trabalho concluído. É por isso que ter uma história atribuída a alguém não significa que esse seja o único membro da equipe que estará trabalhando na história. Ele só determina a pessoa responsável pela história, mas não impede que outros trabalhem nela. A teoria irá lidar com a microgestão da história no planejamento de sprint e stand-ups diários. No entanto, estamos começando a aprofundar o processo Scrum. Vamos apenas decidir os detalhes do seu produto para Johnny e criar a conta para Jenny e continuar a fazer isso. Clique na edição e no painel de ocorrência à direita. Procure o campo designado e selecione o usuário ao qual a ocorrência está sendo atribuída. Neste caso, Jony, faça a mesma coisa com a outra questão no hepatócito para Jenny. Como as questões são atribuídas aos seus proprietários. Eles iriam dar outra olhada nos detalhes da questão coletados até agora, e eles vão falar para resolver quaisquer ambiguidades. Por exemplo, quando criamos nossas histórias, não fornecemos nenhum detalhe. Agora, pouco antes de começar o sprint é a última oportunidade para fazê-lo. E depois de ouvir preocupações de Johnny e Jenny, vamos adicionar detalhes no campo de descrição dessas duas histórias. O tema confirma que os detalhes recém-fornecidos não afetam a estimativa atual do esforço. E estamos prontos para ir. Ótimo. Agora podemos começar o sprint. Para fazer isso, clique no botão Iniciar Sprint ao lado do nome do sprint. O pop-up vem onde você pode, opcionalmente, alterar esse nome de largura e definir o comprimento da mola, que é padrão para duas semanas, alterar a data de início do sprint e o objetivo de sprint descrito. Eu só vou mudar o comprimento padrão ou o sprint, e eu vou fazê-lo três dias. Claro, você nunca ajudaria a espalhar o curto em um projeto real. Isso é apenas para nos ajudar a ir mais rápido através de todos os movimentos de progressão Sprint. Deixe outros campos com valores padrão e clique em Iniciar. Sprint começou e somos transferidos para a tela de sprint ativa, onde podemos monitorar e atualizar o progresso dos sprints. Vemos nossas duas histórias sentadas em um status de tarefas a fazer e podemos dizer a quem elas são designadas quando o trabalho começa nelas. Eles são movidos para o status em andamento por um simples arrasto para a coluna em andamento. E eles sentam-se lá enquanto o trabalho está progredindo. Inevitavelmente, surgirão perguntas enquanto o trabalho está progredindo, e quando isso acontecer, elas serão postadas em uma seção de comentários de cada edição. Digamos que eu não esteja claro qual moeda deve ser usada ao mostrar o preço do produto. E eu vou postar essa pergunta como um comentário na visão detalhes do produto história. medida que a primavera progride, a revelam muita atividade em todas as questões incluídas no sprint. Tudo isso é capturado na guia Histórico da ocorrência. E você sempre pode se referir a ele quando você precisa olhar para trás no passado. Posso ver aqui, quando a estimativa de esforço foi criada e quem fez isso? Quando a questão foi atribuída ao sprint e muitos mais também geralmente fará o seu melhor para informar todas as partes interessadas sobre quaisquer alterações ou atividades em uma questão. Se você criou um problema ou foi atribuído a você, você receberá um e-mail de notificação semelhante a este sempre que algo for modificado no problema. Eventualmente, Jenny, vamos completar a história dela e movê-la para o status Concluído. Então ela vai ajudar Johnny com a grande história que ele possui juntos eles vão trabalhar nesta história para completá-la até o final do sprint. Quando terminar, os detalhes do seu produto, você passará para o status TN e isso concluirá todo o trabalho em BYU explicado. Perto do fim do sprint. Deveríamos fazer os preparativos para começar o próximo sprint. Precisamos atribuir problemas aos seus proprietários e resolver quaisquer ambiguidades nos requisitos. Vamos dar uma olhada. No sprint preciso. Não temos histórias maiores que o sprint. Então, dividindo histórias entre nossos desenvolvedores, você será mais direto. Ver conteúdo do carrinho de compras é estimado em oito dias, que possamos atribuí-lo a qualquer um e ele irá consumir toda a sua capacidade. O esforço total para completar as histórias restantes também é de oito dias. Então Jony deve completar todos eles. Todos os três estão sendo designados para ele. Vamos supor que depois de revisarem histórias, Eddie e Johnny não tiveram nenhuma objeção. Isso significa que o sprint preciso está pronto para ser iniciado com. Chega a hora no último dia do sprint. Fecharemos o sprint clicando no botão Sprint completo. O pop-up mostra nos informando quantos problemas foram concluídos neste sprint e o que acontecerá com aqueles não concluídos? Confirme que sua ação no sprint está fechada. Você é apresentado com um relatório de sprint onde você pode ver o detalhamento do que foi concluído neste sprint eo que não foi. Este relatório em particular não parece muito interessante, pois batemos apenas duas histórias em ambos foram concluídas nos projetos Scrum reais quando as coisas não vão exatamente como planejado. O lote tibial de informações valiosas aqui que pode ser usado para identificar problemas e encontrar maneiras de corrigi-los. Com o sprint Buick concluído, estamos prontos para iniciar o sprint preciso. Clique no botão Iniciar Sprint. Use as mesmas configurações da última vez e inicie o sprint preciso. Como esperado. Todas as histórias falsas estão no status de tarefas. E quando olhamos para eles, surge um risco potencial. A história do conteúdo do carrinho de compras não pode ser concluída sem adicionar produto ao carrinho de compras sendo concluído primeiro. Além disso, este último tem que ser concluído com bastante antecedência para permitir tempo suficiente para a conclusão do conteúdo do carrinho de compras vista. Portanto, queremos garantir que a união funciona primeiro em Adicionar produto ao carrinho de compras antes de iniciar qualquer outro trabalho. E tomar todas as medidas necessárias para garantir que a história seja concluída dentro do esforço estimado, pelo menos duração. Para capturar essa prioridade JIRA, vamos simplesmente arrastar a história para o topo da pilha de problemas Sprint, que significa que acabamos de estabelecer prioridade primavera. Para aumentar a prioridade com mais, vou definir o atributo de prioridade para o mais alto. À medida que os projetos avançam, nossos problemas de projeto passaram por diferentes status. Eles pertencem a telas diferentes e várias pessoas neles. Não temos mais uma visão para todos eles. Também queremos ser capazes de visualizar diferentes grupos de questões, como apenas ocorrências concluídas ou apenas questões atribuídas a Jony, ou apenas a emissão é maior do que 30 dias. Na próxima seção você vai aprender sobre filtros Jira, um recurso poderoso que você aborda tudo o que eu acabei de mencionar. 19. Encontrando problemas: O número de projetos e questões na Instância JIRA aumentará continuamente. Nunca vai cair. Isso é certo. Muito rapidamente. Vai se tornar muito demorado para encontrar problemas apenas procurando por eles em telas diferentes. Dura resolve esse problema com recursos de pesquisa poderosos. E nesta seção, você aprenderá a usá-los. Você pode procurar problemas no JIRA no nível do projeto e no nível global. Vamos rever a pesquisa de nível do projeto primeiro. Digamos que você queira encontrar todos os problemas no backlog que têm a lista de desejos no título. Vá para o backlog e na caixa de pesquisa do backlog digite wishlist. Observe que os problemas de pendências são filtrados à medida que você está digitando. E no final, você verá apenas problemas contendo termos de pesquisa. Existe uma caixa de pesquisa semelhante na tela de sprint ativa e funciona exatamente da mesma maneira. Ambos os backlog sprint ativo têm teatros gregos adicionais ao lado da caixa de pesquisa. Eles permitem filtragem com um clique. Por exemplo, se você quiser ver apenas as histórias de Jenny, clique no avatar Janice para remover o filtro. Clique mais uma vez. Você pode ter notado outra caixa de pesquisa localizada na barra de ferramentas na parte superior da tela. Esse é usado para a pesquisa global e deve ser usado para procurar itens em todos os projetos Jira na instância atual, no momento em que você clicar nele, você verá muitas coisas nos resultados, mesmo que você tenha feito ainda não inserir nenhum termo de pesquisa, Jira fornece-lhe uma lista de questões visualizadas recentemente e quadros, projetos e filtros visitados recentemente. Se isso não ajudar a encontrar o que você está procurando, você pode inserir um termo de pesquisa. Se eu inserir login, vejo um problema correspondente em nosso projeto de loja superior, mas eu tenho outro em um projeto diferente, o projeto roteiro. No lado direito, há vários filtros que você pode ativar conforme necessário. Por exemplo, um filtro de projeto permite filtrar resultados por qualquer projeto. Mas a busca global não se limita apenas a questões. Ele também vai encontrar outros elementos, como projetos, quadros e filtros. Se eu inserir a pesquisa, seus resultados de fluxo de trabalho retornarão duas histórias, um bug em um projeto que contém a palavra fluxo de trabalho em seu nome. Isso é tudo ótimo para pesquisas simples estavam procurando algo pelo seu nome e talvez um par de filtros predefinidos adicionais. Mas e se você precisar encontrar itens com base em outros atributos? Por exemplo, todas as ocorrências no projeto da loja superior que estimaram, portanto, maiores que 8, ou todas as ocorrências em todos os projetos atribuídos a um usuário específico. Jurors Advanced Search tem uma solução para isso, e você aprenderá sobre isso na próxima lição. 20. Pesquisa avançada e filtros do Jira: Na lição anterior, você aprendeu sobre pesquisas simples e viu alguns exemplos das coisas boas que eles podem fazer. Mas haverá situações em que eles serão curtos. Especialmente quando você começar a usar o Jira para criar relatórios personalizados ou analisar diferentes métricas de projeto em vários segmentos. Digamos que você queira encontrar os sapatos de todos os projetos Jira que são atribuídos ao Johnny. Você não pode fazer isso com uma pesquisa simples, enquanto a pesquisa avançada torna muito simples, você pode chegar à pesquisa avançada seguindo o link no menu suspenso de pesquisa global. Clique nele e você chega a esta tela. Agora você é realmente a tela de filtro. E observe uma longa lista de filtros predefinidos, como problemas de miopia ou problemas relatados por mim e muitos mais. Do lado esquerdo. Filtros gerais são, na verdade, nada mais do que pesquisas predefinidas. Você pode usar qualquer um deles e sinta-se livre para experimentá-los. Mas agora vamos nos concentrar em nossa tarefa de encontrar todos os problemas de todos os projetos atribuídos a Johnny. Em busca avançada. Isso é conseguido através da criação de uma consulta em algo chamado Jake QL, que significa JIRA Query Language. Aprendendo. Jkl vai muito acima do escopo deste curso. Você pode encontrar um monte de recursos na web se você quiser obter mais proficiência nele sem entrar nos detalhes da sintaxe JKL, é assim que você usaria. Clique no lado esquerdo da caixa de texto da consulta e comece a digitar essa consulta. Estamos à procura de todos os problemas em que Johnny é designado. Então eu vou falar. O cessionário é igual a Johnny. Reparem como os jurados me dão dicas enquanto escrevo. Para aceitar a dica, basta clicar nela. Quando a consulta parecer OK, clique em Pesquisar nos resultados. Volte para trás. Vejo que John é questões do projeto da loja superior, mas há também outro de um projeto diferente. Posso dizer isso porque tem um prefixo diferente, a chave de problema. Isso é ótimo, mas se eu planejo usar essa consulta, o futuro, eu não quero digitar todo o JKL cada vez. Nesse caso, posso salvar essa consulta como um filtro permanente e executá-la sem recriá-la uma e outra vez. Observe o mesmo que o link ao lado do cabeçalho da pesquisa. Clique nele e você terá o mesmo pop-up de filtro. Dê o novo nome do filtro, diga John seu trabalho, e clique em Enviar. João vale a pena filtro agora irá mostrar na lista de filtros e você pode executá-lo com um simples clique. O filtro já está iniciado e você pode acessá-lo rapidamente a partir dos filtros descartados na navegação principal. 21. Roundup de curso: Parabéns por completar este curso. Você passou por um monte de conteúdo e agora você está familiarizado com os fundamentos de Jira. Você deve se sentir confiante para começar a usar Jira para projetos reais. Aqui está um resumo rápido do que você conseguiu ao passar por este curso. Você tem acesso total ao JIRA na Nuvem. Você está familiarizado com os principais conceitos e princípios de Agile e Scrum. Você entende o conceito de projetos Jira e sabe como criar um. Você entende o conceito de questões JIRA e as diferenças entre os tipos básicos de tecido. Você passou pelo processo de quebrar os requisitos do projeto até problemas do JIRA. Criaste os problemas no JIRA, preparaste o teu plano e depois criaste sprints. Você está familiarizado com o processo de gerenciamento de sprint e aprenderá a procurar problemas específicos no JIRA. Isso é muita coisa. Então vá em frente, comece ou continue trabalhando em seus projetos e use o que você aprendeu neste curso para utilizar o JIRA para ajudá-lo com seu trabalho. Espero que você goste de curso e achou útil. E se você fez, eu realmente apreciaria você tomar alguns segundos para fazer o curso e ajudar os outros interessados em JIRA encontrá-lo e apreciá-lo como você fez tudo de melhor.