Boas Ideias — Admin

Gerencie e avalie as sugestões dos colaboradores

0

Enviada

2

Em Análise

0

Aprovada

2

Implementada

0

Recusada
4 ideia(s)

Padronização de Criação de Branches no GItHub

Em Análise
30/06/2026

FELIPE VICENTE PEREIRA · 19/06/2026

Projeto Novo

Há um tempo, percebi que temos um gargalo no nosso fluxo do GitHub. A MISSIM sempre adotou o prefixo único "feature/" para criar qualquer branch, mas isso não faz sentido para muitas das nossas tarefas cotidianas. Por exemplo, criar uma branch chamada feature/correction-tms-error para ajustar um erro no TMS é contraditório. Afinal, não estamos adicionando um recurso novo, mas sim corrigindo algo que já existe e apresentou falha. Usar feature/ para tudo desorganiza o histórico do Git e dificulta a revisão de Pull Requests. Para esse problema, proponho uma padronização na nomenclatura de branch, onde aborda esses 5 termos: feature/ (Criação): Para quando formos criar algo totalmente novo no projeto (uma nova tela, funcionalidade ou sistema). Exemplo: feature/multiplayer-module fix/ (Correção em Desenvolvimento): Para corrigir bugs, erros de script ou comportamentos incorretos encontrados na branch develop durante o ciclo normal de desenvolvimento. Exemplo: fix/tms-erro-calculo hotfix/ (Correção Crítica em Produção): Para correções de emergência diretamente na branch main. É usado quando um bug crítico passa despercebido, vai para produção e precisa ser resolvido imediatamente sem esperar o próximo ciclo de entrega. Exemplo: hotfix/trava-sistema-tms refactor/ (Otimização/Deleção): Para mexer completamente na estrutura do código ou prefab, ou limpar o projeto sem mudar o comportamento final. É o prefixo perfeito para quando precisamos deletar arquivos inúteis, liberar espaço de armazenamento ou otimizar performance. Exemplo: refactor/limpeza-assets-obsoletos test/ (Validação de Integração e Ciclo Visual): Uma branch temporária para puxar alterações de outras branches e verificar se elas não vão quebrar a develop de forma crítica ou causar conflitos complexos. É excelente para rodar o projeto e fazer uma validação visual/técnica antes do merge definitivo. Exemplo: test/validar-merge-interface

Eficiência Operacional Qualidade de Entregas

Backup periódico em servidor próprio

Em Análise
06/04/2026

EDUARDO HENRIQUE RABELLO FERREIRA · 02/04/2026

Projeto Novo

Fazer de mês em mês um backup de todos os arquivos digitais que precisam ser preservados como prevenção caso haja perda desses arquivos por qualquer motivo.

Segurança e Conformidade Eficiência Operacional

Sistema de feedback

Implementada
12/06/2026

GUSTAVO SILVA SANTOS · 27/03/2026

Produto ExistenteSEAWORKS TRAINING

Um sistema dentro do proprio seaworks, que busca facilitar o report de possiveis bugs ou problemas encontrados no simulador Uma tela onde o usuario pode colocar um print e uma breve explicação, além disso ele pode também fazer isso em drive mesmo, assim ele não esquece que tem que mandar e ao mesmo tempo temos um controle melhor das atualizações necessárias

Experiência do Cliente Inovação e Tecnologia
💰 Custo: R$ 2.580,00

Flow quadro UI/UX - Runrun.it

Implementada
25/04/2026

JULIA ZUCARELI SILVEIRA · 09/03/2026

Projeto Novo

Criar um novo quadro no Runrun.it para time de UI/UX.

Eficiência Operacional