 Painéis de Ípics e Ticket servem para gerenciar fluxos de trabalho de alto ou baixo nível. Definimos o escopo do negócio. Decidimos o que fazer para o lançamento do On-Data e criamos diferentes Ípics e subgrupos de projetos. O que fazer agora? Temos que pensar em como planejá-los. E gerenciá-los daqui para frente. Há dois tipos de painéis no GitLab. No painel de Ípics, você visualiza os painéis que quiserem um grupo. Este painel mostra diferentes Ípics divididos por componente. Ou seja, um dos escopos que definimos. Você pode visualizar o progresso diretamente aqui também. É possível ver o escopo que está sendo criado no sistema ou velho string. Além disso, vemos que uma equipe criou um painel com apenas um grupo. Só para as capacidades. A medida que criamos novos recursos, podemos separá-los. Você pode mover os Ípics pelo seu próprio fluxo de trabalho, independente das nichos. É uma ótima forma de gerentes de produto e executivos gerenciarem os fluxos de trabalho de alto nível. Além disso, foi criado um painel com listas baseadas nos diferentes tipos ou níveis de itens de trabalho. Se preferir assim, escolha esta visualização. Este painel foi dividido por listas para cada equipe, para ver qual equipe está criando em qual recurso. Também podemos ver o progresso. Essa visualização pode ser usada para separar e dividir os Ípics. E ver de maneiras diferentes segundo a organização das etiquetas. No painel de Ípics, filtre os painéis por etiqueta ou autor. Defina também um escopo permanente se quiser. Escolhi este painel para mostrar o escopo. Pois as equipes serão criadas no sistema. Quando se trata do planejamento da equipe, devemos configurar um painel com base nas iterações, para ter uma lista em cada iteração. Como você pode ver, estas são as próximas iterações, as que estão em andamento. E, nesta visão do painel, podemos filtrar por Ípics. A vantagem disso é que as íchios terão dependências. Para você criar um bloqueio para visualizar por Íchio. Na visualização detalhada, vemos que o assunto está conectado a outro Íchio. Na verdade, tem a ver com outra equipe, e está bloqueado até a equipe concluir as tarefas. Na visualização do painel, vemos que a implementação e a conclusão estão bloqueadas pelo Íchio de configurações. Você pode sequenciar estes outras Íchios que estão fixados aqui na iteração a seguir. Assim, não a bloqueio se deixarmos um Íchio em aberto no final da visualização. Esta visualização também é ótima para equipes. É possível agendar as íchios nas próximas iterações. Vejamos um exemplo do painel de equipe, com uma lista para cada um dos membros poder ver as íchios em aberto. Com base na organização da etiqueta, é possível ver o status. Com ferir, se estão bloqueados e visualizar o peso. É uma ótima visão geral para quando quisermos filtrar quantas íchios cada membro tem. Você pode definir o limite de gestão para cada Íchio. Digamos que a pessoa deveria trabalhar apenas em dois íchios ao mesmo tempo. Configure esta opção. E você verá que foi sinalizado automaticamente. É uma ótima maneira de ver e gerenciar a sobrecarga da equipe. É boa também para as próprias equipes, que talvez tenham muitas íchios atribuídas. O último painel deste nível mostra o percurso de criação, delimitado para a interação atual, exibindo apenas as íchios diferentes em interações ativas no momento. A equipe visualizará esta sessão com mais frequência. Como gerente de projeto, você visualizará o planejamento da interação, o plano do versionamento e talvez os painéis de equipe. Mas a equipe só precisa saber no que cada um vai trabalhar. Este é o painel que podem acessar e depois tirar do topo da lista. Vamos escolher o pois sabemos que está bloqueando alguns íchios. Colocamos em andamento. Enquanto eles trabalham nas tarefas, podem movê-las entre os ciclos. Podemos arrastar e soltar para atualizar. Se estiver nas informações do ícho, com tudo pronto para iniciar a revisão, adicione a etiqueta da barra lateral, coloque em revisão, volte ao painel. E atualize-o para confirmar que está com uma missão de revisão. Não importa onde o issueta é editado, ele aparece no próprio painel. É uma maneira fácil de separar e resolver as íchios. É bem útil. Você também pode agrupar por épics. Muitas dessas funções foram criadas no alto nível da OSUNCO, mas, se quiser que a equipe tenha uma visão geral das tarefas, basta acessar o grupo de produtos de consumo. Também podemos acessar minhas épics e meu plano de ação. Podemos ver só os itens do app que pertencem ao grupo de consumo. Sem precisar ver o resto. Você pode visualizar suas tarefas. É a maior vantagem para o produtor owner e o gerente de produto de alto nível. É ótimo poder contar com diferentes opções e modos de implementar seu trabalho segundo o local de criação. Neste nível, também podemos criar painéis de íchios. Como fizemos no grupo de produtos privil, vamos criar um painel de interação e escolher a interação atual que está em andamento. Também vemos a lista de íchios desta equipe específica, que será responsável por todos esses íchios. Essas opções são muito úteis para uma gestão de projetos ágil no GitLab.