Unb Rotas - Reuniões Semanais
Na primeira aula destinada ao projeto, cada grupo pesquisou sobre o tema e depois foi feita uma discussão com toda a turma sobre o que cada um encontrou. Alguns colegas encontraram estudos de casos feitos em outras cidades e outros encontraram o ranking das cidades inteligentes brasileiras e do mundo. Além disso, a professora destacou o fato de que o tema é um problema chamado de wicked problem, pois é tão complexo que não há solução e ainda está sendo discutido. Para a próxima aula deveríamos pensar em problemas que as cidades encontram para se tornar mais inteligentes.
Primeira reunião (31/3)
[editar | editar código-fonte]Para começar, diversos problemas foram pensados para depois escolher qual seria o foco do trabalho. Para isso, foi feito um brainstorming com os integrantes onde cada um falou quantos problemas conseguisse pensar para deixar Brasília uma cidade mais inteligente. Depois, cada um marcava os problemas que achasse mais importantes. Por fim, foi feita a análise de quais problemas foram mais marcados. Os cinco problemas mais votados foram:
- Transporte público
- Burocracia para abertura de empresas em Brasília
- Saneamento básico
- Trabalho voluntário na educação
- Ciclovias
Depois, cada problema foi escrito em um papel e cada integrante deveria escrever uma possível solução e passar para o lado. Esse procedimento foi repetido até que todos os integrantes tivessem escrito uma solução para cada problema. As soluções foram discutidas e, novamente, cada um marcou duas soluções que achou mais importante.
Após decididas as melhores soluções para cada problema, cada um deveria pegar um papel e escrever no verso uma solução geral que envolvesse as duas mais votadas. Finalmente, o grupo discutiu todas as soluções e cada um escolheu as duas que tinha achado melhor, explicando o motivo.
Segunda reunião (9/4)
[editar | editar código-fonte]Na aula de PSP, foi realizada uma dinâmica em que os integrantes deveriam escrever todos os problemas que pensassem em pedaços de papel, e depois o grupo deveria agrupar os problemas de mesmo tema. Então foi decidido que o problema trabalhado seria mobilidade urbana, pois a quantidade de problemas relacionados a esse tema foi maior.
A professora ressaltou a importância da empatia no projeto, então, na segunda reunião, o trajeto da FT até a L2 foi feito pelos integrantes com o objetivo de se colocarem no lugar das pessoas do grupo de foco. Esse trajeto foi feito de formas diferentes, de carro, bicicleta, skate e a pé. Durante o caminho, os problemas encontrados foram documentados por meio de vídeos.
Depois, o grupo montou uma base para as entrevistas que foram feitas nos dias seguintes, com estudantes da UNB.
Terceira reunião (13/4)
[editar | editar código-fonte]Na aula, os problemas encontrados por cada um pelas entrevistas foram agrupados.
Assim, na reunião, foi discutido qual desses grupos seria o foco do trabalho para ser decidido o problema específico. Foi escolhido o grupo de pessoas que utilizam o transporte público na Unb.
Quarta reunião (20/04)
[editar | editar código-fonte]Na aula da semana foi feita uma descrição dos Points of View de acordo com os agrupamentos realizados na aula passada.
Na reunião, foi discutido novamente qual seria o grupo de pessoas a ser focado, baseado na atividade realizada na aula. Então, foi decidido trabalhar com o grupo de pessoas que utilizam o transporte público e bicicleta na Unb e precisam de mais informações. Assim, a solução encontrada pelo grupo foi um mapa informacional, que seria impresso e colocado nas paradas de ônibus da Unb, com diversas informações para facilitar o acesso às informações. Depois, foi feito o Elevator Pitch Template para essa solução:
Quinta, sexta e sétima reuniões (02, 04 e 11/05)
[editar | editar código-fonte]Na primeira reunião, foi decidia a estruturação do mapa e a divisão de tarefas para cada um dos integrantes. Na segunda reunião, cada um focou na realização da sua tarefa. A maior dificuldade foi achar os horários das linhas de ônibus que aparecerão no mapa, pois o site do DFtrans estava fora do ar e os outros sites que encontrados não são atuais. Na terceira reunião, o site do DFtrans voltou a funcionar, então os horários dos ônibus foram colocados em uma tabela para ser colocada no mapa.
Oitava reunião (19/05)
[editar | editar código-fonte]Na aula da semana, o pitch e o mapa foram apresentados à professora. O grupo recebeu alguns feedbacks para melhorar o projeto:
- É necessário uma melhor definição do grupo de pessoas e do problema específico que estão sendo abordados no pitch;
- Ao imprimir o mapa, não é possível atualizar os dados;
- Os horários do site do DFTrans não condizem com a realidade;
Assim, na reunião da semana, foi discutido possíveis novas soluções para o problema em questão.
Nona reunião (26/05)
[editar | editar código-fonte]Os integrantes discutiram a possibilidade de outras soluções visto que a pensada anteriormente não solucionaria o problema. Além disso, o problema específico foi melhor definido para ser colocado no pitch.
As novas soluções pensadas foram:
- Tabela digital com os dois próximos horários de cada linha, com acompanhamento real via GPS, e mapa da Unb com luzes de lede para mostrar onde estão os ônibus que já estão na universidade;
- Apenas a tabela digital com os horários;
- Aplicativo que mostra, em tempo real, a localização de cada ônibus, com a opção de avisar o usuário o momento exato que deve se deslocar de onde está até a parada para não perder seu ônibus.
Décima reunião (30/05)
[editar | editar código-fonte]Reunião com a professora para validação do novo pitch e da nova solução.
Décima primeira reunião (02/06)
[editar | editar código-fonte]O time decidiu desenvolver a ideia do aplicativo, então nessa reunião, foi feito o protótipo.
Décima segunda reunião (21/06)
[editar | editar código-fonte]Após apresentação da entrega parcial e feedback da professora, a equipe se reuniu para finalizar os últimos detalhes do projeto, com base no feedback. Nessa reunião, o protótipo final em high definition foi feito e as pesquisas realizadas sobre o funcionamento do aplicativo foram discutidas entre os integrantes.
Décima terceira reunião (26/06)
[editar | editar código-fonte]Na última reunião, o time validou o protótipo final e resolveu os últimos detalhes da entrega final e da apresentação.