hoje falaremos um pouco sobre a gestão de IOS dentro do gitlab então aqui eu já tenho um exemplo de um projeto que é o PB Java e nós vamos criar as ichos de atividades desse projeto então aqui dentro do da opção de ichos nós temos as boards a board é onde a gente faz aquele controle das nossas atividades né Qual é o status dela e dentro de cada um dessas colunas vão ter várias iOS né vários cards de atividades aqui pro nosso exemplo nós temos a coluna de backlog que são todas as atividades que tem
no projeto vão tá aqui temos a a backlog Sprint que são as atividades daquela Sprint atual Depois temos a pronta para teste temos a em teste e a Don mas aqui eu senti que ficou faltando uma coluna que é aing né então quando o Def pega aquela atividade que estava ali em backlog Sprint começa a executar ela e é antes dela ficar pronta para teste assim a gente consegue saber como tá a execução daquele C Então nós vamos criar uma nova coluna aqui dentro da nossa board então eu vou primeiro criar a Label do eu
crio ela aqui já tá aqui para mim eu volto na minha board e eu vou adicionar essa coluna aqui então já venho selecion Lab que eu criei e o que eu posso fazer eu posso arrastar ela para colocar na posição que eu quero agora eu preciso dasos né das atividades que vão ser realizadas dentro desse meu projeto então eu vou criar a minha ISO eu vou criar uma nova ISO e de exemplo eu vou usar essa de login social então aqui eu tenho o título da minha atividade o tipo da ISO Então ela pode ser
uma ISO ou um incidente e a descrição dessa atividade os detalhes do que precisa ser feito então aqui eu tenho um preview para ver como que vai ficar né e o inscrito então eu preciso dar um um enter aqui para eu ver como que fica mais organizado também eu tenho o assign né então para quem vai ser direcionado aquela atividade conforme ela vai andando dentro da board eu tenho a opção do Milestone e o que que é o milestones né É É uma opção de como uma forma de agrupamento né de uma série de atividades
e serve pra gente ter uma visão Geral do que a gente vai tá entregando pros nossos usuários e clientes e a gente também tem a opção de lables que são as marcações que a equipe do projeto adiciona nas isas para indicar a sua natureza né o seu tipo então aqui a gente tem aquelas que a gente já criou e a m Stones a gente não tem nenhuma opção porque a gente ainda não criou nenhum tipo de desse agrupamento para essa visão Geral das atividades aqui eu finalizei toda a descrição do da nossa ich e eu
vou criar ela quando eu crio a ISO ela já vem pra nossa board como a opção de aberto que tá aqui e conforme né a gente vai andando com essa atividade por exemplo né Então ela foi criada ela tá ali no backlog eu consigo ir executando e direcionando para pessoas responsáveis então ah eu tô no backlog Sprint aqui eu vou vir colocar o Dev que é o responsável por essa atividade então o Dev Ele pega a atividade e começa a executar ela então se ele terminou a atividade então ele já deixa aqui pronta para teste
e um q Responsável a assina para ele mesmo e já move também para em teste se essa atividade for concluída com sucesso ele pode dar um done E caso não Caso haja um bug naquele na execução dessa tarefa ele vai voltar o card para que o time de desenvolvimento corrija e ele precisa colocar a ISO de incidente com os maiores detalhes possíveis do que ocorreu uma outra importante pra gente falar sobre as ichos é a questão de priorização de acordo com o objetivo do nosso projeto das nossas tarefas e o andamento existe uma categorização e
uma priorização dessas atividades então Eh você precisa priorizar as tarefas por ordem de importância então quanto mais urgente mais primordial pro projeto essas tarefas terão maior impacto então elas devem ser realizadas mais no início com a nossa board também é possível eh fazer um controle do andamento das atividades e isso vai nos ajudar a aplicar estratégi de de testes para cada uma da dos momentos do projeto então por exemplo nós temos um um o projeto tem várias atividades Então imagina eh um uma board aqui cheia de cheia de cards e a os nossos testes estão
em atraso né o nosso projeto tá em atraso Então como fazer uma melhor forma para que a gente tenha uma vazão para isso a gente vai precisar do conceito de tipos de teste né então nós vamos aplicar algum tipo de teste de acordo com o objetivo aqui do projeto né do por exemplo se for um atraso então nós podemos aplicar mais testes exploratórios mais retestes nos cards que estão abertos de bugs Então dependendo de cada situação e momento do projeto a gente pode aplicar alguma estratégia relacionada ao tipo de teste outra função aqui é quando
nós temos todas as nossas cards né em eles vão passar por aprovação do cliente né Então vão ter um teste de aceitação realizado e onde o cliente Também pode abrir bugs melhorias e a gente vai analisar todos esses cards E essas tarefas e atividades que vão ser abertas pro cliente pra gente executar e finalizar esse projeto
