Data: 26/10/2024 – 14:00
+Cliente: João Gabriel
+Estabelecimento: Famintos Burger
+Aplicativo de Estoque:
+Sistema Financeiro:
+Data: 23/11/2024 – 15:00
+Cliente: Maria (Operadora de Caixa)
+Local: Teams
+Participantes: Leticia, Tulio, João, Isaac
+Estabelecimento: Famintos Burger
+Alterações no Protótipo
+Comunicação com a Cozinha
+Histórico de Pedidos
+Visual do Cardápio
+Fluxo de Pagamentos
+Anotações Importantes sobre o Funcionamento
+Hora de Início: 18:00
+Hora de Término: 18:40
+Local: Discord
+Participantes: Leticia, Tulio, João, Will e Isaac
+Pauta da Reunião
+Assuntos Discutidos
+Data e Horário para Gravação do Vídeo
+Criação dos Slides
+Próxima Reunião com o Cliente
+Anexar Vídeo no GitHub Pages
+Nome da Equipe
+Divisão dos Tópicos do Documento de produto e visão
+Decisões Tomadas
+Hora de Início: 10:00
+Hora de Término: 11:00
+Local: Discord
+Participantes: Leticia, Tulio, João, Will e Isaac
+Pauta da Reunião - Projeto Famintos Burger
+Apresentação do Novo Membro e Organização da Equipe
+Atualização sobre o Cronograma
+Protótipo da Interface de Pedidos
+Avaliação de Riscos e Prototipação
+Planejamento da Entrega da Tabela de Atividades de ER
+Alinhamentos Finais e Encaminhamentos
+Hora de Início: 10:00
+Hora de Término: 11:00
+Local: Discord
+Participantes: Leticia, Tulio, João e Will
+Pauta da Reunião - Projeto Famintos Burger
+Status das Atividades Previstas para Conclusão até Hoje
+Hora de Início: 10:00
+Hora de Término: 11:00
+Local: Discord
+Participantes: Leticia, Tulio, João, Will e Isaac
+Pauta da Reunião - Projeto Famintos Burger
+Entrega 2 – Visão de Produto
+Pontos Críticos
+Pontos Menos Críticos
+Organização das Branchs do GitHub
+Ficou decidido que:
+Hora de Início: 20:00
+Hora de Término: 22:00
+Local: Discord
+Participantes: Isaac, João Eduardo, Leticia, Túlio, Will e o Gustavo (Monitor)
+Pauta da Reunião - Projeto Famintos Burger
+Avaliação de Issues e Conflitos de Branch
+Trello e Atividades
+Engenharia de Software
+Entregas
+Dificuldades no Desenvolvimento de Software.
+Documentação no Drive
+Famintos Burger e sua Proposta de Valor +
Desafios Operacionais e Necessidade de Solução Tecnológica +
Problema Identificado: Ineficiências Operacionais e de Gestão Financeira
+Dificuldades no Registro de Pedidos +
Gestão de Estoque Ineficiente +
Controle Financeiro e Custos Elevados +
Diagrama de Ishikawa
+ 
+
Automação do Registro de Pedidos +
Controle Integrado de Estoque +
Gestão Financeira Centralizada +
Moradores Locais e Frequentadores de Food Trucks +
Jovens e Jovens Adultos (18-35 anos) +
Clientes de Delivery via iFood +
Gestão de Pedidos:
+
Gestão de Estoque:
+
Gestão Financeira:
+
Satisfação do Cliente:
+
Sistema de Registro Digital de Pedidos +
Controle de Estoque Integrado +
Gestão Financeira e Relatórios de Desempenho +
Módulo de Fidelidade para Clientes +
Análise +
O projeto será conduzido em sprints, com entregas incrementais de funcionalidades a cada ciclo, permitindo +que o cliente acompanhe o progresso e valide cada etapa, possibilitando ajustes rápidos com base no feedback +recebido. Esse planejamento é facilitado pela experiência da equipe em projetos semelhantes e pelo domínio das +tecnologias que serão empregadas, assegurando a implementação das funcionalidades dentro do prazo estabelecido. +
Viabilidade +
No aspecto de mercado, a viabilidade é positiva, pois há uma crescente demanda por soluções de automação
+e gestão em pequenos negócios de alimentação, como food trucks e lanchonetes. Com o novo sistema,
+a Famintos Burger poderá atender seus clientes de maneira mais ágil e personalizada, o que contribui
+para o crescimento do negócio no mercado local.
+Eventualmente, o sistema pode apoiar a expansão da marca, consolidando sua presença e aumentando
+a fidelização dos clientes.
+
Fidelização de Clientes + Com a implementação de um sistema de fidelidade, a Famintos Burger poderá + incentivar o retorno dos clientes, oferecendo um diferencial atrativo e aumentando a base de clientes + frequentes.
+Economia com Aplicativos Terceirizados
+ Ao substituir o custo mensal de aplicativos de gestão
+ financeira e controle de pedidos por um sistema próprio, a solução permitirá ao negócio uma economia
+ recorrente, além de um controle mais adaptado às necessidades específicas do food truck.
Em resumo, a solução não só aumentará a eficiência e a qualidade dos serviços da Famintos Burger, mas +também contribuirá para a expansão e consolidação do negócio no mercado, melhorando a satisfação do +cliente e impulsionando o crescimento.
+O Quadro, a seguir, apresenta algumas características que podem ser relacionadas ao processo Espiral e ao Processo Unificado, com o objetivo de ajudar no entendimento e justificativa da escolha do processo mais adequado ao caso da Famintos Burguer.
+| Características | +Processo Espiral | +Processo Unificado | +
|---|---|---|
| Abordagem Geral | +Dirigida a plano e focada na mitigação de riscos. | +Dirigida a plano, com foco em iterações e refinamento contínuo. | +
| Foco em Arquitetura | +Alto foco em arquitetura e design no início do projeto. | +Foco em arquitetura nas fases iniciais, com iterações para refinamento. | +
| Estrutura de Processos | +Consiste em ciclos ou "espirais", onde cada ciclo inclui quatro fases: Planejamento, Análise de Riscos, Desenvolvimento e Avaliação do Cliente. | +Estrutura de processos bem definida, mas adaptável conforme necessário. Compreende quatro fases principais: Iniciação, Elaboração, Construção e Transição. | +
| Flexibilidade de Requisitos | +É mais flexível, permitindo adaptações frequentes baseadas em feedback contínuo e resultados das avaliações de riscos. O processo pode ser moldado de acordo com as necessidades do projeto e as condições do ambiente de desenvolvimento. | +Oferece uma estrutura mais rígida em termos de fases e atividades, mas ainda assim permite adaptações dentro de suas iterações. É projetado para se adaptar a diferentes contextos e tipos de projeto, mas mantém uma abordagem mais formal. | +
| Colaboração com Cliente | +Envolve a coleta de feedback com o cliente ao fim de cada ciclo. | +Colaboração com o cliente durante todo o processo, especialmente nas fases iniciais. | +
| Complexidade do Processo | +Complexidade moderada, focada na gestão de riscos e ajustes iterativos. | +Alta complexidade devido à formalidade e necessidade de documentação detalhada. | +
| Qualidade Técnica | +Alto foco em testes e validação ao fim de cada ciclo, adaptável às necessidades. | +Enfoque contínuo em qualidade, com revisão de código e testes em cada fase. | +
| Práticas de Desenvolvimento | +Práticas de desenvolvimento bem definidas, mas podem ser menos flexíveis. | +Práticas definidas, mas com flexibilidade para adotar métodos ágeis e melhores práticas. | +
| Adaptação ao Projeto da Famintos Burguer | +Ideal para requisitos mutáveis e equipe inexperiente, permitindo ajustes frequentes. | +Adequado para projetos com maior clareza de requisitos e equipe experiente. | +
| Documentação | +A documentação pode ser menos formal e varia de acordo com as necessidades do projeto e as etapas do ciclo. O foco está mais na comunicação contínua e na adaptação às mudanças do que em documentação extensiva. | +Enfatiza a documentação em cada fase, com entregáveis claros e planejados para garantir a qualidade e rastreabilidade. A documentação é uma parte integral, ajudando a manter o controle do progresso e da comunicação entre as partes interessadas. | +
| Controle de Qualidade | +Controle de qualidade mais formal e planejado. Ao final de cada ciclo são realizadas mais verificações. | +Controle de qualidade em cada fase, com ênfase na revisão e teste contínuos. | +
| Escalabilidade | +Escalável para projetos maiores, mas com complexidade aumentada. | +Altamente escalável, adequado para projetos de diferentes tamanhos e complexidades. | +
| Suporte para Equipes de Desenvolvimento | +Suporte a equipes através de documentação e estrutura clara. | +Suporte a equipes organizadas em unidades de desenvolvimento, com foco na colaboração. | +
Referências: + Slides do Professor, + Awari, + Estrategia Concursos +
+ +Escolha do Processo Espiral +
Com base nas justificativas apresentadas, a escolha do ciclo de vida do projeto Famintos Burger reflete a necessidade de flexibilidade e adaptabilidade no desenvolvimento, características que são fundamentais devido à complexidade dos requisitos, à limitação de experiência da equipe e à participação restrita do usuário. O grupo optou por um modelo de ciclo iterativo e incremental, priorizando ajustes contínuos durante o desenvolvimento, conforme novos requisitos emergem e mudanças se tornam necessárias.
+Comparação com o Processo Unificado +
O Ciclo de Vida Unificado também utiliza iterações e permite revisões em cada fase, o que pode acomodar mudanças nos requisitos. No entanto, a abordagem escolhida pelo grupo diverge em alguns aspectos chave:
+Definição de Requisitos:
+Escolha do Grupo: Os requisitos não são totalmente definidos no início e mudam frequentemente, o que exige flexibilidade maior do que a oferecida pelo RUP, que tradicionalmente espera maior clareza ao menos ao final das fases iniciais. +RUP: Enquanto suporta iterações, geralmente conta com um detalhamento inicial mais sólido, especialmente na fase de concepção e elaboração.
+Experiência da Equipe:
+Escolha do Grupo: Devido à experiência limitada da equipe, é essencial um ciclo que permita aprendizado contínuo e adaptações ao longo do tempo, além de ciclos curtos para minimizar débitos técnicos. +RUP: A expectativa é que a equipe já tenha familiaridade com o ciclo e tecnologias, o que torna o aprendizado paralelo um desafio maior em projetos complexos.
+Envolvimento do Usuário:
+Escolha do Grupo: A participação do usuário é limitada e ocorre apenas no final de cada ciclo, com feedbacks para ajustar o próximo. +RUP: Prevê maior envolvimento do usuário, especialmente na validação dos requisitos e nas entregas parciais.
+Complexidade e Prazo:
+Escolha do Grupo: O projeto é considerado complexo, e o cronograma apertado requer entregas incrementais rápidas e funcionais. +RUP: É robusto para projetos complexos, mas o foco detalhado em fases iniciais pode não ser ideal para prazos extremamente curtos.
+Conclusão Geral +
A abordagem iterativa e dirigida ao plano prioriza o controle e a previsibilidade, ajustando-se à realidade do projeto, onde os requisitos não são totalmente definidos no início e estão sujeitos a mudanças frequentes. Isso garante ciclos planejados, mas com espaço para aprendizado contínuo e ajustes conforme novos desafios surgem.
+Em cima disso, o processo espiral oferece benefícios como a mitigação contínua de riscos, adaptabilidade a mudanças e priorização de funcionalidades, permitindo entregas incrementais de valor ao cliente. Além disso, favorece o aprendizado contínuo da equipe e a incorporação de feedbacks, garantindo melhorias progressivas na qualidade do sistema enquanto mantém um planejamento estruturado.
+A partir da estratégia de desenvolvimento de software estabelecida, tem-se a seguinte proposta de cronograma, suas fases e resultados esperados:
+| Ciclo/Fase | +Início | +Fim | +Atividades Principais | +Equipe envolvida | +Validação do Cliente | +
|---|---|---|---|---|---|
| Planejamento Inicial | +29/10/24 | +12/11/24 | +Reunião de kick-off, levantamento inicial de requisitos, definição dos critérios de sucesso do projeto. | +Equipe Completa | +Validação inicial do escopo e alinhamento das necessidades do cliente | +
| Ciclo 1: Interface de Pedidos |
+14/11/24 | +17/12/24 | ++ | + | + |
| Planejamento | +15/11/24 | +15/11/24 | +Refinamento de requisitos para a interface de pedidos. | +Gerente de Projeto, Analistas de Requisitos, Equipe de QA | +Revisão e aprovação do protótipo da interface de pedidos, garantindo que os requisitos atendam às necessidades operacionais e expectativas de usabilidade. | +
| Análise de Riscos | +18/11/24 | +18/11/24 | +Avaliação de possíveis riscos técnicos e de requisitos. | +Equipe completa | ++ |
| Desenvolvimento | +19/11/24 | +12/12/24 | +Design/Prototipação e Desenvolvimento da interface para cadastro de pedidos. | +Equipes de Frontend e Backend | +Feedback sobre usabilidade e layout, incluindo validação da arquitetura visual | +
| Testes e Avaliação | +13/12/24 | +16/12/24 | +Testes de usabilidade e de integração para validação de requisitos funcionais. Correções necessárias. | +Equipe de QA e Analistas de Requisitos | ++ |
| Ciclo 2: Dashboard Financeiro |
+17/12/24 | +21/01/25 | ++ | + | + |
| Planejamento | +06/01/25 | +07/01/25 | +Levantamento de dados financeiros necessários, definição de métricas e layout do dashboard. | +Gerente de Projeto, Analistas de Requisitos | +A validação com o cliente incluiria a confirmação dos dados financeiros prioritários, aprovação das métricas e alinhamento do layout do dashboard para facilitar a tomada de decisões. | +
| Análise de Riscos | +07/01/25 | +08/01/25 | +Avaliação de riscos de segurança e consistência de dados financeiros. | +Equipe completa | ++ |
| Desenvolvimento | +09/01/25 | +16/01/25 | +Desenvolvimento do dashboard financeiro com integração dos dados. | +Equipes de Frontend e Backend | +A validação com o cliente consistiria em verificar se o dashboard financeiro exibe os dados corretamente e se a integração com as fontes de dados é precisa e atualizada, garantindo a funcionalidade esperada. | +
| Testes e Avaliação | +17/01/25 | +20/01/25 | +Testes de segurança, consistência e precisão dos dados financeiros. | +Equipe de QA e Analistas de Requisitos | ++ |
| Ciclo 3: Gerenciamento de Estoque |
+21/01/25 | +07/02/25 | ++ | + | + |
| Planejamento | +22/01/25 | +23/01/25 | +Definição de estrutura de dados para estoque, requisitos de integração com pedidos. | +Gerente de Projeto, Analistas de Requisitos | +A validação com o cliente incluiria a revisão da estrutura de dados do estoque e a confirmação de que os requisitos de integração com pedidos atendem às necessidades de gestão e rastreamento de inventário. | +
| Análise de Riscos | +23/01/25 | +24/01/25 | +Análise de riscos relacionados a atualizações e inconsistências de estoque. | +Equipe completa | ++ |
| Desenvolvimento | +24/01/25 | +04/02/25 | +Implementação do sistema de estoque, integração com pedidos. | +Equipes de Frontend e Backend | +A validação com o cliente envolveria testar se o sistema de estoque atualiza corretamente com os pedidos realizados, assegurando a precisão dos níveis de estoque e o funcionamento integrado entre os módulos. | +
| Testes e Avaliação | +05/02/25 | +07/02/25 | +Testes de fluxo de estoque e consistência. | +Equipe de QA e Analistas de Requisitos | ++ |
| Entrega Final e Revisões | +07/02/25 | +13/02/25 | ++ | + | + |
| Revisão Final e Documentação | +10/02/25 | +13/02/25 | +Finalização e ajustes finais para entregar o MVP. Preparação para apresentação do sistema completo. | +Equipe completa | +A validação com o cliente nesta etapa envolveria a aprovação final do sistema completo, conferindo se todos os requisitos foram atendidos conforme o escopo acordado, e a confirmação de que a documentação final está completa e clara para a entrega oficial. | +
Datas de Início e Fim Definidas com Intervalos de Revisão
+ Cada ciclo no cronograma está planejado para ser executado dentro de períodos claramente definidos, o que garante organização e permite que a equipe e o cliente acompanhem o progresso. Estes períodos incluem marcos para cada unidade, de acordo com o plano de trabalho estabelecido.
Período de Recesso Considerado
+ O recesso, programado entre 20/12/24 e 06/01/25, foi devidamente incorporado ao cronograma para que a equipe possa ajustar entregas e prazos sem afetar a continuidade do projeto.
Validação ao Final de Cada Ciclo
+ Após a conclusão de cada ciclo, haverá uma reunião de revisão com o cliente. Essa prática não só ajuda a alinhar expectativas e coletar feedback, mas também oferece uma oportunidade para refinar o backlog e fazer ajustes antes do início do próximo ciclo.
Entregas Parciais Focadas em Funcionalidades Principais
+ As funcionalidades mais essenciais, como o registro de pedidos, controle de estoque, controle financeiro e o sistema de fidelidade, são desenvolvidas e validadas em etapas ao longo dos ciclos. Isso permite que o cliente tenha uma visão clara do progresso e que o produto evolua continuamente em direção ao objetivo final, o MVP.
Planejamento Estruturado para Revisão e Correção de Erros
+ Com a estrutura do cronograma, há ciclos reservados especificamente para testes e otimizações. Isso evita que problemas críticos sejam detectados apenas na etapa final, permitindo correções com antecedência e mantendo a qualidade do sistema.
| Papel | +Descrição | +Responsável | +Participante | +
|---|---|---|---|
| Gerente de Projeto | +Coordena o projeto, facilita a comunicação entre cliente e equipe e controla prazos para garantir o sucesso do projeto. | +Leticia Torres | +- | +
| Desenvolvedor Frontend | +Desenvolve a interface visual, design e garante a integração com o servidor. | +Túlio Augusto | +Isaac Batista, Leticia Torres | +
| Desenvolvedor Backend | +Desenvolve a lógica do servidor, gerencia banco de dados e integrações. | +Isaac Batista | +William Bernardo, João Eduardo | +
| Analista de QA | +Planeja, executa testes e garante a qualidade do produto, identificando erros e possíveis melhorias. | +João Eduardo | +Isaac Batista | +
| Analista de Requisitos | +Levanta-se, documenta e comunica as necessidades do cliente, garantindo alinhamento entre equipe e produto. | +William Bernardo | +Leticia Torres | +
WhatsApp: Utilizado para a comunicação rápida e diária entre os membros da equipe, garantindo alinhamento contínuo ao longo da semana. É ideal para esclarecer dúvidas e lidar com questões pontuais, ajudando a manter o fluxo de trabalho em sincronia.
+Discord: Usado para reuniões semanais com a equipe. Torna fácil a resolução de bugs, discussões técnicas e tomada de decisão. Também torna a interação mais dinâmica, especialmente para a revisão de entregas e resolução de problemas emergenciais.
+Teams: Utilizado para reuniões gravadas com o cliente e a equipe. Esta funcionalidade permite que todos acompanhem o conteúdo das reuniões e revisitem informações importantes quando necessário.
+Trello: Ferramenta de gerenciamento de tarefas e acompanhamento do backlog do projeto. Através do Trello, a equipe tem visibilidade clara sobre o progresso das atividades, priorização das tarefas e definição de responsáveis
+Reuniões de Acompanhamento (1 vezes por semana): Realizadas em sessões rápidas de 15 minutos para acompanhamento do progresso individual de cada membro e resolução de obstáculos encontrados. A frequência de uma reunião semanal foi escolhida para manter a equipe alinhada sem comprometer a produtividade, considerando que nem todos os membros estão disponíveis diariamente.
+Reuniões de Revisão (A cada ciclo): Após cada ciclo de iteração do projeto, será realizada uma reunião de revisão com o cliente. Durante esta reunião, as funcionalidades desenvolvidas serão apresentadas e o cliente terá a oportunidade de testar, validar e fornecer feedback direto sobre as entregas realizadas.
+Validação Inicial de Requisitos: Antes de iniciar o desenvolvimento de cada funcionalidade ou iteração, os requisitos do cliente serão revisados e validados com ele. Isso ocorrerá através de uma reunião de alinhamento onde o cliente terá a oportunidade de revisar os requisitos de negócios e expectativas.
+Testes de Funcionalidade e Usabilidade: Ao longo do desenvolvimento, serão realizados testes unitários, de integração e de usabilidade para garantir que a entrega seja de qualidade e com o menor números de erros.
+Validação de Qualidade: Antes de qualquer entrega ser feita ao cliente, o produto será validado pela equipe de QA. Eles garantirão que as funcionalidades atendam aos critérios de qualidade definidos e realizarão mais testes para verificar a conformidade com os requisitos.
+Agendamento de Reuniões:
+ A equipe encontrou dificuldades em coordenar as agendas para marcar as reuniões, tanto entre os próprios membros quanto com o cliente. Isso gerou alguns atrasos e dificultou o alinhamento de expectativas.
Planejamento Insuficiente das Reuniões:
+ As reuniões realizadas não foram planejadas com antecedência o suficiente para cobrir todos os pontos importantes. Como resultado, algumas dúvidas permaneceram sem resposta, o que gerou incertezas e a necessidade de reuniões adicionais.
Definir um Ciclo de Reuniões:
+ A equipe decidiu estabelecer um ciclo fixo de reuniões, tanto internas quanto com o cliente, garantindo que todos possam se organizar com antecedência e minimizar conflitos de agenda.
Preparação Prévia e Agenda Estruturada para Reuniões:
+ Cada reunião agora contará com uma pauta definida e distribuída previamente entre os membros e o cliente. Essa agenda incluirá pontos prioritários e permitirá que todos tragam perguntas ou tópicos específicos para discussão, otimizando o tempo e evitando que dúvidas importantes sejam esquecidas.
mzs4x