Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Expandir
titleVeja mais!!!


Jira? O que é? Onde vive? O que come?

Jira é a ferramenta que utilizamos em nosso dia-a-dia para realizar, controlar e organizar as tarefas (issues) que possuímos. Para acessar: Jira

Deck of Cards
idJira
Card
id1
labelDashBoard

As DashBoards são espaços criados para acompanhamento dos nossos números.

Algumas DashBoards importantes para o TAF são:

DashBoard TAF Fiscal

DashBoard Sprint TAF Fiscal

DashBoard TAF E-Social

DashBoard Sprint TAF E-Social

Card
id2
labelBoard

Board é o nome que damos para a representação gráfica do andamento das tarefas em nossa Sprint.


Neste exemplo temos o desenho de um Board do TAF Fiscal. Nele esta representado todas as etapas do ciclo de expedição de uma issue.


Neste Board temos desenhado algumas colunas:

  • Backlog
  • Desenvolvimento
  • Teste Unitário
  • Teste Integrado
  • Aguardando Expedição
  • Pronto

*Para mais informações sobre o processo realizado nessas colunas verificar nosso DoD ou DoD Inovação .

Card
id3
labelIssues
Deck of Cards
idIssues
Card
id1
labelTipos de Issues


As Issues, são tarefas existentes em nossos projetos, podem ser elas:

Story - História, issue interna criada para realizar alguma inovação, alteração no produto, melhoria, ou alguma tarefa em geral.

Manutenção - Issue normalmente criada através de um ticket onde o cliente reporta algum erro no produto.

Melhoria - Issues abertas através de solicitação de cliente sobre algum tema que entende que poderia ser implementado no produto. (Hoje não há mais abertura de melhorias, todas devem ser abertas pelos clientes na central colaborativa, onde são analisadas pelo PO e caso entenda como viável será criada uma história no projeto correto.

Documentação - Issue aberta normalmente por solicitação de clientes onde há dúvida em algum processo ou documentação inexistente.

Legislação - Issue aberta para ser tratado algum ponto legal, onde há necessidade de alteração/implementação no produto devido à uma legislação.

Apoio - Issue aberta por outros times solicitando apoio em algum assunto.

Apoio à cliente - Issue aberta para que possamos apoiar o cliente diretamente em alguma dúvida.

Rejeição Manutenção - Issue gerada devido à um retrabalho, onde a correção de uma manutenção não foi realizada de maneira correta.

Spike - Issue destinada à estudo de um tema que será trabalhado.


Além das Issues , temos também as Subtasks. As Subtaks são issues "filhas" são pequenas tarefas que compõem todo esforço de uma issue.

São elas:

Codificação - Subtask utilizada para apontamento do esforço de codificação de uma issue.

Execução TU - Subtask utilizada para a etapa de Teste Unitário.

Execução TI- Subtask utilizada para a etapa de Teste Integrado.

Defeito - Subtask utilizada para corrigir um defeito encontrado durante o TU, CR ou TI.

Documento técnico - Subtask utilizada para realizar a criação de um documento técnico. Hoje esta etapa é automatizada, mas deve ser utilizada para revisar o documento criado.

Code Review - - Subtask utilizada para a etapa de Teste Integrado, onde deve ser realizada uma segunda conferência de código fonte.

Teste automatizado- Subtask utilizada para criação de testes automatizados. Caso não seja possível criar teste automatizados criar a subtask e cancelá-la.

Associado - Quando uma issue possui um problema idêntico à outra issue, a mesma é associada, tornando-a assim uma "filha" da manutenção "pai".


Para mais informações do que fazer em cada processo e quando criar as subtasks, verificar nosso DoD ou DoD Inovação .

Card
id2
labelStatus da Issue


A issue pode ter diversos status, elas refletem totalmente na visualização do board, sendo assim muita atenção para sempre manter o status atual da issue correta.

Os  status existentes são:

Backlog - Neste status, a issue ainda esta em espera, não foi analisada.

Em Gooming - Neste status, a issue esta em análise/refinamento.

Grooming Concluído - Quando é finalizado o Grooming, o status deve ser concluído ficando no status de Grooming concluído.

Em Codificação - Neste status é realizado toda etapa de codificação de acordo com o DoD ou DoD Inovação. 

In Progress - Neste status a issue esta em progresso, normalmente esta sendo trabalhada. Esta status aparece quando estamos atuando em uma issue não funcional (ou seja, não haverá codificação), ou um apoio.

Codificação Concluída - Status referente à espera. Após a conclusão da codificação e antes que alguém siga com a etapa de teste unitário.

Em Teste Unitário - Neste status é realizado toda etapa de teste unitário de acordo com o DoD ou DoD Inovação. 

Teste Unitário Concluído - Status referente á espera. Após a conclusão do teste unitário a issue fica neste status, esperando com que alguém esteja livre para seguir com a etapa de teste integrado.

Em Teste Integrado - Neste status é realizado toda etapa de teste integrado de acordo com o DoD ou DoD Inovação.

Teste Integrado Concluído - Status referente á espera. Após a conclusão do teste integrado a issue fica neste status, aguardado o robô de compilação expedir a issue.

Concluído - Este status indica que a issue esta concluída.

Cancelado - Este status indica que a issue foi cancelada.

Recusado - Este status indica que a issue foi recusada para a área geradora da issue


O status da issue pode ser encontrada ao visualizar a issue.


No Link ao lado do Status é possível ver todo workflow que a issue percorrerá.



Card
id3
labelAssociando Issue


Podemos associar uma issue?

Resposta: Sim! As issues podem vir do nosso time de suporte ou outros times de confiabilidade já com o status de associada, mas caso haja necessidade também podemos associar uma issue.


Como associar?

Para associar devemos entrar na issue e ir na opção More> Convert to subtask.

Informações
titleAtenção!
Caso a issue tenha algum tipo de subtask, essa opção será inativada, sendo necessário seguir pela opção More> Move.



Pela opção Convert to subtask aparecerá uma solicitação para ser informado a issue pai e o tipo de subtask que deseja transformar sua issue.



Caso escolha a opção move, será solicitado o projeto que deseja mover sua issue (caso queira movê-la para outro projeto) e o tipo da issue. Quando escolhido o tipo "Associado-(Subtarefa)" será liberado outro campo para informar quem será a issue "pai".



Card
id4
labelTransferindo issue


Podemos transferir uma issue para outro projeto?

Resposta: Sim! Podemos transferir issues para outros projetos contato que tenham sido previamente alinhado com o PO, PO Proxy ou Dev Team.


Informações
titleAtenção!

É de extrema importância antes da transferência da issue verificar se a issue encontra-se no status de backlog, se ela não esta em nenhuma sprint (caso esteja deve ser retirada da sprint antes da transferência), verificar se há apontamentos (caso haja, devemos excluir os apontamentos e realizar os apontamentos na história criada para apontamentos de transferências situada na sprint corrente).


Para transferir uma issue é muito semelhante à associar. Devemos ir na opção More>Move.

Nela alteramos o projeto que queremos transferir a issue.

Card
id4
labelEdição de issues em Lote


Podemos também fazer transferências, associações ou até edição de issues em lote.

Para isso devemos pesquisar a(s) issue(s) que queremos fazer o processso.


Na linha editável colocamos a expressão que queremos encontrar e nela aparecerá a listagem de issues.

No canto superior direito, em Tools ir na opção Bulk Changes.

Image RemovedImage Added


Na próxima etapa você escolherá a(s) issue(s) que deseja alterar.

Image RemovedImage Added


Na etapa 2 será solicitado o que você deseja fazer com a(s) issue(s).

Editar, mover, acompanhar e deixar de acompanhar a(s) issue(s).


Após escolher o que deseja o fluxo continuará com o processo selecionado.

Editar: Poderá editar o campo desejado após editar o campo o processo é concluído.

Mover: Após a etapa 2 os processos são iguais  à transferência de issue.

Card
id4
labelApontamento


O que é o apontamento da tarefa?






...