No dia 14/08, os mentores Breno e Matheus apresentaram às equipes um desafio prático. Este desafio foi estruturado com base nos conhecimentos adquiridos durante o Treinamento BotCity, abordando as disciplinas de Python Nivelamento, Oficina de Biblioteca OS, e outras oficinas relacionadas. As equipes foram encarregadas de gerenciar um projeto completo, partindo da identificação de um problema e propondo uma solução automatizada por meio de RPA (Automação de Processos Robóticos).
Os critérios definidos para o desafio incluíram:
- Ferramenta: Trello para o gerenciamento do projeto.
- Duração da Sprint: Cada sprint teria a duração de 3 dias.
- Quantidade de Sprints: O projeto seria dividido em 2 sprints.
Cada equipe foi incumbida das seguintes responsabilidades:
- Levantamento de Requisitos: Identificar e documentar os requisitos funcionais e não funcionais do sistema a ser desenvolvido.
- Criação do Product Backlog: Desenvolver e organizar os backlogs do produto, detalhando as funcionalidades e tarefas necessárias.
- Planejamento das Sprints: Criar os backlogs específicos para cada sprint, priorizando as tarefas conforme a necessidade do projeto.
- Gráfico de Burndown: Esboçar um gráfico de burndown para acompanhar o progresso da sprint, visualizando o trabalho restante ao longo do tempo.
- Fluxograma da Automação: Desenhar um fluxograma detalhado que represente o fluxo de trabalho da automação proposta, mapeando cada etapa do processo.
- Gestão do Quadro no Trello: Organizar e monitorar o quadro no Trello, garantindo que todas as tarefas e etapas do projeto estejam devidamente gerenciadas e acompanhadas ao longo do desenvolvimento.
Este desafio foi projetado para simular um ambiente de desenvolvimento real, incentivando as equipes a aplicar os conhecimentos teóricos na prática e a desenvolver habilidades de gestão de projetos.
A equipe Gates elaborou o seguinte desafio:
DESCRIÇÃO DO PROBLEMA
A empresa LANS Táxi Aéreo necessita fazer o download de cartas aéreas contendo informações sobre procedimentos corretos para pousos em vários aeroportos pelo Brasil, e disponibilizá-las para seus pilotos de forma organizada.
PROPOSTA PARA A SPRINT 1
Para a primeira sprint, a equipe concentrou seus esforços na implementação inicial do BOT. Durante essa fase, foi desenvolvido o módulo responsável pelo processo de download dos documentos.
A equipe trabalhou na configuração das rotinas de coleta de dados, garantindo que o BOT pudesse acessar as fontes desejadas, identificar os documentos relevantes e realizar o download automático, o site escolhido foi o AISWEB, um portal oficial da Força Aérea Brasileira, dedicado à disseminação de informações aeronáuticas críticas para a navegação aérea no Brasil. Ele oferece acesso a dados atualizados, como cartas aeronáuticas, procedimentos de voo, boletins meteorológicos, e outros recursos essenciais para pilotos e operadores de aeronaves, garantindo a segurança e a eficiência das operações aéreas no espaço aéreo brasileiro.
Esse processo envolveu a integração com serviços web, além de assegurar que os documentos fossem armazenados em um local seguro e organizado, pronto para a próxima etapa de processamento.
SPRINT BACKLOG
Foi feito o backlog detalhado para a primeira sprint, no qual foram identificados e priorizados quatro itens principais que precisam ser abordados e resolvidos. Cada item foi cuidadosamente selecionado para garantir que as funcionalidades básicas e essenciais do projeto sejam desenvolvidas e implementadas nesta fase inicial. Esses itens foram priorizados de acordo com sua importância para a configuração e funcionamento inicial do sistema, preparando o terreno para as etapas subsequentes do desenvolvimento.
FLUXOGRAMA DA AUTOMAÇÃO
A equipe desenvolveu um fluxograma detalhado para ilustrar o fluxo de trabalho da automação proposta, concentrando-se em mapear cada etapa crítica do processo durante a Sprint 1.
Esse fluxograma serve como um guia visual abrangente que descreve o sequenciamento lógico das tarefas, desde a configuração inicial do ambiente de desenvolvimento até a implementação dos primeiros módulos de automação.
O diagrama foi cuidadosamente construído para capturar todas as interações e decisões necessárias, delineando claramente como cada tarefa se interconecta e contribui para o objetivo final da sprint. Através desse fluxograma, a equipe garantiu que todas as etapas fossem compreendidas e seguidas de forma precisa, minimizando riscos de erros e garantindo que o processo de desenvolvimento ocorresse de maneira ordenada e eficiente.
GRÁFICO DE BURNDOWN DA SPRINT 1
A equipe elaborou um gráfico de burndown para monitorar o progresso da sprint, permitindo a visualização contínua do trabalho restante ao longo do tempo.
Esse gráfico serviu como uma ferramenta fundamental para garantir que a equipe mantivesse o ritmo adequado e identificasse rapidamente qualquer desvio do plano. Graças a uma divisão estratégica e equilibrada das atividades entre os membros, o desenvolvimento avançou conforme o planejado, sem contratempos.
A sprint foi organizada em um total de 8 horas, distribuídas cuidadosamente ao longo de três dias: 1 hora em 14/08, 4 horas em 15/08, e 3 horas em 16/08. Durante esse período, a equipe dividiu o trabalho em 8 tarefas específicas, todas completadas dentro dos prazos estabelecidos, demonstrando a eficácia da organização e a colaboração entre os membros.
GESTÃO DO QUADRO DO TRELLO
A equipe Gates adotou uma abordagem estruturada para organizar e monitorar o quadro de tarefas no Trello, assegurando que todas as atividades e fases do projeto fossem cuidadosamente gerenciadas e acompanhadas ao longo do desenvolvimento.
O quadro no Trello foi configurado para refletir de maneira clara e detalhada o progresso de cada tarefa, permitindo à equipe manter um controle rigoroso sobre o andamento da sprint. Para a primeira sprint, foi decidido que Samah Ely assumisse o papel de líder técnica, sendo responsável por garantir a atualização e manutenção do quadro no Trello.
Sob sua supervisão, Samah garantiu que todas as tarefas fossem devidamente categorizadas, atribuídas aos membros certos, e que o fluxo de trabalho fosse continuamente otimizado. Ela também monitorou ativamente o cumprimento dos prazos e a movimentação das tarefas através das diferentes etapas, assegurando que o desenvolvimento permanecesse alinhado com os objetivos da sprint.
PRODUCT INCREMENT DA SPRINT 1
Após três dias intensivos de desenvolvimento, a equipe conseguiu finalizar e entregar com sucesso o Product Increment correspondente à primeira sprint.
Este Product Increment representa o resultado tangível do trabalho realizado durante essa fase inicial, incorporando todas as funcionalidades e melhorias que foram planejadas para a sprint. Conforme relatado anteriormente, o processo de desenvolvimento transcorreu de acordo com o cronograma estabelecido, sem desvios significativos.
A equipe demonstrou uma execução disciplinada e eficaz, cumprindo rigorosamente os objetivos traçados para esta sprint. Como resultado, tudo o que foi proposto inicialmente foi entregue dentro do prazo, atendendo às expectativas e requisitos definidos. Este sucesso reflete o comprometimento da equipe em manter a qualidade e a eficiência do projeto desde os primeiros passos.
O resultado pode ser conferido no vídeo abaixo:
CONCLUSÃO
Em conclusão, a primeira sprint do projeto foi concluída com sucesso, evidenciando a capacidade da equipe em planejar, organizar e executar suas tarefas de maneira eficaz. Desde a configuração inicial do ambiente de desenvolvimento até a entrega do Product Increment, a equipe seguiu rigorosamente o cronograma e as atividades definidas, garantindo que todas as funcionalidades propostas fossem implementadas dentro do prazo. A liderança técnica, o uso estratégico do Trello e a clara comunicação entre os membros da equipe foram fundamentais para o êxito dessa fase inicial.
Com o aprendizado e os resultados obtidos, a equipe agora está pronta para avançar para a segunda sprint. Nesta próxima etapa, o foco será na implementação do módulo que permitirá o envio das cartas aéreas diretamente para os e-mails dos pilotos, automatizando ainda mais o processo. Além disso, será desenvolvida uma funcionalidade que gerará relatórios em PDF, permitindo ao administrador confirmar o recebimento de cada carta enviada. Esses novos incrementos serão essenciais para garantir que o sistema atenda completamente às necessidades da empresa, proporcionando eficiência e confiabilidade no gerenciamento das cartas aéreas.