Projeto Integrador Transdisciplinar em Análise e Desenvolvimento de Sistemas II
Trabalho apresentado para a disciplina de "Projeto Integrador Transdisciplinar em Análise e Desenvolvimento de Sistemas II" do Curso de Análise e Desenvolvimento de Sistemas.
Objetivo principal do Projeto:
Fornecer uma estrutura ágil para o desenvolvimento do aplicativo de entrega de comida, de forma viável e estruturada, garantindo uma entrega eficiente e adaptável às necessidades do negócio.
A Situação-Problema escolhida:
A empresa Y deseja desenvolver um aplicativo de entrega de comida utilizando o desenvolvimento ágil para garantir a entrega eficaz do aplicativo dentro dos prazos e atendendo às necessidades dos clientes. Para isso tenho o objetivo de criar um Product Backlog priorizado os 20 itens principais e planejar duas sprints completas com tarefas definidas.
Revisão de Conceito:
Todo o embasamento referente às Metodologias Ágeis, abordadas durante a disciplina, envolvendo principalmente, a análise do cenário, principais clientes (público-alvo), conhecimento do produto, para conseguir desenvolver um Product Backlog alinhado ao negócio, para viabilizar o planejamento das tarefas levando em consideração o grau de prioridade e esforço vs. mão de obra vs. tempo e qualidade de entrega.
Metodologia:
Usarei a metodologia ágil, construindo uma história de usuário para entender melhor sobre o produto, colocando tudo de forma visual através de ferramentas externas de edição, analisando o score de prioridade e quebrando em tarefas e processos menores.
Procedimento:
Etapas
• Estudar todo o material disponível da disciplina.
• Montar um planejamento/cronograma de resolução da situação problema, iniciando pelos objetivos e detalhando passo a passo:
‣ Análise do Público Alvo.
‣ Análise do Produto.
‣ Criação de persona.
‣ Criação do Backlog.
‣ Criação das duas sprints.
‣ Documentação escrita do processo.
Ferramentas
• Figma para a construção visual.
• Documentos do Google para escrita da atividade.
Resultado e discussão:
Para ajudar a empresa Y a desenvolver o aplicativo de entrega de comida usando métodos ágeis, iniciei criando os artefatos de planejamento necessários:
1. Criação breve de uma persona para entender melhor o contexto:
• Principais públicos-alvo do aplicativo:
‣ Empresários e Profissionais: Pessoas que trabalham longas horas e podem não ter tempo para cozinhar ou sair para almoçar (persona acima).
‣ Clientes Individuais: pessoas ocupadas, famílias, estudantes e qualquer pessoa que deseje a conveniência de pedir comida de restaurantes locais e receber em casa (incluindo crianças e pessoas com seletividade alimentar).
‣ Estudantes e/ou Idosos: demandam de aplicativos de entrega com interface amigável, fácil de usar, para pedir refeições rápidas e com preços acessíveis.
‣ Restaurantes e Estabelecimentos de Comida: desejam alcançar uma base de clientes mais ampla e aumentar as vendas por meio do serviço de entrega.
‣ Parceiros de Entrega.
2. Critérios de Aceitação / Brainstorming:
• O aplicativo deve permitir que eu navegue facilmente por restaurantes e menus.
• Deve oferecer uma variedade de opções culinárias para atender aos meus gostos e restrições alimentares.
• Devo ser capaz de personalizar meu pedido e adicionar observações especiais.
• Deve exibir informações claras sobre preços, taxas de entrega e tempo estimado de entrega.
• Deve permitir o pagamento online seguro e conveniente.
• Deve oferecer rastreamento em tempo real do meu pedido, para que eu saiba quando ele será entregue.
• Deve incluir opções de avaliação e comentários para que eu possa tomar decisões informadas sobre os restaurantes.
• Deve ser fácil de usar, mesmo para alguém que não esteja familiarizado com tecnologia.
• Deve oferecer um excelente suporte ao cliente em caso de problemas com o pedido.
• Deve tornar a experiência de pedir comida tão simples e conveniente quanto possível.
3. Product Backlog e Sprint Backlog:
Dado o enunciado que não fornecia informações específicas, como o número de desenvolvedores, a existência de API ou o estado atual do aplicativo, optei por criar um exemplo genérico. Minha experiência de trabalho inclui colaborar em uma startup que adota a metodologia Scrum, e tenho a oportunidade de acompanhar a criação dos processos de metodologia ágil.
Para o cenário hipotético que apresentei, o back-end e banco de dados já estava pronto, necessitando a implementação do front-end no processo. Na seleção das tarefas a serem incluídas no Product Backlog, optei por incluir as três primeiras, uma vez que não estava claro a que ponto do processo de desenvolvimento o projeto estava, ou se houve alguma fase anterior à implementação da metodologia ágil.
É importante observar que, no exemplo, decidi dividir o trabalho em duas sprints com duração média de 2 semanas, dependendo da capacidade da equipe. Essas sprints não estão necessariamente em ordem sequencial.
Enquanto as três primeiras tarefas da imagem representam as primeiras a serem desenvolvidas, escolhi priorizar as tarefas relacionadas a interações com outras equipes, como o "Fluxo de cadastro de usuários" e o "Fluxo de Login na Plataforma".
Durante cada sprint, a equipe trabalhará nas tarefas planejadas e serão acompanhadas por um quadro Kanban ou alguma outra ferramenta (como o Azure por exemplo), com colunas de "To do", “In progress", “Review”, “To test”, “Testing”, “Ready to deploy” e “Done”, sendo atualizada à medida que são concluídas.
Após o término de cada sprint lembrar de realizar as cerimônias e as revisões do que vai transbordar e ajustar a próxima sprint depois do refinamento e retrospectiva.