diff --git a/README.md b/README.md
index 95008a0..f6b9d9a 100644
--- a/README.md
+++ b/README.md
@@ -2,9 +2,9 @@
## Equipe
-| Foto | ![Foto](https://cdn-icons-png.flaticon.com/512/3607/3607444.png) | ![Foto](https://cdn-icons-png.flaticon.com/512/3607/3607444.png) | ![Foto](https://cdn-icons-png.flaticon.com/512/3607/3607444.png) | ![Foto](https://cdn-icons-png.flaticon.com/512/3607/3607444.png) | ![Foto](https://avatars.githubusercontent.com/u/64455111?v=4) |
+| Foto | ![Foto](https://avatars.githubusercontent.com/u/62809606?v=4) | ![Foto](https://avatars.githubusercontent.com/u/131913211?v=4) | ![Foto](https://avatars.githubusercontent.com/u/111324066?v=4) | ![Foto Pedro](https://avatars.githubusercontent.com/u/98167728?v=4) | ![Foto](https://avatars.githubusercontent.com/u/64455111?v=4) |
| --------- | ---------------------------------------------------------------- | ---------------------------------------------------------------- | ---------------------------------------------------------------- | ---------------------------------------------------------------- | ---------------------------------------------------------------------- |
-| Nome | [Bruno Bragança dos Reis](https://github.com) | [Paulo André Valadão de Brito Filho](https://github.com) | [Fábio Alessandro Torres Santos](https://github.com) | [Pedro Henrique Braga de Morais](https://github.com) | [Vinicius Angelo de Brito Vieira](https://github.com/viniciusvieira00) |
+| Nome | [Bruno Bragança dos Reis](https://github.com/BrunoBReis) | [Paulo André Valadão de Brito Filho](https://github.com/paulofilho2) | [Fábio Alessandro Torres Santos](https://github.com/fabioaletorres) | [Pedro Henrique Braga de Morais](https://github.com) | [Vinicius Angelo de Brito Vieira](https://github.com/viniciusvieira00) |
| Matrícula | 221007902 | 221031229 | 200037170 | 211062384 | 190118059 |
| Cargo | Desenvolvedor | Desenvolvedor | Desenvolvedor | Desenvolvedor | Desenvolvedor |
@@ -76,4 +76,3 @@ Para executar a documentação localmente, siga os seguintes passos:
4. **Deploy da documentação**:
O deploy da documentação pode ser feito utilizando o comando `mkdocs gh-deploy`, que realiza a publicação diretamente no GitHub Pages.
-
diff --git a/docs/cronograma-de-entregas.md b/docs/cronograma-de-entregas.md
index e69de29..1e107ef 100644
--- a/docs/cronograma-de-entregas.md
+++ b/docs/cronograma-de-entregas.md
@@ -0,0 +1,44 @@
+## Introdução ao Cronograma do Projeto CRM-ProInjeção
+
+O cronograma do projeto CRM-ProInjeção foi planejado com base na metodologia ágil ScrumXP, organizando o desenvolvimento em sprints de duas semanas. Esse formato permite entregas incrementais e iterações contínuas, possibilitando feedback frequente do cliente e ajustes ao longo do ciclo de desenvolvimento. Com início em 15/11/2024, o cronograma detalha os principais objetivos, entregas esperadas e validações de cada sprint, garantindo que as funcionalidades críticas sejam implementadas e validadas em tempo hábil. A Sprint final, dedicada ao lançamento, ocorrerá em um intervalo mais curto devido ao prazo do projeto, previsto para ser concluído em 18/02/2025.
+
+Este cronograma busca alinhar as expectativas da equipe e do cliente, promovendo uma transição suave para a produção e um acompanhamento inicial do sistema em uso real. A seguir, detalhamos as sprints planejadas, seus objetivos principais, entregas esperadas e validações propostas para garantir a qualidade e a eficácia do projeto CRM-ProInjeção.
+
+
+### Cronograma de Entregas
+
+| Sprint | Início | Fim | Objetivo Principal | Entregas Esperadas | Validação do Cliente e/ou Equipe |
+| ------------------------- | ---------- | ---------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------- |
+| **Sprint 1** | 15/11/2024 | 28/11/2024 | **Nivelamento da equipe e configuração inicial**
- Realização de dojos e treinamentos para orientar os membros da equipe sobre as tecnologias do projeto.
- Configuração do ambiente de desenvolvimento (backend e frontend).
- Definição do backlog inicial de funcionalidades. | - Ambiente de desenvolvimento configurado.
- Backlog inicial definido.
- Equipe nivelada quanto às tecnologias utilizadas. | - Confirmação do nivelamento e da configuração inicial.
- Revisão do backlog e prioridades iniciais. |
+| **Sprint 2** | 29/11/2024 | 12/12/2024 | **Implementação dos módulos de usuários e clientes**
- Desenvolvimento dos módulos de usuários e clientes.
- Configuração de acesso administrativo.
- Implementação de operações CRUD para gerenciamento de usuários e clientes. | - Módulos de usuários e clientes implementados com controle administrativo.
- Operações CRUD completas. | - Validação do controle administrativo e operações CRUD.
- Feedback inicial sobre a usabilidade dos módulos de usuários e clientes. |
+| **Sprint 3 (Entrega 1)** | 13/12/2024 | 26/12/2024 | **Implementação dos módulos de produtos e serviços**
- Desenvolvimento dos módulos de produtos, incluindo controle de estoque.
- Implementação dos serviços necessários para manipulação de produtos e serviços.
- **Primeira entrega para coleta de feedback do cliente.** | - Módulos de produtos e serviços com controle de estoque.
- Feedback coletado sobre o funcionamento e usabilidade. | - Feedback do cliente sobre os módulos de produtos e serviços.
- Ajustes conforme necessário. |
+| **Sprint 4** | 27/12/2024 | 09/01/2025 | **Ajustes e implementação do fluxo de orçamentos e ordens de serviço**
- Implementação de melhorias com base no feedback do cliente.
- Desenvolvimento do fluxo inicial para criação de orçamentos e ordens de serviço. | - Ajustes de funcionalidades iniciais com base no feedback.
- Fluxo parcial de orçamentos e ordens de serviço implementado. | - Validação do fluxo inicial de orçamentos e ordens de serviço.
- Feedback adicional sobre a experiência do cliente. |
+| **Sprint 5 (Entrega 2)** | 10/01/2025 | 23/01/2025 | **Finalização do fluxo de orçamentos e ordens de serviço**
- Conclusão do fluxo completo de orçamentos e ordens de serviço, incluindo atualização de status e histórico de atendimento.
- **Segunda entrega para coleta de feedback do cliente.** | - Fluxo completo de orçamentos e ordens de serviço.
- Histórico de atendimento finalizado. | - Validação completa do fluxo de orçamentos e ordens de serviço.
- Feedback detalhado do cliente sobre o histórico de atendimento. |
+| **Sprint 6** | 24/01/2025 | 06/02/2025 | **Ajustes finais e implementação do módulo de avaliações**
- Implementação de melhorias e ajustes com base no feedback da entrega anterior.
- Desenvolvimento do módulo de avaliações, com integração ao sistema de envio de e-mails para coleta de feedback dos clientes. | - Módulo de avaliações com sistema de envio de e-mails.
- Ajustes de funcionalidades com base no feedback anterior. | - Feedback sobre o módulo de avaliações e sistema de feedback do cliente.
- Validação do fluxo de comunicação com o cliente. |
+| **Sprint 7 (Entrega 3)** | 07/02/2025 | 17/02/2025 | **Testes avançados e homologação do sistema**
- Implementação de testes finais (unitários, de integração e segurança).
- **Terceira entrega para homologação com o cliente e ajustes finais.** | - Sistema testado e homologado.
- Funcionalidades finais ajustadas conforme requisitos do cliente. | - Aprovação final do sistema pelo cliente após homologação.
- Feedback de homologação final e preparação para lançamento. |
+| **Sprint 8 (Lançamento)** | 18/02/2025 | 18/02/2025 | **Lançamento em produção e monitoramento inicial**
- Lançamento do projeto completo em produção.
- Monitoramento da utilização pelo cliente e coleta de feedback para melhorias futuras. | - Projeto lançado em produção.
- Monitoramento do uso inicial pelo cliente. | - Acompanhamento pós-lançamento e feedback contínuo para futuras melhorias. |
+
+### Considerações Importantes
+
+1. **Duração das Sprints**: Todas as sprints foram planejadas com duração de 2 semanas, de acordo com a metodologia ScrumXP, para permitir ciclos de desenvolvimento ágeis e frequentes. Esse intervalo proporciona o tempo necessário para implementar funcionalidades, coletar feedback e realizar ajustes.
+
+2. **Exceção na Duração da Sprint 8 (Lançamento)**: A Sprint 8 é uma exceção ao padrão de duas semanas e será realizada em apenas 1 dia (18/02/2025). Esse ajuste foi necessário devido ao curto tempo disponível até a data limite do projeto. A Sprint de lançamento terá foco na disponibilização do sistema em produção e no monitoramento inicial do uso pelo cliente.
+
+3. **Entregas para Coleta de Feedback**: O cronograma inclui três entregas principais (Sprint 3, Sprint 5 e Sprint 7) que são estratégicas para a coleta de feedback do cliente. Essas entregas permitem validar os módulos e fluxos principais (produtos, serviços, orçamentos, ordens de serviço e histórico de atendimento) e garantem que ajustes sejam feitos conforme as expectativas do cliente.
+
+4. **Homologação Final e Aprovação do Cliente**: A Sprint 7 é planejada para ser a última entrega com testes avançados e homologação completa do sistema pelo cliente. Esse processo é essencial para garantir a conformidade do sistema com os requisitos e a qualidade final antes do lançamento em produção.
+
+5. **Ajustes Baseados em Feedback**: O cronograma prevê ajustes contínuos em resposta ao feedback do cliente, especialmente nas sprints que seguem as entregas principais. Esse modelo permite uma adaptação ágil do sistema para atender melhor às necessidades do cliente.
+
+6. **Monitoramento e Suporte Pós-Lançamento**: Após o lançamento na Sprint 8, será feito um monitoramento inicial para observar a utilização real do sistema pelo cliente e coletar feedback sobre o desempenho e possíveis melhorias. Esse acompanhamento pós-lançamento é importante para garantir a estabilidade do sistema e planejar futuras funcionalidades.
+
+7. **Planejamento Flexível**: Apesar do cronograma bem estruturado, o desenvolvimento seguirá uma abordagem flexível, onde o backlog poderá ser ajustado de acordo com as necessidades emergentes do cliente e as prioridades definidas ao longo do projeto.
+
+
+