NOSSO PROCESSO
Durante este projeto, nosso processo passou por desafios, como a falta de clareza no problema. No entanto, encaramos cada obstáculo como uma oportunidade para otimizar e inovar em nosso processo de trabalho. Com determinação e trabalho em equipe, aprimoramos nossa abordagem e superamos esses desafios, alcançando o sucesso.
Uma das metodologias que adotamos para gerenciar nossas tarefas e equipe desde o início do projeto, mesmo que inicialmente não de forma intencional, foi o kanban. Dividimos nossas atividades com prazos de entrega estabelecidos de acordo com as orientações de Projeto I para nos direcionar melhor, atribuindo pessoas responsáveis para cada entrega.
Como principal meio de comunicação e alinhamento, além do Miro e Figma para construções e documentações, utilizamos bastante o WhatsApp. Testamos, também, ainda no início do projeto, a organização via Notion, que acabou sendo inutilizada para focarmos no Google Drive e Miro principalmente para documentar e gerenciar nossas entregas e atividades.
PONTOS FORTES E FRACOS
Ao longo do nosso processo de construção, tivemos alguns empecilhos que atrapalharam bastante o nosso grupo, mas conseguimos dar a volta por cima após momentos mais críticos.
Como pontos fracos da nossa equipe, tivemos grande dificuldade em se comprometer com entregas durante a primeira metade da nossa trajetória com Projeto I. Além disso, com entregas que acabaram sendo entregues de forma tardia, tínhamos alguns problemas de alinhamento e comunicação para dar andamento às nossas atividades e alinhar o que estava e o que não estava pronto.
Já como pontos fortes, tivemos resiliência e senso de maior compromisso e urgência após conversas com nosso Orientador e entre o próprio grupo. Conseguimos dar a volta por cima com base em muito alinhamento, melhoria em comunicação, prazos mais bem estabelecidos e responsáveis mais bem definidos também para cada atividade. Com mais transparência entre o próprio grupo, conseguimos identificar um formato melhor de trabalho e realizar as entregas de uma maneira completamente diferente do início do projeto.
A matriz CSD é um recurso visual para o time mapear suas suposições, certezas e dúvidas sobre o problema no início da investigação. Abaixo, a matriz que construímos expõe alguns pontos usados para direcionar e validar nossas pesquisas.
Após a familiarização da equipe, demos início ao nosso projeto, com intensas atividades de pesquisa para nos familiarizarmos com o problema em questão e chegar à solução proposta, passando por atividades diversas como organização de documentos, construção do site e preparação para a apresentação.
Dividimos nosso processo em duas partes: do início do projeto até o SR1 e do SR1 até o SR2.
Nosso processo desde a coleta inicial de informações até a apresentação do SR1 está descrito abaixo:
Após a conclusão do SR1, otimizamos nosso processo realizando as entregas simultaneamente, em vez de seguir uma abordagem linear. Essa mudança aprimorou significativamente nossa eficiência e a distribuição de tarefas: começamos focando na solução técnica, documentações técnicas e do processo e, por fim, apresentações. Dessa forma, reestruturamos nosso processo entre o SR1 e o SR2 da seguinte maneira:
Abaixo, nossa Estrutura Analítica do Projeto (EAP) ilustra a organização do projeto e a divisão do trabalho por partes:
PRAZOS DAS ENTREGAS - PREVISTO X REALIZADO
Dos 4 eixos mapeados no EAP, 2 deles - protótipo e apresentações - tiveram as entregas dentro do prazo inicialmente estabelecido. Porém, tivemos dificuldades nos eixos de imersão do problema e site.
Assim, em relação às datas previstas e realizadas para as entregas do trabalho, podemos separar a produtividade da equipe em dois momentos: do início do projeto até o SR1 e do SR1 até o SR2.
Início do projeto até o SR1: No início do projeto, tivemos contratempos nos eixos de imersão no problema e site.
Pesquisa inicial sobre o tema: inicialmente, tínhamos previsto explorar e refinar o tema do projeto até o dia 06.09. Porém, apesar de um esforço inicial por parte da equipe, ainda tivemos entregas nesse sentido no dia 03.10. Por isso, a falta de clareza nos gerou o retrabalho de revisitar o Canvas de Problema Cabeludo, o infográfico e a Matriz CSD, além de dificultar o processo decisório e produtividade da equipe.
Pesquisa sobre sensores de umidade e funcionamento do Arduino: o mesmo ocorreu com pesquisas necessárias para o protótipo, que deveriam estar prontas em 04.10, mas foram entregues em momento posterior.
Do SR1 até o SR2: Ao refletirmos sobre nossa experiência anterior, alteramos a dinâmica da equipe e adotamos uma estratégia mais proativa e descentralizada de distribuição de tarefas, o que aumentou consideravelmente nossa eficiência no processo. Como resultado, todas as nossas entregas previstas para o período - protótipo, site e apresentações - foram cumpridas dentro do tempo esperado.