processo.md

-| [Home](home) | [**Escopo**](escopo) | [Processo](processo) | [Design/Mockups](design_mockups) | [Gerência](gerencia) | [Estudos](estudos) | [Arquitetura](arquitetura) | [Contratos](contratos) | [BD](banco_dados) | [Qualidade](qualidade) | [Configuração](configuracao) | [Instalação](instalacao) | [Instruções](instrucoes) | [Utilização](utilizacao) | [Analytics](Analytics) | [Infraestrutura](infraestrutura) |
-| :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: | :----------: |
-
+| [Home](home) | [**Escopo**](escopo) | [Processo](processo) | [Design/Mockups](design_mockups) | [Gerência](gerencia) | [Estudos](estudos) | [Arquitetura](arquitetura) | [Contratos](contratos) | [BD](banco_dados) | [Qualidade](qualidade) | [Configuração](configuracao) | [Instalação](instalacao) | [Instruções](instrucoes) | [Utilização](utilizacao) | [Analytics](Analytics) | [Infraestrutura](infraestrutura) | [Dicas](dicas) |
+| :----------: | :------------------: | :------------------: | :------------------------------: | :------------------: | :----------------: | :------------------------: | :--------------------: | :---------------: | :--------------------: | :--------------------------: | :----------------------: | :----------------------: | :----------------------: | :--------------------: | :------------------------------: | :------------: |
 
 # Processo de Desenvolvimento
 
@@ -17,7 +16,7 @@ Nesta seção, apresentamos o processo de desenvolvimento seguido pela equipe. A
   - [Fluxo de aprovação do MR](#fluxo-de-aprovação-de-merge-request)
   - [Code-Lock](#code-lock)
 
-> **Observação:** Consulte a seção *Commits* no menu [Qualidade](qualidade#commits) para mais detalhes sobre design patterns.
+> **Observação:** Consulte a seção _Commits_ no menu [Qualidade](qualidade#commits) para mais detalhes sobre design patterns.
 
 ## Git Workflow
 
@@ -33,6 +32,7 @@ A referência da User Storie + Tipo do item + nome do item
 ```
 
 - **Exemplos de componentes:**
+
   ```plaintext
   US06-component-navBar
   US07-component-slider
@@ -119,7 +119,6 @@ git push
 
 Após concluir o desenvolvimento da tarefa, envie um Merge Request (MR) para a branch de destino, seguindo os critérios de aceitação.
 
-
 #### Criando o Merge Request no GitLab
 
 1. Selecione a branch de origem (sua branch de desenvolvimento).
@@ -147,11 +146,14 @@ Após concluir o desenvolvimento da tarefa, envie um Merge Request (MR) para a b
 > **Observação:** Pelo menos um desenvolvedor de nível AGES III ou IV deve revisar e aprovar o MR antes do merge final.
 
 ### Fluxo de aprovação de Merge Request
+
 - será respeitada a ordem de chegada dos MR
 - prazo máximo de 24hs para aprovação, com exceção do [**code-lock**](#code-lock)
 
 ### Code-Lock
+
 Será adotado um período de interrupção nas aprovações de novos MR, que deverá compreender o dia da apresentação aos stakeholders e os dois dias anteriores. Este período é essencial para resolver questões de infra e ambiente de produção, bem como outros problemas que possam surgir. Durante esse período não serão aprovados/realizados merges na main. Os MR pendentes serão analisados no final do code-lock, depois de realizada a apresentação aos stakeholders.
 
 ---
+
                                                                                                          [**Topo**](#processo-de-desenvolvimento)