> **Oi é o Fiu** :smiley:
> Esse HackMD serve como base do que podemos conversar sobre ideias e dúvidas acerca do projeto - como testes, dentro de qualquer uma das áreas seja eletroprog, mecânica, marketing e administração.
> Esse modelo foi construído a partir das ideias desenvolvidas pelo Diagrama de Ishikawa, o Diagrama de Fluxo de Dados e a Modelagem BPMN. Como eu sempre digo, isso é um modelo mas não precisa ser estático, caso sintam a necessidade de adicionar algum tópico ou suprimir outro FAÇAM.
> **Preciso deixar claro que quem pensou e organizou tudo isso foi o Braguinha**. Estou apenas incentivando, e ajudando a organizar a forma como podemos conversar mas **o crédito é todo dele** :heart_decoration:

[TOC]

Garelinha ansiosa pra competição

## **1.1 Mão-de-Obra:**

### A equipe como um todo se sente preparada tecnicamente para a competição?

Levi e Francisco:Não se sentem tão preparados, mas animados.

Marques: caminho, em processo,é possível entender oque é .

Marcel: nem todos estão preparados, mas sente confiante

Kauan: ainda não sentiu clima de competição ainda, conseguiria lidar tecnicamennte.

Enzo: sim

Santinon: não, Falta de confiança para mecher nas coisas sózinho. (mais tasks)

Luiz: não se sente confortável em mexer com o app

Angelica: eletro sim, prog não (consigo localizar e entender o código mas tenho insegurança na escrita)

### Na percepção , o conhecimento do projeto está capilarizado ou não? (descentralizado ou centralizado)

Coisas parecem estar se perdendo:

Neon, ideia da mecânica pronta e feita, não foi muito discutido, revisão do projeto.

Marques: existe uma defasagem temporal. (Angel: como assim?)

Marcel:trabalho de tempo, veteramos tem uma abertura a explicar, desde que venham tirar duvidas

Kauan: alguns conhecimentos estão muito centralizados, a questão da programação

Enzo: ainda estar sendo descentralizado, em processo.

Luiz: O conhecimento está sendo passado. Falta um pouco o basico do app.

Santinon: falta mexer um pouco do código, ainda não foi muito visto

Angel: Depois que comecei a ver os códigos dos outros projetos percebi que o código do seguidor é realmente mais dificil. Nosso codigo demanda de outras bases de conhecimento, então realmente vai demorar um pouco mais e precisamos analisar formas de facilitar essa compreensão a todos. Isso também toca na questão da insegurança para modificar o código. Acho que podemos fazer uma branch de teste de calouros para poder experimentar e errar mais mesmo e criar outras soluções bem loucas que podem nos ajudar no futuro.

Nem todos se sentem prontos para montar;

### O que consideram necessário para que todos cheguem bem preparados para a Summit?

Testes infinitos, deixar o robo pronto o mais rápido que der. Verificar pista de lá.

Testar o programa o maximo de vezes possiveis, e deixa-lo o mais polido

Revisar o presto como um todo, e agilizar o neon

os dois robos testados, sem inconsistencias, código totalmente validado

Fazer uma lista de problemas e como resolve-los e os materiais

ter confiança do que faz, e ter um maior conhecimento de sua área, tranquilidade

Testar muito o robo,

Conhecer o projeto o máximo possivel, como o app funciona, chegar com todas as tasks prontas

juntar o maximo de pessoas do projeto na sala e por o robo pra funcionar

(angel concorda com tudo)

### vocês sentem qual(is) insegurança(s) no projeto atualmente? Pode ser tanto algo geral, como em algum conhecimento específico.

Levi:medo de encostar no presto.

Não tem confiança para chegar e testar

Marques, Santinon:receio de fazer testes sozinho de eletronica

alguns membros: perda de fé no projeto , devido a inconsistencias, e problemas atuais.

Santinon: Mexer no app

Angel: mexer no código

### Se vocês pudessem definir (JUNTOS) o objetivo principal desse final de período do Seguidor, qual seria?

Neon ganhando, e o presto andando com juiz vendo, presto sendo mais constante, trazer um trofeu da summit, terminar o Neon

---
## **1.2 Métodos:**

### conseguiram cooperar bem com os veteranos ao longo do período?

Levi: pouco contato com outros veteranos.

Francisco: na mecânica muito tranquilo, com os eletroprogs, conhece a maioria dos trainnes, não conhec tanto os veteranos quanto os trainnes.

Marques: poderia ser um pouco melhor,um pouco por causa da faculdade;

Kaun: conseguiu cooperar bem com alguns veteranao, nem todos por não bater horário

Luiz: Tranquilo

Santinon: tudo bem

### Na avaliação de projetos percebi uma deficiência entre a comunicação das áreas do projeto. Quais são os fatores principais que levaram a essa situação?

Falta de costume, as areas sabem mas no fim, não houve tanta comunicação.

Rafael: percebe uma integração um pouco maior

Marques:algo geral, troca durante tasks, um distanciamento natural.

Kauan: Os eletroprogs não vem procurando muito sobre a area do outro.

Enzo: pouca task de eletroprog-mec juntos testando robos (angel concorda)

Luiz , Marques,Santinon: nenhuma task em comum

### Existe algo no modelo atual de organização do projeto que consideram desnecessário?

gostam muito do trello, está havendo um rush de reunião as vezes, tem reuniões demais(não gerando algo produtivo).

Angel: não acredito que tenha muitas reuniões - são semanais e são bem rápidas, acho que podem estar confundindo o horário da reunião com troca com outros veteranos. Eu sinto que a reunião poderia ter mais sobre como está o projeto todo em si, as pessoas esquecem que é um momento para todos entenderem como o projeto está rolando e o que está acontecendo com TODO MUNDO.

### A equipe como um todo consegue observar o fluxo de trabalho dentro da sequência de tarefas do projeto?

Levi: Fraco, muito pouco task

Francisco: projeto parece estar mais pronto, tem menos task

Braga: ciclo sem inicio, meio e fim, falta de sequencia.

Rafael: um pouco atrasados em questão ao Neon, pq ele ainda n foi completamente soldado, medo de n dar tempo de testar o Neon a tempo da Summit. Sem contar que estamos há bastante tempo sem realizarmos testes efetivos com o Presto em sala, o que é um problema por não termos o Presto sempre em condição ideal. (angel concorda)

Marcel: estamos lentos, as tasks tão nun ritmo bom, fizemos muita task mas não observavel. (angel concorda)

Marques: um ritmo bom, mas não conseguimos ver resultados

Kacastro: falsa impressão de fazer task, muita documentação mas não vemos avanço

Kauan :As tasks não são vazias, está numa quantidade boa de tasks

Luiz: em geral não, só foi perceber como as tasks se encaixavam próximo a riw

Santinon: Falta uma sequencia lógica

### Dentro desse fluxo de trabalho, os membros tem observado muitos desvios do que deveria ser o foco do projeto?

Fracisco: não percebeu

Rafael: de foco em andar de fato com o Presto,

Kacastro: não

Marcel, Luiz : devemos voltar aos testes da mecanica

Kauan: Não é percebido um desfoco no trabalho.

Enzo: é algo mais pessoal as vezes desfocar.

Santinon, Marque: existe um desfoco, mas se não houver isso, haverá pouca troca de idea, ou compartilhar experiencias.

Angel: não vejo desvios, vejo muitas ideias ao mesmo tempo e falta de contato na sala e testes em conjunto

### Você sente o planejamento do projeto muito engessado, ou aberto para a criatividade?

Se sentem confortaveis em geral

Luiz: sente um pouco de receio de dar ideias sobre coisas novas para o projeto

Angel: me sinto confortavel mas fico triste pq gostaria de colocar em pratica tudo

---
## **1.3 Medição:**

### o que avaliam acerca da documentação do projeto

Francisco: Documentação é mais valida pra quem ta escrevendo do que pra quem ta lendo, conhecimento é passado em geral no boca a boca.

Rafael: Temos uma boa documentação, mas acho que uma coisa que pode ser um problema é a apresentação dessa documentação, pois muita dessa informação está presente em hackmds perdidos no trello (como a lista de datasheets de todos os componentes do Neon). O objetivo da Wiki é meio que unir isso, mas a Wiki acaba ficando um pouco desatualizada (o que é um pouco difícil de manter atualizado). Ent uma coisa que eu poderia propor

Marcel: está fraco, na mecânica produziu pouquissima documentação, mais foco em modelar em imprimir, sem se preocupar em documentação, a unica decisão tomada foi a troca de um motor por um servo.

Kacastro:Fizemos bastante documentação que ainda não foi passada pra wiki

Marques:Não é tão utilizada para aprender algo mas simentender o porque as coisas foram escolhidas.

seria colocar o link dos hackmds na Wiki, pq assim seria mais fácil de deixar a Wiki atualizada.

Kauan:bem organizado, principalmente agora com a remodelação da wiki, tasks de fluxogramas basados na wiki

Santinon, Luiz, Enzo: Acha wikis desorganizadas, vale mais a pena perguntar a veteranos.

Angel: acho as wikis bem desorganizadas e por isso acho tão importante darmos atenção à documentação... eu sei que todos querem avançar, mas não adianta chegar num lugar onde só 2 pessoas do projeto entendem e ter um grande problema de concentração de conhecimento como em outros projetos. Eu sei que é um passo um pouco mais lento, porém é importantissimo para o futuro do seguidor.

### Na visão dos seguidores, vocês sentem que cada ação individual dentro da equipe tem impacto?

Francisco: não percebeu tanto impacto, se sente mais comfortável de estar na sala, e mandar mensagens

Levi: Percebe, se sente uma pessoa necessária, faz um bom trabalho pra equipe, Mas acho que isso tem mais a ver com aquilo que eu falei de não ter interagido com o grupo como um todo.

Marcel:com certeza, sempre tem um impacto

Kacastro: Estamos dando muito mais pros trainnes mais atualmente

Marques: Por ser trainne, não ve um grande impacto das coisas que faz.

Kauan: tem bastante impacto, uma ação individual me fez entrar nesse projeto.

Luiz: Não, acredita que a gestão decide muita coisa sózinha, no projeto ver mais impacto do que fala e faz.

Marques, Santinon: sente que não estava algo no projeto, não está criando nada.

Angel: percebo sim, percebo tbm que os trainees estão crescendo e aprendendo mais (pq não adianta dar ideia sem saber como projeto e a equipe funcionam)

### vocês tem a sensação do avanço do projeto no período?

Francisco :não estamos enrolando

Levi:estamos andando, mas Acho que poderia ser mais direcionado

Marcel e Kacastro: sim, saida de uma idea do neon pra algo fora do papel, o código mais oqrganizado. (angel concorda)

Marques: fazemos bastante coisa, mas faltam ver algo na prática

Kauan: percebe com todos estando motivados em preparar o neon e ajeitar os problemas do presto.

Santinon: sente o avanço no Neon e nada no presto.

Luiz: o Presto anda, melhor do que quando entramos, mas ainda tem muito a avançar

Enzo: o Presto subiu um morro no inicio do periodo e agora caiu no meio tempo. (angel concorda)

Angel: Agora estamos com um novo desafio, ter 2 robos e entender a dinamica do projeto com dois desafios grandes ao mesmo tempo, inevitavelmente isso vai gerar um pequeno conflito mas organizando bem conseguimos dar carinho para os dois filhotes

### Diante da estatística do projeto de um rendimento de tempo para realização das tarefas em cerca de 50% do ideal. Quais tópicos avaliam como os maiores impeditivos para uma aperfeiçoamento no compasso do projeto?

cada um fazer um pouco o trabalho e aumentando a comunicação de atualizações

Marcel:anteriormente tinhamos mais tempo com a pandemia, não nos adaptamos o suficiente. os trabalhos presenciais da faculdade estão tomando bastante tempo

Kacastro: problemas cocm calendário, as provas estão caindo em datas bem ruins.

Kauan: a faculdade em si é um grande impeditivo

Santinon: dificuldade para marcar tasks (angel concorda)

Marques: Muita gente em task (caso do minervap )

Luiz: relacionado a problemas da faculdade

---
## **1.4 Meio Ambiente:**

### Existe algo sobre o ambiente da sala da equipe que afaste vocês de estarem lá mais vezes?

Francisco: Ter alguem conhecido, As coisas da faculdade

Kauan: As coisas da faculdade

Marcel: a sala está bem mais limpa que o normal. (angel concorda *GRAÇAS AOS CÉUS*)

Kacastro: prefere ta la do que em casa '-'

Marques: o cronograma de aulas

Enzo: faculdade

Luiz: barulho quando tem q estudar

### vocês conseguiram lidar com as emoções negativas que surgiram na RIW?

Francisco: tava tranquilo em geral, ficou com vergonha caso o robo não andasse.

Kauan: Triste quando o Meri não estava dando certo, frustrado

Marques: estava bem tranquilo com oque rolou, estava feliz com o presto andando, não se abala tanto

Marcel: aida bem que foi na riw e não na summit

Luiz, Santinon: ficou bem bolado, foca pra não dar ruim na summit.

### Quanto mais pronto o projeto estiver, menor a carga negativa. além de concordar com essa frase, o que ela diz a vocês a respeito da preparação do membros como um todo para a competição do projeto na Summit?

Francisco: vai ter problemas, e vamos ter que consertar

Marcel e Marques: quando o projeto ja está "pronto", gera estagnação

Kauan:Tira um pouco da pressão do ambiente de competição

Luiz:Quanto mais prontos, menos problemas e melhor conseguiremos resolver.

### Algo na equipe (outros projetos, áreas, gestão) inspira vocês a buscar melhores resultados?

Kaun: ver todos empenhados com o projeto, a galera toda
junta, todos animados a escolher um filamento

Rafael: O próprio projeto me inspira a buscar melhores resultados, pq já evoluímos mto desde que eu entrei na equipe, e continuo vendo bastante oportunidade para melhorar

Marcel: sede de conhecimento

Marques: ver o robo andando e fazer tasks em grupo, se divertindo.

Luiz: ver o presto andando e não andando

Enzo: ver outros membros engajados pra fazer os robos andarem (angel concorda)

----

## 1.5 **Matérias primas:**

### Vocês sentem falta de algum material que poderia ajudá-los a cumprir as tarefas com mais facilidade?

> Ex: quantidades de resistores (quais??), drivers, soprador, parafusos/porcas, etc

chave de fenda pequena, soprador, fios para teste, alicate de corte

um carregador de bateria e um precioso próprio do projeto.

Jogo de chaves pequenas

parafusos

----

## 1.6 **O que gostariam de realizar durante esses meses finais para conclusão do PeríodoBots?**

Kauan: entender um pouco mais sobre a mecanica do presto:
()
Francisco:Noção básica das áreas pra não ficar perdido no seguidor

Marcel: Neon ganhando um troféu

Marques: alheio na área de mecânica

Kacastro: Entender melhor o código do seguidor

Luiz: conhecer mais da eletronica e programação, e a equipe ganhando troféus

### a respeito de testes dos robôs?

Francisco: pós summit fazer o neon decaptado

Kauan: mexer na potência para corrida

Marcel: teste de módulos individuais, investigação de motores, indentificação de problemas e soluciona-los

Marques: passar sobre PID e encoder

Enzo,Luiz: conseguir fazer os testes da mecânica (finalmente)

### a respeito da organização do projeto?

Kauan: acha bem organizado como é atualmente

Francisco: criar um novo robo mais pra frente

Marcel: Melhoramento da wiki, gaveta do seguidor está ficando organizada, o solid do presto está uma bagunça, o código está ok, o terllo está bem organizado, e as tarefas bem distribuidas: (angel concorda)

Marques: a gaveta está fisicamente ruim, emperrada.

Enzo: melhorar wikis e organização do sólid da mecânica

Luiz: wikis, e catalogar oque é feito nos robos (backlog)

---

## 1.7 **Testes que podem ser realizados:**

> Listar testes importantes que foram pensados seguindo o Modelo

### *Título: Modelo*

*Área do Teste: Eletrônica + Programação + Mecânica
Objetivo do Teste: Descrição do objetivo do teste.
Metodologia do Teste: Descrição da metodologia esperada de realização do teste.
Prioridade do Teste: Escala de 1 (Menos urgente) a 5 (Mais urgente)*

### Título: Encoder

Área do Teste: Eletrônica
Objetivo do Teste: Consertar a soldagem do componente.
Metodologia do Teste: Soldar.
Prioridade do Teste: 4

### Título: Encoder

Área do Teste: Eletrônica
Objetivo do Teste: Testar a precisão dos Encoders para validar a viabilidade de realizar alguma corrida sem a dependência dos sensores.
Metodologia do Teste: Tentar fazer o Presto seguir uma pista sem utilizar os sensores após o Mapeamento
Prioridade do Teste: 3

### Título: Teste da Mecânica do Encoder

Área do Teste: Programação e Mecânica
Objetivo do Teste: Avaliar diferentes velocidades de em tese motores iguais
Metodologia do Teste: Atualizar o teste da mecânica do encoder para mostrar o tempo que levou para girar o número de ticks do teste

### Título: Motor

Área do Teste: Eletrônica + Mecânica
Objetivo do Teste: ver funcionamento dos motores fora do robo.
Metodologia do Teste: ligar os motores na bateria e testar ambas as direções.
Prioridade do Teste: 4

### Título: Driver

Área do Teste: Eletrônica
Objetivo do Teste: confirmar suas tensões de saidas .
Metodologia do Teste: verificar se estamos tendo a mesma tensão final e verificar a solda dos pads.
Prioridade do Teste: 3

### Título: Andar pra frente

Área do Teste: mecanica +
Objetivo do Teste: Ver se o robo anda em linha reta
Metodologia do Teste: Verificar simetrias das rodas, hubs, motores e fixações
Prioridade do Teste: 4

---

## 1.8 **Funcionalidades que podem ser implementadas:**

> Listar funcionalidades importantes que foram pensadas seguindo o Modelo

> Implementar controle de velocidade de ventoinhas

### Ideias

Mais segregas e junção dos membros

Melhorar o entendimento sobre PID pós summit

As vezes mutirões para se juntar e trabalhar juntos podem ser mais produtivos do que reunião

(angel) Passar para a wiki tudo de forma organizada

{%hackmd @themes/dracula %}

falta conhecimento pra lidar com isso